«Код ИТ-директора». Пост #1: Знакомство и правила игры
Всем привет. Меня зовут Виталий Барилко.
Я — директор и основатель компании «СОФТОНИТ», мы разрабатываем решения для автоматизации IT-отделов, в том числе наш флагманский продукт «Управление IT-отделом 8». Но этот канал не про рекламу.
Этот канал — про реальность. За годы работы в IT я постоянно вижу огромную пропасть между теорией из бизнес-книг и тем, что на самом деле происходит в серверных, на переговорах с клиентами и в головах у разработчиков.
«Код ИТ-директора» — это моя попытка эту пропасть сократить.
🟢 Что здесь будет:
* Реальные кейсы: Разбор интересных задач и проблем из практики управления IT-компанией (в рамках разумного и без нарушения NDA).
* Мысли директора: Мои наблюдения о бизнесе, управлении людьми, рисках и стратегиях в IT-сфере.
* Практические инструменты: Полезные программы, репозитории на GitHub, скрипты и методики, которые я сам использую в работе.
* Подводные камни продуктов: Честный разбор неочевидных моментов в IT-решениях, в том числе и в наших собственных.
🚫 Чего здесь точно НЕ будет:
* Бездумного пересказа новостей.
* Историй про «успешный успех» и мотивационной воды.
* Теории, оторванной от российской действительности.
Почему «Код ИТ-директора»? С одной стороны, это про программный код, который лежит в основе нашей работы. С другой — про личный кодекс принципов и правил, который помогает принимать решения.
📱 Подписывайтесь, если вам такой подход близок.
И чтобы начать диалог, напишите в комментариях: какая самая большая проблема в управлении IT, которую, по-вашему, все игнорируют?
Всем привет. Меня зовут Виталий Барилко.
Я — директор и основатель компании «СОФТОНИТ», мы разрабатываем решения для автоматизации IT-отделов, в том числе наш флагманский продукт «Управление IT-отделом 8». Но этот канал не про рекламу.
Этот канал — про реальность. За годы работы в IT я постоянно вижу огромную пропасть между теорией из бизнес-книг и тем, что на самом деле происходит в серверных, на переговорах с клиентами и в головах у разработчиков.
«Код ИТ-директора» — это моя попытка эту пропасть сократить.
* Реальные кейсы: Разбор интересных задач и проблем из практики управления IT-компанией (в рамках разумного и без нарушения NDA).
* Мысли директора: Мои наблюдения о бизнесе, управлении людьми, рисках и стратегиях в IT-сфере.
* Практические инструменты: Полезные программы, репозитории на GitHub, скрипты и методики, которые я сам использую в работе.
* Подводные камни продуктов: Честный разбор неочевидных моментов в IT-решениях, в том числе и в наших собственных.
* Бездумного пересказа новостей.
* Историй про «успешный успех» и мотивационной воды.
* Теории, оторванной от российской действительности.
Почему «Код ИТ-директора»? С одной стороны, это про программный код, который лежит в основе нашей работы. С другой — про личный кодекс принципов и правил, который помогает принимать решения.
И чтобы начать диалог, напишите в комментариях: какая самая большая проблема в управлении IT, которую, по-вашему, все игнорируют?
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
15 лет в бизнесе: о чем я жалею и что сделал бы иначе
Есть период в жизни, который я до сих пор вспоминаю с содроганием. У меня ипотека, работающая за копейки жена в школе и маленький ребенок, а я принимаю решение уйти с основной, стабильной работы с должности руководителя разработки. Уйти в никуда, как тогда казалось. Страшно было — просто ужас.
Но именно в тот момент начался мой бизнес.
Всему виной была идея, которая не давала мне покоя. Я, как IT-специалист, хотел создать инструмент на все случаи жизни для таких же, как я. Нужен учет оборудования? Пожалуйста. Хочешь задачки от пользователей фиксировать? Не вопрос. Собирать статистику по ремонтам? Легко.
Эта идея вылилась в продукт «Управление IT-отделом 8». Сначала я продавал его на Инфостарте, и когда доход от продукта сравнялся с зарплатой, а нагрузка от клиентов начала расти, я сделал тот самый шаг.
Моим первым «офисом» стал балкон в квартире. И первым вызовом оказался не код, а самодисциплина. Пошел на кухню за водой, открыл холодильник, включил на минуточку телевизор — и вот уже 40 минут рабочего времени испарились.
Дела шли в гору, я пилил сайт, оформлял заказы, работал с бухгалтерией и через годик стал замечать, что кодить стал меньше, а вот заниматься около рабочими вопросами больше. В тоже самое время у моей жены произошел нервный срыв в связи с работой в школе и на семейном совете было принято решение со школы уйти и помогать мне в бухгалтерских делах и работе с клиентами. Парадоксально, но самое трудное оказалось не написать код, а организовать сервис и поддержку.
Еще из нюансов — это проблема с соблюдением баланса работы и личной жизни (этот пресловутый work life balance). Семья куда важнее всего этого.
В конечном итоге пришел к простой мысли: работать надо в офисе, а не дома, где слишком много соблазнов.
Решил арендовать офис. В нашем городе был бизнес-инкубатор, куда я успешно перебрался. Через время появился сотрудник в помощь мне, потом менеджер, потом еще сотрудник. Так и завертелось, закрутилось. Появлялись новые продукты, клиентская база росла и растет до сих пор.
Если бы я начинал сегодня, я бы сделал три вещи иначе:
Быстрее бы переехал в офис и нанял толкового менеджера по продажам. Как оказалось действительно толковый менеджер может перевернуть продажи, а я слишком долго тянул с этим.
С первого дня вложился бы в организацию первоклассной техподдержки. Это самое трудное в продаже продукта, и организовать это на высоком уровне невероятно сложно.
Жестче бы контролировал work-life balance. Это самое мучительное лично для меня и по сей день. Не попадайтесь в этот капкан.
PS: Прошло больше 15 лет. Сейчас «Управление IT-отделом 8» — полноценный продукт с клиентами, командой и своей историей.
Но иногда я вспоминаю тот балкон, ипотеку и ледяной ужас — и понимаю, что именно в тот момент всё началось.
Если вы стоите на распутье — знайте: страшно будет всегда. Главное — не оставаться в одиночку и честно считать риски.
Есть период в жизни, который я до сих пор вспоминаю с содроганием. У меня ипотека, работающая за копейки жена в школе и маленький ребенок, а я принимаю решение уйти с основной, стабильной работы с должности руководителя разработки. Уйти в никуда, как тогда казалось. Страшно было — просто ужас.
Но именно в тот момент начался мой бизнес.
Всему виной была идея, которая не давала мне покоя. Я, как IT-специалист, хотел создать инструмент на все случаи жизни для таких же, как я. Нужен учет оборудования? Пожалуйста. Хочешь задачки от пользователей фиксировать? Не вопрос. Собирать статистику по ремонтам? Легко.
Эта идея вылилась в продукт «Управление IT-отделом 8». Сначала я продавал его на Инфостарте, и когда доход от продукта сравнялся с зарплатой, а нагрузка от клиентов начала расти, я сделал тот самый шаг.
Моим первым «офисом» стал балкон в квартире. И первым вызовом оказался не код, а самодисциплина. Пошел на кухню за водой, открыл холодильник, включил на минуточку телевизор — и вот уже 40 минут рабочего времени испарились.
Дела шли в гору, я пилил сайт, оформлял заказы, работал с бухгалтерией и через годик стал замечать, что кодить стал меньше, а вот заниматься около рабочими вопросами больше. В тоже самое время у моей жены произошел нервный срыв в связи с работой в школе и на семейном совете было принято решение со школы уйти и помогать мне в бухгалтерских делах и работе с клиентами. Парадоксально, но самое трудное оказалось не написать код, а организовать сервис и поддержку.
Еще из нюансов — это проблема с соблюдением баланса работы и личной жизни (этот пресловутый work life balance). Семья куда важнее всего этого.
В конечном итоге пришел к простой мысли: работать надо в офисе, а не дома, где слишком много соблазнов.
Решил арендовать офис. В нашем городе был бизнес-инкубатор, куда я успешно перебрался. Через время появился сотрудник в помощь мне, потом менеджер, потом еще сотрудник. Так и завертелось, закрутилось. Появлялись новые продукты, клиентская база росла и растет до сих пор.
Если бы я начинал сегодня, я бы сделал три вещи иначе:
Быстрее бы переехал в офис и нанял толкового менеджера по продажам. Как оказалось действительно толковый менеджер может перевернуть продажи, а я слишком долго тянул с этим.
С первого дня вложился бы в организацию первоклассной техподдержки. Это самое трудное в продаже продукта, и организовать это на высоком уровне невероятно сложно.
Жестче бы контролировал work-life balance. Это самое мучительное лично для меня и по сей день. Не попадайтесь в этот капкан.
PS: Прошло больше 15 лет. Сейчас «Управление IT-отделом 8» — полноценный продукт с клиентами, командой и своей историей.
Но иногда я вспоминаю тот балкон, ипотеку и ледяной ужас — и понимаю, что именно в тот момент всё началось.
Если вы стоите на распутье — знайте: страшно будет всегда. Главное — не оставаться в одиночку и честно считать риски.
❤2
Про сотрудника Игоря, или про того, кто ни в чем никогда не виноват
Работал у меня в компании лет 5 сотрудник, назовем его Игорь. И странное дело, он всегда был ни в чем не виноват. Что бы ни происходило, но он не виноват по определению.
Это был человек, который всегда делал работу только так, что у него не было никаких вариантов для самостоятельного принятия решений. Если ему что-то непонятно (даже по мелочи), он всегда подходил и спрашивал, как быть. Если есть несколько вариантов решения задачи, он озвучит все варианты и оставить выбор за мной.
С одной стороны, это хорошо, как сотрудник он всегда делегировал сложную часть работы и ответственность на руководителя, а с другой стороны, выглядел как маленький ребёнок, которому дали задачу и даже в самых простых вещах человек бежит к тебе и спрашивает, что и как ему делать.
Причём если ошибка была в коде, который он написал. Игорь каким-то волшебным образом умудрялся всегда находить слова типа: «А вот помнишь, ты мне говорил вот это сделать, я так и сделал, и вот в результате появилась ошибка». Иногда доходило до смешного: на форме при разработке были какие-то орфографические ошибки, и он начинал юлить. )) Мне в какой-то момент даже стало интересно, а в принципе он может сказать: «Я сделал здесь ошибку». И знаете что? За 5 лет работы с ним я так и не добился такого признания.
Что еще было: был сон на рабочем месте в рабочее время, несколько жестких будунищ после выходных, и в таких случаях я всегда его отправлял домой, потому что толку от такого сотрудника нет никакого (это другая история). Но нет. Он никогда не виноват. )))
Минутка рефлексии и мои рассуждения по поводу таких сотрудников:
1. Сотрудник, не берущий на себя ответственность, обходится компании дороже, чем кажется. Его реальная стоимость — это не только его зарплата, но и десятки часов моего времени как руководителя, потраченные на микроменеджмент и исправление последствий и принятие решений там, где это должен был сделать он. Я, как руководитель, хочу платить деньги профессионалу, а не маленькому ребенку.
2. На собеседовании нужно всегда задавать вопрос об ошибках. Простой вопрос «Расскажите о своей самой серьезной ошибке и что вы сделали, чтобы ее исправить?» мгновенно выявляет «Игорей». Они либо не могут вспомнить ни одной ошибки, либо рассказывают историю, где виноваты были обстоятельства или коллеги. Так не бывает в реальной жизни. Мы все ошибаемся и это нужно уметь признавать.
3. Нужно вовремя принимать решение об увольнении. Моя ошибка была в том, что я держал Игоря 5 лет в надежде, что он изменится. Люди меняются крайне редко. Моя задача как руководителя — не быть психотерапевтом, а собирать эффективную команду. Я затянул с этим решением, и это стоило компании и денег, и нервов.
Такие дела…
А у вас в практике был такой коллега — Игорь, который никогда не берет на себя ответственность и пытается ее спихнуть на другого человека?
Работал у меня в компании лет 5 сотрудник, назовем его Игорь. И странное дело, он всегда был ни в чем не виноват. Что бы ни происходило, но он не виноват по определению.
Это был человек, который всегда делал работу только так, что у него не было никаких вариантов для самостоятельного принятия решений. Если ему что-то непонятно (даже по мелочи), он всегда подходил и спрашивал, как быть. Если есть несколько вариантов решения задачи, он озвучит все варианты и оставить выбор за мной.
С одной стороны, это хорошо, как сотрудник он всегда делегировал сложную часть работы и ответственность на руководителя, а с другой стороны, выглядел как маленький ребёнок, которому дали задачу и даже в самых простых вещах человек бежит к тебе и спрашивает, что и как ему делать.
Причём если ошибка была в коде, который он написал. Игорь каким-то волшебным образом умудрялся всегда находить слова типа: «А вот помнишь, ты мне говорил вот это сделать, я так и сделал, и вот в результате появилась ошибка». Иногда доходило до смешного: на форме при разработке были какие-то орфографические ошибки, и он начинал юлить. )) Мне в какой-то момент даже стало интересно, а в принципе он может сказать: «Я сделал здесь ошибку». И знаете что? За 5 лет работы с ним я так и не добился такого признания.
Что еще было: был сон на рабочем месте в рабочее время, несколько жестких будунищ после выходных, и в таких случаях я всегда его отправлял домой, потому что толку от такого сотрудника нет никакого (это другая история). Но нет. Он никогда не виноват. )))
Минутка рефлексии и мои рассуждения по поводу таких сотрудников:
1. Сотрудник, не берущий на себя ответственность, обходится компании дороже, чем кажется. Его реальная стоимость — это не только его зарплата, но и десятки часов моего времени как руководителя, потраченные на микроменеджмент и исправление последствий и принятие решений там, где это должен был сделать он. Я, как руководитель, хочу платить деньги профессионалу, а не маленькому ребенку.
2. На собеседовании нужно всегда задавать вопрос об ошибках. Простой вопрос «Расскажите о своей самой серьезной ошибке и что вы сделали, чтобы ее исправить?» мгновенно выявляет «Игорей». Они либо не могут вспомнить ни одной ошибки, либо рассказывают историю, где виноваты были обстоятельства или коллеги. Так не бывает в реальной жизни. Мы все ошибаемся и это нужно уметь признавать.
3. Нужно вовремя принимать решение об увольнении. Моя ошибка была в том, что я держал Игоря 5 лет в надежде, что он изменится. Люди меняются крайне редко. Моя задача как руководителя — не быть психотерапевтом, а собирать эффективную команду. Я затянул с этим решением, и это стоило компании и денег, и нервов.
Такие дела…
А у вас в практике был такой коллега — Игорь, который никогда не берет на себя ответственность и пытается ее спихнуть на другого человека?
❤2
Резюме с бесконечной чередой работ: красный флаг или новое поколение?
Меня каждый раз удивляют резюме на hh.ru, где у соискателя — 7 мест работы за последние 2 года. Каждое по 3–4 месяца (!) Что это вообще?
Я понимаю, что можно уйти от токсичного начальника. Один-два раза. Но если человек регулярно сбегает с места — у меня два варианта объяснения:
1. Он не тянет. На собеседовании выглядит норм, но по факту быстро становится балластом. Его увольняют — он ищет новую «жертву».
2. Он не умеет работать в команде. Или просто не знает, чего хочет. То стартап не такой, то проект скучный, то команда «не зашла».
В любом случае — это рисковый кандидат. Особенно в небольших ИТ-компаниях, где каждый человек на счету. Инвестировать время в такого — себе дороже.
Да, бывают исключения. Но скорее всего все так как я описал. Что думаете на эту тему?
Меня каждый раз удивляют резюме на hh.ru, где у соискателя — 7 мест работы за последние 2 года. Каждое по 3–4 месяца (!) Что это вообще?
Я понимаю, что можно уйти от токсичного начальника. Один-два раза. Но если человек регулярно сбегает с места — у меня два варианта объяснения:
1. Он не тянет. На собеседовании выглядит норм, но по факту быстро становится балластом. Его увольняют — он ищет новую «жертву».
2. Он не умеет работать в команде. Или просто не знает, чего хочет. То стартап не такой, то проект скучный, то команда «не зашла».
В любом случае — это рисковый кандидат. Особенно в небольших ИТ-компаниях, где каждый человек на счету. Инвестировать время в такого — себе дороже.
Да, бывают исключения. Но скорее всего все так как я описал. Что думаете на эту тему?
💯1
AI — это бригада строителей, за которой нужен глаз да глаз
Весь мир гудит про AI. Я решил проверить его в деле: написал с помощью AI-ассистента рабочее приложение на Python, который я почти не знаю. Точнее так: я понимаю суть того, что происходит, могу понять, как и что работает, но не знаю языковых конструкций, не знаю подводных камней языка, но точно знаю, что и как я хочу получить. Купил подписку на Cursor, поставил себе цель-вызов разобраться с вайб-кодингом.
Вернемся к проекту. Итак, есть цель: написать приложение на Python в Cursor API для извлечения текста из документов самых различных форматов. На вход в API передаем файл, на выходе получаем текст. Мы хотим с коллегами подготовить RAG для нашей базы знаний, чтобы можно было искать информацию с использованием AI и обучать по нашим данным. Тут, конечно, нужна целая инфраструктура, но начинаем мы с малого. Один из кирпичиков — это извлечение текста из всего, что можно.
▶️ Читать мою статью на Хабре: https://habr.com/ru/companies/softonit/articles/925716/
▶️ Скачать инструмент на GitHub: https://github.com/Diversus23/extract-text
Все абсолютно бесплатно.
Выводы: что точно могу сказать? AI — может. И да, это только начало. Но главная проблема в том, что ей надо четко ставить цели, писать ТЗ и корректировать ее работу, постоянно возвращая в рабочее русло. Я как-то объяснял не ИТ-шнику, что такое ИИ и как он работает, и нашел, как мне кажется, отличную аналогию.
Представьте, что ИИ — это бригада очень качественных строителей, при этом они не боятся работы, но не всегда тебя слушают, и если им покажется, что сделать по-другому будет лучше, или в твоих словах найдут несостыковки, то они сделают все по-своему. Говоришь: «Постройте мне стену», и они ее сделают. Но не из того материала, не там, где ты хотел, и не той толщины, но сделают на их взгляд отлично! ))) Улавливаете суть? Нужно точно говорить, где ставить стену, как ее строить, что в какой последовательности делать и из какого материала, тогда результат будет именно тот, который вы ожидаете. Ну и да. Нужен контроль. Все сделано? Надо проверить, нет ли в новой стене дырок, точно ли раствор тот и т. п.
Понятно, что это только начало, но даже так это отличный помощник, который может на себя забрать часть рутины (и не только).
Весь мир гудит про AI. Я решил проверить его в деле: написал с помощью AI-ассистента рабочее приложение на Python, который я почти не знаю. Точнее так: я понимаю суть того, что происходит, могу понять, как и что работает, но не знаю языковых конструкций, не знаю подводных камней языка, но точно знаю, что и как я хочу получить. Купил подписку на Cursor, поставил себе цель-вызов разобраться с вайб-кодингом.
Вернемся к проекту. Итак, есть цель: написать приложение на Python в Cursor API для извлечения текста из документов самых различных форматов. На вход в API передаем файл, на выходе получаем текст. Мы хотим с коллегами подготовить RAG для нашей базы знаний, чтобы можно было искать информацию с использованием AI и обучать по нашим данным. Тут, конечно, нужна целая инфраструктура, но начинаем мы с малого. Один из кирпичиков — это извлечение текста из всего, что можно.
▶️ Читать мою статью на Хабре: https://habr.com/ru/companies/softonit/articles/925716/
▶️ Скачать инструмент на GitHub: https://github.com/Diversus23/extract-text
Все абсолютно бесплатно.
Выводы: что точно могу сказать? AI — может. И да, это только начало. Но главная проблема в том, что ей надо четко ставить цели, писать ТЗ и корректировать ее работу, постоянно возвращая в рабочее русло. Я как-то объяснял не ИТ-шнику, что такое ИИ и как он работает, и нашел, как мне кажется, отличную аналогию.
Представьте, что ИИ — это бригада очень качественных строителей, при этом они не боятся работы, но не всегда тебя слушают, и если им покажется, что сделать по-другому будет лучше, или в твоих словах найдут несостыковки, то они сделают все по-своему. Говоришь: «Постройте мне стену», и они ее сделают. Но не из того материала, не там, где ты хотел, и не той толщины, но сделают на их взгляд отлично! ))) Улавливаете суть? Нужно точно говорить, где ставить стену, как ее строить, что в какой последовательности делать и из какого материала, тогда результат будет именно тот, который вы ожидаете. Ну и да. Нужен контроль. Все сделано? Надо проверить, нет ли в новой стене дырок, точно ли раствор тот и т. п.
Понятно, что это только начало, но даже так это отличный помощник, который может на себя забрать часть рутины (и не только).
❤1
Про людей, которые не умеют делегировать работу
Есть у меня одна знакомая главный бухгалтер, мы с ней в достаточно хороших отношениях, где-то даже немного доверительных. Мне всегда не нравилось, как она делает рабочие дела, которые ей нужно выполнить. Не в том смысле, что она ленится или непрофессионально относится к своей работе. Нет. Она слишком много тащит на себе.
В результате какие-то вещи она забывает (невозможно всё помнить), ее потом начинает есть совесть, это еще больше усугубляет ситуацию. Какие-то дела вынуждено игнорирует, т. к. сейчас «не до этого». Причем фирма не маленькая, дел много, а административной работой занимается явно меньше человек, чем это нужно.
Мои советы, мол, найди себе человека, который будет секретарем, чтобы снять с себя груз тех дел, которые легко можно переложить на другого. Или помощника главного бухгалтера, чтобы закрыл какие-то дыры. Идет молчаливое согласие и… Ничего не происходит.
Человек прекрасный. Отзывчивая, очень умная, технически подкованная, но неумение делегировать работу очень сильно ей мешает. Это прям видно. А отсюда:
* Переработки;
* Нервное напряжение;
* Работа мешает личной жизни;
* Аааа, караул! Я не успеваю сдать отчетность!
* Сегодня я легла спать в 4…
Ее отговорки в стиле «я сделаю работу лучше», «а кого?», «ну а кто сможет сделать это?» и т. п. я не понимаю и не принимаю.
Я это всё к чему. Умение делегировать — один из ключевых навыков любого руководителя. И да, его не преподают в вузе. Его не формирует опыт специалиста. Синдром отличника в полной красе: «если хочешь сделать хорошо — сделай сам».
Делегирование — это не отказ от ответственности. Это её грамотное распределение.
А вы умеете делегировать? Или тоже иногда не можете отпустить контроль?
Есть у меня одна знакомая главный бухгалтер, мы с ней в достаточно хороших отношениях, где-то даже немного доверительных. Мне всегда не нравилось, как она делает рабочие дела, которые ей нужно выполнить. Не в том смысле, что она ленится или непрофессионально относится к своей работе. Нет. Она слишком много тащит на себе.
В результате какие-то вещи она забывает (невозможно всё помнить), ее потом начинает есть совесть, это еще больше усугубляет ситуацию. Какие-то дела вынуждено игнорирует, т. к. сейчас «не до этого». Причем фирма не маленькая, дел много, а административной работой занимается явно меньше человек, чем это нужно.
Мои советы, мол, найди себе человека, который будет секретарем, чтобы снять с себя груз тех дел, которые легко можно переложить на другого. Или помощника главного бухгалтера, чтобы закрыл какие-то дыры. Идет молчаливое согласие и… Ничего не происходит.
Человек прекрасный. Отзывчивая, очень умная, технически подкованная, но неумение делегировать работу очень сильно ей мешает. Это прям видно. А отсюда:
* Переработки;
* Нервное напряжение;
* Работа мешает личной жизни;
* Аааа, караул! Я не успеваю сдать отчетность!
* Сегодня я легла спать в 4…
Ее отговорки в стиле «я сделаю работу лучше», «а кого?», «ну а кто сможет сделать это?» и т. п. я не понимаю и не принимаю.
Я это всё к чему. Умение делегировать — один из ключевых навыков любого руководителя. И да, его не преподают в вузе. Его не формирует опыт специалиста. Синдром отличника в полной красе: «если хочешь сделать хорошо — сделай сам».
Делегирование — это не отказ от ответственности. Это её грамотное распределение.
А вы умеете делегировать? Или тоже иногда не можете отпустить контроль?
Код ИТ-директора pinned ««Код ИТ-директора». Пост #1: Знакомство и правила игры Всем привет. Меня зовут Виталий Барилко. Я — директор и основатель компании «СОФТОНИТ», мы разрабатываем решения для автоматизации IT-отделов, в том числе наш флагманский продукт «Управление IT-отделом 8».…»
Зачем вообще мне нужен блог по ИТ-тематике?
Сразу скажу, чего здесь не будет. Я не собираюсь становиться «лидером мнений», продавать курсы по «успешному успеху» или учить вас жизни. У меня нет цели понравиться всем или собрать армию подписчиков любой ценой.
Тогда зачем? У меня на это три честных и прагматичных причины.
Причина 1: Структурировать хаос. Мысли о проектах, управлении командой, коде, финансах и провалах постоянно роятся в голове. Блог — это способ разложить это все по полочкам. Превратить смутное ощущение или идею в четкий текст с аргументами и выводами. Это мой личный способ борьбы с профессиональным хаосом.
Причина 2: Проверить идеи на прочность. Я давно заметил: лучший способ понять что-то до конца — это попытаться объяснить это другому. Письменный текст беспощаден: он сразу вскрывает слабые места, нестыковки и откровенную чушь в твоей же аргументации. Для меня этот блог — публичный code review собственных мыслей. Если идея выдерживает попытку ее описать, значит, в ней что-то есть.
Причина 3: Зафиксировать опыт, в том числе негативный. Память — ненадежная штука, она любит сглаживать острые углы и приукрашивать победы. Блог — это мой личный «коммит» в репозиторий опыта. Чтобы через год можно было оглянуться и честно сказать: вот здесь я был прав, а тут — ошибался как первокурсник. Без этого нет роста.
Что здесь найдете вы?
Не теорию из книжек, а выводы из реальной практики управления IT-компанией. Разбор кейсов, провалов и инструментов, которые сэкономили мне время и деньги. Честный и прагматичный взгляд на IT-бизнес, без прикрас.
Если такой подход вам близок — подписывайтесь, где удобно. Будем на связи.
Telegram
VK
Dzen
Instagram
Facebook
Threads
Сразу скажу, чего здесь не будет. Я не собираюсь становиться «лидером мнений», продавать курсы по «успешному успеху» или учить вас жизни. У меня нет цели понравиться всем или собрать армию подписчиков любой ценой.
Тогда зачем? У меня на это три честных и прагматичных причины.
Причина 1: Структурировать хаос. Мысли о проектах, управлении командой, коде, финансах и провалах постоянно роятся в голове. Блог — это способ разложить это все по полочкам. Превратить смутное ощущение или идею в четкий текст с аргументами и выводами. Это мой личный способ борьбы с профессиональным хаосом.
Причина 2: Проверить идеи на прочность. Я давно заметил: лучший способ понять что-то до конца — это попытаться объяснить это другому. Письменный текст беспощаден: он сразу вскрывает слабые места, нестыковки и откровенную чушь в твоей же аргументации. Для меня этот блог — публичный code review собственных мыслей. Если идея выдерживает попытку ее описать, значит, в ней что-то есть.
Причина 3: Зафиксировать опыт, в том числе негативный. Память — ненадежная штука, она любит сглаживать острые углы и приукрашивать победы. Блог — это мой личный «коммит» в репозиторий опыта. Чтобы через год можно было оглянуться и честно сказать: вот здесь я был прав, а тут — ошибался как первокурсник. Без этого нет роста.
Что здесь найдете вы?
Не теорию из книжек, а выводы из реальной практики управления IT-компанией. Разбор кейсов, провалов и инструментов, которые сэкономили мне время и деньги. Честный и прагматичный взгляд на IT-бизнес, без прикрас.
Если такой подход вам близок — подписывайтесь, где удобно. Будем на связи.
Telegram
VK
Dzen
Threads
❤3
Почему IT-одиночке почти невозможно запустить бизнес (и как всё-таки это сделать, если сильно хочется)
Вроде бы всё просто, но поди ж ты: спроектируй, напиши, сделай сайт, продай, занимайся маркетингом, SEO и прочее, прочее… В любом случае нужна команда. Многое из того, что нужно будет сделать, вообще не относится к создаваемому приложению, как это ни странно.
Сейчас сложное время. Это не начало 2000-х, когда ничего не было и был голубой океан. Сделав простую игру на мобилку, ты столкнешься со сверхплотным рынком издателей, которые выкупают ВЕСЬ трафик, и ты никак не пробьешься. Исключения есть, но они лишь исключения.
Путь соло-разработчика к бизнесу лежит не через создание прорывного продукта для масс, а через решение узкой, скучной, но болезненной проблемы для маленькой группы людей с помощью своей уникальной экспертизы.
Если бы я сейчас начинал, то сделал бы какой-нибудь пет-проект, который бы лечил чьи-то боли и как можно проще ниша.
- Плагин к Битрикс или WordPress
- Какие-нибудь парсеры сайтов
- Конвертации данных в 1С (когда нужно перейти с одной системы на другую)
- Простые обработки и отчеты для 1С, которых нет на рынке (но этого добра сейчас хватает)
А самое сложное — это даже не написать саму программу, а организовать всё, что связано с продажами и техподдержкой для клиентов (на мой взгляд).
Вы правда верите, что можете делать всё это хорошо в одиночку? Я — нет, хотя сам через это прошел. Сейчас бы мой подход и моя ниша точно бы не взлетели.
#Кейсы_КИД #Бизнес_КИД #Истории_КИД #РазборПродукта_КИД
Вроде бы всё просто, но поди ж ты: спроектируй, напиши, сделай сайт, продай, занимайся маркетингом, SEO и прочее, прочее… В любом случае нужна команда. Многое из того, что нужно будет сделать, вообще не относится к создаваемому приложению, как это ни странно.
Сейчас сложное время. Это не начало 2000-х, когда ничего не было и был голубой океан. Сделав простую игру на мобилку, ты столкнешься со сверхплотным рынком издателей, которые выкупают ВЕСЬ трафик, и ты никак не пробьешься. Исключения есть, но они лишь исключения.
Путь соло-разработчика к бизнесу лежит не через создание прорывного продукта для масс, а через решение узкой, скучной, но болезненной проблемы для маленькой группы людей с помощью своей уникальной экспертизы.
Если бы я сейчас начинал, то сделал бы какой-нибудь пет-проект, который бы лечил чьи-то боли и как можно проще ниша.
- Плагин к Битрикс или WordPress
- Какие-нибудь парсеры сайтов
- Конвертации данных в 1С (когда нужно перейти с одной системы на другую)
- Простые обработки и отчеты для 1С, которых нет на рынке (но этого добра сейчас хватает)
А самое сложное — это даже не написать саму программу, а организовать всё, что связано с продажами и техподдержкой для клиентов (на мой взгляд).
Вы правда верите, что можете делать всё это хорошо в одиночку? Я — нет, хотя сам через это прошел. Сейчас бы мой подход и моя ниша точно бы не взлетели.
#Кейсы_КИД #Бизнес_КИД #Истории_КИД #РазборПродукта_КИД
История про Ларису и каблуки: как один паникер может развалить команду
У меня в отделе работала Лариса (имя изменено). Такой тип сотрудников, которых HR называет «высокоэмоциональными», а ты в голове называешь это иначе))
У этого человека была бесконечная потребность в диалоге. Она была профи в разработке, хорошо закрывала вопросы пользователей, да и вообще могла распутать любую проблему. Но есть один нюанс… Не заканчивающийся монолог и вовлечение других людей и бесконечный призыв к диалогу)))
Это ладно. Коллектив не должен быть однородным, мы все отличаемся друг от друга. Но, блин…
- У меня вот такие цветы…
- Мы с мужем жарили на выходных шашлыки…
- Мою дочь выгнали с общаги, она курила! Я ей устрою…
И так без конца и целый день. Были паузы и погружения в код, но потом поход к кулеру за водой и по новой. До сих пор не понимаю, как ей удавалось закрывать рабочие вопросы.
И как бы да, надоедает эта болтовня, но была еще одна и самая главная проблема — она была очень эмоциональной и, к сожалению, каким-то образом ее настроение передавалось коллективу. А это опасные игры для любого руководителя. На тот момент я был старшим разработчиком, и она была у меня в подчинении.
Было много разных вещей, которые переживали нерв рабочей атмосфере, но последней каплей стали каблуки… Мы работали на производстве, и кто-то где-то повредил ногу на лестнице из-за каблуков, каким-то образом родились сплетни, что в скором времени обязуют всех девушек/женщин ходить в туфлях без каблуков. Этот слух был активно подхвачен Ларисой, и понеслась…
- Я уволюсь. Это ненормально…
- Виталик, ты как считаешь, это правильно?
- Это дискриминация…
Я пытался успокоить, все же это слухи. Но какой там)) Забегая вперед скажу, что никто, конечно же, никаких запретов не вводил, и это были обычные сплетни/слухи. Но глядя на остальных коллег, я прям отчетливо понял, что если ничего не делать, то завтра я останусь один. Было неприятное напряжение в коллективе, которое отчетливо ощущалось. Задавались вопросы мне, но что я могу сделать со слухами? Революционер в коллективе, такое…
Пару раз говорил с ней и просил не делать из мухи слона, все слова были проигнорированы. В какой-то момент не выдержал и пригласил к себе. Поговорили, попросил ее не делать так и дождаться официального комментария руководства и не сеять панику на ровном месте, но нет. Человек не захотел и написал заявление на увольнение.
До сих пор не могу понять, что это было? Зачем каждого в коллективе привлекать к этим не подтвержденным слухам?
Что касается болтливости, то мне кажется, что человек пытался через болтливость заглушить свои страхи. В её случае это способ справляться с тревогой и выплеснуть лишние эмоции. А когда появлялся вот такой повод «с каблуками», то эта защита давала сбой, и тревога пробивалась через нее и выплескивалась на коллектив, мешая всем. Ни разу не психолог, но мне кажется, в этом что-то есть.
Можно ли с этим что-то делать? Если речь о самом человеке, то, думаю, да. Ему нужно к психологу. Лариса была умной, я думаю, психолог ей бы помог и подсветил все проблемы.
Может ли с этим что-то сделать руководитель? Вряд ли. Наверное, какой-нибудь ушлый руководитель мог бы как-то эту тревожность использовать и замыкать на проекте: «Слушай, у нас будут проблемы, и случится вот это, надо бы тебе взяться за этот проект» и дальше подпитывать эти страхи. Но это, на мой взгляд, неэтично по отношению к сотруднику. Потому что после таких переключений человек может загнать себя в еще большие переживания, и будет только хуже. Лучшим вариантом, на мой взгляд, к сожалению, будет расставание с таким сотрудником.
Моя ошибка в этом тоже есть, хотя ее и не видно с первого взгляда. Возможно, я долго игнорировал ее особенности и дождался «каблуков». Сотрудник, который дестабилизирует коллектив слухами и паникой, обходится компании дороже своей зарплаты. Мы платим за это падением производительности всей команды, вовлечением руководителя в тушение пожаров и риском потерять других, более стабильных людей.
Грустно, ну а куда деваться?
#Кейсы_КИД #Истории_КИД
У меня в отделе работала Лариса (имя изменено). Такой тип сотрудников, которых HR называет «высокоэмоциональными», а ты в голове называешь это иначе))
У этого человека была бесконечная потребность в диалоге. Она была профи в разработке, хорошо закрывала вопросы пользователей, да и вообще могла распутать любую проблему. Но есть один нюанс… Не заканчивающийся монолог и вовлечение других людей и бесконечный призыв к диалогу)))
Это ладно. Коллектив не должен быть однородным, мы все отличаемся друг от друга. Но, блин…
- У меня вот такие цветы…
- Мы с мужем жарили на выходных шашлыки…
- Мою дочь выгнали с общаги, она курила! Я ей устрою…
И так без конца и целый день. Были паузы и погружения в код, но потом поход к кулеру за водой и по новой. До сих пор не понимаю, как ей удавалось закрывать рабочие вопросы.
И как бы да, надоедает эта болтовня, но была еще одна и самая главная проблема — она была очень эмоциональной и, к сожалению, каким-то образом ее настроение передавалось коллективу. А это опасные игры для любого руководителя. На тот момент я был старшим разработчиком, и она была у меня в подчинении.
Было много разных вещей, которые переживали нерв рабочей атмосфере, но последней каплей стали каблуки… Мы работали на производстве, и кто-то где-то повредил ногу на лестнице из-за каблуков, каким-то образом родились сплетни, что в скором времени обязуют всех девушек/женщин ходить в туфлях без каблуков. Этот слух был активно подхвачен Ларисой, и понеслась…
- Я уволюсь. Это ненормально…
- Виталик, ты как считаешь, это правильно?
- Это дискриминация…
Я пытался успокоить, все же это слухи. Но какой там)) Забегая вперед скажу, что никто, конечно же, никаких запретов не вводил, и это были обычные сплетни/слухи. Но глядя на остальных коллег, я прям отчетливо понял, что если ничего не делать, то завтра я останусь один. Было неприятное напряжение в коллективе, которое отчетливо ощущалось. Задавались вопросы мне, но что я могу сделать со слухами? Революционер в коллективе, такое…
Пару раз говорил с ней и просил не делать из мухи слона, все слова были проигнорированы. В какой-то момент не выдержал и пригласил к себе. Поговорили, попросил ее не делать так и дождаться официального комментария руководства и не сеять панику на ровном месте, но нет. Человек не захотел и написал заявление на увольнение.
До сих пор не могу понять, что это было? Зачем каждого в коллективе привлекать к этим не подтвержденным слухам?
Что касается болтливости, то мне кажется, что человек пытался через болтливость заглушить свои страхи. В её случае это способ справляться с тревогой и выплеснуть лишние эмоции. А когда появлялся вот такой повод «с каблуками», то эта защита давала сбой, и тревога пробивалась через нее и выплескивалась на коллектив, мешая всем. Ни разу не психолог, но мне кажется, в этом что-то есть.
Можно ли с этим что-то делать? Если речь о самом человеке, то, думаю, да. Ему нужно к психологу. Лариса была умной, я думаю, психолог ей бы помог и подсветил все проблемы.
Может ли с этим что-то сделать руководитель? Вряд ли. Наверное, какой-нибудь ушлый руководитель мог бы как-то эту тревожность использовать и замыкать на проекте: «Слушай, у нас будут проблемы, и случится вот это, надо бы тебе взяться за этот проект» и дальше подпитывать эти страхи. Но это, на мой взгляд, неэтично по отношению к сотруднику. Потому что после таких переключений человек может загнать себя в еще большие переживания, и будет только хуже. Лучшим вариантом, на мой взгляд, к сожалению, будет расставание с таким сотрудником.
Моя ошибка в этом тоже есть, хотя ее и не видно с первого взгляда. Возможно, я долго игнорировал ее особенности и дождался «каблуков». Сотрудник, который дестабилизирует коллектив слухами и паникой, обходится компании дороже своей зарплаты. Мы платим за это падением производительности всей команды, вовлечением руководителя в тушение пожаров и риском потерять других, более стабильных людей.
Грустно, ну а куда деваться?
#Кейсы_КИД #Истории_КИД
Google выпустил шрифт для кодеров. Меняем JetBrains Mono на Google Sans Code?
Казалось бы, чем еще можно удивить в 2025 году разработчика? Новым JavaScript-фреймворком? Очередной революционной IDE? Нет. Google решил зайти с основ и выпустил новый моноширинный шрифт, созданный специально для кода — Google Sans Code.
Обещают все, что мы любим: идеальную читаемость даже на крошечных размерах, четкие геометрические формы и «каллиграфический шарм». Заявляют, что он спроектирован так, чтобы снижать нагрузку на глаза и помогать быстрее разбираться в коде.
Конечно, это все звучит прекрасно. Но мы-то с вами знаем, что выбор шрифта для редактора кода — это почти религиозный вопрос. Я сам уже несколько лет сижу на JetBrains Mono, считаю его практически эталоном прагматичности и читаемости, и полностью им доволен. Мы привыкаем к нашему инструменту, и эта мышечная память — часть рабочего процесса.
Так стоит ли переходить?
Скептик во мне говорит, что реальный прирост продуктивности от смены одного хорошего шрифта на другой — величина, стремящаяся к нулю. Главный вопрос не в том, «хорош ли новый шрифт от Google?», а в том, «настолько ли он лучше моего любимого JetBrains Mono, чтобы я потратил время и усилия на то, чтобы к нему привыкнуть?»
Но мне новый шрифт нравится. Что сами юзаете?
#РазборПродукта_КИД https://vk.cc/cOid5Q
Казалось бы, чем еще можно удивить в 2025 году разработчика? Новым JavaScript-фреймворком? Очередной революционной IDE? Нет. Google решил зайти с основ и выпустил новый моноширинный шрифт, созданный специально для кода — Google Sans Code.
Обещают все, что мы любим: идеальную читаемость даже на крошечных размерах, четкие геометрические формы и «каллиграфический шарм». Заявляют, что он спроектирован так, чтобы снижать нагрузку на глаза и помогать быстрее разбираться в коде.
Конечно, это все звучит прекрасно. Но мы-то с вами знаем, что выбор шрифта для редактора кода — это почти религиозный вопрос. Я сам уже несколько лет сижу на JetBrains Mono, считаю его практически эталоном прагматичности и читаемости, и полностью им доволен. Мы привыкаем к нашему инструменту, и эта мышечная память — часть рабочего процесса.
Так стоит ли переходить?
Скептик во мне говорит, что реальный прирост продуктивности от смены одного хорошего шрифта на другой — величина, стремящаяся к нулю. Главный вопрос не в том, «хорош ли новый шрифт от Google?», а в том, «настолько ли он лучше моего любимого JetBrains Mono, чтобы я потратил время и усилия на то, чтобы к нему привыкнуть?»
Но мне новый шрифт нравится. Что сами юзаете?
#РазборПродукта_КИД https://vk.cc/cOid5Q
Пока Anthropic Claude 4 Sonnet лучше для ежедневных задач разработчиков
Вот так выглядит ТОП-10 моделей в статистике за неделю на сайте OpenRouter https://vk.cc/cOiVWB
Можно заметить, что если сложить все модели от Google, то они суммарно занимают первое место. Но в этих рассуждениях есть одно «но». Модели Gemini 2.0 и 2.5 Flash — это очень быстрые и дешевые модели, которые, как правило, используют не для разработки, а для небольших задач. А вот Gemini 2.5 Pro — это прямой конкурент для Anthropic Claude 4 Sonnet, и здесь отчетливо видно, что у Anthropic 4-кратное преимущество перед Google за счет качества модели у разработчиков. Это говорит о том, что в задачах, где разработчикам нужно именно качество, а не только скорость, выбор чаще падает на модель от Anthropic.
Сам пользуюсь Cursor и на своем опыте могу точно сказать, что пока в разработке для ежедневных задач программистов одна из самых предпочтительных моделей по цена/качество — Claude 4 Sonnet. Ребята из Anthropic молодцы, но это не конец. Думаю ситуация не статична и время от времени лидеры будут меняться. Тем лучше для обычных пользователей.
Вот так выглядит ТОП-10 моделей в статистике за неделю на сайте OpenRouter https://vk.cc/cOiVWB
Можно заметить, что если сложить все модели от Google, то они суммарно занимают первое место. Но в этих рассуждениях есть одно «но». Модели Gemini 2.0 и 2.5 Flash — это очень быстрые и дешевые модели, которые, как правило, используют не для разработки, а для небольших задач. А вот Gemini 2.5 Pro — это прямой конкурент для Anthropic Claude 4 Sonnet, и здесь отчетливо видно, что у Anthropic 4-кратное преимущество перед Google за счет качества модели у разработчиков. Это говорит о том, что в задачах, где разработчикам нужно именно качество, а не только скорость, выбор чаще падает на модель от Anthropic.
Сам пользуюсь Cursor и на своем опыте могу точно сказать, что пока в разработке для ежедневных задач программистов одна из самых предпочтительных моделей по цена/качество — Claude 4 Sonnet. Ребята из Anthropic молодцы, но это не конец. Думаю ситуация не статична и время от времени лидеры будут меняться. Тем лучше для обычных пользователей.
Кейс: Как сократить время замены картриджа с 2 дней до 10 минут без дополнительных затрат
На одной из конференции Infostart Event услышал управленческий кейс от коллеги, ИТ-директора Сергея Горшенина, который идеально иллюстрирует принцип «гениальное — просто».
🔥 Проблема: два дня на замену картриджа
Представьте крупное предприятие с территорией, по которой сотрудники передвигаются на автобусах. IT-отдел небольшой. Когда у кого-то заканчивается тонер, особенно в отчетный период, появляется проблема. Специалист тратит время на дорогу, чтобы просто поменять картридж. В итоге рабочее место простаивает день, а то и два.
IT-отдел превращается в курьерскую службу, а бизнес теряет время.
Прежде чем читать дальше, поставьте себя на место руководителя. Какое нетехническое, управленческое решение вы бы приняли, не имея бюджета на расширение штата?
<...пауза на подумать...>
💡 Решение: изменить парадигму
Ключевая мысль, к которой пришел Сергей, была простой: кто быстрее всех узнает, что картридж закончился? Сам пользователь. А что, если он сам его и принесет?
Схема была реализована в три шага:
1. Создание ценности. Пользователям, которые жаловались на простой, задавали вопрос: «Хотите, чтобы замена картриджа занимала 10 минут вместо двух дней?». Ответ был очевиден.
2. Разовое обучение. В обмен на скорость специалист IT один раз приезжал к пользователю и обучал его простому действию: как вынуть картридж из МФУ и вставить новый.
3. Организация «обменного пункта». На складе IT-отдела был создан резерв картриджей. Теперь пользователь сам приносил пустой картридж и мгновенно получал заправленный. Никаких поездок со стороны IT, никаких простоев.
🤔 Вывод
На мой взгляд, гениальность этого решения — в смене парадигмы. Вместо того чтобы оптимизировать неэффективный процесс (как специалисту быстрее ездить?), его полностью перестроили, задав правильные вопросы:
- Кто владелец проблемы? Пользователь.
- Какую ценность мы можем ему предложить? Скорость.
- Что мы просим взамен? Простое действие, которое экономит всем кучу времени.
Как говорил Сергей Королев: «Каждый может сделать сложно, а ты попробуй сделать просто». Этот кейс — прямое тому доказательство.
Интересное решение.
#Бизнес_КИД #Кейсы_КИД
На одной из конференции Infostart Event услышал управленческий кейс от коллеги, ИТ-директора Сергея Горшенина, который идеально иллюстрирует принцип «гениальное — просто».
🔥 Проблема: два дня на замену картриджа
Представьте крупное предприятие с территорией, по которой сотрудники передвигаются на автобусах. IT-отдел небольшой. Когда у кого-то заканчивается тонер, особенно в отчетный период, появляется проблема. Специалист тратит время на дорогу, чтобы просто поменять картридж. В итоге рабочее место простаивает день, а то и два.
IT-отдел превращается в курьерскую службу, а бизнес теряет время.
Прежде чем читать дальше, поставьте себя на место руководителя. Какое нетехническое, управленческое решение вы бы приняли, не имея бюджета на расширение штата?
<...пауза на подумать...>
💡 Решение: изменить парадигму
Ключевая мысль, к которой пришел Сергей, была простой: кто быстрее всех узнает, что картридж закончился? Сам пользователь. А что, если он сам его и принесет?
Схема была реализована в три шага:
1. Создание ценности. Пользователям, которые жаловались на простой, задавали вопрос: «Хотите, чтобы замена картриджа занимала 10 минут вместо двух дней?». Ответ был очевиден.
2. Разовое обучение. В обмен на скорость специалист IT один раз приезжал к пользователю и обучал его простому действию: как вынуть картридж из МФУ и вставить новый.
3. Организация «обменного пункта». На складе IT-отдела был создан резерв картриджей. Теперь пользователь сам приносил пустой картридж и мгновенно получал заправленный. Никаких поездок со стороны IT, никаких простоев.
🤔 Вывод
На мой взгляд, гениальность этого решения — в смене парадигмы. Вместо того чтобы оптимизировать неэффективный процесс (как специалисту быстрее ездить?), его полностью перестроили, задав правильные вопросы:
- Кто владелец проблемы? Пользователь.
- Какую ценность мы можем ему предложить? Скорость.
- Что мы просим взамен? Простое действие, которое экономит всем кучу времени.
Как говорил Сергей Королев: «Каждый может сделать сложно, а ты попробуй сделать просто». Этот кейс — прямое тому доказательство.
Интересное решение.
#Бизнес_КИД #Кейсы_КИД