Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago
Выжимка по книге Кови"7 навыков высокоэффективных людей"
Нашла тут на днях роудмап по книге Кови "7 навыков высокоэффективных людей". Кто сколько насчитал у себя? У меня - 4, остальные so-so.
A roadmap of Covey's book "7 Habits of Highly Effective People"
I found a roadmap on Covey's book "The 7 Habits of Highly Effective People" the other day. Who counted how many of them? I have 4, the others are so-so.
Фраза недели:
В мире есть 10 категорий людей – те, кто знают про двоичное счисление и те кто нет.
Phrase of the week:
There are 10 categories of people in the world - those who know about binary numbering and those who don't.
"Что делать, если смежная команда нарушает договоренности?"
Как-то с одним лидом обсуждали этот вопрос.
Ситуация: Две команды работают над задачей. Одна делает сервис-продюсер. Другая делает сервис-консьюмер. Они согласовывают интеграционный контракт и на этапе тестирования QA радостно понимают, что консьюмер не умеет передавать часть обязательных параметров. Если это происходит в условиях горячих дедлайнов, то грустно всем очень.
Позиция лида - быстро подправить чтобы заработало и пойти дальше. На мой взгляд, это только снятие симптома. По моему опыту, если однажды сорвалась договоренность, это с вероятностью 99,9% повторится. Надо лечить саму проблему.
Самое важное - понять реальные причины. Их всегда несколько: одна - поверхностная, из-за которой поменяли контракт, вторая - глубинная, чего нам не хватает в диалоге, чтобы своевременно обсуждать изменения.
Первая выясняется довольно легко в любом формате: на проектном ретро, статусной встрече, 121. Пример причины: при разработке выяснились ограничения легаси или сделали оптимизацию. А вот почему сказать забыли надо обсуждать на 121. Вопрос тонкий, требует доверительной безопасной среды.
Алгоритм простой:
- Мое видение ситуации
- Видение ситуации собеседником
- Что мы можем сделать, чтобы так не повторялось в будущем
- Cанкции в случае нарушений
Например:
- Слушай, я точно помню, что мы с тобой все проговорили и записали в confluence. Изменения не появлялись, я не триггерилась.
- Да, блин, у меня параллельно было 3 проекта и пока писал тебе сообщение, отвлекли, потом вылетело из головы.
Давай попробуем включать в реестр рисков перегруз. Плюс раз в 3 дня статус по задаче в чат. Если новостей нет - пишем, что их нет. Кто пропустил - 2 недели фиксирует минутки встреч.
"What do you do if an adjacent team breaks agreements?"
Once I discussed this question with a lead.
Case: Two teams are working on a task. One team is developing the service producer, the other team is developing the service consumer. They agree on an integration contract. During testing, a QA realizes that the consumer cannot pass certain mandatory parameters. If this happens under tight deadlines, it becomes very frustrating for everyone involved.
The lead's position is to quickly fix it to make it work and take the following task. As for my opinion, this is just treating the symptom. Based on my experience, if an agreement is broken once, there is a 99.9% chance it will happen again. The root problem needs to be addressed.
The most important thing is to understand the real reasons behind it. There are always multiple reasons: one may be superficial, which leads to contract changes, and the other may be fundamental, indicating the lack of dialogue to discuss changes timely.
The superficial reason can be easily discussed in any format, such as a project retrospective, status meeting, or 121 discussion. Example reason: during development, legacy limitations were discovered or optimizations were made. However, why it was not communicated needs to be discussed in a safe and trusting environment.
The algorithm is simple:
- My view of the situation.
- The other person's view of the situation.
- A solution to prevent this from happening again
- Sanctions for failures
For example:
- I remember that we discussed and documented everything in Confluence. There haven't been any changes, so I wasn't triggered.
- I was juggling three projects at the same time, and while I was writing you that message, I got distracted, and then I completely forgot about it.
Let's try including overload risks in the risk register. Additionally, we can provide an update on the task in the chat every three days. If there are no updates, we will mention that there are none. Whoever misses it will have to record meeting minutes for two weeks.
"Айти ли не айти, вот в чем вопрос"
На днях получила вопрос от подписчика: "Стоит ли переходить в ИТ?"
Имхо, правильно ответа тут нет. Задача для самостоятельного решения. В целом я знаю людей, которые меняли профессию, переходили в ИТ и были довольны. Часто это выходцы из технических ВУЗов. Часто самоучки. Обычно это люди, которым нравилось программирование или хотелось более интересных задач и движа.
По понятным причинам есть тренд переучиться на айтишника во имя относительно высокой зп и удаленной работы. Примеры трудоустройства по таким мотивам я тоже знаю. Кого-то в процессе включало и это давало заряд на постоянное обучение и рост. Кто-то останавливался, достигнув уровень мидла, так как дальше не хватало интереса для регулярного ботания.
Увы, пока я не встретила человека, который бы сменил профессию после курсов а-ля "в ИТ за 3 месяца с трудоустройством" (не имея блата). При этом знаю людей, которые обращались к другим айтишникам и с помощью советов за несколько месяцев доходили до офферов.
"To IT or not to IT, that is the question."
One day, I received a question from a follower: "Is it worth moving to IT job?"
Imho, there is no right answer here. It's a task for personal decision-making. Generaly, I know people who changed their profession, moved to IT, and were satisfied. Often, these are graduates of technical universities and self-taught individuals. Usually, these are people who enjoyed programming or wanted more interesting tasks and opportunities.
For understandable reasons, there is a trend to retrain as an IT specialist in pursuit of relatively high salaries and remote work. I also know examples of successful employment motivated by these factors. Some people felt energized by the process, which fueled continuous learning and growth. Others stopped at the middle level, as they lost interest in regular training.
Unfortunately, I have not yet encountered someone who changed their profession after completing a 3-month IT course and found employment (without connections). However, I know people who have been trained by friends who are It specialists. They received job offers after 2-4 months of intensive training.
С Наступающим Новым годом, друзья!
Итоги этого года: несмотря на то, что канал молчал с 2021 года, вы остались с нами. Нас даже стало в 2 раза больше! Это круто!
А значит, надо нам снова встретиться, в Новом году!
С праздником! Пусть Новый год будет плодотворным, серых зон меньше, а логичного больше! ???
Happy New Year, folks!
Looking back at this year, even though our channel has been quiet since 2021, you've stuck with us. And wow, our community has even doubled in size! That's amazing!
So, it's time for us to get together again in the New Year!
Happy holidays! May your New Year be fruitful, with fewer gray areas and more clarity! ???
Нажми «Хочу» для участия в розыгрыше скидки 30% на Аналитический марафон!
Двух победителей объявим в 18:00 27 октября.
Победитель(-и): @shurupov_av, Анна Валова
Опыт релокации в Лондон
*Предисловие
Для тех, кто интересуется темой работы за рубежом, небольшой сторителлинг про опыт релокации в Лондон бывшей коллеги, продакта. Автор решила остаться инкогнито.*
Если посмотреть на карту мира, то главный центр ИТ - это однозначно Штаты и Долина, но мне никогда туда не хотелось. Я рассматривала Европу. Я знала там три города с ИТ-движухой: Берлин, Амстердам, Лондон. Лондон из них самый развитый. Плюс это английский. Конечно, и в Берлине, и в Амстердаме, можно работать на английском, но важно же еще на каком языке разговаривают люди вокруг. Методом вычитания остался один Лондон.
Я поехала по офферу. Искала работу месяцев 8. У меня было огромное количество неудачных интервью. Было очень тяжело во многом из-за языка. У меня никогда не было проблем с английским, но говорить на нем и проходить собеседование - это абсолютно разные вещи. Потребовалось много самообучения, чтобы научиться проходить интервью. Потом я летала туда уже на финальное собеседование, а дальше - оффер и переезд.
Пробовалась где-то в 30 разных компаний. Это еще немного. Нужно понимать, что первые 15 - это просто интервью, на которых ты тренируешься разговаривать. Еще 5-7, когда ты учишься проходить финальные стадии. Когда ты знаешь как проходить финальные стадии, последние 5 компаний уже начинаешь выбирать.
Непростой опыт для самооценки. На тот момент работала в Яндекс и это то чувство, когда на тебя все смотрят: "ах, ты работаешь в Яндексе". От этого казалось, что я классная. А потом не проходила скрининг в компании Лондона, про которые никто в жизни не слышал. Это возвращало в реальность. Со временем пришло осознание, что дело не во мне. Просто я разговариваю на другом языке и мне нужно научится разговаривать так, чтобы по звукам быть понятной другим людям. Плюс другая культура собеседований. Мы в России так не умеем. Нам кажется, что нужно быть скромными. Там много и других культурных особенностей, чтобы это понять и поменяться нужно время. При этом в требованиях к hard skills не заметила большой разницы.
Сейчас, спустя несколько лет работы в Лондоне, если говорить про разницу в формате работы в UK и России, то, думаю, так смогу обобщить свой опыт:
Работа очень дозирована. В России порой мне приходилось включаться в решение вопросов 24/7. Это значит, что мне могли написать в любое время и ожидать некоторой реакции. Когда я переехала и стала работать в своей первой английской компании, была шокирована: здесь люди работают реально с 10 до 17. В 17:00 они уходят и до следующего дня все останавливается. Тут нет систем формального контроля прихода и ухода. Это исключительно культурная особенность. Они так привыкли.
При этом в Лондоне люди намного быстрее стартуют. В России (я говорю только про свой опыт) все приходят на работу, раскачиваются, общаются, идут пить чай. В Англии этого нет. Все приходят, наливают чай и садятся фигачить. Я до сих пор к этому привыкаю.
В UK люди намного более эффективны, очень быстро принимают решения. Я никогда не видела, если честно, чтобы так быстро выдавался результат.
В завершение могу дать совет из своего опыта: “Однозначно, если вы один раз куда-то не прошли собеседование, но очень хотите, то готовьтесь, собирайте информацию и пробуйте еще раз. 100 интервью - это нормально."
Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago