The CTO

Делегирование задач Ух, если бы у меня были открыты комменты, то я точно знаю, что пара человек обязательно бы закидали там друг-друга дерьмом, поэтому пишу пока в безопасной для вас зоне. Есть такой неоднозначный вопросик: "Вот такую-то задачу мне сделать самому или отдать сотруднику?". У меня в голове есть чек лист на такой случай: 1. Я брал человека для этой задачи? 2. Ему будет полезно эту задачу сделать? 3. Придется ли мне переделать больше половины по результату? 4. Давать вводные займет больше времени чем переделать за человеком? 5. Информация для этой задачи должна быть доступна для человека? Если 4/5 - да, то отдаю, если 3/5, то крепко думаю. Весь этот процесс занимает минуту. И я принимаю решение. Что я никогда не отдаю: 1. Зарплаты. Стараюсь, чтобы как можно меньше человек имело доступ к чувствительной инфе; 2. Собеседования. Тут есть четкое ощущения правильности своего внутреннего "дерьмометра", который надо об потенциального сотрудника проверить; 3. Стратегия. Лучше я доведу целевое видение и совместно скорректирую, чем кто-то придумает стратегию за меня (этот как отдать собирать лего (= мне и самому нравится) 4. Переговоры. Переговоры по деньгам - мое Guilty Pleasure, мой внутренний индус не простит мне если я не дам ему поклянчить скидку Всех обнял, всем хорошей недели (=

Приключения ключевой ставки Завтра будет очередное заседание ЦБ по ставке, а это отличный повод поговорить. Сделаю дважды оговорку, про то что это не индивидуальная инвестиционная рекомендация. В рамках управления собственными финансами я опираюсь только на макро-показатели. У нас не осталось практически доступа к международным рынкам, или даже так, риск их использования для меня слишком дорого стоит (=. Я опираюсь на три фактора: рынок благ, рынок труда, рынок денег Моя стратегия такая: 1. В момент когда убирают ликвидность с рынков, за счет увеличения стоимости денег, я сижу в фондах ликвидности и флоатерах. Чтобы заработать не меньше стоимости денег 2. Когда стоимость денег начнет снижаться или я получу об этом какой-то сигнал с рынка (например увеличение ВВП на увеличении безработицы, или снижение Инфляции с увеличением денежной массы в обороте. Я переложусь в консервативные инструменты (облигации с фикс. купоном + золото (тут не факт) 3. Когда эффективность бизнеса начнет расти не меньше чем на размер ВВП и стоимость денег станет меньше чем потенциальная див. доходность или дохность индекса ММВБ. Я начну перекладываться в акции на 60% адресно в компании с понятным мажоритариями, которые заинтересованы в эффективности бизнеса, а не доит ее. Крипта, НФТ, коллекционка, вино и т.д. - это пока не моя сильная сторона. Есть куда развиваться p.s. не индивидуальная инвестиционная рекомендация Всех обнял, берегите деньги

Хочу быть тестировщиком! Многие мамкины футуристы написали про новые профессии, которые появляются с появлением нейронок. Они же рассуждают на темы профессий, которые уйдут с рынка. Я, хоть и папкин футурист, но тоже хочу написать про это… С приходом нейросеток, которые могут сгенерировать, не буду называть это созданием, множество всего для человека, останется огромная поляна тестирования. При этом тестирование становится обучающей выборкой для алгоритма. Представьте, что нейросетка генерит новый рецепт колбасы. Кто будет тестировать ее? Наверняка люди с разными вкусами (целевые аудитории), например любители острого залайкали новую колбасу, а нейронка целилась в премиальный сегмент, а тем она не «зашла» и нейронка пошла генерить новый рецепт. Другой use-case - вы померили новую модель ботинок и она вам очень нравится. Было бы круто посмотреть что еще нравится тем тестировщикам, которые тестили эту пару. Получается, что тестировщиков должно быть огромное количество и с абсолютно разным бэкграундом. Было бы интересно дальше разогнать эту тему… как обучаются тестировщики премиальных запахов? Или тестировщики нейрон ок-дизайнеров для бюджетных офисов? P.s тестировщиком новой музыки хочу быть 🤣 Протестировал вас, The CTO (=

Дело жизни должно созреть У меня, как наверное и у любого образованного человека, бывают идеи, которые хочется реализовать любой ценой. Я стараюсь гасить мгновенный порыв бежать тратить деньги и реализовывать проект. Но если идея приходит в голову уже в третий раз, то с этим точно надо что-то сделать. Не дай бог кто-то сделает это вместо меня. Я точно с моста сброшусь. Но если прям очень хочется, то пробуем так: 1. Минимизировать риски. Сократите капекс, постарайтесь сделать пробный заход. 2. Продавайте до того как понесете затраты. Продайте на 1000, а потратьте 999. Это уже можно масштабировать и снижать косты, увеличивать выручку . 3. Постарайтесь получить удовольствие, даже если ничего не выйдет. Пусть это будет крутой опыт. 4. Не останьтесь без штанов. Не ходите ва-банк. Всех обнял, мечтайте (=

Работа со студентами Раньше я специально гонял по ВУЗам, проводил гостевые лекции, рассказывал почему круто у нас работать и это давало большую воронку студентов. За последние два года я провел 0 лекций и собеседовал 0 студентов. Решил проанализировать для себя, хорошо это или плохо. Плюсы отсутствия студентов: 1. Я не трачу время на обучение, погружение и воспитание дисциплины в новых сотрудников. Научить работать в моем режиме - это определенное испытание. Пройти его - это приличного уровня задачка. 2. Работа с опытными специалистами позволяет мне перенимать их опыт, получать доступ к их реализованным проектам и опираться на их мнение 3. Отсутствие чрезмерного контроля результата высвобождает кучу ресурсов. За студентами надо трижды перечитывать и пересчитывать. Минусы отсутствия студентов: 1. Свежая кровь - это всегда новый взгляд на давно сформировавшиеся процессы. Мне не хватает новых решений для привычных задач 2. У студентов есть определенная энергия - мне очень нравилось ею подпитываться. 3. Мотивация работать руками. Чтобы студенты слушали тебя с открытым ртом - надо быть готовым сесть и сделать их работу в 5 раз лучше и 10 раз быстрее, тем самым показав класс. Что в итоге: Пойду искать резюме перспективных третьекурсуников. Брать 4 курс и позже не имеет смысла, Тут как на дискотеке всех лучших забирают в самом начале. Дискотека, боже какой я старый. Всех обнял под медляк, the CTO (=

Корпоративные порталы Еще 3-4 года назад однозначным лидером с точки зрения технологии построения корпоративных порталов и средств коллективной работы был SharePoint, но теперь у нас другая реальность. С учетом особенности развития ИТ-проектов, для устойчивости компании от всяких уходов с рынка и т.п., я люблю смотреть в сторону OpenSource решений с возможностью лицензирования для коммерческого использования. Я бы предложил три крутых решения: 1. JMIX (Уже писал про ребят) Плюсы: Это Java и бэк и фронт. Куча возможностей по предварительно настроенным экранам, функциям и отчетом. Лоукод, Ноукод. Автоматически генерится API Минусы: Функционал надо собирать под задачу. Специфичная работа с IntelijIDEA. Скорость первого релиза будет низкой, т.к. людям придется въезжать 2. Liferay (Кстати на ней сделан известный в РФ продукт Incomand) Плюсы: Решение заточено под корпоративные порталы, Куча коннекторов с внешними сервисами, Большое комьюнити, Лоукод, Ноукод Минусы: Официально ушли из РФ, придется долицензировать при возвращении если перепродаете продукт. PHP 3. Open Atrium (Расширение Друпала) Плюсы: Быстро разворачивается базовый функционал, куча функций на все случаи жизни, от новостей до вики Минусы: Drupal, PHP, Маленькое комьюнити, низкая гибкость Если нужно прям быстро - берите liferay. Это классика жанра. Если есть время - попробуйте JMIX, команда, которая умеет с ним работать будет супер-преимуществом на рынке. Скорость прототипирования и возможности тестирования бизнес-гипотез вырастут кратно. Корпоративно обнял, The CTO (=

Костыли в ИТ Терпеть не могу костыли (задал коннотацию всему посту 😂). Давайте честно, есть всего три причины появления костылей: 1. Хреновое управление ожиданиями. Если вас просят написать нетфликс за выходные, а вы не говорите, что это невозможно, то виноваты вы. Не тот кто просит это сделать. Возможно он не понимает сложность задачи, которую он ставит. Говорите "НЕТ" заказчику, особенно если он не технарь. "А вот на госуслугах это уже 3 года работает" - пусть работает. Нам нужно .... недель на реализацию. 2. Хреновая архитектура. Если Архитектор (кто бы ни был на этой роли) заложил корявую архитектуру, то с вероятностью 110% вы будете костылить новую бизнес-логику. Архитектура должна предполагать развитие проекта на пару лет. 3. Разрабы Когда Лид дает задачу человеку, который её не потянет, он ловит одним из рисков костыли. Если хотите прокачать человека - смиритесь, что Вам надо будет потратить времени на эту прокачку не меньше чем если бы вы делали эту таску сами. Единственный момент когда допустимы костыли в проектах - это MVP и прототипы, которые вы убьете при первой возможности. Обнял, не костыльте (=

Утренний, вторничный, традиционный здоровья пост Друзья, сегодня не хочу говорить про какую-то системную проблему/задачу в здоровье говорить. Сегодня хочу написать небольшие рекомендации как заставить себя не прогуливать утренние тренировки: 1. Соберите с вечера сумку. Звонит будильник, ты открываешь один глаз и пытаешься вспомнить где что лежит: сумка на входе, шорты в шкафу, чтобы их найти придется разбудить жену, тапки где-то в гардеробе.... 😴😴😴 и ты уже спишь.. провал 2. Как только прозвенел будильник - встаньте. Желательно положить телефон подальше от кровати, чтобы до него пришлось дойти. Тогда меньше шансов опять лечь в кровать. Если вы не встанете в теч. 5 минут - вероятность 90%, что вы никуда не пойдете 3. Не завтракайте Есть проблема с завтраком - кровь пойдет в ЖКТ для обеспечения пищеварения. Если вы не сделали что-то для активизации мозговой деятельности - вы пойдете спать. 4. Регулярность Чем регулярнее занятия - тем проще соблюдать периодичность. Это какая-то психологическая история. Человеку тяжело прерывать идеальные серии. В более выраженном виде такое состояние переходит в ОКР. 5. Свет и витамины Постарайтесь переползти с кровати в светлое помещение и выпить витамины D3. Эта витаминка в естественном виде попадает с солнечным светом и организм это ассоциирует с пробуждением. Будьте здоровы, СТО (=

Особенности бухгалтерского учета в ИТ За последние пару лет произошли серьезные изменения в области учета разработок компании. Напишу-ка заметку: 1. Постановка на баланс Зачем? Любая разработка, будь то покупка лицензии или самописное ПО, должны быть быть поставлены на баланс. Нужно это для минимизации налоговых, юридических и др. рисков. Если чуть подробнее, то правильный учет НМА позволяет снизить налогооблагаемую базу, увеличить оценку активов компании и лишний раз подтвердить владение технологией Когда? Раньше я бы посоветовал очень кривой алгоритм постановкой на учет новых версий, но теперь все проще. Поставьте на учет НМА в момент готовности к прохождению ОПЭ и подписанию протокола к переводу системы в эксплуатацию. При этом все затраты, понесенные до этого момента (вплоть до аренды офиса, но так никто не делает), можно капитализировать. 2. Модификация Вот у вас работает N разработчиков, они улучшают систему и пилят код. Если это не доработка под заказчика, которая списывается на себестоимость, то вы можете капитализировать затраты. Основанием для капитализации в идеале иметь: план модификации информационной системы, приказ о команде, реализующей модификацию системы, приказ об успешной модификации функционала (раз в спринт, по итогам релиза и т.п.). Можно списать только аренду серваков, лицухи на вспомогательное ПО и т.д. 3. Ежегодная переоценка стоимости (если вы зарабатываете на цифровом продукте). Это нужна для того, чтобы подтвердить, что ПО, которое вам обошлось в 10 млн. руб., теперь оценивается рынком в миллиарды. К таким работам имеет смысл переходить когда ваша годовая выручка больше накопленной стоимости НМА, тогда у налоговой не будет вопросов 4. Гудвилл (если вы не зарабатываете на продукте) Если вы планируете проходить через процесс M&A, то наличие у вас НМА, является гудвиллом и выносить его из оценки нельзя. Обязательно подтверждайте ежегодный эффект, который приносит Вам информационная система. Потом это может принести вам кучу денег при продаже бизнеса Всех обнял, учтите это (=

Куда идти учиться? Каждой осенью мои знакомые биг-боссы одолевают вопросами куда отправить учиться их корзиночек. "Айти это ведь перспективно, где на программистов сейчас учат?". Если мне насрать, то я советую ИУ-4 в бауманке или ВМК МГУ. Но когда мне не насрать - это совсем другой диалог. Первый фактор - это хорошая база: 1. Как человек пользуется математическим аппаратом. Понимание того что такое Дифуры, интегралы и ряды позволяют решать настоящие инженерные задачи самим разработчиком 2. Умение быстро думать. Этому учат ВУЗы, в которых объем учебы такой, что ты не можешь все выучить, а тебе приходится думать над ответами 3. Алгоритмы, ООП, структуры данных. Знание этих основ кратно уввеличивает производительность написания кода. В целом под это описание подходит много ВУЗов. Но уже тут начинается: "Но МГУ - это престижно". Тут мой ответ прост - я не смотрю на название ВУЗа. Второй важный фактор не относится к навыкам, скорее это правильность методологии обучения: 1. Важно, чтобы на первом-втором курсах было очень много учебы. Прям очень много. Тогда я знаю, что человек может жопой высиживать объемные задачи и доводить до результата (кстати пофиг до какого - тройка тоже результат) 2. С третьего курса ВУЗ должен давать людям работать. Надо сразу смотреть в расписание 3+ курсников. Если там нет двух свободных будних дней - мимо. Это будет поток ботаников, которые после выпуска ничего не могут 3. Должны быть курсы по которым очень высокий интерес учиться. Я очень любил конструкторские курсы и по ним всегда имел пятерки. (Это мой частый вопрос на собеседованиях: "Какие были любимые курсы и какая по ним была оценка?" Хорошо вычисляет балоболов) Есть третий фактор выбора ВУЗа - кооперация с технологическими компаниями. Если вы видите, что в ВУЗе нет профильных кафедр или специальных центров, то врядли ВУЗ нацелен на работу студентов. Ну и главное, чтобы ребенка перло, от того куда он идет. Я вот шел на Ракетные Двигатели и меня прям возбуждало это (до первого ночного курсача). Хороших выходных, ваш СТО (=

Кто такой CTO? Часто слышу этот вопрос, но хз почему всегда отвечаю на него по разному. Недавно понял почему. Я в этой роли был в компаниях разного уровня развитости (и в цифровом смысле, и не только). И в разных компаниях этому слову вкладывают разные смыслы. Попробую немного систематизировать: 1. В маленьких технологических компаниях CTO - это человек важнее чем любой другой директор (по крайней мере на ранних этапах развития, до того как пошли продажи). Так как он, зачастую, определяет и технический и внешний облик продукта, а также отвечает за устойчивость, обслуживание и все вот эти важные слова…. 2. В небольших не технологических компаниях CTO - это начальник отдела ИТ. Поменять бумагу в принтере, починить клавиатуру и натсроить 1С-Бухгалтерию. Вот избыточный перечень задач (= 3. При увеличении технологической компании CTO становится либо возмутителем спокойствия, либо его оплотом (чаще всего зависит от опыта и количества натертых мозолей на мизинцах). В этот момент у компании появляются деньги и компания начинает, не всегда успешно, их тратить: привлекать супер-коммерсантов, рисовать планы разработки на 1000 фич или планировать переход на новые стеки-технологий, потому что у соседа работает лучше/быстрее/стабильнее. В этот момент CTO - человек, который должен успокоить или техническую команду и подстроиться под турбулентную среду, либо уйти и найти проект либо на более ранней, либо на более поздней стадии. 4. В не технологической компании, при увелечении, CTO становится скорее CIO/CDO, хотя должность остается техдиром. И человек начинает либо обслуживать имеющиеся технологии и железо, либо активно внедрять новые технологии и становиться “цифровым визионером”. Именно в этот момент к активным и современным предпринимателям “присасываются” цифровые продимцы. О них мы поговорим чуть позже. В дальнейшем при росте такой компании выделяется целая функция цифровой трансформации, о которых мы тоже поговорим, но это уже больше формат проектных офисов и сервисных отделов. И не совсем вотчина CTO, скорее CIO и CDO (о разнице тоже когда-нибудь напишу) 5. И, наконец, кто такой CTO в больших техах? Это человек, к которому идут на работу Лиды, человек, который умеет развивать своих разрабов и выстраивать долгосрочную разработку одного или нескольких цифровых продуктов. Человек, который знает как быстро попробовать новую технологию и потом раскатать на свои сервисы. Чаще всего адвайзит или является со-инвестором в паре стартапов и выступает на разных конференциях. Безусловно, является лицом компании в тех-коммьюнити. в 90% случаев - это не тот человек, который запускал проект, а приходит после смены в п.3. Ребят, образ примерно такой. Это собирательное описание, оно может отличаться в других проектах, но канва такая. Сейчас, я на четвертом пункте, но надо обязательно стрейфить между этими позициями, чтобы поддерживать кругозор и полноту мышления. Всех обнял.

"Ну вы это, автоматизируйте нам ....." Однажды когда я был зеленым Руководителем направления цифровизации одной мудреной хрени... Мне пришел от руководителя смежного подразделения вот такой вот запрос.⬆️⬆️⬆️ И я согласился, по глупости, молодости, руководствуясь желанием показать себя и вот это вот все. Я, конечно, сдал этот проект и сделал все в лучшем виде, но это был ад длинной в год. Что я сделал не так? Все! 1. Я не изучил процесс перед началом описания функционала для разработчиков 2. Я не посчитал стоимость разработки и честный бизнес-эффект от проекта 3. Я не постарался трансформировать процесс за счет автоматизации, а автоматизировал "как есть" 4. Я выкатил разрабам ТЗ и "сидел-пердел" ждал" 5. Когда я через 4-5 месяцев получил кусок говна, вместо софта, я поменял команду 6. Я не сделал толковое обучение и интро новому софту Это если выделить крупные косяки. Чтобы я сделал сейчас? Отказался бы от проекта. Может после аналитики, но отказался бы. Т.к. по факту количество людей в процессе не поменялось и "Экономия" проекта была мнимой. Всех обнял (= The CTO