25563
Рассказываю, как руководить программистами fborshev@pm.me / borshev.com Реклама не продаётся
Google → Kagi
Недавно прошло два месяца с тех пор, как я не искал ничего в Гугле. Перед уходом я каждый месяц натыкался в нём на какую-нибудь новую хрень — то подсунут ссылки на Дзен или другой SEO-мусор вместо результатов; то нагенерят таких ответов через GPT, что мозги от одного взгляда на них разжижаются.
Раньше я несколько раз пробовал DuckDuckGo, но уходил примерно через день. А недавно попробовал Kagi, и на нём и остался.
— SEO-мусора почти нет, а если что-то вылезает — можно вручную забанить.
— Саммарайзер работает отлично и на русском, и на английском. Особенно кайфово прогонять через него всякие бухгалтерские и юридические статьи.
— Фильтры (они называется lenses). Можно искать только среди научных статей, или только в рамках small web — авторских блогов живых людей.
А ещё я чувствую уверенность, что мою выдачу никогда не наполнят рекламой и не подсунут туда AI-результаты. Ребята берут подписку за свои услуги, а значит мой поиск — это не товар, а позиция про AI у них простая: он может только улучшать ответы, но ни в коем случае не давать их сам.
Конечно есть и косяки — путает Грузию и Джорджию (даже когда ищешь что-то в Тбилиси), невозможно настроить саджесты на iOS. В остальном — база, как гугль лет 15 назад. И всего за 12 баксов.
Мы с Марьяной недавно закончили самый важный для меня кусок Стать Тимлидом 2.0 — урок о том, как договариваться с бизнесом.
Для меня этот урок важен потому, что почти все знания в нём — мои личные. Другие знания из курса я по большей части получал извне — говорил с умными людьми, слушал выступления, читал в книгах и адаптировал к практике. А вот о том, как строить отношения с бизнесом, у нас в индустрии говорить почему-то не принято. За всю жизнь я нормально говорил об этом только с одним человеком (Али, спасибо, если читаешь).
CTO, который не понимает, о чём болит голова у CEO — это плохой CTO. Стартап с тимилдом, который просто пишет хороший код, закроется гораздо раньше, чем с чуваком, которые ещё и понимает проблемы бизнеса. Даже программисты, которые дружат с бизнесом, живут лучше чем обычные — они получают более интересные задачи и меньше контроля.
Конечно, другие дисциплины курса тоже важны — мало просто дружит, надо ещё выполнять обещания, расти когда это нужно, договариваться с коллегами и подрядчиками и не забывать о личной продуктивности. Но урок о дружбе с бизнесом для меня — главный водораздел, сдав его я уже горжусь курсом.
Вписаться на курс можно до 16:00 завтрашнего дня — потом мы закрываем запись, потому что не хотим продавать вам чувство вины за то, что не успеваете за потоком делать домашку.
Запрыгнуть в последний вагон →
Профессиональные блоги
Кажется это первая такая подборка на канале, но почему бы и нет. Расказываю, что ещё стоит почитать в телеге.
@mspiridonov, Максим Спиридонов, основатель Нетологии. Заявляет, что пишет о бизнесе, фактически — обо всём важном. К примеру страшный пост про дофаминовую культуру и тиктокизацию
@zamesin, Иван Замесин, основатель Меты. Пишет о продуктах, узурпирует Jobs to be Done в телеге, сделал тренинг об управлении продуктами на 46 (!) потоков, ведёт подкаст. Очень зацепил пост про болезни, которые заставляют нас выключаться из работы, прямо про меня.
@kutergin_on_fire, Денис Кутергин, основатель Юду. Пишет об управлении и бизнесе, ведёт ютуб-шоу «Основатели». Гляньте про идеальный формат отношений в семье или о том, почему люди боятся нанимать сильных сотрудников.
@bezaspera, Арина Хромова, основатель Careerspace. Пишет об HR, поиске работы и найме, даёт советы о LinkedIn, есть платный гайд по нему. Посмотрите на большую подборку материалов по релокации.
@disruptors_official, Алексей Подклетнов. Уже упоминал его здесь — пишет обо всём происходящем в больших технологиях, айти и бизнесе, добавляет личное мнение — к примеру о недвижимости в Китае. Хотите первым узнать про новый прорывной продукт, но не читать тонну новостей — идите к нему.
@betternotworse, Егор Данилов, бывший CPO в Юле и директор по продукту Ivi. Читать имеет смысл если вы имеете хоть какое-то отношение к продуктовой разработке. Восхищаюсь количеством мыслей и тем, как ёмко он их выражает. Начните со списка его любимых постов и не отрывайтесь пару часов.
@startupoftheday, Александр Горный, Ex-директор по стратегии Mail.ru, сейчас ведёт несколько своих бизнесов. Вряд ли вы ещё его не читаете, но всё же — на канале крутой формат: 1 пост — 1 стартап. Без воды рассказывает про бизнес-модели. Посмотрите на Коронавирус как стартап.
@aioftheday, тоже Александр Горный: новостной канал про AI. К примеру новость о том, что в магазинах Amazon без касс на самом деле в камеры смотрела 1000 индусов.
@RationalAnswer, Павел Комаровский. Канал про деньги и инвестиции. Читаю его раз в месяц, чтобы понимать, что в мире происходит с инвестициями. В тайне надеялся вернуть через него веру в отечественных брокеров — пока не смог. Почитайте про сравнение кредитки и подушки безопасности или почему при бурном росте китайской экономики акции не растут.
Выложили с Саматом большой рассказ о том, как помогали (и не помогли) сети клиник Чайка перезапустить разработку.
Не все отношения клиента и заказчика в аутсорсе заканчиваются победой — но это не повод о них не рассказывать, тем более мы гордимся обоими сторонами команды — и нашей, и Чайкой
#вопрос Как я понимаю, ты ушёл в собственный бизнес из студии Лебедева. Подскажи пожалуйста, как ты на это решился? Что помогло в принятии решения и его исполнения, а что тянуло и мешало?
У меня получился довольно личный ответ — не знаю, кому это может быть полезно. Но раз вы спросили, почему бы публично не порефлексировать :-)
Я ушёл в собственный бизнес не из студии Лебедева — между студией и собственным бизнесом я почти 3 года был CTO ГдеМатериала. Это, наверное, мне и помогло больше всего.
С самой первой работы я привык относится к собственникам бизнеса как к людям другой касты, как будто кому-то от рождения можно открывать собственный бизнес, а кому-то — нет. В ГМ, тесно общаясь с CEO (Алим, привет!), приходя на встречи с инвесторами, я увидел, что это, хотя и весьма выдающиеся, но обычные живые люди. Довольно быстро ко мне пришло открытие — что оказывается ни от кого, кроме себя, не нужно получать разрешение на то, чтобы заняться своим делом. Наверное это, вместе с прекрасной «Шкурой на кону» Талеба и стало основным катализатором.
Тянуло и мешало всё то же, что тянет и мешает до сих пор — психологические травмы. Когда рядом с тобой нет руководителя, который ставит тебе KPI, зато есть куча ответственности, с которой никто не подскажет как справляться — вылезают и умножаются на 10 все болячки, которые с детства сидели в голове. У меня это тревога, боязнь не справиться с ответственностью и «не быть молодцом», местами синдром самозванца. За 3,5 года я довольно неплохо научился справляться с этими демонами, но они до сих пор периодически меня навещают и роняют работоспособность.
Я как-то даже решил, что эти переживания — это неизбежная плата за владение бизнесом: типа если хочешь много денег и свободы — будь добр лицом к лицу встречаться с демонами, а не прятаться от них за привычной рутиной. Приятные коллеги, отпуск и хороший психотерапевт так же необходимы в работе на себя, как и в найме, но в работе на себя, увы, — не достаточны.
Это был традиционный вопрос по понедельникам. Задавайте свои на fborshev@pm.me.
#вопрос Прочитал твой пост про дофамин и иллюзии, спасибо! У меня отвлечение на инфопотоки — это желание отдохнуть, отвлеься и потупить в течение рабочего дня. Скажи, появляется ли у тебя такое желание? Что делаешь в эти минуты?
Конечно появляется! Это же как желание поесть, когда занимаешься сложной работой — сигнал, что мозгам не нравится, когда их заставляют работать.
Мой рецепт с отвлечением на инфопотоки такой же, как и с едой — есть всё-таки нужно, но при этом совсем не обязательно есть фастфуд. То есть если уж и отвлекаться в течение дня, то на что-то, что заслуживает любви. У меня это максимально безопасные и спокойные инфопотоки — пара еженедельных рассылок типа хакерньюса, немного любимых сабреддитов и подкасты, которые отлично совмещаются с прогулками. Вместо новостей пару раз в неделю читаю обзоры политологов.
В любом случае, я стараюсь делать дела концентрированно и на 100% — если уж работаю, то не отключаюсь от работы больше, чем на помидорный перерыв. Если отдыхаю — не возвращаюсь к работе.
Желание «сейчас чуть-чуть поработаю, а в перерывах потуплю» у меня означает «хочу потупить, но мне за это стыдно» — если оно приходит, я стараюсь концентрированно отдохнуть: погулять, сходить в спортзал, поспать.
Это был традиционный вопрос по понедельникам. Задвайте свои на fborshev@pm.me
Квант времени
Я всегда был против тайм-трекинга — это и рабовладельческие отношения («я купил у тебя 8 часов твой жизни, отчитайся куда ты их потратил») и подрыв контракта с сотрудником, когда мы вместо того, чтобы договариваться о решённых задачах, договариваемся о том, что сотрудник будет тратить время на работу.
Моё мнение не менялось даже по мере развития нашего с Саматом аутсорса. Хотя вроде бы и логично отчитываться перед клиентом за каждый потраченный час каждого сотрудника (прозрачность же), сама по себе возможность настолько детализировать время плохо влияет на качество услуг.
Дело в том, что у нас в индустрии почему-то принято за квант времени программиста считать 1 час. Типа у программиста в день 8 квантов, соответсвенно 40 квантов в неделю. Получается, что теоретически, можно впихнуть в программиста по 40 _разных_ проектов в неделю! Конечно, в реальной жизни редко кто-то впихивает больше 5, но и 5 — это слишком много: по проекту в день. При таком темпе у программиста нет возможности спокойно поспать с творческой задачей в голове — если в понедельник ты занимался проектом А, то будь добр, в утреннем душе во вторник думай уже о проекте Б.
Хороший руководитель понимает, что человек не может быстро переключаться между творческими задачами, поэтому поощряет работу большими кусками времени, обманывая систему: если клиенту продали 8 часов на сложную задачу, руководитель растянет их на несколько дней, чтобы у программиста была возможность спокойно подумать. Хуже, когда сейлзы продают не по 1—2 таких задачи в неделю, а по 3—4: ну а что, KPI же. Тогда кто-то из клиентов гарантированно получит плохой результат, причём за этот результат ему максимально подробно, за каждый час, отчитаются.
Мы у себя решили эту проблему радикально, назначив квант времени в неделю, а минимальный проект — в три месяца. Получается гораздо честнее по отношению не только к клиентам, но и к сотрудникам, которые не работают 8 часов у станка, а решают проблемы бизнеса.
Продуктивность: карго-культ → рефлексия
Разовью мысль. Почему-то, когда люди говорят о личной продуктивности, все с радостью обсуждают ритуалы и инструменты — кто с чего начинает день, чем заканчивает, обязательно обсуждают кто где ведёт заметки. Но ни разу не слышал разговора о том, как эту продуктивность можно измерить.
Продуктивность — очень индивидуальная штука: кому-то лучше работается с утра, кому-то вечером. Кто-то лучше себя чувствует с подробным расписанием на день, кто-то хранит задачи в виде галочек в тудушнике, а кто-то вообще держит план на день в голове. Кому-то надо обязательно уйти из дома, чтобы поработать, кто-то лучше себя чувствует в обустроенном кабинете.
А раз все инструменты действуют на всех по разному, значит нужен продуктовый подход. Не копировать успешные практики, а постоянно следить за тем, что ты делаешь. Помог ли тебе переход с Roam Research на Obsidian? Не зря ли ты тратишь по 40 минут на дорогу, если можешь работать дома с таким же успехом? Или может сосед месяц назад начал ремонт и из-за этого начались проблемы с концентрацией? Получается, что мы не бездумно вводим практики и инструменты, а проверяем продуктовые гипотезы. А у тех, что выстрелили — вдолгую следим за показателями.
Кажется, самое лучшее, что можно сделать с личной продуктивностью — это не копировать у других ритуалы и инструменты, а просто начать за ней следить: раз в неделю садиться и проверять, все ли инструменты работают, что можно улучшить, а чему пора на свалку.
Ритуалы личной продуктивности
В конце прошлого года заметил, что у меня стала падать продуктивность: дела делались как обычно, решения принимались, но вот всё, что не требовалось здесь и сейчас, делалось крайне плохо: я так и не дописал рассказ о нашей работе для сети клиник «Чайка», полгода собирался внедрить нормальную систему планирования времени программистов вместе экселевского документа, начал забивать на личные дела. Марьяна называет такое «сидеть на входящих»: пришёл сигнал — я его обрабатываю, но сам при этом сигналов не издаю. Как-то писал об этой проблеме у начинающих менеджеров.
Моя ситуация осложнялась тем, что я привык считать мелкие шаги своим коньком — всю жизнь мне гораздо легче удавались длинные дела, требующие дисциплины, чем короткие, но требующие решимости или сложной коммуникации.
Проблему я заметил, когда в декабре прожил две недели в Тбилиси — в новой среде я сделал целую кучу дел, на которые не мог найти время в Москве. Вернувшись домой, отрефлексировал ситуацию и понял, что у меня, внезапно, развалилось большинство привычных ритуалов.
Самое главное, что сломалось — обзор. Появились дни, в которые я вообще не уделял время планированию, просто брал то, что находилось в Things и делал. В дни когда уделял — делал это плохо: не первым делом, на бегу, иногда даже после встреч.
Из-за плохого планирования из дня ушёл ритм, а за ним начались проблемы со сном. Я начал ложиться спать в разное время: когда-то в 23:00, а когда-то — в 01:00. Конечно же ни о какой эффективности такого сна речи не идёт — мне даже пришлось возвращаться к будильнику, чтобы вставать к запланированным событиям. Что сделал:
— Вернул утренний ритуал. Медитация → обзор → кофе/завтрак.
— Купил Apple Watch: трекаю сон и физическую активность.
— Оживил текущую инициативу и ограничение на количество задач.
— Обратно начал планировать личные дела в календаре. Теперь календарь показывает не только неприятные встречи, но и приятные моменты вроде похода в баню или поездки в аэропорт.
— Сделал вечерний ритуал. Набрать воды в увлажнитель, отрефлексировать день в Obsidian, настроить сон в Pillow на Apple Watch.
Сработало, как любой новый ритуал — в первые дни добавило спокойствия и продуктивности, потом всё выровнялось, но стало гораздо лучше, чем до него.
#вопрос как ты относишься к посещению конференций? Не кажется ли это пустой тратой времени?
У меня двоякие отношения с конференциями. С одной стороны, старые хайлоады начала 2010-х здорово помогли мне, начинающему техдиру в региональном аутсорсе, осознать свой околонулевой уровень профессионализма и начать что-то с этим делать. С другой, конференции — это куча переоценённого нетворкинга и много докладов с решениями проблем, которые скорее всего никогда не встанут перед слушателями.
В любом случае, профессиональные конференции — очень полезная штука, чтобы за небольшое количество усилий поддерживать актуальные знания о профессиональном контексте: что индустрия думает про k8s и новые фреймворки, куда катится ваш язык, как сейчас модно планировать спринты.
Подкасты и новостные ресурсы типа хабра подходят для этого гораздо хуже. Дело в том, что в отличие от редакторов интернет-медиа, заинтересованных в количестве материалов (SEO же), программные комитеты конференций живут с жёсткими ограничениями — у них есть всего 1-2 дня, чтобы вместить всех возможных докладчиков. И если они пару лет подряд не смогут находить интересных спикеров на эти два дня, на третий год к ним просто никто не придёт. Всё-таки поход на конференцию стоит довольно дорого — до неё нужно доехать (или просто найти день, чтобы просидеть в зуме), работодателя надо уговорить заплатить за посещение. Никто не будет платить за скучную конфу.
Так что если вы, как и я, жалеете внимание на профессиональные подкасты и новости, но хотите быть в контексте — слушайте конференции, хотя бы прошлогодние, их часто выкладывают бесплатно.
Периодически я отвечаю на вопросы — вы пишете на почту fborshev@pm.me, а я публикую ответ здесь.
Через 30 минут начинаем в https://www.youtube.com/watch?v=HGy6vDpo7Ew
Читать полностью…
А давайте поговорим?
Давно не встречались с вами! Предлагаю сделать небольшой стрим в среду 7 февраля, в 16:00 MSK.
Тему, как обычно, предлагаю задать вам — пишите вопросы в форму. Буду рад поговорить о продуктивности, управлении программистами, бизнесе, питоне. За жизнь, винил и котиков тоже ок.
Ссылку пришлю ближе к делу.
Дофамин и иллюзии
Уверен, что каждый из нас хотя бы раз попадал в дофаминовую зависимость — такой режим жизнедеятельности, когда каждую свободную секунду тратишь на обновление ленты в каком нибудь привычном инфопотоке, типа новостей или инсты. Многие, уверен, сидят и сейчас — посмотрите, сколько вокруг людей, которые не могут хотя бы 5 минут не трогать себя за телефон.
Избегать инфопотоков довольно сложно — попробуй не почитать медузу, когда планируешь цепочку международных перелётов. Сам я в прошлом году несколько раз сваливался в такое состояние — начинал читать новости вроде как по необходимости, а потом несколько недель не мог остановиться.
Когда рефлексировал это, понял что все инфотоки можно разделить на два вида, в зависимости от того, какую часть создания они эксплуатируют. Чтобы слезть с одних, нужна только сила воли, а вот с другими — придётся что-то менять в мировоззрении.
Простые инфопотоки, с которых понятно как слезать — инстаграм/тикток/вк, каналы с приколами. Отличительная черта — они не притворяются полезными: вам просто дают бесконечную ленту и приучают к награде за скролл. Получается довольно примитивная зависимость, которая работает исключительно на дофамине. Отвязываться от такой зависимости нужно тоже примитивно — на силе воли: удалить аккаунты, снести приложения, заблочить веб-версии.
Гораздо сложнее с инфопотоками, которые обещают что-то кроме себя. Медуза и РТ обещают понятную картину мира. Ютуб полон псевдообразовательных роликов — типа потупишь пару часов и станешь профессионалом в чём угодно. В твиттере — куча умных людей: когда всех прочитаешь, станешь таким же умным. Зависимость получается сложной — помимо FOMO и батареи пушей, нас толкает желание успокоиться или стать умнее/сильнее.
Просто отключиться от таких инфопотоков не получится — даже если снесёте приложение, всё равно вернётесь через какое-то время. Придётся идти сложным путём и чем-то замещать иллюзии, которые инфопоток насоздавал в голове:
— Чтобы перестать читать новости, нужно смириться с неопределённостью и непознаваемостью мира.
— Чтобы перестать тупить в ютуб, нужно принять, что развлекательного образования не бывает.
— Чтобы перестать читать твиттер, нужно осознать, что умные люди сами обычно никого не читают.
Получается гораздо тяжелее, но тишина в голове того стоит.
Продолжая тему оформления трудовых отношений — всегда удивлялся, насколько в нашей индустрии программисты привыкли к дискриминации: когда вместо понятных трудовых договоров используют мутные схемы, вроде договоров ГПХ и платежей на самозанятых или ИП. Понимаю, когда такой запрос исходит от сотрудника — человек волен сам решать, каким способом получать деньги и насколько стоит рисковать, уходя от налогов. Но когда такое ограничение исходит от работодателя — я этого совсем не понимаю.
Во-первых, это довольно рабовладельческая история — вы буквально заствляете человека отказаться от трудового законодательства, которое, пусть и кривовато, но гарантирует, что вы не прикуёте его к батарее, чтобы он за еду рефакторил ваш легаси.
Во-вторых — это же дороже! Ставка налога для ИТ-компании сейчас довольно низкая — 22% от зарплаты. У мутной схемы, если она не совсем мутная — 7%. Чтобы выиграть 15%, вы лишаете себя возможности автоматически расчитывать зарплаты и отпуски, существенно ограничиваете возможности зарплатного проекта в банке, взваливаете на себя и сотрудника необходимость регулярно подписывать акты выполненных работ, и ещё делать много чего ненужного.
С ужасом вспоминаю одного крупного отечественного рабовладельца, который заставлял мутно оформленных сотрудников выпускать КЭП и пересылать токен в офис, чтобы бухгалтеры там подписывали документы за сотрудника. Интересно, понимал ли кто-нибудь из этих сотрудников, что можно сделать с чужой КЭП?
Понимаю, 15% от ФОТ звучит довольно пугающе, но сколько стоит геморрой руководителя по поддержанию финдира и штата бухгалтеров, усложнению управленческой отчётности, а самое главное — невозможности спокойно заснуть из-за огромных налоговых рисков? В моём опыте — намного дороже.
Сижу тут, переписываю @selfmailbot на новую версию фреймворка: разработчики python-telegram-bot полтора года назад решили, что обычное синхронное API, которое крутится внутри tornado — недостаточно круто, и переписали всё на корутины/asyncio. Очень интересно, какой десятой доле юзеров этого фреймворка вообще нужна асинхронность? А сколько владельцев ботов вообще беспокоится о производительности, но не настолько, чтобы написать свой собственный фреймворк?
Не задавая себе эти вопросы, мы получили код, с более высоким порогом входа, который легко просто подвесить, к примеру синхронной БД или древней сторонней либой.
Конечно, в этом нельзя винить конкретных людей — если не бежать вперёд и не обновлять тулинг, со временем в проект просто перестанут контрибьютить. Я и сам занят тем же — раз уж начал заниматься ботом, обновляю все инструменты — poetry, ruff, переезжаю с 18 убунты, на которой крутится прод. Делаю всё это, чтобы людям, которые придут туда контртбьютить, было не так грустно.
Выводов не будет — главное, чтобы мы не забывали, что нет никакой крутости в том, чтобы писать большой энтерпрайзный код на много-много RPS с модными-модными технологиями. Гораздо важнее закрывать потребности одного конкретного бизнеса с которым вы работаете, и делать это максимально простым способом.
The winner takes it all или почему я убежал из венчура
Одна из причин, по которой я решил уйти из венчурного стартапа и в будущем не связываться с инвестициями в свои проекты — мысль Талеба из (кажется) «Шкуры на кону».
Есть профессии, в которых существует огромный разрыв между успехом и неуспехом. К примеру — творческие: известных музыкантов, скульпторов и актёров намного меньше, чем безызвестных, причём известность — это МНОГО денег, а неизвестность — очень мало. То есть победитель забирает всё — или ты станешь звездой, или умрёшь нищим (с гораздо большей вероятностью).
Сравните с условными айтишниками: если ты умеешь писать код и хоть чуть-чуть разговаривать с людьми — будешь ещё долго зарабатывать приличные деньги. Почти невозможно вложить силы в изучение технологии и остаться не у дел, в отличие от тех же актёров.
Фаундеры в венчурных проектах ближе к артистам — как только ты берёшь инвестиции, ты вступаешь в гонку за ВСЕМ: или твой проект растёт по экспоненте, или ты проигрываешь. В венчуре невозможен проект, который просто неторопливо развивается: бизнес не растёт — идёшь делать следующий.
Мне гораздо комфортнее линейная зависимость — когда я никому не обязан строить САМУЮ БОЛЬШУЮ ШКОЛУ и САМУЮ ПЛАВУЧУЮ ГАЛЕРУ: то, что я построю, принесёт мне столько денег и счастья, на сколько хорошо я сделал свою работу. И даже если сделал я совсем чуть-чуть, мои результаты никогда не умножатся на ноль просто из-за законов жанра.
#вопрос Сложно ли тебе было начать регулярно писать в дневник?
Не сложно. Чтобы помочь себе регулярно писать в дневник, стоит отбросить долгосрочные большие цели (запишу свою жизнь, напишу книгу, будет что передать потомкам и т.д) и сфокусироваться на краткосрочных.
Краткосрочно дневник работает как лекарство. Если у меня болит голова, и я знаю, что есть таблетка, которая вылечит головную боль — глупо это таблетку не выпить. В случае с дневником всё так же, только вместо головной боли — накопленный шум.
Дневник помогает посмотреть на прошедший день намного сложнее, чем «фух, наконец-то». И в процессе, когда я смотрю — в голове становится тише: выгружаются все накопленные переживания, незаписанные идеи и планы. Если в дне не хватило похвалы — я себя похвалю. Если произошли события, которые ещё долго не потеряют важность — запишу их во всех подробностях.
Писать в дневник — это не путь и не повинность, и даже не акт дисциплины, это — потребность. Поищите, какая потребность могла бы быть у вас?
Если сходу не находите — включите дисциплину на пару недел: раз в день садитесь на 10 минут перед белым листом и рассказывайте обо всём, что пришло в голову. Скорее всего потребность сама подтянется, ну или вы поймёте, что дневник вам пока не нужен.
Это был традиционный вопрос по понедельникам. Задавайте свои на fborshev@pm.me
WiFi в общественных местах
Никогда не понимал людей, которые рассчитывают на вайфай в общественных местах. Дело даже не в надёжности, а в том, что в общественном месте хорошего сети не может быть в принципе.
Быстрый WiFi даже на 20 человек — это довольно дорогая штука: нужно обеспечить нормальное покрытие по всему помещению; нужно купить хорошее оборудование, чтобы один клиент с китайским фичерфоном не затормозил всю сеть своим клиентом из 99 года; нужно заплатить провайдеру кучу денег за нормальный канал, а интегратору — за то, что где-то сидит дежурный оператор, который приедет, когда это всё сломается.
Даже если средняя кофейня пойдёт на все эти затраты, максимум чего она добьётся — увеличения количества удалёнщиков, которые берут один фильтр-кофе за 150 рублей и сидят с ним весь день. Точно так же хороший WiFi не выгоден и аэропортам — люди выбирают их по цене билета и времени рейса, но никак не по качеству связи. Наверное, единственные учреждения, которым хороший вайфай может принести деньги — это развлекательные, типа стадионов, которые одновременно испытывают проблемы с сотовой связью и зависят от количества фоточек в инстаграме.
Кажется гораздо проще заплатить за дорогой тариф у сотового оператора, и платить так в каждой новой стране, которую вы посещаете. Наверное есть и исключения, вроде Канады с исторически дорогими тарифами, но в большинстве стран это совершенно не дорого.
Если вы используете интернет для работы, то за первый же день ваша покупка отобьётся. Если для развлечения — почему не бы не потратить на себя пару тысяч рублей?
10 книг по управлению проектами
Недавно в дискуссии (не в первый раз) натолкнулся на утверждение, что все книги по управлению рассказывают одинаковые вещи про софтскиллы, и по этому нет смысла читать больше одной.
Во-первых, это довольно категоричное обобщение, а с категоричными обобщениями в принципе плохо соглашаться. Во-вторых, я с ходу вспомнил 10 книг об управлении, в которых речь идёт не о софт-скиллах с повторением одинаковых мантр, а о конкретных, основанных на чём-то кроме личного опыта автора, теориях, которые действительно помогают в управлении людьми.
Вот мой список:
1. Ицхак Адизес —«Как преодолеть кризисы менедмента». О том как разные люди решают одну и ту же управленческую задачу разными способами в зависимости от изначального набора скиллов. И о том, что на разных этапах роста организации наборы скиллов и требования к людям тоже разные.
2. Питер Друкер — «Классические работы по менеджменту». Упрощённый сборник трудов самого умного менеджера в мире. Читать, чтобы понять роль управленца в организации.
3. Майкл Джордж — «Бережливое производство и 6 сигм в сфере услуг». Довольно простые книги о том, что KPI любого процесса — это стабильность и управляемость. И о том, как это измерить.
4. Нассим Талеб — «Антихрупкость». По каким принципам организации приспосабливаются к хаосу. И что вообще такое хаос и случайность.
5. Фредерик Лалу — «Открывая организации будущего». Как строить бирюзовые организации, чем они отличаются от консервативных управленческих моделей. Вечно актуально.
6. Александр Прохоров — «Русская модель управления». Чтобы прочитав предыдущие две книги не забыть, где живёшь.
7. Уильям Детмер — «Теория Ограничений Голдрадта». Набор упражнений и практик по теории ограничений. Если хочется лёгкого — перед ней прочитать оригиналы Голдрадта — «Цель», «Цель-2» и «Выбор».
8. Авинаш Диксит — «Теория игр». Здорово прокачивает стратегическое мышление.
9. Лоуренс Лич — «Вовремя и в рамках бюджета». Если выбирать единственную книгу по промышленному управлению проектами, то эту.
10. Клейтон Крисетсен — «Дилемма Инноватора». Из названия может показаться, что это книга для CEO крупных корпораций, но на самом деле она про то, чем маленькие компании отличаются от больших в области маркетинга.
——
Уверен, это далеко не всё. Если есть что посоветовать — кидайте в комменты, только не ставьте ссылки, а то антиспам-бот зарежет
Стать Тимлидом 2.0
Я — плохой маркетолог. Никогда не понимал, по каким принципам люди могут сказать «вот этот продукт достаточно хорош для своей ниши, а вот тот — надо докрутить там-то и там-то». В вопросах качества я поступаю тупо: ставлю самую высшую планку, которую только могу представить. Если делать аутсорс — то такой, который я бы нанял в свой бутстрапный продукт. Если курс — такой, который хотелось бы дать каждому участнику своей команды.
Это здорово облегчает принятие решений. Взять программиста подороже, или подешевле, но посредственного? Конечно, подороже! Притаскивать ли нам новую инженерную практику к клиенту? Конечно, притаскивать! Переписать ли весь курс потому, что придумали новую концепцию, которая лучше? Конечно переписать!
Это требует силы воли, а иногда приводит в тупик, который называется development hell — к примеру «Анализ Систем» по такому принципу мы делали год. В какой-то момент я сдался и решил, что лучше не делать ничего, чем тратить жизнь на курс, которым я недоволен. Спасла Марьяна — взяла мою часть ответсвенности и тянула её пару месяцев, пока я снова не поверил в проект.
Сегодня мы запускаем продажи на «Стать Тимлидом 2.0» — курс, который мы с Марьяной делаем уже после того, как осознали и поговорили, что хотим задирать планку качества до предела. Переписали весь контент и гордимся — старого материала осталось процентов 40. Получился курс про реальную жизнь и проблемы, с которыми люди сталкиваются каждый день. Раньше был справочник по софтскиллам (и мы до сих пор считаем его крутым), а теперь — курс молодого тимлида, который поможет пройти от состояния «нихрена не понятно» до спокойной и осознанной работы.
Материалы из справочника теперь ровным слоем размазаны по разделам, которые решают реальные проблемы:
— Как понять, что входит в мои обязанности? Как отличить важное от неважного?
— Как перестать бороться с бизнесом за ресурсы и начать дружить?
— Что делать, если в проектах — бардак?
— Как быть, если люди из команды не хотят брать ответственность и проявлять инициативу?
— Как планировать работу, когда в день куча встреч и все постоянно отвлекают?
Надеемся, что курс увеличит количество осознанных тимлидов, по крайней мере среди тех, кто знаком с нашей школой.
Стартуем 11 апреля, учимся 4 недели, потом неделю досдаём хвосты и ходим на выступления спикеров, которых мы подобрали для тем курса. Промокод на 10% до вечера понедельника — POW2.
Смотреть программу и отзывы на первую версию →
А ещё мы запускаем эксперимент — офлайн-тренинг по переговорам. Возьмём N человек и в конце мая соберёмся на вилле в Турции — будем договариваться друг с другом и с воображаемым бизнесом, много общаться и рефлекисировать. Мы нифига не знаем, что из этого получится, но давно мечтали попробовать что-то подобное, так что почему бы и нет. Записаться на тренинг можно будет участникам тарифов «В тусовке» и «VIP», мы напишем отдельное письмо об этом позже.
Приватные фронтенды
К своему стыду, только к концу прошлого года узнал про существование такой полезной штуки, как собственные приватные фронтенды для крупных сервисов. Раньше я слышал только про Nitter, но поскольку твитором никогда не интересовался, не подходил к нему близко. А оказывается они есть примерно для всего — для реддита (4 варианта), ютуба (2 варианта), гугль-транслейта и даже для xvideos.
Смысл таких фронтендов не только в приватности, но и в том, чтобы спокойно пользоваться крупными сервисами, не загружая по 30Мб JS-лапши на каждый запрос. В противовес современным гигантским SPA, такие фронтенды часто работают как обычное server-side приложение — запрашивают контент у большой корпорации, нормализуют его и отдают на собственный неперегруженный фронт.
Самый большой недостаток приватных фронтендов — постоянные блокировки. Корпорации видят огромное количество однотипных запросов и реагируют — блочат публичные инстансы и меняют алгоритмы передачи контента. Но с этим тоже можно бороться — к примеру libreddit, который автор забросил после прошлогоднего скандала с запретом сторонних клиентов, превратился в redlib, который спокойно работает, если установить его на свой сервер.
Кажется, ради того, чтобы спокойно браузить крупные сервисы, стоит спокойно поадминить 10-баксовую VPS. Список фронтендов здесь, плагин для автоматического редиректа на свой инстанс — здесь.
#вопрос Как решать проблемы с инициативностью сотрудников? Примеры — упал билд, можно разобраться за 5 минут, посмотрев логи и поменяв JSON — но никто этого не делает. Или надо поменять билд-артифакт, тот кто обычно это делает в отпуске, а все остальные даже не пытаются разобраться, хотя доступ есть. Дейлики не помогают.
Боюсь, мой ответ прозвучит довольно депрессивно, но всё же попробую ответить. Вкратце — если у сотрудника нет шила в нужном месте, я не знаю ни одного способа быстро его туда имплантировать.
Конечно, никто не отменял индивидуальную работу: встречаться раз в неделю, разбирать прошедшие ситуации, увещевать, учить, ругать. Но это дорого: получается, что руководитель тратит кучу сил на развитие сотрудника, которому это может быть и не нужно. В больших компаниях это ок, в маленьких — смертельно.
Самый рабочий вариант для маленькой компании — принять, что сотрудники с самого начала приходят либо самостоятельными, либо нет. Самостоятельным нужно напрямую помогать развиваться — давать интересные проекты, поддерживать мотивацию другими способами. Несамостоятельным — создавать условия, чтобы стали самостоятельными, но самому за ними не бегать.
Руководитель должен следить, чтобы в каждой рабочей группе было по 1-2 ведущих, самостоятельных участника — чтобы и проблемы решать, и своим примером показывать ведомым, зачем нужно и как работает шило. Такой живой пример перед глазами даёт одновременно и мотивацию («хочу как он/она») и новые нейронные связи — люди учатся друг у друга.
Ну а дальше остаётся только ждать.
Это был традиционный ответ на вопрос по понедельникам. Задавайте свои на fborshev@pm.me
#вопрос страдаю от информационного шума в телеге, а отписаться не получается — срабатывает FOMO и подписываюсь обратно. Расскажи, как ты выбираешь тех, кого читать?
Если вкратце — я стараюсь читать только тех, кого знаю лично, и кто при этом не постит больше пары раз в неделю. Но это «малый круг», таких каналов 5 штук, не больше.
Есть «большой круг» — блогеры, которых я читаю не подписываясь, просто раз в месяц прохожусь и смотрю, что у них нового. Таких я выбираю по принципу первичности блога.
Есть люди, для которых блог — это цель: им нужно производить контент, чтобы зарабатывать деньги. Таких я не читаю — кажется они ничем не лучше СМИ. А есть люди, у которых блог — это побочный продукт от основной занятости. Это гораздо интереснее — такой блог чаще используют для рефлексии, а не как место для рассказа интересных историй, которые приносят подписчиков.
Пример первых — почти все инстаблогеры и ютуберы. Пример вторых — маленькие профессиональный телеграм-канальчики.
Конечно, деление довольно условное — бывают профессионалы, у которых рефлексия выходит интереснее любого сериала. Бывают и полезные ютуберы/новостники. Я ориентируюсь по ощущениям: профессиональных блогеров обхожу стороной, а вот блоги профессионалов стараюсь почитывать.
Периодически я отвечаю на вопросы — вы пишете на почту fborshev@pm.me, а я публикую ответ здесь.
В четверг стартует финальный в этом году, шестой поток Асинхронной Архитектуры. Это последний шанс пройти нашу интенсивную архитектурную историю вместе с 100+ коллегами — потом курс уйдёт в бессрочный отпуск.
Ждём всех, кто интересуется (или давно работает с) коммуникацией в распределенных системах. Говорим обо всех важных аспектах — начиная от выбора брокера и заканчивая эволюцией, обработкой распрделённых ошибок и тестировании. В отличие от книг, это всё — не абстрактные материалы, а привязанный к бизнесу дистиллированный опыт.
Чтобы не забывать, что всё эти навыки не для резюме, а для реальной жизни, будем писать большую домашку. Посмотрите, как делали другие: ruby, python, go, php, java, kotlin, elixir, c#.
Курс направлен на мидлов, синьёров и помидоров. Джунам подойдёт, но только отважным. Если ваша работа не связана с написанием коммерческого бекенда (к примеру вы фронт/аналитик/продакт/SET) — скорее всего курс будет мимо.
Стартуем 15 февраля, то есть послезавтра. Можно успеть по безналу, если поторопиться — напишите нам, расскажем что делать.
Вписаться →
Как мы храним уроки в Школе Сильных Программистов
Нас давно просят рассказать, как у нас в школе устроено хранение учебных материалов — а то мы просто говорим везде «в Notion» и больше ничего не рассказываем.
Для начала расскажу про проблему, которую мы решали. Дело в том, что над уроками работает всегда несколько человек: как минимум Марьяна, я, Зоя и корректор. В «Анализе систем» нас вообще было шестеро — Антон с Тимуром писали черновики, мы с Марьяной правили их с точки зрения сторителлинга и андрагогики, и потом отдавали обратно Тимуру с Антоном. Получается, куче людей надо работать над одним текстом — видеть правки друг-друга, писать и резолвить комменты. Идеально, если жизнь у них при этом не усложнена техническими подробностями — чтобы перетащил картиночку, и она заработала, и не надо никаких «библиотек медиа», S3 с CDN и всего такого. Ну и чтобы были минимальные возможности вёрстки — колончки, таблицы и всё такое.
С самого запуска школы мы внедрили Notion — он как раз тогда был на верхушке своей хайп-кривой.
В отличие от fands в школе Notion моментально прижился: нам понравилась свободная структура и приятная работа с текстом. Первые уроки мы отдавали студентам прямо из ноушена — просто шарили готовые странички, и ребята их читали. Но студентам это не очень удобно — приходится искать в почте ссылке на курсы и дипломы, что вообще становится мучением, когда курсов много. Иногда нужно быстро вспомнить, что от тебя хотят на потоке, который ты проходишь, и вообще поговорить с живым человеком, когда что-то непонятно.
В итоге решили показывать тот же выхлоп ноушена, но уже в своём интерфейсе. Написали контроль доступа, кеш страниц и картинок на собственных мощностях. Самую сложную часть работы, — рендеринг материалов на фронте, — сначала сделали на открытой либе vue-notion, а потом форкнули её и почти всю переписали, забив на совместимость с оригиналом. Форк, как и остальной код школы, — сделали открытым.
Сейчас видно, что мы не ошиблись — мы ни секунды не потратили на админку материалов, за два года у нас не было ни одной серьёзной аварии, а технически сейчас две системы никак не связаны — даже если ноушен упадёт/закроется/забанит нас, студенты ничего не почувствуют.
P.S. Может сделать небольшой стрим, где я расскажу про детали? Напишите коммент с плюсиком, если придёте на такой стрим
#вопрос может ты знаешь, есть ли способ/формула определения загрузки команды по сервисам? Условно нужно понимать, что в команду влезет ещё один сервис на поддержку/развитие.
Увы, Единственного Универсального Способа Определять Нагрузку Программистов я не знаю.
Зато я точно уверен, что не стоит просто так заимствовать ритуалы у соседей — это не инженерные практики: ненужный или чуждый ритуал может вам навредить гораздо больше, чем ненужный кубернетис. Представьте, что ваш CTO обмазался книгой с обезьяной и начинает менять вашу оргструктуру, разбивая программистов по бизнес-доменам, а вы при этом — какой-нибудь региональный оператор наружной рекламы. CTO лучше бы потратить силы, чтобы вообще отказаться от собственной разработки, а он вместо этого усложняет структуру компании, мучая программистов.
То же самое и на более низком уровне — каким-то командам заходят двухнедельные спринты с бёрндаун-чартом, каким-то — человеческое «эту таску сделаю к среде», а где-нибудь на третьей линии сапорта вообще лучше взять канбан-доску.
Думаю, самый хороший способ понять систему управления командой, которая подходит вам — это подойти к новой системе, как к эксперименту: описать что мы делаем, к каким результатам хотим прийти и как будем это проверять. Не обязательно даже прописывать цифры — мы в fands при внедрении четырёхдневки просто периодически сверялись с ощущениями.
Периодически я отвечаю на вопросы — вы пишете на почту fborshev@pm.me, а я публикую ответ здесь.
Мы в fands сделали интересную штуку — облачную платформу для Wiren Board с криптографией, туннелями и питоньим агентом.
Wiren Board — это промылшенные IoT-контроллеры с линуксом на борту, которые многие используют и дома.
Горжусь уровнем команды — от старта работ до первого теста ушло всего 3 месяца двух программистов, при этом код даже после запуска находится в отличном состоянии: бек и фронт покрыты тестами, инфраструктура описана в ansible.
———
P.S. Завтра повышаются цены на «Асинхронную Архитектуру». Приходите, чтобы научиться делать большие системы со сложной коммуникацией
«Асинхронная архитектура»: новый поток и отпуск
Мы запускаем шестой поток курса «Асинхронная архитектура». После него курс уходит в бессрочный отпуск.
Если вы ещё не учились на наших курсах о проектировании, «Асинхронная Архитектура» — отличный способ стать более осознанным разработчиком: вместе с нами вы напишете полноценную систему с асинхронной коммуникацией, которую потом можно положить в портфолио. Если учились на «Анализе Систем» — тоже приходите, если есть желание пописать код и углубиться в асинхронные коммуникации (урок 3.2 в «Анализе Систем»).
Курс окончило уже 1500 студентов, каждый из которых узнал, как выбивать из бизнеса требования при помощи EventStorming, строить из этих требований модели данных, проектировать коммуникации, выбирать брокеры, отлаживать и тестировать полученные распределённые системы. Многие после курса получили повышение — просто потому, что руководители гораздо лучше слушают осознанных программистов, которые говорят с ними не про версии библиотек, а про задачи бизнеса.
Курс полезен всем, кто имеет дело с продакшен-проектами, в которых больше одного репозитория. Даже если вы джун, который пилит монолит в маленьком стартапе, курс вам поможет: мышление проектировщика позволяет писать более понятный и изолированный код.
Стартуем 15 февраля. До 1 февраля действует цена для ранних пташек. Это последний поток курса в текущем виде.
Смотреть программу и отзывы →
Цифровой и аналоговый бизнес
Недавно прочитал у Джейсона Фрида крутое разделение бизнесов — на аналаговые и цифровые. Как с автомобилями: они бывают аналоговыми, как в 1970 году, так и цифровыми — типа Теслы. Общего только то, что у обоих автомобилей по 4 колеса. К примеру торможение: на аналоговой тачке всего три механизма — два тормозных цилиндра, на один из которых ты жмёшь прямо ногой, и колодки. На цифровой — куча систем, которые решают каким колесом насколько тормозить, использовать ли тормозные реостаты или тормозить колодками, или вообще слегка отпустить тормоза, а то что-то водитель сильно жмёт.
Аналоговые компании делают творческую работу: пишут софт, разрабатывают архитектуру, проектируют интерфейсы. Цифровые — делают однотипную работу: строят дома и самолёты, выпекают пиццу, управляют городскими автобусами.
В цифровых компаниях много ступеней менеджеров, митинги-переговорки, согласования и система документооборота. У аналоговых нет чётких процессов и меньше менеджеров. Чтобы поменять что-то в цифровой компании, нужно подписать кучу документов, обойти кучу отделов, не растеряв по дороге запал. В аналоговой — достаточно письма на всех.
Частая ошибка, которую я видел в аутсорсах, подобных нашему — это попытки раньше времени превратить компанию в цифровую: когда статусов в жире напрогали больше, чем людей в компании, а чтобы уйти в отпуск, нужно написать докладную записку на имя директора. Мало того, что это смотрится неуклюже, как круиз-контроль на москвиче, такие игры ещё и крадут время у сотрудников и деньги у фаундера. Умение не забывать, какую компанию ты строишь — супер-важный, и кажется довольно редкий навык у моих коллег — начинающих руководителей.
Новый год
Мы в fands не признаём государственных праздников — лучше самому управлять своим временем, работая 4 дня в неделю, чем ждать выходных, которые рандомно объявляют по телевизору. К тому же существенная часть клиентов и сотрудников находятся за рубежом — у них там свои государственные праздники, и если всем им следовать, то на работу времени совсем не останется.
Единственный государственный праздник, который у нас есть — это новогодние каникулы. Первая (и самая тупая) причина — это человеческая привычка назначать дедлайны, основываясь не на состоянии проекта, а на ближайшей крупной дате в календаре: «к 1 июля запустим», «к XVII съезду партии доделаем». И пофиг, что лучше бы подождать пару недель, довести проект до ума и не травмировать команду — ровные даты хорошо звучат в переговорке. Новый год — это самая распространённая ровная дата, и, увы, часто приходится ей следовать. Конечно, после сумасшедших новогодних забегов хочется, чтобы все отдохнули.
Вторая причина менее тупая и более важная — дело в том, что творческая индустрия даёт очень мало времени на рефлексию. Мало кто может сесть и спокойно подумать — хорошо ли мне на работе? Что можно улучшить во мне, коллегах или происходящем? Тем ли я вообще занимаюсь?
В принципе, для таких размышлений можно использовать отпуск, но это получается не всегда: кто-то не умеет отключаться от работы, кто-то планирует такое количество впечатлений, что на рефлексию на остаётся времени. А вот новый год подходит идеально — это вынужденные каникулы, когда точно никто не напишет с работы, а ехать никуда не хочется, а если и хочется — то уж точно не за шумными впечатлениями.
Давайте использовать ближайшую неделю, чтобы побыть в ментальной тишине, завтракая оливье.