#вопрос Как выстраивать культуру в компании, если ты аутсорс? Все твои сотрудники живут культурами других компаний.
Не соглашусь с вашим тезисом. Когда сотрудники живут культурами других компаний — это аутстаф. А аутсорс — это как раз компания, в которую приходят за культурой.
Крупные компании обращаются в дизайн-агентства, когда ищут нового и яркого результата: в их культуре удобно красить кнопки, а инновации и крутые редизайны тонут в согласованиях.
К нам в FANS обращаются, когда нужен результат быстрее рынка, или когда потеряли коммуникацию с собственной разработкой, которая медленно пилит фичи — и неважно почему: из-за горы говнокода или неумения разговаривать с бизнесом. Вообще это важное ноу-хау в нашей компании — искать и поддерживать людей, способных сохранить культуру в дикой среде, в которой принято проёбывать обещания и не отвечать, пока не назначишь митинг.
Так что культуру в аутсорсе надо выстраивать так же, как и в любой другой компании — наймом, онбордингом и увольнениями.
Не соглашусь с вашим тезисом. Когда сотрудники живут культурами других компаний — это аутстаф. А аутсорс — это как раз компания, в которую приходят за культурой.
Крупные компании обращаются в дизайн-агентства, когда ищут нового и яркого результата: в их культуре удобно красить кнопки, а инновации и крутые редизайны тонут в согласованиях.
К нам в FANS обращаются, когда нужен результат быстрее рынка, или когда потеряли коммуникацию с собственной разработкой, которая медленно пилит фичи — и неважно почему: из-за горы говнокода или неумения разговаривать с бизнесом. Вообще это важное ноу-хау в нашей компании — искать и поддерживать людей, способных сохранить культуру в дикой среде, в которой принято проёбывать обещания и не отвечать, пока не назначишь митинг.
Так что культуру в аутсорсе надо выстраивать так же, как и в любой другой компании — наймом, онбордингом и увольнениями.
Ласт колл на «Без ерунды»
Завтра стартует второй поток «Без Ерунды». Мы сильно поменяли механику курса — раньше это были просто письма, а теперь это — тренажёр насмотренности на ерунду.
Мне всегда было грустно, когда крутые инженеры, которые умеют делать красивые решения, упираются в барьеры, под которые у них не заточен мозг. Когда всё творчество разбивается о тонны бойлерплейта, несколько встреч в день и даже шум в офисе — когда добираешься до кода, сил на красоту и качество уже нет. В общем об плохой Developer Experience.
Я занимался DevEx ещё когда у него не было названия — начал с ГдеМатериала, где было мало денег на команду, но надо было писать много кода. Продолжаю и теперь — для FANS это не только преимущество на рынке труда, но и способ удерживать высокую цену — мы дорого берём, но доставляем за эти деньги намного больше результата, чем принято на рынке и клиенты это ценят: мы предсказуемы и на нас можно положиться.
В рамках курса мы помогаем чинить DevEx, даже если у вас нет власти, — научитесь находить решаемые проблемы в потоке ежедневной рутины, а мы дадим кучу рекомендаций, как их решать (если не в текстах лонгридов, то в чатике и от других студентов на проверке домашки).
В курсе 4 недели. Первый — про JTBD и как с его помощью отличать важные проблемы от неважных. Второй — про инженерные процессы, третий — про внимание, четвёртый — про работу с бизнес-заказчиком. Подтянув эти направления у себя (или в своей команде) можно гораздо меньше уставать на работе, а делать — гораздо больше.
Смотреть программу и отзывы →
Чтобы понять о чём мы — посмотрите на лендосе бесплатный чеклист для поиска ерунды. Как раз успеете сегодня принять решение и прыгнуть в последний вагон — начинаем завтра в 16:00.
Завтра стартует второй поток «Без Ерунды». Мы сильно поменяли механику курса — раньше это были просто письма, а теперь это — тренажёр насмотренности на ерунду.
Мне всегда было грустно, когда крутые инженеры, которые умеют делать красивые решения, упираются в барьеры, под которые у них не заточен мозг. Когда всё творчество разбивается о тонны бойлерплейта, несколько встреч в день и даже шум в офисе — когда добираешься до кода, сил на красоту и качество уже нет. В общем об плохой Developer Experience.
Я занимался DevEx ещё когда у него не было названия — начал с ГдеМатериала, где было мало денег на команду, но надо было писать много кода. Продолжаю и теперь — для FANS это не только преимущество на рынке труда, но и способ удерживать высокую цену — мы дорого берём, но доставляем за эти деньги намного больше результата, чем принято на рынке и клиенты это ценят: мы предсказуемы и на нас можно положиться.
В рамках курса мы помогаем чинить DevEx, даже если у вас нет власти, — научитесь находить решаемые проблемы в потоке ежедневной рутины, а мы дадим кучу рекомендаций, как их решать (если не в текстах лонгридов, то в чатике и от других студентов на проверке домашки).
В курсе 4 недели. Первый — про JTBD и как с его помощью отличать важные проблемы от неважных. Второй — про инженерные процессы, третий — про внимание, четвёртый — про работу с бизнес-заказчиком. Подтянув эти направления у себя (или в своей команде) можно гораздо меньше уставать на работе, а делать — гораздо больше.
Смотреть программу и отзывы →
Чтобы понять о чём мы — посмотрите на лендосе бесплатный чеклист для поиска ерунды. Как раз успеете сегодня принять решение и прыгнуть в последний вагон — начинаем завтра в 16:00.
Ненавижу СМС-аутентификацию
Ненавижу сервисы, которые используют СМС в качестве обязательного второго фактора. Дело даже не в том, что это небезопасно (хотя это и небезопасно) — просто я очень редко держу телефон в руках. Ещё хуже, когда находишься в роуминге — я давно использую Airalo, но вот чтобы авторизоваться в каком-нибудь особо странном сервисе — приходится разбираться с сетями и настройками дата-роуминга.
Особенно этой фигнёй грешат отечественные разработчики — видимо не могут объяснить своим менеджерам пользу пасскеев и TOTP, вот и издеваются над юзерами. Иногда находят компромисс — подключают в качестве второго фактора вход через какой-нибудь мейл.ру. Да я, блин, не знаю ни одного живого человека (ладно, одного знаю), у которого есть аккаунт на мейл.ру.
Или садишься купить какую-нибудь ненужную фигню на озоне, пытаешься залогиниться, а они такие «ура, мы вам уже звоним». Чуваки, я не знаю, где лежит мой телефон! Да и звонок на нём давно отключен. У меня есть 1password/keychain, почему вы заставляете меня отрывать жопу от дивана?
Список ненависти:
— Аэрофлот (короткая сессия, неотключаемые СМС)
— Boosty (короткая сессия, вход только через СМС или какие-то странные сети)
— Все криптобиржи
— Озон
— Авито
Даже Cбер и Госуслуги позволяет нормально логиниться, не используя телефон. Почему авито с озоном не могут?
Ненавижу сервисы, которые используют СМС в качестве обязательного второго фактора. Дело даже не в том, что это небезопасно (хотя это и небезопасно) — просто я очень редко держу телефон в руках. Ещё хуже, когда находишься в роуминге — я давно использую Airalo, но вот чтобы авторизоваться в каком-нибудь особо странном сервисе — приходится разбираться с сетями и настройками дата-роуминга.
Особенно этой фигнёй грешат отечественные разработчики — видимо не могут объяснить своим менеджерам пользу пасскеев и TOTP, вот и издеваются над юзерами. Иногда находят компромисс — подключают в качестве второго фактора вход через какой-нибудь мейл.ру. Да я, блин, не знаю ни одного живого человека (ладно, одного знаю), у которого есть аккаунт на мейл.ру.
Или садишься купить какую-нибудь ненужную фигню на озоне, пытаешься залогиниться, а они такие «ура, мы вам уже звоним». Чуваки, я не знаю, где лежит мой телефон! Да и звонок на нём давно отключен. У меня есть 1password/keychain, почему вы заставляете меня отрывать жопу от дивана?
Список ненависти:
— Аэрофлот (короткая сессия, неотключаемые СМС)
— Boosty (короткая сессия, вход только через СМС или какие-то странные сети)
— Все криптобиржи
— Озон
— Авито
Даже Cбер и Госуслуги позволяет нормально логиниться, не используя телефон. Почему авито с озоном не могут?
Резать косты
Когда в компании начинаются проблемы с деньгами, большинство менеджеров, которых я знаю (включая меня) прямо-таки тянет «срезать косты»: разобраться, на что компания тратит деньги и как это уменьшить.
Активность это, как мне кажется, довольно бесполезная. Чтобы серьёзно уменьшить расходы, надо лезть не в оптимизацию текущих, а в смену бизнес-модели. Грубо говоря, как ни меняй поставщиков мяса в шаурмячной, до тех пор пока ты не изобретёшь растительную шаурму или не придумаешь, как продавать свой продукт не платя зарплату мастеру-шаурмье — ничего не изменится.
Самый большой минус в резке костов — это самообман. Допустим, я придумал, как сэкономить 500 баксов на SaaS-ах, перенеся часть к себе — и (кроме геморроя в эксплуатации), получаю чувство, что прожил день не зря: это ж половина месячной аренды квартиры! Чувство, к сожалению, ложное — тяжело представить бизнес, для которого плюс-минус 500 баксов имеют решающее значение.
Единственный смысл, который может быть в резке костов — рекреационный. Когда работаешь над сложными или новыми вещами — не знаешь, когда получишь от них выхлоп, да и получишь ли вообще: легко устать и сдаться. А выделил полдня в конце недели на мелкие оптимизации, глянул на уменьшившиеся расходы — и уже не так и тяжело.
Наверное, выжимать копейки из расходов имеет смысл в больших устоявшихся бизнесах. Шаурмячная от смены поставщика мяса ничего не выиграет, а вот макдональдс, в силу масштаба — вполне. Но у меня макдональдса нет, так что буду как и в личных финансах — стараться больше заработать, а не меньше потратить.
Когда в компании начинаются проблемы с деньгами, большинство менеджеров, которых я знаю (включая меня) прямо-таки тянет «срезать косты»: разобраться, на что компания тратит деньги и как это уменьшить.
Активность это, как мне кажется, довольно бесполезная. Чтобы серьёзно уменьшить расходы, надо лезть не в оптимизацию текущих, а в смену бизнес-модели. Грубо говоря, как ни меняй поставщиков мяса в шаурмячной, до тех пор пока ты не изобретёшь растительную шаурму или не придумаешь, как продавать свой продукт не платя зарплату мастеру-шаурмье — ничего не изменится.
Самый большой минус в резке костов — это самообман. Допустим, я придумал, как сэкономить 500 баксов на SaaS-ах, перенеся часть к себе — и (кроме геморроя в эксплуатации), получаю чувство, что прожил день не зря: это ж половина месячной аренды квартиры! Чувство, к сожалению, ложное — тяжело представить бизнес, для которого плюс-минус 500 баксов имеют решающее значение.
Единственный смысл, который может быть в резке костов — рекреационный. Когда работаешь над сложными или новыми вещами — не знаешь, когда получишь от них выхлоп, да и получишь ли вообще: легко устать и сдаться. А выделил полдня в конце недели на мелкие оптимизации, глянул на уменьшившиеся расходы — и уже не так и тяжело.
Наверное, выжимать копейки из расходов имеет смысл в больших устоявшихся бизнесах. Шаурмячная от смены поставщика мяса ничего не выиграет, а вот макдональдс, в силу масштаба — вполне. Но у меня макдональдса нет, так что буду как и в личных финансах — стараться больше заработать, а не меньше потратить.
Публиковать идеи
В студии Лебедева существует очень крутая штука — «мозг». Это место, куда дизайнеры выкладывают свои идеи, которые каждый может посмотреть.
Смысл этой штуки совсем не в том, чтобы мериться количеством идей, и даже не в том, чтобы получить условный патент на своё гениальное изобретение. Смысл в том, чтобы у дизайнеров в голове оставалось меньше идей.
Пока идея сидит в голове, она занимает место. Автору идея может казаться бесконечно гениальной, жрать кучу энергии на свою полировку, поддержку и восхищение. Но пока идея в голове — новая на её место не придёт. Как только идея обретает завершённость — картинкой в «мозге», постом в телегу, задачей сотрудникам — на её место приходит новая. Так работает человеческое сознание.
Конечно, процесс публикации идеи должен быть сложным — иначе все идеи осядут в заметах и тудулистах в виде сырого говна. В момент публикации идею полируют, додумывают, или вообще выкидывают. Поэтому в «мозге» есть минимальная социальная составляющая — картинки видят другие. Сырое говно туда не выложишь. Из-за этой социальной составляющей, кстати, телеграм-канал на 50 человек лучше, чем заметочник, который даже вы сами перечитывать не будете.
Кароч, не носите идеи в голове. Начинайте их описывать, думайте кому и как показать. А то рискуете всю жизнь просидеть с единственной гениальной, но никому не известной идеей.
В студии Лебедева существует очень крутая штука — «мозг». Это место, куда дизайнеры выкладывают свои идеи, которые каждый может посмотреть.
Смысл этой штуки совсем не в том, чтобы мериться количеством идей, и даже не в том, чтобы получить условный патент на своё гениальное изобретение. Смысл в том, чтобы у дизайнеров в голове оставалось меньше идей.
Пока идея сидит в голове, она занимает место. Автору идея может казаться бесконечно гениальной, жрать кучу энергии на свою полировку, поддержку и восхищение. Но пока идея в голове — новая на её место не придёт. Как только идея обретает завершённость — картинкой в «мозге», постом в телегу, задачей сотрудникам — на её место приходит новая. Так работает человеческое сознание.
Конечно, процесс публикации идеи должен быть сложным — иначе все идеи осядут в заметах и тудулистах в виде сырого говна. В момент публикации идею полируют, додумывают, или вообще выкидывают. Поэтому в «мозге» есть минимальная социальная составляющая — картинки видят другие. Сырое говно туда не выложишь. Из-за этой социальной составляющей, кстати, телеграм-канал на 50 человек лучше, чем заметочник, который даже вы сами перечитывать не будете.
Кароч, не носите идеи в голове. Начинайте их описывать, думайте кому и как показать. А то рискуете всю жизнь просидеть с единственной гениальной, но никому не известной идеей.
Новый поток «Анализа Систем»
Сделать простую архитектуру — сложно: надо слушать бизнес и игнорировать зуд к CV-driven-development. Сделать что-то простое, когда все привыкли к существующему коду и его сложности — почти невозможно: кто хоть раз пытался разбирать старые монолиты, тот хорошо меня поймёт.
Так что либо долго учим теорию и устраиваем скучные воркшопы, либо движемся по накатанному пути: делаем какую-то архитектуру (может делать даже CEO в Perplexity, сильно хуже не будет) и быстро нанимаем кучу программистов, которые решают её проблемы вместо того, чтобы пилить фичи для продукта.
Если гипотеза выстреливает, а CEO не успевает разориться — нанимаем сотни программистов и загоняем их в офис, если нет — закрываемся и начинаем заново. Радости мало.
С гипотезами наша школа не помогает, а вот делать архитектуру так, чтобы пилить код для бизнеса, а не для программистских проблем — вполне да. У нас есть два архитектурных курса: «Анализ Систем» и «Коммуникация систем» как раз об этом.
«Анализ систем» о том, как проектировать систему под требования бизнеса, а не под набор технологий с конфы: как выбирать архитектурный стиль; слушать бизнес при помощи Event Storming, думать при помощи DDD и документировать решения при помощи ADR. База для тех, кто хочет строить устойчивые системы.
Сейчас открыли запись на новый поток, учиться будем, 5 недель, начиная с 6 октября. Учебная нагрузка — примерно 10 часов в неделю. Это довольно интенсивный курс, поэтому если возьмете на работе отпуск хотя бы на один день в неделю — будет проще затаскивать.
Если хотите после курса внедрить то, чему научились — лучше идти в тарифы «тусовка» или «вип». Кроме большей практики — получите много насмотренности, проверяя чужие домашки.
До вечера воскресенья 14 сентября действует промокод
Курс о «Коммуникации систем» — это продолжение «Анализа систем» и в нем разбираем глубже именно асинхронные коммуникации.
Обучение на нем запустим в начале следующего года. Если не хотите пропустить — лучше оставить заявку в вейтлисте и мы расскажем, когда запустим.
Сделать простую архитектуру — сложно: надо слушать бизнес и игнорировать зуд к CV-driven-development. Сделать что-то простое, когда все привыкли к существующему коду и его сложности — почти невозможно: кто хоть раз пытался разбирать старые монолиты, тот хорошо меня поймёт.
Так что либо долго учим теорию и устраиваем скучные воркшопы, либо движемся по накатанному пути: делаем какую-то архитектуру (может делать даже CEO в Perplexity, сильно хуже не будет) и быстро нанимаем кучу программистов, которые решают её проблемы вместо того, чтобы пилить фичи для продукта.
Если гипотеза выстреливает, а CEO не успевает разориться — нанимаем сотни программистов и загоняем их в офис, если нет — закрываемся и начинаем заново. Радости мало.
С гипотезами наша школа не помогает, а вот делать архитектуру так, чтобы пилить код для бизнеса, а не для программистских проблем — вполне да. У нас есть два архитектурных курса: «Анализ Систем» и «Коммуникация систем» как раз об этом.
«Анализ систем» о том, как проектировать систему под требования бизнеса, а не под набор технологий с конфы: как выбирать архитектурный стиль; слушать бизнес при помощи Event Storming, думать при помощи DDD и документировать решения при помощи ADR. База для тех, кто хочет строить устойчивые системы.
Сейчас открыли запись на новый поток, учиться будем, 5 недель, начиная с 6 октября. Учебная нагрузка — примерно 10 часов в неделю. Это довольно интенсивный курс, поэтому если возьмете на работе отпуск хотя бы на один день в неделю — будет проще затаскивать.
Если хотите после курса внедрить то, чему научились — лучше идти в тарифы «тусовка» или «вип». Кроме большей практики — получите много насмотренности, проверяя чужие домашки.
До вечера воскресенья 14 сентября действует промокод
FIVECATS5 на 10% скидки. Следующий поток не раньше весны 26 года. Смотреть программу и отзывы.Курс о «Коммуникации систем» — это продолжение «Анализа систем» и в нем разбираем глубже именно асинхронные коммуникации.
Обучение на нем запустим в начале следующего года. Если не хотите пропустить — лучше оставить заявку в вейтлисте и мы расскажем, когда запустим.
Говорить только о будущем
Не люблю говорить о прошлом: кто и почему проебал задачу, откуда взялись управленческие и технические долги, почему планы не сбываются, почему сделка не закрылась.
Люблю говорить о будущем — как сделать, чтобы похожие задачи не проёбывались, как расплатиться с долгами, как построить систему, в которой планы сбываются а сделки закрываются.
Разговоры о прошлом непродуктивны. Понятно почему — гораздо проще обвинить коллегу в том, что всё плохо, чем придумать, как это исправить. Как доброжелательно ни задавай вопросы, всё равно у людей (включая меня) запускается какой-то механизм защиты. Конструктива с таким механизмом не будет.
В следующий раз попробуйте вместо разбора полётов в команде устроить нормальное ретро — о том, что хотите поменять, а не о том, кто виноват.
Не люблю говорить о прошлом: кто и почему проебал задачу, откуда взялись управленческие и технические долги, почему планы не сбываются, почему сделка не закрылась.
Люблю говорить о будущем — как сделать, чтобы похожие задачи не проёбывались, как расплатиться с долгами, как построить систему, в которой планы сбываются а сделки закрываются.
Разговоры о прошлом непродуктивны. Понятно почему — гораздо проще обвинить коллегу в том, что всё плохо, чем придумать, как это исправить. Как доброжелательно ни задавай вопросы, всё равно у людей (включая меня) запускается какой-то механизм защиты. Конструктива с таким механизмом не будет.
В следующий раз попробуйте вместо разбора полётов в команде устроить нормальное ретро — о том, что хотите поменять, а не о том, кто виноват.
Сгорел чердак
Что только у меня не случалось с SaaS в последнее время. Кто-то банил, кто-то отжимал данные (привет, mailchimp!), кто-то не забанил, но просто перестал нормально работать.
Недавно получил ещё один удар — сгорел (в смысле огнём) сервис «облачного хранения» Чердак. Идея простая — вместо того, чтобы самому париться с хранением, можно просто вызвать интеллигентных муверов, которые заберут ненужные вещи и потом вернут их по кнопке в приложении. У меня так хранились вещи, которые нельзя или жалко продать. Большинство — восстановить не получится: к примеру архив документов или коллекционный кейс от бас-гитары, которых совсем немного выпустили 20 лет назад и больше выпускать не будут.
Задумался — а если бы я не аутсорсил склад, а снял/купил бы кладовку или гараж — не было бы это надёжнее? С точки зрения рисков — не думаю. Но вот чувства контроля точно было бы больше.
Конечно, количество херни, которая случилась за последние пять лет, никак не влияет на количество херни, которая случится в следующие пять лет. Но предпочитать SaaS-ы собственным огородикам становится всё сложнее. Старею, наверное.
———
Владельцам сервиса, конечно, сочувствую и желаю сил — видно, как они просирают публичную коммуникацию, но кажется невозможным её не просрать в условиях, когда за одну ночь потерял весь бизнес, а впереди вместо нового бизнеса — только очень долгие попытки исправить проблемы, оставшиеся от старого.
Что только у меня не случалось с SaaS в последнее время. Кто-то банил, кто-то отжимал данные (привет, mailchimp!), кто-то не забанил, но просто перестал нормально работать.
Недавно получил ещё один удар — сгорел (в смысле огнём) сервис «облачного хранения» Чердак. Идея простая — вместо того, чтобы самому париться с хранением, можно просто вызвать интеллигентных муверов, которые заберут ненужные вещи и потом вернут их по кнопке в приложении. У меня так хранились вещи, которые нельзя или жалко продать. Большинство — восстановить не получится: к примеру архив документов или коллекционный кейс от бас-гитары, которых совсем немного выпустили 20 лет назад и больше выпускать не будут.
Задумался — а если бы я не аутсорсил склад, а снял/купил бы кладовку или гараж — не было бы это надёжнее? С точки зрения рисков — не думаю. Но вот чувства контроля точно было бы больше.
Конечно, количество херни, которая случилась за последние пять лет, никак не влияет на количество херни, которая случится в следующие пять лет. Но предпочитать SaaS-ы собственным огородикам становится всё сложнее. Старею, наверное.
———
Владельцам сервиса, конечно, сочувствую и желаю сил — видно, как они просирают публичную коммуникацию, но кажется невозможным её не просрать в условиях, когда за одну ночь потерял весь бизнес, а впереди вместо нового бизнеса — только очень долгие попытки исправить проблемы, оставшиеся от старого.
Вебинар на вечную тему: как писать хороший код
Я серьёзно: ПР синьёра можно отличить от ПР джуна, даже не зная языка программирования. Код синьёра читается как текст в книге: вот юзер-стори, вот обращение к спрятанной сложности, вон там — бойлерплейт, который вообще вынесли из ПР. У джуна такого нет — хорошо, если задача решена и лапши нет.
Сложность — это не только про понятно/непонятно: это ещё и про увеличенный расход когнитивного ресурса, про медленный TTM и количество (неисправляемых) багов.
К сожалению, не существует простого способа ограничить сложность — никакой линтер не заметит, когда get_bank() возвращает почту, и никакая фитнес-функция не задетектит ненужное наслоение абстракций. Поэтому я очень давно мечтал сделать об этом курс.
Когда несколько месяцев назад мне написал Толя Буров и предложил ровно это — сделать курс о простом коде, — я сразу же согласился: я видел проекты, которые делал Толя, и восхищаюсь его умением раскладывать сложность по полочкам.
Курс мы пока не запускаем (хотя материала и много) — а запускаем платный вебинар, на котором расскажем часть материалов из курса. Если соберём аудиторию и вебинар окажется полезным — сделаем полноценный курс.
Расскажем, чем простой код отличается от сложного, откуда вообще берётся сложность, как её измерить и спрятать. Для меня самая мякотка — это материалы, которые Толя принёс из своего лингвистического образования — о языке программировании как способе коммуникации с людьми, о нейминге и о частях речи.
Полезно будет всем уровням: крепким джунам — чтобы научиться писать простой код, мидлам — чтобы осознать принципы, которые пока ещё не сформулировались, синьёрам и тимлидам — чтобы научиться эти принципы доносить до своей команды.
Вебинар пройдёт 15 октября в 17:00 MSK. На случай, если вам хочется заплатить денег и никогда его не посмотреть — будет запись. Цены совсем небольшие — 7к в самостоятельном тарифе и 10к в тусовке — с чатиком участников и Q&A с Толей.
Промокод
Смотреть программу и отзывы →
Я серьёзно: ПР синьёра можно отличить от ПР джуна, даже не зная языка программирования. Код синьёра читается как текст в книге: вот юзер-стори, вот обращение к спрятанной сложности, вон там — бойлерплейт, который вообще вынесли из ПР. У джуна такого нет — хорошо, если задача решена и лапши нет.
Сложность — это не только про понятно/непонятно: это ещё и про увеличенный расход когнитивного ресурса, про медленный TTM и количество (неисправляемых) багов.
К сожалению, не существует простого способа ограничить сложность — никакой линтер не заметит, когда get_bank() возвращает почту, и никакая фитнес-функция не задетектит ненужное наслоение абстракций. Поэтому я очень давно мечтал сделать об этом курс.
Когда несколько месяцев назад мне написал Толя Буров и предложил ровно это — сделать курс о простом коде, — я сразу же согласился: я видел проекты, которые делал Толя, и восхищаюсь его умением раскладывать сложность по полочкам.
Курс мы пока не запускаем (хотя материала и много) — а запускаем платный вебинар, на котором расскажем часть материалов из курса. Если соберём аудиторию и вебинар окажется полезным — сделаем полноценный курс.
Расскажем, чем простой код отличается от сложного, откуда вообще берётся сложность, как её измерить и спрятать. Для меня самая мякотка — это материалы, которые Толя принёс из своего лингвистического образования — о языке программировании как способе коммуникации с людьми, о нейминге и о частях речи.
Полезно будет всем уровням: крепким джунам — чтобы научиться писать простой код, мидлам — чтобы осознать принципы, которые пока ещё не сформулировались, синьёрам и тимлидам — чтобы научиться эти принципы доносить до своей команды.
Вебинар пройдёт 15 октября в 17:00 MSK. На случай, если вам хочется заплатить денег и никогда его не посмотреть — будет запись. Цены совсем небольшие — 7к в самостоятельном тарифе и 10к в тусовке — с чатиком участников и Q&A с Толей.
Промокод
LINTING10 даёт 10% скидки до вечера среды, 24 сентября.Смотреть программу и отзывы →
На прошлой неделе в очередной раз обновлял свой конфиг neovim и порадовался, насколько сильно он похудел за 10 лет.
Раньше, чтобы редактор нормально поддерживал язык программирования, надо было искать несколько плагинов от разных авторов, настраивать их так, чтобы не конфликтовали друг с другом, а если что-то не работает — читать странный код на отвратительном viml. Если работает, но тормозит — скорее всего вообще ничего не сделать, потому что разобраться, что происходит под капотом, просто нереально.
Сейчас все сложные вещи в конфиге — это «подключи мне такой-то LSP» и «вот пара хоткеев, с которыми не могу расстаться». Остальное — это темы, подсветки и мелкие твики, которые экономят пару минут в неделю. И всё это на lua — магическом языке который я знаю, хотя пишу на нём раз в год по 5 минут. Видно, какую огромную работу проделали авторы neovim, за 10 лет разложив всю сложность легаси-редактора по коробочкам и спрятав её от пользователей.
Обожаю, когда во главе продукта стоят люди, которые ставят себе целью бороться со сложностью, а не пилить больше фич. В программировании — это вообще огромная редкость: мне сложно представить разработанный в 2020-х веб-фреймворк, по простоте достигающий джанги или рельсы.
Хороший антипример сложности — это llm-фреймворки. Все соревнуются в лендосах и количестве фич на них, но про программистов, которые будут это разворачивать, не думают совершенно. Чтобы написать код на джанге, надо пройти часовой туториал (сейчас наверное уже меньше). Что нужно сделать, чтобы написать код на актуальном llm-фреймворке, я вообще не знаю — так и не смог с ними справится, перешёл на чистый httpx.
Думаю со мной согласятся все, кто хоть раз пытался сделать что-нибудь на langgraph с его абстракциями от абстракций или развернуть у себя какой-нибудь dify с его 500 переменными окружения.
Вот бы клёво было научиться ставить как KPI для продакт-менеджеров и программистов не количество выкаченного кода, а его простоту со всех сторон — и для юзеров, и для разработчиков.
---
Пятый поток «Анализа систем» с Антоном Давыдовым стартует 6 октября в 16:00 MSK.
---
Вебинар «Простой код» с Толей Буровым — 15 октября в 17:00 MSK
---
Не забывайте, что на всех курсах можно учиться бесплатно за счёт работодателя — на лендосах даём советы, как этого добиться.
Раньше, чтобы редактор нормально поддерживал язык программирования, надо было искать несколько плагинов от разных авторов, настраивать их так, чтобы не конфликтовали друг с другом, а если что-то не работает — читать странный код на отвратительном viml. Если работает, но тормозит — скорее всего вообще ничего не сделать, потому что разобраться, что происходит под капотом, просто нереально.
Сейчас все сложные вещи в конфиге — это «подключи мне такой-то LSP» и «вот пара хоткеев, с которыми не могу расстаться». Остальное — это темы, подсветки и мелкие твики, которые экономят пару минут в неделю. И всё это на lua — магическом языке который я знаю, хотя пишу на нём раз в год по 5 минут. Видно, какую огромную работу проделали авторы neovim, за 10 лет разложив всю сложность легаси-редактора по коробочкам и спрятав её от пользователей.
Обожаю, когда во главе продукта стоят люди, которые ставят себе целью бороться со сложностью, а не пилить больше фич. В программировании — это вообще огромная редкость: мне сложно представить разработанный в 2020-х веб-фреймворк, по простоте достигающий джанги или рельсы.
Хороший антипример сложности — это llm-фреймворки. Все соревнуются в лендосах и количестве фич на них, но про программистов, которые будут это разворачивать, не думают совершенно. Чтобы написать код на джанге, надо пройти часовой туториал (сейчас наверное уже меньше). Что нужно сделать, чтобы написать код на актуальном llm-фреймворке, я вообще не знаю — так и не смог с ними справится, перешёл на чистый httpx.
Думаю со мной согласятся все, кто хоть раз пытался сделать что-нибудь на langgraph с его абстракциями от абстракций или развернуть у себя какой-нибудь dify с его 500 переменными окружения.
Вот бы клёво было научиться ставить как KPI для продакт-менеджеров и программистов не количество выкаченного кода, а его простоту со всех сторон — и для юзеров, и для разработчиков.
---
Пятый поток «Анализа систем» с Антоном Давыдовым стартует 6 октября в 16:00 MSK.
---
Вебинар «Простой код» с Толей Буровым — 15 октября в 17:00 MSK
---
Не забывайте, что на всех курсах можно учиться бесплатно за счёт работодателя — на лендосах даём советы, как этого добиться.
Не писать тесты с LLM
Со всех сторон слышу, как люди генерят тесты при помощи LLM. Чуваки, так делать нельзя! Это видимость тестирования, прямо как assertion-free testing.
Когда кожаный мешок пишет тесты (не важно до кода или после), он работает не над ними, а над кодом, который тестирует. Обрабатывает edge-кейсы, которые не пришли бы в голову, если бы он не сел писать тесты. Улучшает testability — раскладывает код по коробочкам, уменьшает связность, добавляет DI если надо. В конце концов, человек создаёт фреймворк для тестов — фикстуры для бизнес-сущностей, моки, которые потом можно переиспользовать.
Всё это делает тесты не только более надёжными, но и читаемыми. AI так не умеет — он делает код, очень похожий на тесты. Даже если он будет соблюдать формальную читаемость на основе ваших примеров — думать за вас он, увы, не будет.
Кароч, не пишите тесты через LLM. Если скучно — подумайте лучше, как создать себе фреймворк, который сделает это нескучным.
Со всех сторон слышу, как люди генерят тесты при помощи LLM. Чуваки, так делать нельзя! Это видимость тестирования, прямо как assertion-free testing.
Когда кожаный мешок пишет тесты (не важно до кода или после), он работает не над ними, а над кодом, который тестирует. Обрабатывает edge-кейсы, которые не пришли бы в голову, если бы он не сел писать тесты. Улучшает testability — раскладывает код по коробочкам, уменьшает связность, добавляет DI если надо. В конце концов, человек создаёт фреймворк для тестов — фикстуры для бизнес-сущностей, моки, которые потом можно переиспользовать.
Всё это делает тесты не только более надёжными, но и читаемыми. AI так не умеет — он делает код, очень похожий на тесты. Даже если он будет соблюдать формальную читаемость на основе ваших примеров — думать за вас он, увы, не будет.
Кароч, не пишите тесты через LLM. Если скучно — подумайте лучше, как создать себе фреймворк, который сделает это нескучным.
Ответственность за AI-код
«Слушай, у меня в мышке сел аккумулятор, поэтому мой ПР удаляет не GDPR-данные, а половину живой базы». Звучит как бред, да?
Если заменить севший аккумулятор на claude/gpt/что там ещё?
Конечно такой треш увидеть сложно даже у джунов, но вот подход «ой, это не я, это ai накосячил, сорян» встречается даже у синьёрных товарищей: и в коде, и в требованиях, и в документации.
Друзья, если под коммитом стоит ваше имя — это сделали вы, а не какая-то внеземная сущность с названием «AI». И вина за проблемы — тоже ваша. Смотрите, что подписываете.
«Слушай, у меня в мышке сел аккумулятор, поэтому мой ПР удаляет не GDPR-данные, а половину живой базы». Звучит как бред, да?
Если заменить севший аккумулятор на claude/gpt/что там ещё?
Конечно такой треш увидеть сложно даже у джунов, но вот подход «ой, это не я, это ai накосячил, сорян» встречается даже у синьёрных товарищей: и в коде, и в требованиях, и в документации.
Друзья, если под коммитом стоит ваше имя — это сделали вы, а не какая-то внеземная сущность с названием «AI». И вина за проблемы — тоже ваша. Смотрите, что подписываете.
Принять решение и сделать его правильным
Несколько раз в неделю любой менеджер попадает в ситуацию, когда он не знает, что делать: к примеру программист просит выбрать из двух вариантов, а они оба — плохие. Или бизнес СРОЧНО просит фичу, которую сделать нельзя, или которая раздует скоуп в 4 раза.
Плохие менеджеры в такой ситуации ведут себя одинаково — либо отмалчиваются, либо назначают встречу. Если с первым всё понятно (увольнять таких), то со вторым — сложнее: почему-то многие принимают нормально такое поведение. И пофиг, что встречу придётся ждать неделю, а у программиста в этот день может дать ещё 3 другие встречи.
Хороший менеджер не станет так растягивать проект. Он возьмёт чуть больше ответственности:
1. Поймёт цену ошибки.
2. Осознает, что скорее всего она ниже, чем время простоя плюс человеко-часы на встрече.
3. Примет решение и отдаст его на positive review команде («Делаем так-то, остановите меня до завтрашнего утра если не согласны»)
Принять правильное решение — это долго и просто. Принять решение и сделать его правильным — быстро, но сложно.
Несколько раз в неделю любой менеджер попадает в ситуацию, когда он не знает, что делать: к примеру программист просит выбрать из двух вариантов, а они оба — плохие. Или бизнес СРОЧНО просит фичу, которую сделать нельзя, или которая раздует скоуп в 4 раза.
Плохие менеджеры в такой ситуации ведут себя одинаково — либо отмалчиваются, либо назначают встречу. Если с первым всё понятно (увольнять таких), то со вторым — сложнее: почему-то многие принимают нормально такое поведение. И пофиг, что встречу придётся ждать неделю, а у программиста в этот день может дать ещё 3 другие встречи.
Хороший менеджер не станет так растягивать проект. Он возьмёт чуть больше ответственности:
1. Поймёт цену ошибки.
2. Осознает, что скорее всего она ниже, чем время простоя плюс человеко-часы на встрече.
3. Примет решение и отдаст его на positive review команде («Делаем так-то, остановите меня до завтрашнего утра если не согласны»)
Принять правильное решение — это долго и просто. Принять решение и сделать его правильным — быстро, но сложно.
Календарь ближайших событий Школы
— Завтра утром закрываем запись на 5 поток «Анализа Систем» и больше к этому потоку никого присоединять не будем. Следующий поток — не раньше весны 2026.
— 15 октября будет вебинар «Простой код». Повтора вебинара не будет, если зайдёт — сделаем в следующем году курс. Дата пока неизвестна.
— В ближайшее время откроем запись на «Стать тимлидом», обучение будет в ноябре. Будет новый ланч о том, как строить доверие в команде от приглашенного спикера Аси Исаковой. Можно записаться в вейтлист, чтобы узнать первым.
— В конце года откроем запись на «Коммуникации систем», учиться будем в следующем году.
— Завтра утром закрываем запись на 5 поток «Анализа Систем» и больше к этому потоку никого присоединять не будем. Следующий поток — не раньше весны 2026.
— 15 октября будет вебинар «Простой код». Повтора вебинара не будет, если зайдёт — сделаем в следующем году курс. Дата пока неизвестна.
— В ближайшее время откроем запись на «Стать тимлидом», обучение будет в ноябре. Будет новый ланч о том, как строить доверие в команде от приглашенного спикера Аси Исаковой. Можно записаться в вейтлист, чтобы узнать первым.
— В конце года откроем запись на «Коммуникации систем», учиться будем в следующем году.
Работа, сделанная вчера, ничего не стоит завтра
Важный скилл, который мне пришлось выучить, став предпринимателем — это не ценить свою работу, когда она уже сделана. Причём в любых масштабах: даже если полгода потратил на идею нового бизнеса — надо отказываться на следующий день после того, как понял что она не взлетит. Или месяц решал задачу, а потом понял, как без неё обойтись — надо смело выкидывать промежуточные результаты.
Ценность имеет только работа, которая будет сделана. Две недели моего времени в будущем — это ОЧЕНЬ много. А две недели в прошлом не стоят ничего. Прежде чем браться за задачу на две недели, я много раз подумаю. А результаты двухнедельной работы я выкину как только пойму, что мне они не нужны в будущем.
Вроде бы звучит очевидно, тысячу раз описано, но чтобы не ошибаться и трезво оценивать свои личные затраты, нужно много учиться и хорошо высыпаться.
Важный скилл, который мне пришлось выучить, став предпринимателем — это не ценить свою работу, когда она уже сделана. Причём в любых масштабах: даже если полгода потратил на идею нового бизнеса — надо отказываться на следующий день после того, как понял что она не взлетит. Или месяц решал задачу, а потом понял, как без неё обойтись — надо смело выкидывать промежуточные результаты.
Ценность имеет только работа, которая будет сделана. Две недели моего времени в будущем — это ОЧЕНЬ много. А две недели в прошлом не стоят ничего. Прежде чем браться за задачу на две недели, я много раз подумаю. А результаты двухнедельной работы я выкину как только пойму, что мне они не нужны в будущем.
Вроде бы звучит очевидно, тысячу раз описано, но чтобы не ошибаться и трезво оценивать свои личные затраты, нужно много учиться и хорошо высыпаться.
Держаться на долгих дистанциях
Во всех моих командах есть два испытательных срока — двухнедельный пробный период и полноценный испытательный срок длинной до трёх месяцев.
Один из офтскиллов, которые мы проверяем на испытательном сроке — это умение держаться на долгих дистанциях. Быстрее, чем за пару месяцев такой важный навык не проверить: в принципе большинство людей способны кратковременно напрячься и решить любую посильную задачу: не поспать ночь, поработать на выходных, упороться энергетиками, но таки выкатить код или макет.
Однако заемные средства — это плохо. После пары бессонных ночей голова перестает работать. Два-три подряд выходных дня на работе — и проблемы с близкими обеспечены.
Чтобы хорошо держаться на длинных дистанциях, надо решать задачи без допинга, не занимая производительность у близких людей или наркотиков. Для этого нужна целая куча навыков: умение расставлять приоритеты, планировать своё время, отдыхать, договариваться с собой, концентрироваться.
Человек, который хорошо держится на длинных дистанциях, много делает, но при этом и хорошо отдыхает. Человек, который так не умеет — и работает плохо, и отдыхает не очень хорошо, а результаты показывает только из-под палки.
Во всех моих командах есть два испытательных срока — двухнедельный пробный период и полноценный испытательный срок длинной до трёх месяцев.
Один из офтскиллов, которые мы проверяем на испытательном сроке — это умение держаться на долгих дистанциях. Быстрее, чем за пару месяцев такой важный навык не проверить: в принципе большинство людей способны кратковременно напрячься и решить любую посильную задачу: не поспать ночь, поработать на выходных, упороться энергетиками, но таки выкатить код или макет.
Однако заемные средства — это плохо. После пары бессонных ночей голова перестает работать. Два-три подряд выходных дня на работе — и проблемы с близкими обеспечены.
Чтобы хорошо держаться на длинных дистанциях, надо решать задачи без допинга, не занимая производительность у близких людей или наркотиков. Для этого нужна целая куча навыков: умение расставлять приоритеты, планировать своё время, отдыхать, договариваться с собой, концентрироваться.
Человек, который хорошо держится на длинных дистанциях, много делает, но при этом и хорошо отдыхает. Человек, который так не умеет — и работает плохо, и отдыхает не очень хорошо, а результаты показывает только из-под палки.
Простых ответов не бывает
Всякий раз, когда ищу для себя учебные материалы или лезу в perplexity за бытовыми вопросами, напоминаю себе эту старую максиму.
Если кто-то говорит, что у него есть простой ответ на ваш вопрос — он врёт. Простого способа похудеть не существует. Простого способа сменить профессию, вкатиться в айти или научиться водить машину — не существует. Не существует простого ответа на вопрос о том, почему не растёт ваш бизнес или почему ваш код не работает.
Соглашаться на простой ответ очень легко — каждому из нас знакомо желание купить годовой абонемент в фитнес или новый курс от скиллбокса. Есть люди, которые вообще не умеют отличать простые ответы от сложных — на этих людях зарабатывают деньги инфоцыгане или странные подкастеры.
Не соглашаться на простые ответы — сложно: не всегда найдутся силы рационально объяснить себе, почему не стоит тратить прямо сейчас 100 тысяч рублей на своё здоровье или образование. Мне помогает только мантра из заголовка — «простых ответов не бывает».
Всякий раз, когда ищу для себя учебные материалы или лезу в perplexity за бытовыми вопросами, напоминаю себе эту старую максиму.
Если кто-то говорит, что у него есть простой ответ на ваш вопрос — он врёт. Простого способа похудеть не существует. Простого способа сменить профессию, вкатиться в айти или научиться водить машину — не существует. Не существует простого ответа на вопрос о том, почему не растёт ваш бизнес или почему ваш код не работает.
Соглашаться на простой ответ очень легко — каждому из нас знакомо желание купить годовой абонемент в фитнес или новый курс от скиллбокса. Есть люди, которые вообще не умеют отличать простые ответы от сложных — на этих людях зарабатывают деньги инфоцыгане или странные подкастеры.
Не соглашаться на простые ответы — сложно: не всегда найдутся силы рационально объяснить себе, почему не стоит тратить прямо сейчас 100 тысяч рублей на своё здоровье или образование. Мне помогает только мантра из заголовка — «простых ответов не бывает».
FEDOR BORSHEV
Простых ответов не бывает Всякий раз, когда ищу для себя учебные материалы или лезу в perplexity за бытовыми вопросами, напоминаю себе эту старую максиму. Если кто-то говорит, что у него есть простой ответ на ваш вопрос — он врёт. Простого способа похудеть…
Новый поток «Стать Тимлидом»
Руководство командой — хороший пример того, что простых ответов не бывает.
Вот прочитал пару селф-хелп книжек про выход из зоны комфорта, набрался смелости, решаешь, что прибавить себе ответственности на работе — хорошая идея. Прибавляешь, и становится нифига не понятно: а что делать каждый день? Как сделать, чтобы бизнес не лез в твои дела? Что делать, когда программист в команде не тянет? Как всё успеть и не сдохнуть? И здесь уже простых ответов нет. Мотивационные книжки не помогают.
В «Стать Тимлидом», несмотря на название, мы избегаем простых ответов и не создаём чувства ложной уверенности. Вместо него разбираем типичные ситуации, которые случаются в работе — чтобы можно было всякий раз вернуться, когда не знаешь, что делать. Вот примеры таких ситуаций:
— Бизнес жалуется, что разработка превратилась в чёрный ящик без предсказуемых сроков, а программисты не понимают, ради чего они делают работу.
— Я пришёл на новое место, и не понимаю, как определить свою ответственность, и голос какого стейкхолдера важнее.
— Задачи теряются в потоке коммуникации, а программисты жалуются, что их отвлекают.
— Срочная работа забивает долгосрочную.
— Приходится доделывать работу за своими программистами
— Как понять, что человек подходит в команду? Как написать вакансию?
Курс читается легко и приятно — так, чтобы после окончания всегда было понятно, в какой из уроков возвращаться.
Стартуем 19 ноября. До вечера понедельника действует промокод
Руководство командой — хороший пример того, что простых ответов не бывает.
Вот прочитал пару селф-хелп книжек про выход из зоны комфорта, набрался смелости, решаешь, что прибавить себе ответственности на работе — хорошая идея. Прибавляешь, и становится нифига не понятно: а что делать каждый день? Как сделать, чтобы бизнес не лез в твои дела? Что делать, когда программист в команде не тянет? Как всё успеть и не сдохнуть? И здесь уже простых ответов нет. Мотивационные книжки не помогают.
В «Стать Тимлидом», несмотря на название, мы избегаем простых ответов и не создаём чувства ложной уверенности. Вместо него разбираем типичные ситуации, которые случаются в работе — чтобы можно было всякий раз вернуться, когда не знаешь, что делать. Вот примеры таких ситуаций:
— Бизнес жалуется, что разработка превратилась в чёрный ящик без предсказуемых сроков, а программисты не понимают, ради чего они делают работу.
— Я пришёл на новое место, и не понимаю, как определить свою ответственность, и голос какого стейкхолдера важнее.
— Задачи теряются в потоке коммуникации, а программисты жалуются, что их отвлекают.
— Срочная работа забивает долгосрочную.
— Приходится доделывать работу за своими программистами
— Как понять, что человек подходит в команду? Как написать вакансию?
Курс читается легко и приятно — так, чтобы после окончания всегда было понятно, в какой из уроков возвращаться.
Стартуем 19 ноября. До вечера понедельника действует промокод
COMFORTZONE на 10% скидки.Как смотреть сериалы
Не люблю сериалы. Кино для меня — это сделка с продюсерами: я отдаю им пару часов своего времени, а они мне взамен делают интересно. Сериал в такой парадигме — очень плохая сделка: даже самый маленький сериал съедает не меньше четырёх часов, а интереса даёт намного меньше.
Ритм происходящего в сериалах обычно довольно медленный, и чтобы пользователь не заскучал (а ещё лучше — включил следующую серию), принято подвешивать неразрешённость — ближе к концу серии происходит сюжетный поворот, который вызывает дофаминовую волну: на свадьбе случается массовое убийство, главный герой спит с начальницей, сериал про скорую помощь превращается в сериал про боевой госпиталь и т.д.
Совсем не смотреть сериалы у меня не получается — иногда в этом жанре снимают очень крутые вещи: к примеру я в полном восторге от недавнего Adolescence. Чтобы не подсаживаться, изобрёл лайфак — никогда не досматривать серии до конца, а отрываться где-то в середине. Обычно середина — самое скучное время, в которое ничего не происходит и дофамин не выделяется — самое время перейти с ритма сериала на свой собственный. В следующий раз, когда сядете смотреть — сериальный хук придётся не на конец серии, а на её середину, так что соблазн открыть следующую серию станет не таким уж и соблазном — вы просто досмотрите до скучного места и опять оторвётесь.
Удивительно, но открываться от сериалов получается легче, чем от работы. Уже много лет тренируюсь вставать из-за стола, когда закончились помидорки, а не когда доделано дело. И до сих пор периодически фейлю.
———
Мы открыли запись на новый поток «Стать Тимлидом». Стартуем 19 ноября.
Не люблю сериалы. Кино для меня — это сделка с продюсерами: я отдаю им пару часов своего времени, а они мне взамен делают интересно. Сериал в такой парадигме — очень плохая сделка: даже самый маленький сериал съедает не меньше четырёх часов, а интереса даёт намного меньше.
Ритм происходящего в сериалах обычно довольно медленный, и чтобы пользователь не заскучал (а ещё лучше — включил следующую серию), принято подвешивать неразрешённость — ближе к концу серии происходит сюжетный поворот, который вызывает дофаминовую волну: на свадьбе случается массовое убийство, главный герой спит с начальницей, сериал про скорую помощь превращается в сериал про боевой госпиталь и т.д.
Совсем не смотреть сериалы у меня не получается — иногда в этом жанре снимают очень крутые вещи: к примеру я в полном восторге от недавнего Adolescence. Чтобы не подсаживаться, изобрёл лайфак — никогда не досматривать серии до конца, а отрываться где-то в середине. Обычно середина — самое скучное время, в которое ничего не происходит и дофамин не выделяется — самое время перейти с ритма сериала на свой собственный. В следующий раз, когда сядете смотреть — сериальный хук придётся не на конец серии, а на её середину, так что соблазн открыть следующую серию станет не таким уж и соблазном — вы просто досмотрите до скучного места и опять оторвётесь.
Удивительно, но открываться от сериалов получается легче, чем от работы. Уже много лет тренируюсь вставать из-за стола, когда закончились помидорки, а не когда доделано дело. И до сих пор периодически фейлю.
———
Мы открыли запись на новый поток «Стать Тимлидом». Стартуем 19 ноября.
Блогеры — это тоже новости
Беда любого блогера — это обязанность регулярно писать (записывать видосы, тиктоки, эпизоды подкаста — не важно). Если блогер не соблюдает дисциплину, платформа перестанет его любить и исключает из рекомендаций. Даже в телеге — если долго промолчать а потом написать что-нибудь — увидите волну отписок из тех, кто за полгода уже забыл, зачем на вас подписывался.
Самый простой способ регулярно писать на профессиональные темы — это превратиться в новостного журналиста: в любой индустрии каждый день что-нибудь происходит. Сами по себе новости — это не так уж и плохо — если блогер ими не злоупотребляет и делает домашку. То есть не просто пишет, что что-то произошло, а рассказывает, как из этой новости извлечь пользу.
Плохо, когда блогеры в погоне за трафиком начинают в своих новостях эксплуатировать FOMO. Сравните посты двух юристов на одну и ту же тему — об изменениях в персональных данных: без FOMO и с FOMO. Второй пост звучит гораздо тревожнее, к тому же там автор в нём ещё и пожертвовал точностью формулировок: к примеру из поста совершенно не ясно, нужно ли делать отдельное согласие на передачу персональных данных третьим лицам, или достаточно перечислить этих третьих лиц в общем согласии. Не берусь сравнивать качество работы обоих юристов, но первый вызывает у меня гораздо больше доверия (full disclosure — я стал клиентом «Гриц и партнёры» задолго до появления у них канала).
В общем, если какой-то текст вызывает у вас FOMO — отнеситесь к нему как к обычной новости: критически проанализируйте, а ещё лучше — отпишитесь от источника.
На эту же тему:
— Вечнозелёный и срочный контент
— Дофамин и иллюзии
— Профессиональные блоги и профессиональные блогеры
———
«Стать Тимлидом» — стартуем 19 ноября. Подойдёт всем, кто хочет больше ответственности (и денег) на работе.
Беда любого блогера — это обязанность регулярно писать (записывать видосы, тиктоки, эпизоды подкаста — не важно). Если блогер не соблюдает дисциплину, платформа перестанет его любить и исключает из рекомендаций. Даже в телеге — если долго промолчать а потом написать что-нибудь — увидите волну отписок из тех, кто за полгода уже забыл, зачем на вас подписывался.
Самый простой способ регулярно писать на профессиональные темы — это превратиться в новостного журналиста: в любой индустрии каждый день что-нибудь происходит. Сами по себе новости — это не так уж и плохо — если блогер ими не злоупотребляет и делает домашку. То есть не просто пишет, что что-то произошло, а рассказывает, как из этой новости извлечь пользу.
Плохо, когда блогеры в погоне за трафиком начинают в своих новостях эксплуатировать FOMO. Сравните посты двух юристов на одну и ту же тему — об изменениях в персональных данных: без FOMO и с FOMO. Второй пост звучит гораздо тревожнее, к тому же там автор в нём ещё и пожертвовал точностью формулировок: к примеру из поста совершенно не ясно, нужно ли делать отдельное согласие на передачу персональных данных третьим лицам, или достаточно перечислить этих третьих лиц в общем согласии. Не берусь сравнивать качество работы обоих юристов, но первый вызывает у меня гораздо больше доверия (full disclosure — я стал клиентом «Гриц и партнёры» задолго до появления у них канала).
В общем, если какой-то текст вызывает у вас FOMO — отнеситесь к нему как к обычной новости: критически проанализируйте, а ещё лучше — отпишитесь от источника.
На эту же тему:
— Вечнозелёный и срочный контент
— Дофамин и иллюзии
— Профессиональные блоги и профессиональные блогеры
———
«Стать Тимлидом» — стартуем 19 ноября. Подойдёт всем, кто хочет больше ответственности (и денег) на работе.
Разговор с командой об ожиданиях
Почти всегда мне везло с руководителями — когда я получал новую задачу (или новую работу), мне явно проговаривали, чего от меня ждут — в том числе и неизмеримые вещи вроде «жду, что будешь делать подход к проблеме, прежде, чем приходить ко мне». Когда я начал руководить ответственными проектами, а потом стал CTO — разговоры об ожиданиях стали более равноправными: я уже сам участвовал в составлении ожиданий от себя.
Когда начал консультировать команды, удивился, как много проблем у других случается из-за неявных ожиданий. Тимлид ждёт от программиста, что тот будет предупреждать о возможных проблемах со сроками. Программист ждёт, что тимлид будет защищать его от менеджерской тревожности. Падаван ждёт, что если он покатит говно на прод, то его кто-нибудь остановит.
Если обмануть ожидания один или два раза — скорее всего ничего не случится: мы всё-таки взрослые люди, и ходим на работу, а не в детский сад. А вот если обманывать ожидания постоянно — будет копиться усталость — и друг от друга, и от работы в целом.
Мы в школе сделали кайфовый материал, который помогает понять, когда пора поговорить и подсказывает конкретные направления и даже обороты речи.
Забрать бесплатно здесь (не совсем бесплатно — взамен вы посмотрите рекламу курса «Стать Тимлидом», который стартует 19 ноября).
Почти всегда мне везло с руководителями — когда я получал новую задачу (или новую работу), мне явно проговаривали, чего от меня ждут — в том числе и неизмеримые вещи вроде «жду, что будешь делать подход к проблеме, прежде, чем приходить ко мне». Когда я начал руководить ответственными проектами, а потом стал CTO — разговоры об ожиданиях стали более равноправными: я уже сам участвовал в составлении ожиданий от себя.
Когда начал консультировать команды, удивился, как много проблем у других случается из-за неявных ожиданий. Тимлид ждёт от программиста, что тот будет предупреждать о возможных проблемах со сроками. Программист ждёт, что тимлид будет защищать его от менеджерской тревожности. Падаван ждёт, что если он покатит говно на прод, то его кто-нибудь остановит.
Если обмануть ожидания один или два раза — скорее всего ничего не случится: мы всё-таки взрослые люди, и ходим на работу, а не в детский сад. А вот если обманывать ожидания постоянно — будет копиться усталость — и друг от друга, и от работы в целом.
Мы в школе сделали кайфовый материал, который помогает понять, когда пора поговорить и подсказывает конкретные направления и даже обороты речи.
Забрать бесплатно здесь (не совсем бесплатно — взамен вы посмотрите рекламу курса «Стать Тимлидом», который стартует 19 ноября).