Не сливаться с проблем
Постоянно вижу как люди (включая меня) сливаются с жизненных проблем. Живут с лишним весом, ходят на нелюбимую работу, платят ипотеку по 70% дохода, поддерживают дисфункциональные отношения. Сливаться — вполне человеческий механизм защиты, развитый с древних времён: вряд ли можно было бы спокойно прожить, переживая о количество тигров за дверью пещеры.
Сливаются по-разному — кто-то отвлекается на хобби, кто-то прибегает к компьютерным играм, алкоголю или наркотикам. Но есть место, где с жизненных проблем сливаться не получается — это предпринимательство. Чтобы бизнес рос, предприниматель, наоборот, бегает в постоянном поиске — а с чего бы мне не слиться сегодня? Какую неудобную проблему решить? В венчурных фондах есть даже специальные люди, задача которых — тыкать начинающих CEO: а что у тебя с продажами? Как там продакт-маркет фит, сколько гипотез проверил на этой неделе? Как думаешь уменьшать бёрн-рейт? А с отваливающимися клиентами как работаешь?
Просто отключать механизм сливания — нельзя. Начнёшь слишком сильно тревожиться — через два года сгоришь и пойдёшь работать моряком, водителем троллейбуса, или ещё кем поспокойнее. Приходится подбирать более здоровые механизмы — стратсессии, фреймворки для анализа рисков, те самые трекеры из фондов.
У каждого бизнеса и каждого предпринимателя эти механизмы свои. У меня последнее время остался самый тупой — это беклог: сажусь анализировать риски и по итогам составляю беклог для сотрудников, или хотя бы для собственного Things. Проснулся в 5 утра с тревогой про заблокированные счета — идёшь писать беклог. Переживаешь за короткий runway — ищешь способы ускорить поток денег. Не хватает людей — проверяешь, что там с наймом у команды.
А какие у вас механизмы?
———
Первый шаг к предпринимательсту у программистов — это тимлидство. «Стать Тимлидом» стартует уже в следующую среду. На курсе даём скиллы, нужные всем, кто руководит разработкой.
Постоянно вижу как люди (включая меня) сливаются с жизненных проблем. Живут с лишним весом, ходят на нелюбимую работу, платят ипотеку по 70% дохода, поддерживают дисфункциональные отношения. Сливаться — вполне человеческий механизм защиты, развитый с древних времён: вряд ли можно было бы спокойно прожить, переживая о количество тигров за дверью пещеры.
Сливаются по-разному — кто-то отвлекается на хобби, кто-то прибегает к компьютерным играм, алкоголю или наркотикам. Но есть место, где с жизненных проблем сливаться не получается — это предпринимательство. Чтобы бизнес рос, предприниматель, наоборот, бегает в постоянном поиске — а с чего бы мне не слиться сегодня? Какую неудобную проблему решить? В венчурных фондах есть даже специальные люди, задача которых — тыкать начинающих CEO: а что у тебя с продажами? Как там продакт-маркет фит, сколько гипотез проверил на этой неделе? Как думаешь уменьшать бёрн-рейт? А с отваливающимися клиентами как работаешь?
Просто отключать механизм сливания — нельзя. Начнёшь слишком сильно тревожиться — через два года сгоришь и пойдёшь работать моряком, водителем троллейбуса, или ещё кем поспокойнее. Приходится подбирать более здоровые механизмы — стратсессии, фреймворки для анализа рисков, те самые трекеры из фондов.
У каждого бизнеса и каждого предпринимателя эти механизмы свои. У меня последнее время остался самый тупой — это беклог: сажусь анализировать риски и по итогам составляю беклог для сотрудников, или хотя бы для собственного Things. Проснулся в 5 утра с тревогой про заблокированные счета — идёшь писать беклог. Переживаешь за короткий runway — ищешь способы ускорить поток денег. Не хватает людей — проверяешь, что там с наймом у команды.
А какие у вас механизмы?
———
Первый шаг к предпринимательсту у программистов — это тимлидство. «Стать Тимлидом» стартует уже в следующую среду. На курсе даём скиллы, нужные всем, кто руководит разработкой.
В зерокоде появились легаси-инструменты
4 года назад (ужас!) писал, что считаю зерокод техдолгом с самого момента создания. За 4 года ситуация не изменилась — разбираться с созданным другим человеком (или самим собой полгода назад назад) зерокодом всё так же сложно.
Недавно убивал пару внутренних сервисов в пользу зерокода и поржал, осознав, что в индустрии появились целые легаси-фреймворки. К примеру zapier. Штука, которая на старте казалась чудом, сейчас выглядит как тормозной захламлённый интерфейс из двухтысячных, который постоянно пытается мне что-то продать, показывая людей из фотостоков (не AI! фотостоки!). Документация — говно (так и не понял, как нормально шарить креденшелы между проектами). AI-зеркодер лучше бы даже не выкладывали вообще — за 30 минут не смог из него извлечь ничего осмысленного.
И это бывший лидер индустрии! Получается нехилая такая скорость устаревания — совсем чуть-чуть дольше, чем средний JS-фреймворк.
Я в итоге остановился на n8n (наверное есть и лучше), но вот что подумал — а сколько же людей вынуждены до сих пор работать в zapier? Интероперабельности же нет by design — если назерокодил что-то в говноинтерфейсе — в нём и сиди всю жизнь, пока не перепишешь на новый тул. Сочувствую зерокодерам.
4 года назад (ужас!) писал, что считаю зерокод техдолгом с самого момента создания. За 4 года ситуация не изменилась — разбираться с созданным другим человеком (или самим собой полгода назад назад) зерокодом всё так же сложно.
Недавно убивал пару внутренних сервисов в пользу зерокода и поржал, осознав, что в индустрии появились целые легаси-фреймворки. К примеру zapier. Штука, которая на старте казалась чудом, сейчас выглядит как тормозной захламлённый интерфейс из двухтысячных, который постоянно пытается мне что-то продать, показывая людей из фотостоков (не AI! фотостоки!). Документация — говно (так и не понял, как нормально шарить креденшелы между проектами). AI-зеркодер лучше бы даже не выкладывали вообще — за 30 минут не смог из него извлечь ничего осмысленного.
И это бывший лидер индустрии! Получается нехилая такая скорость устаревания — совсем чуть-чуть дольше, чем средний JS-фреймворк.
Я в итоге остановился на n8n (наверное есть и лучше), но вот что подумал — а сколько же людей вынуждены до сих пор работать в zapier? Интероперабельности же нет by design — если назерокодил что-то в говноинтерфейсе — в нём и сиди всю жизнь, пока не перепишешь на новый тул. Сочувствую зерокодерам.
Стать Тимлидом 3 — ласт-колл
Напоминаю, что завтра стартует третий поток «Стать Тимлидом». Если вы купили тариф с обратной связью, приходите на встречу-знакомство в 16:00 MSK.
«Стать Тимлидом» учит решать задачи, которые встают перед каждым самостоятельным программистом (и не обязательно тимлидом):
— Как не просрать (или починить) отношения с бизнесом?
— Как понять, что они хотят, если они каждый раз хотят нового?
— Что делать, когда коллеги не тянут, а в команде бардак?
— Как отличить хороших программистов от плохих
— Где найти время на развитие, когда вокруг пожар?
Оплатить от работодателя успеете (если напишете прямо сейчас), или можно оплатить картой любого банка мира или в рассрочку. Чтобы компенсировать затраты на работе — напишите в сапорт, дадим полный комплект документов. Тем кто в РФ — поможем с налоговым вычетом.
Напоминаю, что завтра стартует третий поток «Стать Тимлидом». Если вы купили тариф с обратной связью, приходите на встречу-знакомство в 16:00 MSK.
«Стать Тимлидом» учит решать задачи, которые встают перед каждым самостоятельным программистом (и не обязательно тимлидом):
— Как не просрать (или починить) отношения с бизнесом?
— Как понять, что они хотят, если они каждый раз хотят нового?
— Что делать, когда коллеги не тянут, а в команде бардак?
— Как отличить хороших программистов от плохих
— Где найти время на развитие, когда вокруг пожар?
Оплатить от работодателя успеете (если напишете прямо сейчас), или можно оплатить картой любого банка мира или в рассрочку. Чтобы компенсировать затраты на работе — напишите в сапорт, дадим полный комплект документов. Тем кто в РФ — поможем с налоговым вычетом.
Полюбил вайб-кодинг
Я тут опять потихоньку пишу код и недавно заценил агентский режим, который стал появляться в LLM-ассистентах.
Вообще у меня с AI в программировании всё с самого начала складывалось плохо — уж слишком много внимания они требовали. Подсказки в коде выглядели впечатляюще, но сколько бы я ни давал им шансов, в конце они оказывались просто спамом. Чтобы найти в них что-то полезное, приходилось потратить больше внимания, чем ушло бы на то, чтобы самому это полезное написать.
Разговоры тоже как-то не зашли — после того, как минут 30 я дебажил простой тест, в котором LLM просто использовал неправильное название свойства (что-то на уровне title вместо name, сразу и не раглядишь).
Ну и совсем я забил, когда весь мой, с таким трудом нагороженный, сетап начал постоянно разваливаться, просто потому что слишком уж много людей пытаются принести пользу человечеству и коммитят говно прямо в мастер моих плагинов.
Недавно, наконец-то, смог получить МНОГО пользы от AI — установил себе Claude Code CLI. Кайф в том, что не нужно никаких интеграций — он просто живёт в соседнем терминале и делает всё, что я попрошу. Такой усердный джун, который к тому же, внимательнее меня читает документацию: и тесты напишет, и кодмод любой сложности проведёт, и выжимку из документации сделает. Причём код, который он пишет, реально похож на мой!
Поручаю ему мелкие задачи, которые тяжело делать без IDE — переписать код и тесты после рефакторинга класса, разнести код по модулям/функциям. Самый кайф испытал, когда недавно попросил его написать рекурсивный SQL-запрос для обхода дерева, прямо в Django ORM. Думал долго, взял с меня полтора доллара, но таки написал! Я бы такое делал часа два, в лучшем случае (как любой нормальный бекендер, я в SQL не умею).
Кажется, агентский режим — лучшее, что случилось с AI-ассистентами в программировании.
Я тут опять потихоньку пишу код и недавно заценил агентский режим, который стал появляться в LLM-ассистентах.
Вообще у меня с AI в программировании всё с самого начала складывалось плохо — уж слишком много внимания они требовали. Подсказки в коде выглядели впечатляюще, но сколько бы я ни давал им шансов, в конце они оказывались просто спамом. Чтобы найти в них что-то полезное, приходилось потратить больше внимания, чем ушло бы на то, чтобы самому это полезное написать.
Разговоры тоже как-то не зашли — после того, как минут 30 я дебажил простой тест, в котором LLM просто использовал неправильное название свойства (что-то на уровне title вместо name, сразу и не раглядишь).
Ну и совсем я забил, когда весь мой, с таким трудом нагороженный, сетап начал постоянно разваливаться, просто потому что слишком уж много людей пытаются принести пользу человечеству и коммитят говно прямо в мастер моих плагинов.
Недавно, наконец-то, смог получить МНОГО пользы от AI — установил себе Claude Code CLI. Кайф в том, что не нужно никаких интеграций — он просто живёт в соседнем терминале и делает всё, что я попрошу. Такой усердный джун, который к тому же, внимательнее меня читает документацию: и тесты напишет, и кодмод любой сложности проведёт, и выжимку из документации сделает. Причём код, который он пишет, реально похож на мой!
Поручаю ему мелкие задачи, которые тяжело делать без IDE — переписать код и тесты после рефакторинга класса, разнести код по модулям/функциям. Самый кайф испытал, когда недавно попросил его написать рекурсивный SQL-запрос для обхода дерева, прямо в Django ORM. Думал долго, взял с меня полтора доллара, но таки написал! Я бы такое делал часа два, в лучшем случае (как любой нормальный бекендер, я в SQL не умею).
Кажется, агентский режим — лучшее, что случилось с AI-ассистентами в программировании.
#вопрос Работаю менеджером в аутсорсе (не программисты), и чувствую себя передастом. Проекты планируются централизовано, а я просто хожу на встречи с командой и клиентом и записываю, что происходит. Как расти?
Ваша роль сейчас — посредник: как риэлтор на рынке недвижимости, или дилер на авторынке. На посредническом рынке растут через наращивание ценности. Риэлтор учится анализировать потребности клиента и продавца, быстро искать подходящую недвижимость (и подходящих покупателей), снимать юиридческие риски. Автодилер предлагает программы рассрочки и трейд-ина, не забывая при этом вовремя платить производителю, настраивает гарантийное обслуживание, строит новые центры поближе к покупателю.
Оба посредника работают над тем, чтобы облегчить жизнь всем участникам процесса: хороший риэлтор работает для обоих сторон сделки, хороший дилер — для автозавода и для покупателя.
Вы — посредник между клиентом и командой. Позадавайте вопросы: как вы можете сделать жизнь команды легче? А жизнь клиента?
Допустим вы найдёте, что клиента беспокоит, что ему приходится объяснять свой бизнес-контекст каждому новому участнику команды. Почему бы вам не забрать эту задачу на себя? Или команду беспокоит, что клиент не знает, что хочет, и каждую неделю меняет планы. Почему бы не разобраться в том, почему это происходит, и не помочь клиенту выстроить более долгосрочное планирование? Ваших руководителей, которые планируют проекты, наверняка беспокоит стабильный кешфлоу. Почему бы не сфокусироваться на стабильности платежей, выстраивая такие отношения с клиентом, где он сам первый рвётся скинуть вам 100%-предоплату?
Увеличите ценность — получите и профессиональный рост в процессе и карьерный рост в результате.
P.S. Присылайте любую рабочую или личную ситуацию на fborshev@pm.me — разберём и придумаем, что делать. Ответ (анонимно) опубликуем здесь.
Ваша роль сейчас — посредник: как риэлтор на рынке недвижимости, или дилер на авторынке. На посредническом рынке растут через наращивание ценности. Риэлтор учится анализировать потребности клиента и продавца, быстро искать подходящую недвижимость (и подходящих покупателей), снимать юиридческие риски. Автодилер предлагает программы рассрочки и трейд-ина, не забывая при этом вовремя платить производителю, настраивает гарантийное обслуживание, строит новые центры поближе к покупателю.
Оба посредника работают над тем, чтобы облегчить жизнь всем участникам процесса: хороший риэлтор работает для обоих сторон сделки, хороший дилер — для автозавода и для покупателя.
Вы — посредник между клиентом и командой. Позадавайте вопросы: как вы можете сделать жизнь команды легче? А жизнь клиента?
Допустим вы найдёте, что клиента беспокоит, что ему приходится объяснять свой бизнес-контекст каждому новому участнику команды. Почему бы вам не забрать эту задачу на себя? Или команду беспокоит, что клиент не знает, что хочет, и каждую неделю меняет планы. Почему бы не разобраться в том, почему это происходит, и не помочь клиенту выстроить более долгосрочное планирование? Ваших руководителей, которые планируют проекты, наверняка беспокоит стабильный кешфлоу. Почему бы не сфокусироваться на стабильности платежей, выстраивая такие отношения с клиентом, где он сам первый рвётся скинуть вам 100%-предоплату?
Увеличите ценность — получите и профессиональный рост в процессе и карьерный рост в результате.
P.S. Присылайте любую рабочую или личную ситуацию на fborshev@pm.me — разберём и придумаем, что делать. Ответ (анонимно) опубликуем здесь.
Шаблон 1:1
Мы c Марьяной пока готовились к новому потоку «Стать Тимлидом» (запрыгнуть уже не получится), выделили важную штуку, на которую многие тимлиды забивают — 1:1.
Кто-то попробовал пару раз, получилось неловко и забил. Кто-то — даже официально: типа нет смысла тратить силы на эти пустые вопросы, надо работу работать.
Если вы из таких — дайте ещё один шанс встречам 1:1. Это — важная точка роста. Для вас — обратная связь о команде, компании и лично вас. Для коллеги — забота и место, где можно спокойно поднять проблемы, которые HR-ам нести вроде рано.
Посмотрите шаблон 1:1 который мы сделали специально для тех, кто не знает как начать. Тем, кто хочет пополнить свой инструментарий — тоже поможет.
Мы c Марьяной пока готовились к новому потоку «Стать Тимлидом» (запрыгнуть уже не получится), выделили важную штуку, на которую многие тимлиды забивают — 1:1.
Кто-то попробовал пару раз, получилось неловко и забил. Кто-то — даже официально: типа нет смысла тратить силы на эти пустые вопросы, надо работу работать.
Если вы из таких — дайте ещё один шанс встречам 1:1. Это — важная точка роста. Для вас — обратная связь о команде, компании и лично вас. Для коллеги — забота и место, где можно спокойно поднять проблемы, которые HR-ам нести вроде рано.
Посмотрите шаблон 1:1 который мы сделали специально для тех, кто не знает как начать. Тем, кто хочет пополнить свой инструментарий — тоже поможет.
Ищем авторов в Школу Сильных Программистов
Люблю профессионалов. Вот говоришь с человеком и понимаешь, что у него всё хорошо — и есть чему поучиться, и рассказывает интересно, и опыт крутой. Но вот никто не учится, кроме разве что 2–3 коллег, которым повезло быть рядом. Школу я когда-то начал строить именно из этого: хотелось делиться людьми, чьими знаниями я восхищаюсь.
Сейчас расширяю нетворк. Если коллеги на работе благодарят вас за то, как растут рядом с вами, если у вас есть профессиональные знания, которые жалко относить в мейнстримные школы — напишите мне: возможно мы договоримся о новом образовательном проекте.
К вашим знаниями мы добавим отработанные механизмы обучения взрослых, которые обеспечивают высокую доходимость (на текущем потоке «Стать Тимлидом» домашку после трёх недель делает ~70% учеников) и супер-лояльную аудиторию.
Нам не важно где вы работаете, не важно сколько у вас подписчиков. Важно, что у вас есть знания, которые помогают программистам становиться сильнее. Если сами делиться знаниями пока не хотите, но знаете крутого эксперта, чьими знаниями хотели бы поделиться с окружающим миром — перешлите этот пост ему.
В Школе два трека — хардовый и софтовый. Софтовый трек помогает разработчикам становиться зрелыми менеджерами. В хардовом треке у нас есть семейство архитектурных курсов с Антоном и питоний курс с Никитой Соболевым. У нас немного продуктов, но над каждым мы работаем очень крафтово — продумываем образовательные механики, допиливаем LMS и уделяем много времени тому, чтобы сделать сложное понятным.
Что хотим добавить:
— универсальный курс по тестированию: не про синтаксис и либы, а про подходы
— что-то по Go для middle+ ребят: пока не уверены, что существуют знания лучше, чем в книгах, но почему бы нет.
— любые темы, которые облегчают жизнь разработчику и делают его полезнее для бизнеса.
Точно НЕ хотим: AI, крипту и другие хайповые истории: нам важно, чтобы знания были полезными и через несколько лет.
Напишите пару слов о себе и своей любимой области знаний на fedor@tough-dev.school. Если из вашего рассказа поймём, что нам интересно — ответим.
Люблю профессионалов. Вот говоришь с человеком и понимаешь, что у него всё хорошо — и есть чему поучиться, и рассказывает интересно, и опыт крутой. Но вот никто не учится, кроме разве что 2–3 коллег, которым повезло быть рядом. Школу я когда-то начал строить именно из этого: хотелось делиться людьми, чьими знаниями я восхищаюсь.
Сейчас расширяю нетворк. Если коллеги на работе благодарят вас за то, как растут рядом с вами, если у вас есть профессиональные знания, которые жалко относить в мейнстримные школы — напишите мне: возможно мы договоримся о новом образовательном проекте.
К вашим знаниями мы добавим отработанные механизмы обучения взрослых, которые обеспечивают высокую доходимость (на текущем потоке «Стать Тимлидом» домашку после трёх недель делает ~70% учеников) и супер-лояльную аудиторию.
Нам не важно где вы работаете, не важно сколько у вас подписчиков. Важно, что у вас есть знания, которые помогают программистам становиться сильнее. Если сами делиться знаниями пока не хотите, но знаете крутого эксперта, чьими знаниями хотели бы поделиться с окружающим миром — перешлите этот пост ему.
В Школе два трека — хардовый и софтовый. Софтовый трек помогает разработчикам становиться зрелыми менеджерами. В хардовом треке у нас есть семейство архитектурных курсов с Антоном и питоний курс с Никитой Соболевым. У нас немного продуктов, но над каждым мы работаем очень крафтово — продумываем образовательные механики, допиливаем LMS и уделяем много времени тому, чтобы сделать сложное понятным.
Что хотим добавить:
— универсальный курс по тестированию: не про синтаксис и либы, а про подходы
— что-то по Go для middle+ ребят: пока не уверены, что существуют знания лучше, чем в книгах, но почему бы нет.
— любые темы, которые облегчают жизнь разработчику и делают его полезнее для бизнеса.
Точно НЕ хотим: AI, крипту и другие хайповые истории: нам важно, чтобы знания были полезными и через несколько лет.
Напишите пару слов о себе и своей любимой области знаний на fedor@tough-dev.school. Если из вашего рассказа поймём, что нам интересно — ответим.
Нечестное преимущество
Когда-то читал анкету одного венчурного фонда, и там был хороший вопрос — «опишите, какое у вас есть нечестное преимущество перед конкурентами». То есть почему у вас получится, а у них нет. Слово «нечестное» резануло слух — как это нечестное? Это ж бизнес, а не мошенничество. А потом я как понял.
Когда ребёнок в школе не может с первого раза написать закорючку или сделать фигню из пластилина, его учат — постарайся, напрягись, тогда всё получится. В институте то же самое — чтобы сдать сессию, надо не спать ночами и зубрить. На работе тоже принято себя превозмогать — оттуда культ энергетиков и мемы про пятницу.
В бизнесе этот поход не работает. Бизнес — это про масштабирование: не когда ты бесконечно совершенствуешься делать одну конкретную фигню (поделка из пластилина/сессия/код на расте), а когда строишь организацию, которая делает эту фигню в разных вариантах бесконечное количество раз. Если фигня делается сложно — бизнес получается грустный.
Пример грустного и сложного бизнеса — пункт выдачи WB/Ozon. Открываешь, и попадаешь в рабство: следишь, чтобы сотрудники приходили вовремя, ищешь замену уволенным, борешься со всякими мутными схемами, разбираешься в постоянно обновляемых требованиях и штрафах сюзерена. Получается усложнённая форма самозанятости. Может быть и выгодная (не знаком с экономикой), но явно не масштабируемая. Конечно можно по-школьному: усердно поработать, и в итоге получить хороший пункт выдачи, который знают все в округе. Но это будет всего лишь пункт выдачи. Богатством\успехом, вопреки нарративам, это не пахнет. На квартиру внутри МКАД точно не накопишь.
Гораздо веселее изобрести как взломать систему. Не следить вручную за одним пунктом выдачи, а открыть десяток разных, переиспользуя одну инфраструктуру для найма, бухгалтерии и антифрода. Не крафтить самую крутую в мире команду разработки, которая впятером может затащить любой проект, но раз в полгода попадает в кассовый разрыв из-за длинного цикла сделки, а придумать, как собирать десятки таких команд под одной крышей (моя мечта, да). Не таксовать с утра до вечера, придумать, как получить большой лизинговый контракт, чтобы открыть свой таксопарк.
Смысл бизнеса — в своём уникальном способе прийти к масштабу. Если уникального способа нет — будешь просто работать по 20 часов в день.
Когда-то читал анкету одного венчурного фонда, и там был хороший вопрос — «опишите, какое у вас есть нечестное преимущество перед конкурентами». То есть почему у вас получится, а у них нет. Слово «нечестное» резануло слух — как это нечестное? Это ж бизнес, а не мошенничество. А потом я как понял.
Когда ребёнок в школе не может с первого раза написать закорючку или сделать фигню из пластилина, его учат — постарайся, напрягись, тогда всё получится. В институте то же самое — чтобы сдать сессию, надо не спать ночами и зубрить. На работе тоже принято себя превозмогать — оттуда культ энергетиков и мемы про пятницу.
В бизнесе этот поход не работает. Бизнес — это про масштабирование: не когда ты бесконечно совершенствуешься делать одну конкретную фигню (поделка из пластилина/сессия/код на расте), а когда строишь организацию, которая делает эту фигню в разных вариантах бесконечное количество раз. Если фигня делается сложно — бизнес получается грустный.
Пример грустного и сложного бизнеса — пункт выдачи WB/Ozon. Открываешь, и попадаешь в рабство: следишь, чтобы сотрудники приходили вовремя, ищешь замену уволенным, борешься со всякими мутными схемами, разбираешься в постоянно обновляемых требованиях и штрафах сюзерена. Получается усложнённая форма самозанятости. Может быть и выгодная (не знаком с экономикой), но явно не масштабируемая. Конечно можно по-школьному: усердно поработать, и в итоге получить хороший пункт выдачи, который знают все в округе. Но это будет всего лишь пункт выдачи. Богатством\успехом, вопреки нарративам, это не пахнет. На квартиру внутри МКАД точно не накопишь.
Гораздо веселее изобрести как взломать систему. Не следить вручную за одним пунктом выдачи, а открыть десяток разных, переиспользуя одну инфраструктуру для найма, бухгалтерии и антифрода. Не крафтить самую крутую в мире команду разработки, которая впятером может затащить любой проект, но раз в полгода попадает в кассовый разрыв из-за длинного цикла сделки, а придумать, как собирать десятки таких команд под одной крышей (моя мечта, да). Не таксовать с утра до вечера, придумать, как получить большой лизинговый контракт, чтобы открыть свой таксопарк.
Смысл бизнеса — в своём уникальном способе прийти к масштабу. Если уникального способа нет — будешь просто работать по 20 часов в день.
Коммуникация Систем: переписали «Асинхронную Архитектуру»
С Антоном Давыдовым мы начали работать ещё 2021 году, превратив его воркшоп о коммуникациях внутри Event-Driven систем в продукт, который так и назвали «Асинхронная Архитектура».
Прошло время, Антон вырос как эксперт и накопил материала о проектировании, и мы сделали с ним наш текущий флагман — «Анализ Систем». Курс получился крутым и ценным, и с «Асинхронной Архитектурой» почти не пересекался. Тем не менее в линейке образовался существенный пробел — в курсе «Анализ систем» мы говорим о разных архитектурных стилях, почти не касаясь коммуникации в них, а в «Асинхронной архитектуре» говорим о коммуникациях, но только для одного архитектурного стиля — Event Driven.
Наконец-то мы решили эту проблему и запускаем новый курс с Антоном — «Коммуникация систем». Он включает в себя сжатые и переработанные материалы из «Асинхронной Архитектуры» и добавляет кучу полезных инструментов, которые помогают проектировать коммуникации между разными частями сложных систем.
На курсе учимся строить модели данных, проводить Event Strorming, определять размеры событий, много говорим об эволюции и тестировании. Кароч, это продолжение «Анализа Систем». Как и в «Анализе систем» мы учим сначала думать, а потом делать, но на этот раз в разрезе коммуникаций частей системы между собой.
Материалы полезны тем, кто работает внутри монолитов, и тем, кто работает с распределёнными системами и планирует свои монолиты разобрать.
Стартуем 28 мая. Учимся 7 недель (интенсивно — 5).
Записаться на курс, прочитать пробный урок и всё такое →
До конца выходных действует промокод
Если уже были на «Асинхронной архитектуре» и хотите на обновленную версию — пишите на support@tough-dev.school, дадим скидку.
С Антоном Давыдовым мы начали работать ещё 2021 году, превратив его воркшоп о коммуникациях внутри Event-Driven систем в продукт, который так и назвали «Асинхронная Архитектура».
Прошло время, Антон вырос как эксперт и накопил материала о проектировании, и мы сделали с ним наш текущий флагман — «Анализ Систем». Курс получился крутым и ценным, и с «Асинхронной Архитектурой» почти не пересекался. Тем не менее в линейке образовался существенный пробел — в курсе «Анализ систем» мы говорим о разных архитектурных стилях, почти не касаясь коммуникации в них, а в «Асинхронной архитектуре» говорим о коммуникациях, но только для одного архитектурного стиля — Event Driven.
Наконец-то мы решили эту проблему и запускаем новый курс с Антоном — «Коммуникация систем». Он включает в себя сжатые и переработанные материалы из «Асинхронной Архитектуры» и добавляет кучу полезных инструментов, которые помогают проектировать коммуникации между разными частями сложных систем.
На курсе учимся строить модели данных, проводить Event Strorming, определять размеры событий, много говорим об эволюции и тестировании. Кароч, это продолжение «Анализа Систем». Как и в «Анализе систем» мы учим сначала думать, а потом делать, но на этот раз в разрезе коммуникаций частей системы между собой.
Материалы полезны тем, кто работает внутри монолитов, и тем, кто работает с распределёнными системами и планирует свои монолиты разобрать.
Стартуем 28 мая. Учимся 7 недель (интенсивно — 5).
Записаться на курс, прочитать пробный урок и всё такое →
До конца выходных действует промокод
LEADYOURSELFKS на 10% скидки.Если уже были на «Асинхронной архитектуре» и хотите на обновленную версию — пишите на support@tough-dev.school, дадим скидку.
Продукты для совместной работы и молчание
Я считаю, что молчание в работе ценнее, чем общение. Обидно, что продакт-менеджеры компаний, которые владеют средствами рабочей коммуникации, моё мнение не разделяют.
— Гитхаб присылает ВСЕ обновления от пулл-реквеста, в котором у тебя что-то спросили.
— Ноушен, хоть и присылает обновления дайджестами, делает их абсолютно нечитаемыми.
— Хабр.карьера присылает отдельное письмо о каждом новом отклике на вакансию.
— Сентри по умолчанию уведомляет о каждой новой ошибке (вроде в последнее время стало лучше, но у меня так)
— Слак, хоть и сделал развесистую систему настройки уведомлений, всё равно присылает всё не по делу.
Причины этого мне понятны — у владельцев этих продуктов есть KPI, пресловутый engagement. Если юзер часто заходит в таск-трекер — продакт получает премию, а CPO — бюджет, чтобы встроить в продукт соцсеть и ленту. Юзер заходит редко — значит продакт не молодец.
Я знаю только один продукт, который заботится о тишине своих пользователей — это бейскемп:
— Если отписаться от треда, то его автор никогда случайно тебя не подпишет обратно — интерфейс подписки спрятан за несколькими кликами.
— Есть система, которая поощряет людей вообще не писать комментов — это бусты. Уведомления от них приходят только автору сообщения, группируются в дайджесты
— Если написать что-то в проектный чат, то пользователь получит уведомление только один раз
— Есть специальный Focus Mode, когда система вообще перестаёт присылать уведомления.
Знаете ещё инструменты для совместной работы, которые берегут внимание? Напишите в комментах.
Я считаю, что молчание в работе ценнее, чем общение. Обидно, что продакт-менеджеры компаний, которые владеют средствами рабочей коммуникации, моё мнение не разделяют.
— Гитхаб присылает ВСЕ обновления от пулл-реквеста, в котором у тебя что-то спросили.
— Ноушен, хоть и присылает обновления дайджестами, делает их абсолютно нечитаемыми.
— Хабр.карьера присылает отдельное письмо о каждом новом отклике на вакансию.
— Сентри по умолчанию уведомляет о каждой новой ошибке (вроде в последнее время стало лучше, но у меня так)
— Слак, хоть и сделал развесистую систему настройки уведомлений, всё равно присылает всё не по делу.
Причины этого мне понятны — у владельцев этих продуктов есть KPI, пресловутый engagement. Если юзер часто заходит в таск-трекер — продакт получает премию, а CPO — бюджет, чтобы встроить в продукт соцсеть и ленту. Юзер заходит редко — значит продакт не молодец.
Я знаю только один продукт, который заботится о тишине своих пользователей — это бейскемп:
— Если отписаться от треда, то его автор никогда случайно тебя не подпишет обратно — интерфейс подписки спрятан за несколькими кликами.
— Есть система, которая поощряет людей вообще не писать комментов — это бусты. Уведомления от них приходят только автору сообщения, группируются в дайджесты
— Если написать что-то в проектный чат, то пользователь получит уведомление только один раз
— Есть специальный Focus Mode, когда система вообще перестаёт присылать уведомления.
Знаете ещё инструменты для совместной работы, которые берегут внимание? Напишите в комментах.
Не сделать страшнее, чем ошибиться
Бывают люди, которые ошибаться не любят меньше, чем не выполнять обещания. Программисты не улучшают код в проекте, потому что боятся критики; менеджеры не пинают подрядчика, потому что боятся, что он уйдёт; руководители не принимают решений, потому что боятся ошибиться.
Если вы из таких, хочу напомнить простой принцип, который работает не только в предпринимательстве, но и в работе по найму: пока не сделаешь — не узнаешь, прав ты или нет. Лучше выложить ПР и узнать, что он не ок, чем держать в себе желание что-то изменить и страдать от плохого кода. Лучше поставить ультиматум подрядчику, чем терпеть дерьмо.
Если вы не управляете ядерным реактором, ошибки — это нормальная часть рабочего процесса. Совершаете ошибки — работа идёт. Не делаете ничего, потому что боитесь критики — работа стоит. Не помню, когда последний раз увольнял человека за ошибки. А вот за то, что не делает то, что должен, я увольняю довольно часто.
—
Набираем на первый поток «Коммуникации Систем» — обновлённую «Асинхронную Архитектуру» с Антоном Давыдовым
Бывают люди, которые ошибаться не любят меньше, чем не выполнять обещания. Программисты не улучшают код в проекте, потому что боятся критики; менеджеры не пинают подрядчика, потому что боятся, что он уйдёт; руководители не принимают решений, потому что боятся ошибиться.
Если вы из таких, хочу напомнить простой принцип, который работает не только в предпринимательстве, но и в работе по найму: пока не сделаешь — не узнаешь, прав ты или нет. Лучше выложить ПР и узнать, что он не ок, чем держать в себе желание что-то изменить и страдать от плохого кода. Лучше поставить ультиматум подрядчику, чем терпеть дерьмо.
Если вы не управляете ядерным реактором, ошибки — это нормальная часть рабочего процесса. Совершаете ошибки — работа идёт. Не делаете ничего, потому что боитесь критики — работа стоит. Не помню, когда последний раз увольнял человека за ошибки. А вот за то, что не делает то, что должен, я увольняю довольно часто.
—
Набираем на первый поток «Коммуникации Систем» — обновлённую «Асинхронную Архитектуру» с Антоном Давыдовым
#вопрос
Мне 38, в программировании 12 лет. До сих пор не определилась, чего хочу от карьеры, по разным градациям до сих пор midlevel.
Благодаря твоим постам и вводному уроку курса «Стать тимлидом» утвердилась в том, что в манагеры я не хочу точно. Но и быть “просто кодером” будто уже не солидно что ли.
Мне нравится писать код, улучшать сервисы, оптимизировать, выносить функционал из монолита, редизайнить, переносить на более эффективный стек (из последнего nodejs -> golang, проекты веду сама) – те это всё вокруг code quality, performance, scalability, maintainability, техдолг и иже с ними.
Это кажется нужным и полезным, и это то, что мне нравится делать. Но это не выглядит особенно востребованным и тем, за что ценят и хорошо платят. И уж тем более — не зовут синьёром. Хочется продолжать делать то, что нравится, и при этом иметь возможность делать на этом больше денег.
Зарегистрировала юрлицо, думала, может этим и заняться в порядке аутсорса?
Какой бы совет относительно дальнейшей карьеры ты бы мог дать? Куда посмотреть?
——
Судя по тому, что ты читала вводный урок «Стать Тимлидом», ты отличаешь профессиональный рост от карьерного, и задаёшь вопрос именно о карьерном и материальном росте. Вариант стать гуру-синьёром-архитектором, который планирует просидеть до 60 лет на большой зарплате в условном Яндексе, для тебя тоже не подходит: иначе ты бы искала как туда попасть, и спрашивала бы об этом не у меня. Карьеру руководителя ты тоже отвергаешь. Понимаю и разделяю.
В таком случае остаётся осознать грустный факт — просто сидеть в роли мидла-исполнителя дальше не получится: это кайфово, но не приносит денег, а все достижения в твоей работе чего-то стоят только внутри компании, в рамках которой ты к ним пришла.
Чтобы самостоятельно управлять тем, что делаешь и присваивать эти достижения, надо менять что-то в неайтишной части твоих скиллов — защищать идеи, продавать свою экспертизу, учиться размышлять как продакт-менеджер и предприниматель.
Вовсе не обязательно для этого открывать юрлицо и идти в аутсорс (я вообще этого никому не советую). Можно пойти в продуктовую сторону, а там где не хватает собственной экспертизы — поискать партнёров, которые согласны мириться с вашими слабыми сторонами. К примеру — найти сильного b2b-продавца с экспертизой в условной банковской сфере и запустить вместе какой-нибудь супер-новый сервис скоринга для банков. Или, если любишь code quality — подумай о продукте на эту тему: насколько я понимаю, на отечественном рынке до сих пор царит вакуум. Венчур это или нет — пофиг (я — за не-венчур).
Это был традиционный ответ по понедельникам. Прислайте профессиональные вопросы на fborshev@pm.me.
Мне 38, в программировании 12 лет. До сих пор не определилась, чего хочу от карьеры, по разным градациям до сих пор midlevel.
Благодаря твоим постам и вводному уроку курса «Стать тимлидом» утвердилась в том, что в манагеры я не хочу точно. Но и быть “просто кодером” будто уже не солидно что ли.
Мне нравится писать код, улучшать сервисы, оптимизировать, выносить функционал из монолита, редизайнить, переносить на более эффективный стек (из последнего nodejs -> golang, проекты веду сама) – те это всё вокруг code quality, performance, scalability, maintainability, техдолг и иже с ними.
Это кажется нужным и полезным, и это то, что мне нравится делать. Но это не выглядит особенно востребованным и тем, за что ценят и хорошо платят. И уж тем более — не зовут синьёром. Хочется продолжать делать то, что нравится, и при этом иметь возможность делать на этом больше денег.
Зарегистрировала юрлицо, думала, может этим и заняться в порядке аутсорса?
Какой бы совет относительно дальнейшей карьеры ты бы мог дать? Куда посмотреть?
——
Судя по тому, что ты читала вводный урок «Стать Тимлидом», ты отличаешь профессиональный рост от карьерного, и задаёшь вопрос именно о карьерном и материальном росте. Вариант стать гуру-синьёром-архитектором, который планирует просидеть до 60 лет на большой зарплате в условном Яндексе, для тебя тоже не подходит: иначе ты бы искала как туда попасть, и спрашивала бы об этом не у меня. Карьеру руководителя ты тоже отвергаешь. Понимаю и разделяю.
В таком случае остаётся осознать грустный факт — просто сидеть в роли мидла-исполнителя дальше не получится: это кайфово, но не приносит денег, а все достижения в твоей работе чего-то стоят только внутри компании, в рамках которой ты к ним пришла.
Чтобы самостоятельно управлять тем, что делаешь и присваивать эти достижения, надо менять что-то в неайтишной части твоих скиллов — защищать идеи, продавать свою экспертизу, учиться размышлять как продакт-менеджер и предприниматель.
Вовсе не обязательно для этого открывать юрлицо и идти в аутсорс (я вообще этого никому не советую). Можно пойти в продуктовую сторону, а там где не хватает собственной экспертизы — поискать партнёров, которые согласны мириться с вашими слабыми сторонами. К примеру — найти сильного b2b-продавца с экспертизой в условной банковской сфере и запустить вместе какой-нибудь супер-новый сервис скоринга для банков. Или, если любишь code quality — подумай о продукте на эту тему: насколько я понимаю, на отечественном рынке до сих пор царит вакуум. Венчур это или нет — пофиг (я — за не-венчур).
Это был традиционный ответ по понедельникам. Прислайте профессиональные вопросы на fborshev@pm.me.
В четверг, в 16:00 MSK будем с Антоном Давыдовым отвечать на вопросы о «Коммуникации Систем». Расскажем чего ждать на курсе, как будет проходить обучение и что поменяли со времён «Асинхронной Архитектуры» (спойлер: всё).
Встречаемся прямо здесь 15 мая в 16:00 MSK, будет видео-стрим. Записи не будет.
———
А ещё сегодня вроде как значимо поднимаются цены, но на сайте до сих пор не поменяли, так что го покупать, если хотите сэкономить
Встречаемся прямо здесь 15 мая в 16:00 MSK, будет видео-стрим. Записи не будет.
———
А ещё сегодня вроде как значимо поднимаются цены, но на сайте до сих пор не поменяли, так что го покупать, если хотите сэкономить
FEDOR BORSHEV
В четверг, в 16:00 MSK будем с Антоном Давыдовым отвечать на вопросы о «Коммуникации Систем». Расскажем чего ждать на курсе, как будет проходить обучение и что поменяли со времён «Асинхронной Архитектуры» (спойлер: всё). Встречаемся прямо здесь 15 мая в 16:00…
Иногда надо заплатить побольше
Есть много услуг, в которых плохое качество — это стандарт:
— Недвижимость с огромным количеством риэлторов-бездельников
— Ремонт и стройка, где принято обманывать с ценой и сроками
— Массовые сервисы для бизнеса — регистрация юрлиц, бухгалтерия.
— Визовая поддержка — на массовых кейсах вроде краткосрочных шенгенов принято делать свою работу едва ли не хуже, чем на стройке.
— Аутсорс-разработка. Ну тут всё понятно, кек.
Находишь на таком рынке поставщика, а он тебя обманывает. Идёшь к другому — он тоже обманывает. На третий раз решаешь, что «так принято», вздыхаешь и миришься с дерьмом.
Несмотря на принцип не работать с мудаками, когда я ушёл в свой бизнес, я на это забил. Нужно было сразу получить много разных услуг, и не было сил разбираться — вот и привык. Терял на этом кучу времени. Классический кейс — поиск бухгалтера в центральной Азии. Было даже хуже, чем я привык — один бухгалтер в какой-то момент пропал настолько, что не брал трубку несколько месяцев, а потом даже перестал выставлять счета (надеюсь, у него всё хорошо).
Когда мне это совсем надоело, включилась сила воли — и я нанял бухгалтера на х3 от рынка, с которым сразу договорился, что если тот начнёт меня игнорить и не выполнять обещания, то мы с ним расстанемся. До сих пор всё хорошо.
Кажется, сработал простой принцип — чем услуга более дорогая, тем менее она массовая. А значит каждый клиент стоит гораздо дороже. То есть моя угроза расстаться с бухгалтером, которому я плачу х3, стоит в три раза дороже, чем такая же угроза от среднерыночного клиента.
К сожалению, в совсем массовых услугах, вроде недвижимости и стройки, не работает и это — поток людей, которые обращаются к риэлторам «чтобы всё было надёжно» и мирятся с прорабами-мудаками, не иссякнет никогда. А вот в более штучных услугах — вполне работает.
Правда, предлагают такого мало: чтобы найти исполнителя, который готов оказывать качественную услугу, надо включать голову и долго-долго искать.
——
Ещё можно оплатить по безналу «Коммуникацию Систем» — обновлённую «Асинхронную Архитектуру» с Антоном Давыдовым. Стартуем 28 мая
Есть много услуг, в которых плохое качество — это стандарт:
— Недвижимость с огромным количеством риэлторов-бездельников
— Ремонт и стройка, где принято обманывать с ценой и сроками
— Массовые сервисы для бизнеса — регистрация юрлиц, бухгалтерия.
— Визовая поддержка — на массовых кейсах вроде краткосрочных шенгенов принято делать свою работу едва ли не хуже, чем на стройке.
— Аутсорс-разработка. Ну тут всё понятно, кек.
Находишь на таком рынке поставщика, а он тебя обманывает. Идёшь к другому — он тоже обманывает. На третий раз решаешь, что «так принято», вздыхаешь и миришься с дерьмом.
Несмотря на принцип не работать с мудаками, когда я ушёл в свой бизнес, я на это забил. Нужно было сразу получить много разных услуг, и не было сил разбираться — вот и привык. Терял на этом кучу времени. Классический кейс — поиск бухгалтера в центральной Азии. Было даже хуже, чем я привык — один бухгалтер в какой-то момент пропал настолько, что не брал трубку несколько месяцев, а потом даже перестал выставлять счета (надеюсь, у него всё хорошо).
Когда мне это совсем надоело, включилась сила воли — и я нанял бухгалтера на х3 от рынка, с которым сразу договорился, что если тот начнёт меня игнорить и не выполнять обещания, то мы с ним расстанемся. До сих пор всё хорошо.
Кажется, сработал простой принцип — чем услуга более дорогая, тем менее она массовая. А значит каждый клиент стоит гораздо дороже. То есть моя угроза расстаться с бухгалтером, которому я плачу х3, стоит в три раза дороже, чем такая же угроза от среднерыночного клиента.
К сожалению, в совсем массовых услугах, вроде недвижимости и стройки, не работает и это — поток людей, которые обращаются к риэлторам «чтобы всё было надёжно» и мирятся с прорабами-мудаками, не иссякнет никогда. А вот в более штучных услугах — вполне работает.
Правда, предлагают такого мало: чтобы найти исполнителя, который готов оказывать качественную услугу, надо включать голову и долго-долго искать.
——
Ещё можно оплатить по безналу «Коммуникацию Систем» — обновлённую «Асинхронную Архитектуру» с Антоном Давыдовым. Стартуем 28 мая
У нас в «ФАНС» новый кейс — за 3 месяца сделали LMS для «Синхронизации».
Лично для меня повод гордиться — в количестве человек. В поминальнике 11 человек от нас, 8 от клиента и ещё 2 от дизайн-студии. Итого 21!
Проект такого объёма за такой срок в ИТ-аутсорсе — большая редкость: средний бизнес со средним подрядчиком за 3 месяца успеет только собрать требования и подписать ТЗ. Время уходит на согласования, споры и взаимные продавливания, и чем больше людей с обоих сторон — тем дольше этот этап будет длиться. Конечно, если подрядчик знакомый — всё происходит чуть легче за счёт взаимного доверия. Но я не знаю ни одного исполнителя на рынке, который доведёт такой проект, да ещё и с легаси, с нуля до прода меньше, чем за полгода.
Мы смогли — благодаря продуктовой экспертизе со стороны Синхро (Таня, я ни о ком ещё не слышал столько хороших отзывов от команды❤️) и благодаря нашим крутым ребятам.
Хотите так же — пишите Самату, @samatg
Лично для меня повод гордиться — в количестве человек. В поминальнике 11 человек от нас, 8 от клиента и ещё 2 от дизайн-студии. Итого 21!
Проект такого объёма за такой срок в ИТ-аутсорсе — большая редкость: средний бизнес со средним подрядчиком за 3 месяца успеет только собрать требования и подписать ТЗ. Время уходит на согласования, споры и взаимные продавливания, и чем больше людей с обоих сторон — тем дольше этот этап будет длиться. Конечно, если подрядчик знакомый — всё происходит чуть легче за счёт взаимного доверия. Но я не знаю ни одного исполнителя на рынке, который доведёт такой проект, да ещё и с легаси, с нуля до прода меньше, чем за полгода.
Мы смогли — благодаря продуктовой экспертизе со стороны Синхро (Таня, я ни о ком ещё не слышал столько хороших отзывов от команды❤️) и благодаря нашим крутым ребятам.
Хотите так же — пишите Самату, @samatg
Sold out на «Коммуникации систем»
Обычно мы закрываем запись в день начала обучения. Сейчас закрываем раньше — на выходных мы набрали столько, сколько хотели. Возьмём больше — придётся жертвовать качеством.
Обычно продажи закрывают без предупреждения, но мы так никогда раньше не делали. Поэтому закрывать одним днём будет нечестно. Если хотели запрыгнуть в последний вагон — до вечера ещё можно купить. Если вас будет слишком много — закроем раньше. Следующий поток будет в конце года, до этого можно будет купить самостоятельный тариф.
У меня нет цели обострить этим постом FOMO или ещё как-то нарастить продажи — нам хватит. В будущем о солдаутах будем предупреждать раньше и со счётчиком.
Спасибо вам за доверие! Надеюсь, оправдаем
Обычно мы закрываем запись в день начала обучения. Сейчас закрываем раньше — на выходных мы набрали столько, сколько хотели. Возьмём больше — придётся жертвовать качеством.
Обычно продажи закрывают без предупреждения, но мы так никогда раньше не делали. Поэтому закрывать одним днём будет нечестно. Если хотели запрыгнуть в последний вагон — до вечера ещё можно купить. Если вас будет слишком много — закроем раньше. Следующий поток будет в конце года, до этого можно будет купить самостоятельный тариф.
У меня нет цели обострить этим постом FOMO или ещё как-то нарастить продажи — нам хватит. В будущем о солдаутах будем предупреждать раньше и со счётчиком.
Спасибо вам за доверие! Надеюсь, оправдаем
Вчера стартовали «Коммуникацию систем», а я не пришёл на первую встречу — не было времени, одновременно редачу материалы и пишу код в LMS.
Колеги скидывают скриншоты из чата, познакомлюсь с ребятами хоть так. Смотрите, какие все крутые!
Колеги скидывают скриншоты из чата, познакомлюсь с ребятами хоть так. Смотрите, какие все крутые!