Писал вчера, комментарий на портал, про команды и их успешность, кажется получилось отлично, поэтому делюсь с вами!
Как создать эффективную команду разработки?
Знаете, я всегда сравниваю создание команды со сборкой пазла. Можно взять самых крутых специалистов, но если они не подходят друг другу — результата не будет. В моей практике идеальная команда — это микс из:
1. Технически сильных ребят, которые горят своим делом
2. Командных игроков, умеющих слушать и договариваться
3. Людей с разным бэкграундом — тогда решения получаются неожиданно крутыми
Ключевые факторы успеха и подводные камни.
Главное — ясность. Четкие цели, понятные роли, прозрачные процессы. Когда все понимают "что", "зачем" и "когда" — работает как часы.
Но есть и подводные камни:
* Синдром героя — когда один тянет все на себе, а команда деградирует
* Бесконечные, а давайте попробуем...; — инновации это хорошо, но продукт надо выпускать
* Тихий саботаж — когда несогласие не озвучивается, но работа тормозится
Какие качества ценю в команде
1. Проактивность — не ждать указаний, а предлагать решения
2. Честность — если что-то не получается, лучше сказать сразу
3. Чувство юмора — без него в авралах сойти с ума можно
Про коммуникацию.
О, это наша боль и наше спасение! Ввел правило: "Если вопрос обсуждался в чате больше 10 сообщений — встречаемся". Zoom не заменит живое обсуждение.
О тимлидах.
Тимлид — это как дирижер оркестра. Мой лучший тимлид вообще не писал код, но умел:
* Чувствовать настроение команды
* Говорить "нет" руководству
* Превращать панику в план действий
Пример успеха.
Запускали сложный релиз, как всегда, сроки горят, все на нервах. Что нормализовало обстановку и привело к нужному результату:
1. Четкий план (буквально расписали по часам)
2. Открытость в работе и коммуникациях, я не ставлю себя на позицию биг босса, обычно я работаю с людьми по принципу "работай с человекаом так, как хотел бы, что бы работали с тобой"
3. Мое обещание устроить выходной после релиза
Все прошло успешно! Секрет? Все знали, что их труд ценят.
Вывод: магия команды — в балансе между дисциплиной и человечностью. Жесткие процессы + мягкие навыки \= результат.
P.S. И да, кофеварка в офисе важнее, чем самый мощный сервер. Проверено!
@itmhor - АйТи мой хороший
Как создать эффективную команду разработки?
Знаете, я всегда сравниваю создание команды со сборкой пазла. Можно взять самых крутых специалистов, но если они не подходят друг другу — результата не будет. В моей практике идеальная команда — это микс из:
1. Технически сильных ребят, которые горят своим делом
2. Командных игроков, умеющих слушать и договариваться
3. Людей с разным бэкграундом — тогда решения получаются неожиданно крутыми
Ключевые факторы успеха и подводные камни.
Главное — ясность. Четкие цели, понятные роли, прозрачные процессы. Когда все понимают "что", "зачем" и "когда" — работает как часы.
Но есть и подводные камни:
* Синдром героя — когда один тянет все на себе, а команда деградирует
* Бесконечные, а давайте попробуем...; — инновации это хорошо, но продукт надо выпускать
* Тихий саботаж — когда несогласие не озвучивается, но работа тормозится
Какие качества ценю в команде
1. Проактивность — не ждать указаний, а предлагать решения
2. Честность — если что-то не получается, лучше сказать сразу
3. Чувство юмора — без него в авралах сойти с ума можно
Про коммуникацию.
О, это наша боль и наше спасение! Ввел правило: "Если вопрос обсуждался в чате больше 10 сообщений — встречаемся". Zoom не заменит живое обсуждение.
О тимлидах.
Тимлид — это как дирижер оркестра. Мой лучший тимлид вообще не писал код, но умел:
* Чувствовать настроение команды
* Говорить "нет" руководству
* Превращать панику в план действий
Пример успеха.
Запускали сложный релиз, как всегда, сроки горят, все на нервах. Что нормализовало обстановку и привело к нужному результату:
1. Четкий план (буквально расписали по часам)
2. Открытость в работе и коммуникациях, я не ставлю себя на позицию биг босса, обычно я работаю с людьми по принципу "работай с человекаом так, как хотел бы, что бы работали с тобой"
3. Мое обещание устроить выходной после релиза
Все прошло успешно! Секрет? Все знали, что их труд ценят.
Вывод: магия команды — в балансе между дисциплиной и человечностью. Жесткие процессы + мягкие навыки \= результат.
P.S. И да, кофеварка в офисе важнее, чем самый мощный сервер. Проверено!
@itmhor - АйТи мой хороший
Всякие зумеры нужны, всякие зумеры важны!
Представьте, в офисе сидит человек — вроде бы обычный, но когда он начинает говорить, вы понимаете, что не совсем его понимаете, да, это зумер. Он не помнит, как это — жить без интернета, считает тикток нормальной соцсетью, а вместо перекура обсуждает свежие мемы. И знаете что? Без таких сотрудников ваша IT-компания рискует превратиться в цифрового динозавра.
Вот смотрите: пока старшие коллеги ностальгируют по временам, когда программы распространялись на CD-дисках, зумеры уже настроили ChatGPT так, что он пишет за них половину кода. Они с технологиями на "ты" с пеленок — для них разобраться в новом фреймворке проще, чем вам вспомнить, куда положили офисный пропуск.
А их подход к работе? Это же отдельный перфоманс. Увидели кривой интерфейс — сразу говорят: "Ну это же полный кринж, кто так делает?". И ведь правы! У них врожденное чувство юзабилити, потому что они из поколения, которое удаляет приложение, если оно грузится дольше трех секунд.
Про офис они вообще особые представления имеют. "Зачем туда ехать? — спрашивают. — Мы же все равно в дискорде общаемся". И ведь логично!
Да, иногда их идеи звучат как бред: "Давайте заменим все эти устаревшие таск-трекеры на телеграм-бота!" Но потом оказывается, что это гениально. Потому что они не зашорены "опытом" и видят то, что другие уже перестали замечать.
Так что если в вашей команде еще нет зумеров — срочно исправляйте эту ошибку. Иначе через пару лет окажетесь в аналоговом прошлом, где все пишут код вручную и ходят на планерки в переговорку. А они тем временем будут где-то там, в будущем, куда вам уже не дотянуться.
Если после этого текста вы подумали "да ну, ерунда какая-то" — поздравляю, вы официально староваты для IT. Шутка. Но не совсем.
@itmhor - АйТи мой хороший
Представьте, в офисе сидит человек — вроде бы обычный, но когда он начинает говорить, вы понимаете, что не совсем его понимаете, да, это зумер. Он не помнит, как это — жить без интернета, считает тикток нормальной соцсетью, а вместо перекура обсуждает свежие мемы. И знаете что? Без таких сотрудников ваша IT-компания рискует превратиться в цифрового динозавра.
Вот смотрите: пока старшие коллеги ностальгируют по временам, когда программы распространялись на CD-дисках, зумеры уже настроили ChatGPT так, что он пишет за них половину кода. Они с технологиями на "ты" с пеленок — для них разобраться в новом фреймворке проще, чем вам вспомнить, куда положили офисный пропуск.
А их подход к работе? Это же отдельный перфоманс. Увидели кривой интерфейс — сразу говорят: "Ну это же полный кринж, кто так делает?". И ведь правы! У них врожденное чувство юзабилити, потому что они из поколения, которое удаляет приложение, если оно грузится дольше трех секунд.
Про офис они вообще особые представления имеют. "Зачем туда ехать? — спрашивают. — Мы же все равно в дискорде общаемся". И ведь логично!
Да, иногда их идеи звучат как бред: "Давайте заменим все эти устаревшие таск-трекеры на телеграм-бота!" Но потом оказывается, что это гениально. Потому что они не зашорены "опытом" и видят то, что другие уже перестали замечать.
Так что если в вашей команде еще нет зумеров — срочно исправляйте эту ошибку. Иначе через пару лет окажетесь в аналоговом прошлом, где все пишут код вручную и ходят на планерки в переговорку. А они тем временем будут где-то там, в будущем, куда вам уже не дотянуться.
Если после этого текста вы подумали "да ну, ерунда какая-то" — поздравляю, вы официально староваты для IT. Шутка. Но не совсем.
@itmhor - АйТи мой хороший
Типы тимлидов: от папочки до социопата!
«Тимлид — это не должность, это диагноз. И, как любой диагноз, он бывает разным:
1 "Папочка"
— Всегда знает, кто "устал" и кому "надо отдохнуть".
— Готов лично разбирать ваш конфликт с тестировщиками.
— Итог: команда любит его, но продукт горит.
2 "Социопат"
— "Опоздал на 5 минут? Ты предатель!"
— Считает, что мотивация — это страх.
— Итог: команда разбегается, но KPI растет (пока есть кому работать).
3 "Призрак"
— Вы видели его только на онбординге.
— Отвечает на сообщения раз в три дня.
— Итог: команда самоорганизовалась… или развалилась.
4 "Фанатик процессов"
— Может объяснить, почему ваш стиль коммитов "ломает культуру".
— Проводит ретро о ретро.
— Итог: все ненавидят митинги, но любят его диаграммы.
Какой у вас? Если "все сразу" — возможно, вы тимлид-мутант. Поздравляю!
@itmhor - АйТи мой хороший
«Тимлид — это не должность, это диагноз. И, как любой диагноз, он бывает разным:
1 "Папочка"
— Всегда знает, кто "устал" и кому "надо отдохнуть".
— Готов лично разбирать ваш конфликт с тестировщиками.
— Итог: команда любит его, но продукт горит.
2 "Социопат"
— "Опоздал на 5 минут? Ты предатель!"
— Считает, что мотивация — это страх.
— Итог: команда разбегается, но KPI растет (пока есть кому работать).
3 "Призрак"
— Вы видели его только на онбординге.
— Отвечает на сообщения раз в три дня.
— Итог: команда самоорганизовалась… или развалилась.
4 "Фанатик процессов"
— Может объяснить, почему ваш стиль коммитов "ломает культуру".
— Проводит ретро о ретро.
— Итог: все ненавидят митинги, но любят его диаграммы.
Какой у вас? Если "все сразу" — возможно, вы тимлид-мутант. Поздравляю!
@itmhor - АйТи мой хороший
Почему Scrum — это религия, а Agile — секта
«Когда-то Agile пришел в IT как свежий ветер перемен, да чего тут далеко ходить я и сам в него игрался по уши с головой. Но спустя 20 лет он превратился в догму, а Scrum — в ритуал с ежедневными жертвоприношениями времени на стендапы.
Давайте раскроем эту тему и попробуем проявить признаки того, что ваш Agile мертв:
✔ Вы делаете ретро, но ничего не меняете (потому что "процессы").
✔ Ваш Scrum-мастер больше похож на жреца (требует "соблюдать церемонии").
✔ Спринт длится две недели, а стресс — вечность (дедлайны не исчезли, просто теперь их больше).
Как выжить в таком круговороте?
1. Признайтесь самому себе, что Agile — это не про гибкость, а про отчеты (Jira = новый Excel).
2. Если ретро не работает — начните прятать печеньки (люди начнут приходить хотя бы ради них).
3. Напоминайте Scrum-мастеру, что "работающий софт" важнее "идеального процесса" (и наблюдайте, как он плачет).
P.S. Если после этого всего вы сказали "Но у нас же SAFe!" — вам уже никто не поможет.
Ну и кажется играть в Agile завернутый в ежедневный карго культ немного утопично и бессмысленно)
@itmhor - АйТи мой хороший
«Когда-то Agile пришел в IT как свежий ветер перемен, да чего тут далеко ходить я и сам в него игрался по уши с головой. Но спустя 20 лет он превратился в догму, а Scrum — в ритуал с ежедневными жертвоприношениями времени на стендапы.
Давайте раскроем эту тему и попробуем проявить признаки того, что ваш Agile мертв:
✔ Вы делаете ретро, но ничего не меняете (потому что "процессы").
✔ Ваш Scrum-мастер больше похож на жреца (требует "соблюдать церемонии").
✔ Спринт длится две недели, а стресс — вечность (дедлайны не исчезли, просто теперь их больше).
Как выжить в таком круговороте?
1. Признайтесь самому себе, что Agile — это не про гибкость, а про отчеты (Jira = новый Excel).
2. Если ретро не работает — начните прятать печеньки (люди начнут приходить хотя бы ради них).
3. Напоминайте Scrum-мастеру, что "работающий софт" важнее "идеального процесса" (и наблюдайте, как он плачет).
P.S. Если после этого всего вы сказали "Но у нас же SAFe!" — вам уже никто не поможет.
Ну и кажется играть в Agile завернутый в ежедневный карго культ немного утопично и бессмысленно)
@itmhor - АйТи мой хороший
Вопрос к умным людям, каково целевое отношение Sen / Mid / Jun на рынке или у вас в компании?
Я склоняюсь к отношению на 1 Sen = 4-5 middle и аналогично ниже, а если в % соотношении прикинуть, как у вас?
Я склоняюсь к отношению на 1 Sen = 4-5 middle и аналогично ниже, а если в % соотношении прикинуть, как у вас?
Штатные трусливые львы: как заставить сотрудников не бояться ответственности?
Привет, друзья! Вопрос на миллион, у вас тоже есть такие подчинённые, которые при слове "ответственность" делают глаза, как у оленя в фарах, и тут же пытаются спихнуть задачу на кого угодно?
"Это не я, это Вася из соседнего отдела!"
"Я бы сделал, но вдруг что-то пойдет не так?"
"Давайте лучше начальник решит, а?"
Знакомо? 😏
Что делать? Разбираем по-простому, без воды!
1. Разберись – они трусят или просто ленятся?
Может, человек реально боится, что его будут бить за ошибку? Или ему просто лень мозги напрягать?
Поговори по-человечески:
- "Друг, ты реально боишься или просто не хочешь?"
- "Если накосячишь – не убьём, разберёмся. Но если будешь вечно сливаться – тогда да, придётся поговорить жестко".
2. Начинайте с мелких ставок
Дал сразу сложную задачу – получил ступор. Дайте что-то простое, где провал не страшен и постепенно переучивайте:
- "Вот тебе задача уровня "нажать кнопку". Справишься? Отлично! Теперь чуть посложнее".
Постепенно прокачиваешь скилл – как в RPG.
3. Ошибки – не конец света, а опыт
Знаете я люблю фразу "дать человеку возможность обосраться". Если после каждого косяка устраиваешь разбор полётов с криками – ну чё ты ждёшь? Люди будут бояться шевелить мозгами.
Лучше так:
- "Да, тут ты лажанулся. Но теперь знаешь, как исправить. Главное – не залипай на одном и том же".
4. Мотивируйте не только деньгами
Если человек знает, что за инициативу не получит ни спасибо, ни премию – зачем ему стараться? Хвали публично (даже за мелкие успехи). Давай больше свободы ("Вот тебе задача, делай как хочешь, но чтобы результат был"). Покажи, что ответственность \= рост ("Хочешь повышение? Бери больше задач").
5. Если всё равно сливаются – решай вопрос
Бывает, человеку просто не по пути с твоей командой. Если после всех танцев с бубном он всё равно боится/не хочет – возможно, ему лучше в другом месте.
Страх ответственности лечится доверием, практикой и адекватной реакцией на ошибки. Если сотрудник не хочет меняться – значит, он не твой игрок.
А у вас как? Есть "трусливые львы" в команде? Как с ними боретесь? 💬🔥
@itmhor - АйТи мой хороший
Привет, друзья! Вопрос на миллион, у вас тоже есть такие подчинённые, которые при слове "ответственность" делают глаза, как у оленя в фарах, и тут же пытаются спихнуть задачу на кого угодно?
"Это не я, это Вася из соседнего отдела!"
"Я бы сделал, но вдруг что-то пойдет не так?"
"Давайте лучше начальник решит, а?"
Знакомо? 😏
Что делать? Разбираем по-простому, без воды!
1. Разберись – они трусят или просто ленятся?
Может, человек реально боится, что его будут бить за ошибку? Или ему просто лень мозги напрягать?
Поговори по-человечески:
- "Друг, ты реально боишься или просто не хочешь?"
- "Если накосячишь – не убьём, разберёмся. Но если будешь вечно сливаться – тогда да, придётся поговорить жестко".
2. Начинайте с мелких ставок
Дал сразу сложную задачу – получил ступор. Дайте что-то простое, где провал не страшен и постепенно переучивайте:
- "Вот тебе задача уровня "нажать кнопку". Справишься? Отлично! Теперь чуть посложнее".
Постепенно прокачиваешь скилл – как в RPG.
3. Ошибки – не конец света, а опыт
Знаете я люблю фразу "дать человеку возможность обосраться". Если после каждого косяка устраиваешь разбор полётов с криками – ну чё ты ждёшь? Люди будут бояться шевелить мозгами.
Лучше так:
- "Да, тут ты лажанулся. Но теперь знаешь, как исправить. Главное – не залипай на одном и том же".
4. Мотивируйте не только деньгами
Если человек знает, что за инициативу не получит ни спасибо, ни премию – зачем ему стараться? Хвали публично (даже за мелкие успехи). Давай больше свободы ("Вот тебе задача, делай как хочешь, но чтобы результат был"). Покажи, что ответственность \= рост ("Хочешь повышение? Бери больше задач").
5. Если всё равно сливаются – решай вопрос
Бывает, человеку просто не по пути с твоей командой. Если после всех танцев с бубном он всё равно боится/не хочет – возможно, ему лучше в другом месте.
Страх ответственности лечится доверием, практикой и адекватной реакцией на ошибки. Если сотрудник не хочет меняться – значит, он не твой игрок.
А у вас как? Есть "трусливые львы" в команде? Как с ними боретесь? 💬🔥
@itmhor - АйТи мой хороший
Forwarded from Evrone IT meetups
Новый подкаст OR уже на YouTube: обсуждаем, что скрывается под капотом финтеха!
Кто сегодня самый ценный IT-специалист в финтехе? Как AI и Big Data реально влияют на рынок? Почему крупные компании выбирают гибридные команды, и при чём тут аутстафф?
Гости выпуска:
— Егор Репьев — CCO в Evrone, занимается развитием аутстаффа и аутсорса для IT-команд
— Александр Мезенцев — GLOBAL CIO в MoneyCat, отвечает за стратегию и технологическое развитие международной финтех-компании
— Дмитрий Мезенцев — CTO МТС Банка, управляет IT и трансформацией одного из крупнейших банков в России
Смотрите откровенный разговор о настоящем и будущем индустрии:
https://youtu.be/qJCBo7k92y0?si=J-tVTgH09XW8XAen
Кто сегодня самый ценный IT-специалист в финтехе? Как AI и Big Data реально влияют на рынок? Почему крупные компании выбирают гибридные команды, и при чём тут аутстафф?
Гости выпуска:
— Егор Репьев — CCO в Evrone, занимается развитием аутстаффа и аутсорса для IT-команд
— Александр Мезенцев — GLOBAL CIO в MoneyCat, отвечает за стратегию и технологическое развитие международной финтех-компании
— Дмитрий Мезенцев — CTO МТС Банка, управляет IT и трансформацией одного из крупнейших банков в России
Смотрите откровенный разговор о настоящем и будущем индустрии:
https://youtu.be/qJCBo7k92y0?si=J-tVTgH09XW8XAen
Forwarded from Эмоции успеха | Елена Логачева
Please open Telegram to view this post
VIEW IN TELEGRAM
А вот и запись прямого эфира с Еленой Логачевой, открыто про то, почему в команде нет инициативы - хотя вы всё сделали правильно?
Ставьте палец вверх и пишите коменты, диалог кстати получился очень теплым и приятным!
https://www.youtube.com/watch?v=7tqO6zDXn98
Ставьте палец вверх и пишите коменты, диалог кстати получился очень теплым и приятным!
https://www.youtube.com/watch?v=7tqO6zDXn98
YouTube
🎙 Почему в команде нет инициативы — хотя вы всё сделали правильно?
📌 Узнайте больше о программе по развитию эмоционального интеллекта для IT-руководителей: 👉 https://ev.logachevaeq.online/goal_setting?utm_source=youtube
💼 В эфире — Елена Логачёва https://www.tg-me.com/LogachevaEQ, эксперт по развитию эмоционального интеллекта у…
💼 В эфире — Елена Логачёва https://www.tg-me.com/LogachevaEQ, эксперт по развитию эмоционального интеллекта у…
Беспомощность на работе, или почему люди теряют уверенность и инициативность.
В офисном лесу, средь строгих башен
Работал Волк - талант опасный.
Когда-то смел, решал задачи лихо,
Теперь же ходит с видом тихим.
"Не тронь систему!" - шеф сердито мычал,
"Не выдумывай!" - коллеги блеяли.
И Волк, вздохнув, свой пыл оставил,
Без споров код чужой исправлял.
А рядом Коза - юный гений,
Пылала страстью к инновациям.
Но: "Не спеши! Сиди тихонько!
Не лезь, куда не просят!" - слышала она.
Так шли недели, месяцы подряд,
Пока не грянул громкий крах.
Проект встал, клиент ушёл сердитый,
И Лось-директор взвыл от злости.
"Что за застой? Где смельчаки?
Где те, кто двигал нам прогресс?
Я вижу стадо, а не команду,
Где каждый боится свой же успех!"
Тут Волк очнулся, встряхнул гривой,
Коза рогами блеснула.
"Мы можем всё!" - сказали хором,
И за работу дружно взялись.
Мораль (для всех, кто в IT):
Чтоб код летел, а не плеснел,
Чтоб бизнес рос, а не усох,
Давайте мыслить нестандартно,
И пусть горит в глазах огонь!
Пусть начальство не бодается,
А помогает и растит.
Ведь там, где есть простор для мысли,
Там и успех, и дивиденды!
Мораль: беспомощность - это не когда не можешь. Это когда тебе так часто говорили «не лезь», что ты и правда перестал пытаться.
@itmhor - АйТи мой хороший
#басняпроит #коза #волк #ит #cio
🐺💻🐐
В офисном лесу, средь строгих башен
Работал Волк - талант опасный.
Когда-то смел, решал задачи лихо,
Теперь же ходит с видом тихим.
"Не тронь систему!" - шеф сердито мычал,
"Не выдумывай!" - коллеги блеяли.
И Волк, вздохнув, свой пыл оставил,
Без споров код чужой исправлял.
А рядом Коза - юный гений,
Пылала страстью к инновациям.
Но: "Не спеши! Сиди тихонько!
Не лезь, куда не просят!" - слышала она.
Так шли недели, месяцы подряд,
Пока не грянул громкий крах.
Проект встал, клиент ушёл сердитый,
И Лось-директор взвыл от злости.
"Что за застой? Где смельчаки?
Где те, кто двигал нам прогресс?
Я вижу стадо, а не команду,
Где каждый боится свой же успех!"
Тут Волк очнулся, встряхнул гривой,
Коза рогами блеснула.
"Мы можем всё!" - сказали хором,
И за работу дружно взялись.
Мораль (для всех, кто в IT):
Чтоб код летел, а не плеснел,
Чтоб бизнес рос, а не усох,
Давайте мыслить нестандартно,
И пусть горит в глазах огонь!
Пусть начальство не бодается,
А помогает и растит.
Ведь там, где есть простор для мысли,
Там и успех, и дивиденды!
Мораль: беспомощность - это не когда не можешь. Это когда тебе так часто говорили «не лезь», что ты и правда перестал пытаться.
@itmhor - АйТи мой хороший
#басняпроит #коза #волк #ит #cio
🐺💻🐐
Прекраснейшая встреча #безвотэтоговотвсего от моего хорошего друга Сережи Щербинина.
И тема интересная: из бизнеса в корпорат и обратно!
И тема интересная: из бизнеса в корпорат и обратно!
Фуллстек-разработчик — миф или реальность?
Интересная тема, особенно на фоне того, как быстро меняется рынок и требования к разработчикам.
1. Глубокое владение всеми слоями — реальность или переоценка ожиданий?
Полноценный фуллстек, который одинаково хорошо пишет и на React, и на Go, настраивает Kubernetes и оптимизирует PostgreSQL, — скорее исключение, чем правило. Чаще встречаются разработчики с сильным перекосом в одну сторону (например, бэкенд + базовый фронтенд) или "T-shaped" специалисты — с глубокими знаниями в одной области и поверхностными в смежных. В финтехе например, где критична безопасность и отказоустойчивость, глубина понимания архитектуры часто важнее широты.
2. Давайте поговорим о преимуществах и рисках найма фуллстек-разработчика
Плюсы:
◦ Гибкость в небольших проектах или стартапах, где нужно быстро прототипировать.
◦ Лучшее понимание end-to-end процессов, что полезно для оптимизации взаимодействия между сервисами.
Минусы:
◦ Риск "универсальности в ущерб качеству" — например, слабый UX при фуллстек-разработке или неоптимальная бэкенд-архитектура.
◦ В высоконагруженных системах (как в финтехе) узкая экспертиза часто критична.
3. А вы задумывались о том, как изменились требования за 3–5 лет?
Раньше фуллстеком мог считаться тот, кто знал PHP + jQuery + серверы. Сейчас стек усложнился:
◦ Расширение компетенций: DevOps, облака (K8s, AWS/GCP), микросервисы стали must-have в многих вакансиях.
◦ Но и углубление: Например, если раньше фронтендеру хватало jQuery, то теперь — React/Vue, state-менеджмент, SSR.
Тренд — на "гибридных" специалистов, но с акцентом на осознанный выбор технологий под задачу, а не попытку объять необъятное.
Вывод: Фуллстек — не миф, но его роль трансформируется. Там, где важны и скорость, и надежность, идеальный вариант — либо сильные T-shaped разработчики в команде, либо фуллстек-архитекторы, которые могут проектировать систему целиком, но делегируют глубокую реализацию узким специалистам.
@itmhor - АйТи мой хороший
Интересная тема, особенно на фоне того, как быстро меняется рынок и требования к разработчикам.
1. Глубокое владение всеми слоями — реальность или переоценка ожиданий?
Полноценный фуллстек, который одинаково хорошо пишет и на React, и на Go, настраивает Kubernetes и оптимизирует PostgreSQL, — скорее исключение, чем правило. Чаще встречаются разработчики с сильным перекосом в одну сторону (например, бэкенд + базовый фронтенд) или "T-shaped" специалисты — с глубокими знаниями в одной области и поверхностными в смежных. В финтехе например, где критична безопасность и отказоустойчивость, глубина понимания архитектуры часто важнее широты.
2. Давайте поговорим о преимуществах и рисках найма фуллстек-разработчика
Плюсы:
◦ Гибкость в небольших проектах или стартапах, где нужно быстро прототипировать.
◦ Лучшее понимание end-to-end процессов, что полезно для оптимизации взаимодействия между сервисами.
Минусы:
◦ Риск "универсальности в ущерб качеству" — например, слабый UX при фуллстек-разработке или неоптимальная бэкенд-архитектура.
◦ В высоконагруженных системах (как в финтехе) узкая экспертиза часто критична.
3. А вы задумывались о том, как изменились требования за 3–5 лет?
Раньше фуллстеком мог считаться тот, кто знал PHP + jQuery + серверы. Сейчас стек усложнился:
◦ Расширение компетенций: DevOps, облака (K8s, AWS/GCP), микросервисы стали must-have в многих вакансиях.
◦ Но и углубление: Например, если раньше фронтендеру хватало jQuery, то теперь — React/Vue, state-менеджмент, SSR.
Тренд — на "гибридных" специалистов, но с акцентом на осознанный выбор технологий под задачу, а не попытку объять необъятное.
Вывод: Фуллстек — не миф, но его роль трансформируется. Там, где важны и скорость, и надежность, идеальный вариант — либо сильные T-shaped разработчики в команде, либо фуллстек-архитекторы, которые могут проектировать систему целиком, но делегируют глубокую реализацию узким специалистам.
@itmhor - АйТи мой хороший
Мир без ИИ: каким был бы наш цифровой ад, если бы магия алгоритмов испарилась?
Иногда стоит нажать на паузу и сыграть в опасную игру: а что, если завтра ИИ просто… исчезнет? Как бы мы тогда выкручивались — писали код вручную, искали идеи в потёмках собственного мозга, а не в нейросетевых генераторах?
Мы живём в эпоху, где даже кофеварки «умные», но что, если отмотать время назад — в эру настоящего ручного труда?
🔥 1. Радикальный аналог: Object Pages
Представьте метод, где каждая мысль — это отдельный лист бумаги. Никаких умных тегов, нейросетевой сортировки — только ваши руки, шариковая ручка и хаос. Звучит как мазохизм? Зато это детокс для мозга, который заставляет думать, а не скроллить.
🌌 2. Дневник осознанности по Робу Уолкеру
Автор «The Art of Noticing» придумал жёсткий чек-лист для проверки, не превратился ли он в зомби. Каждый день он фиксирует хотя бы один момент — странный, красивый, пугающий. Если за 24 часа ничего не зацепило — это красный сигнал: сознание в спячке. Пора выдернуть виртуальную вилку из розетки.
📌 P.S. А чтобы не скатиться в цифровой каменный век — держите сжатую вселенную ИИ-инструментов: каналы, боты, инсайды. Без воды, только хардкор. Подкованность — ваша лучшая страховка от апокалипсиса.
Делюсь ссылкой, и вы поделитесь с коллегами➡️ https://www.tg-me.com/addlist/anWSrpasZ243MTYy
Попасть в папку
Иногда стоит нажать на паузу и сыграть в опасную игру: а что, если завтра ИИ просто… исчезнет? Как бы мы тогда выкручивались — писали код вручную, искали идеи в потёмках собственного мозга, а не в нейросетевых генераторах?
Мы живём в эпоху, где даже кофеварки «умные», но что, если отмотать время назад — в эру настоящего ручного труда?
🔥 1. Радикальный аналог: Object Pages
Представьте метод, где каждая мысль — это отдельный лист бумаги. Никаких умных тегов, нейросетевой сортировки — только ваши руки, шариковая ручка и хаос. Звучит как мазохизм? Зато это детокс для мозга, который заставляет думать, а не скроллить.
🌌 2. Дневник осознанности по Робу Уолкеру
Автор «The Art of Noticing» придумал жёсткий чек-лист для проверки, не превратился ли он в зомби. Каждый день он фиксирует хотя бы один момент — странный, красивый, пугающий. Если за 24 часа ничего не зацепило — это красный сигнал: сознание в спячке. Пора выдернуть виртуальную вилку из розетки.
📌 P.S. А чтобы не скатиться в цифровой каменный век — держите сжатую вселенную ИИ-инструментов: каналы, боты, инсайды. Без воды, только хардкор. Подкованность — ваша лучшая страховка от апокалипсиса.
Делюсь ссылкой, и вы поделитесь с коллегами
Попасть в папку
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
It&neiro👾
Вероника invites you to add the folder “It&neiro👾”, which includes 26 chats.
This media is not supported in your browser
VIEW IN TELEGRAM
Рок-н-ролл и айти: как музыка заряжает меня и мою работу
На днях я поймал себя на мысли: почему я так мало рассказываю о том, как справляюсь со стрессом и перезагружаюсь после напряженных дней в ИТ? Видимо, пришло время раскрыть карты. Потому что, помимо того, что я руковожу большим ИТ, у меня есть страсть, которая давно стала частью моей жизни — рок-музыка.
Я пою и играю в двух потрясающих группах:
🎸 El Mashe — слушать на Яндекс.Музыке
🎸 гденебо — слушать на Яндекс.Музыке
«При чем тут ИТ?» — спросите вы. А связей куда больше, чем кажется!
1. Лидерство: сцена vs. офис
Выступление перед публикой — это почти как управление командой. Нужно увлечь, зажечь, удержать внимание и найти общий язык. На сцене, как и в работе, важно чувствовать аудиторию и вовлекать её в процесс.
2. Песня = IT-продукт
Написание трека — это мини-проект: от идеи до релиза. Ты подбираешь слова, как фичи, продумываешь аранжировку, как архитектуру, ставишь дедлайны и ищешь время на запись. Разница лишь в масштабах, но драйв и процесс — те же!
3. Развитие: рост группы vs. рост продукта
Анализ аудитории, продвижение, эксперименты, ошибки, неожиданные успехи — всё как в digital. Только вместо метрик — крики зала, а вместо спринтов — репетиции до ночи.
Но есть одно ключевое отличие: музыка — это мой детокс.
Выходя на сцену, я сбрасываю весь стресс. Энергия зала заряжает, адреналин зашкаливает, и ты обновляешься, как после ребута.
Во вложении кусочек с фестиваля «Дикая мята» — чувствуете этот заряд?
Думаю, стоит чаще делиться не только айти-историями, но и музыкальными. Ведь это тоже часть жизни — яркая, громкая и вдохновляющая. Как вам такой формат? 🔥
На днях я поймал себя на мысли: почему я так мало рассказываю о том, как справляюсь со стрессом и перезагружаюсь после напряженных дней в ИТ? Видимо, пришло время раскрыть карты. Потому что, помимо того, что я руковожу большим ИТ, у меня есть страсть, которая давно стала частью моей жизни — рок-музыка.
Я пою и играю в двух потрясающих группах:
🎸 El Mashe — слушать на Яндекс.Музыке
🎸 гденебо — слушать на Яндекс.Музыке
«При чем тут ИТ?» — спросите вы. А связей куда больше, чем кажется!
1. Лидерство: сцена vs. офис
Выступление перед публикой — это почти как управление командой. Нужно увлечь, зажечь, удержать внимание и найти общий язык. На сцене, как и в работе, важно чувствовать аудиторию и вовлекать её в процесс.
2. Песня = IT-продукт
Написание трека — это мини-проект: от идеи до релиза. Ты подбираешь слова, как фичи, продумываешь аранжировку, как архитектуру, ставишь дедлайны и ищешь время на запись. Разница лишь в масштабах, но драйв и процесс — те же!
3. Развитие: рост группы vs. рост продукта
Анализ аудитории, продвижение, эксперименты, ошибки, неожиданные успехи — всё как в digital. Только вместо метрик — крики зала, а вместо спринтов — репетиции до ночи.
Но есть одно ключевое отличие: музыка — это мой детокс.
Выходя на сцену, я сбрасываю весь стресс. Энергия зала заряжает, адреналин зашкаливает, и ты обновляешься, как после ребута.
Во вложении кусочек с фестиваля «Дикая мята» — чувствуете этот заряд?
Думаю, стоит чаще делиться не только айти-историями, но и музыкальными. Ведь это тоже часть жизни — яркая, громкая и вдохновляющая. Как вам такой формат? 🔥
Доброго утра, сегодняшнее утро у меня началось с кофе и мыслей, зачем в компании нужны процессы и регламенты и почему в это нужно вкладывать свои силы и время.
Представьте: офис, 10:00 утра. Начальник в панике — "нужный" файл лежит в личных сообщениях уволившегося полгода назад сотрудника. Маркетологи второй день спорят, кто должен отправлять письмо клиенту. А новый сотрудник честно пытается понять, как тут принято работать, но все только пожимают плечами: "Ну, как-то так..."
Знакомо? Поздравляю, у вас классическая "процессная дистрофия" — болезнь компаний, где "регламенты для слабаков".
Зачем вообще нужны эти ваши процессы, давайте разбираться. Уверен вы не хотите каждую неделю изобретать велосипед, сидеть и на словах, тратя на это сотни часов объяснять людям как нужно работать, как оплатить счет, куда написать и кого дернуть, ждать возвращения из отпуска Валеру, который “все знает”. Именно поэтому создаются процессы, по своей сути это мануал как нужно действовать и к кому ходить, четкое описание шагов и действий.
А что будет, если жить без процессов, я постараюсь описать это в 4-х простых тезисах:
1. А где последняя версия файла? → В почте? В чате? В облаке? В черновиках?
2. Мы же договорились! → Спойлер: никто ничего не помнит
3. Почему клиент ушел? → Потому что пять человек ему написали разное
4. Кто за это отвечает? → Все кивают друг на друга
Как все это вылечить и где найти чудесную пилюлю, все достаточно просто.
1. Начните с малого — запишите хотя бы то, что повторяется каждый день, сделайте себе список или просто вывесите это на доску, которую будет видно регулярно и каждый день.
2. Сделайте "процесс на минималках" — даже табличка "Кто что делает" уже прогресс.
3. Назначьте хранителя процессов — того, кто будет орать так не по регламенту!
Вы знаете, процессы — это не секси (знаменитое высказывание моего хорошего друга). Но без них компания превращается в мешанину — все что-то делают, но непонятно кто, как и зачем.
А у вас в команде есть регламенты и выстроенные процессы? Или работает принцип "как-нибудь само"? 😏
Please open Telegram to view this post
VIEW IN TELEGRAM