Топ 3 ошибок в 2022

Чтобы развиваться, нужно уметь признавать свои ошибки и делать выводы, как их больше не повторять. А еще лучше учиться на чужих ошибках, поэтому всем стартаперам читать особенно внимательно. Так вот, что именно мы делали не так в прошлом году:

Мало общались с пользователями. Каждый раз, когда вы мало общаетесь с пользователями, у вас должна загораться лампочка: “что-то не то”. Если вы проходили Startup School от YC, то знаете, что первым вопросом каждую неделю у них идет: “со сколькими пользователями вы поговорили на прошлой неделе?”
Конкретно в нашем случае большая ошибка была такой: когда мы переходили с модели “мам за рулем” на микроавтобусы, мы себе сказали: да ну, чего там делать? Водитель микроавтобуса — это та же мама за рулем, только мест в машине не 4, а 14. Они будут использовать то же мобильное приложение, и все должно пойти как по-маслу. Как же мы были неправы 🤣 Начиная с того, что мамы за рулем не курят и не матерятся, заканчивая тем, что водитель, который работал на каком-то маршруте 10 лет вообще ничего не хочет менять, и на все наши приложения он плевать хотел!

Считали себя очень умными. Как сейчас помню, нас (фаундеров) преследовала идея, что мы умнее всех остальных, и если кто-то делает иначе, то это просто он не додумался, мы ведь такие гениальные! Два примера из реальной жизни:
- В модели “мам за рулем” у нас был конкурент в Штатах: Zum. Они развозили детей в школы на легковушках, микроавтобусах и шатлах. И почему-то мы считали, мол мы их сможем победить, если сконцентрируемся исключительно на легковушках. Причем активно себя в этом убеждали и пытались найти логические аргументы. В результате мы ушли от легковых авто намного позже, чем потенциально могли бы
- Когда мы начали общаться с транспортной компанией, которая до нас развозила одну из школ в Алмате, мы почему-то решили, что их опыт для нас не важен, что мы можем лучше, что сейчас мы составим супер-маршруты и т.д. В итоге облажались по полной 🙂

Очень долго разрабатывали фичи. С полной уверенностью могу сказать, что MVP практически любой продуктовой фичи можно сделать за один день. “Один день, ты с ума сошел?” При большом желании — да. Как именно уметь делать такие MVP — тема отдельного поста. Но в начале 2022 мы еще так не умели. Так вот история из реальной жизни:
В январе 2022 мы реализовали так называемый “букинг”. Не буду вдаваться в детали, но у нас ушел месяц или полтора на эту фичу. После выкатки мы поняли, что клиентам это не нравится, и спустя две недели мы ее закопали. Если бы мы умели делать быстрые MVP, то не потратили бы столько усилий

А какие у вас были самые большие ошибки в прошедшем году (не только в стартапах)?

Фейсбук закапывает Python

На выходных общался со своим другом из Meta, ну и как два инженера, мы не могли обойти стороной разговор о языках программирования и трендах в индустрии. И когда он мне сказал, что вся компания в процессе ухода от питона, я крайне удивился и запросил больше информации, почему такое решение было принято, и как именно оно будет воплощаться в жизнь

TL;DR. Python хорош для (а) прототипирования и (б) экспериментов типа ML, но очень плохо масштабируется. В стартапах использовать можно, но нужно держать руку на пульсе

Основные проблемы масштабирования:
- Ошибки. Отсутствие статической типизации влечет за собой то, что ты допускаешь ошибки, которые вылезают лишь на этапе рантайма. Чтобы их отсеивать, нужно делать особо внимательное ревью, а значит тратить больше разработческого времени. Если вы считаете, что Type Hints могут решить эту проблему, добро пожаловать в комменты к посту, рад обсудить, почему это не так
- Рефакторинг. Если вы рефакторили большой проект на питоне, то знаете о чем идет речь: всегда боишься, что что-то забыл и где-то сломается. А когда проект разрастается, рефакторинги неизбежны
- Дисциплина. В питоне можно быстро, по-хакерски, решить какие-то проблемы, сделать прототипчик или пофиксить баг. Однако, проблема в том, что это и создает нерасширяемые и нечитаемые полотна кода. Когда пишешь на питоне, ты не особо задумываешься о паттернах проектирования и архитектуре. По-началу это сильная сторона, но с увеличением проекта становится слабой
- Производительность. Питон — один из самых медленных языков программирования. Более того, в нем есть GIL, что делает все ужасным, а масштабирование засчет процессов имеет свои проблемы
- Время старта. Кажется, CLI ведь можно писать на питоне? В Фейсбуке считают, что это плохой выбор, хотя бы по тому, что время старта твоего скрипта будет 10-15 секунд, что крайне долго и раздражает разработчиков
- Интеграция с C++. Да, вы можете сделать обвязку плюсовой библиотеки, но GIL вам вставит палки в колеса

Важная оговорка: в Meta до сих пор используется Hack, который является производной PHP, который также динамически типизирован. Однако, Meta достаточно сильно прокачали этот язык и написали порядка 400,000,000 строк кода, так что соскочить с него уже не реально

Выводы, которые сделали в Meta:
- Весь старый код на питоне остается, переписывать его не будут — слишком дорого
- ML эксперименты остаются на питоне
- Instagram дальше пишется на питоне, что поделать
- Весь другой новый код должен писаться на: Hack, C++ или Rust
- Очень сильно думают о том, что поддержать Go, но пока что не приняли этого решения — поддержка нового языка программирования в IT-гиганте занимает крайне много усилий

Мои мысли по поводу стартапов:
- На размерах Фейсбука все начало “трещать по швам”, но стартапу до этого момента еще нужно дорасти, а на начальной стадии и размерах напротив важны сильные стороны питона, так что полностью исключать из рассмотрения я бы не стал
- При выборе питона стоит использовать фреймворки, которые навязывают структуру, такие как Django, иначе ваш код будет давать вам больше поводов хакать, а значит он быстрее превратится в лапшу
- Имейте опытных разработчиков, которые смогли бы поддерживать качество кода и делать все модульно. В последствии, если вы начнете упираться в проблемы выше, то всегда сможете перенести отдельные модули, без переписывания всего кода

О важности нетворкинга

Когда я работал в Фейсбуке, все никак не мог понять, зачем люди ходят на какие-то совместные обеды или ужины, ведь ты тратишь лишние 15 минут, которые можно покодить! Только после того как я начал активно помогать проекту Tooba и мой нетворк стал расти, я стал ощущать, как нет-нет, кто-то позовет в своей проект, кто-то захочет посоветоваться, а иногда и тебе нужна помощь в найме или еще чем-нибудь. Везде в первую очередь ты идешь к своим знакомым и у них спрашиваешь, а лишь потом у всех остальных.

Два года дистанционно строя стартап, наконец-то мне удалось увидеть в реальной жизни своих кофаундеров. Конечно, реальные встречи ничто не заменит. Намного лучше начинаешь понимать людей, намного сплоченней и уверенней начинаешь двигаться. Работать на удаленке, как бы хорошо ни были бы выстроены процессы, все равно подобно камере заключения, в которой ты получаешь лишь отрывки информации из реального мира.

Логичный вопрос: что нужно для построения нетворка? Пока что я вижу два основных фактора:
- Быть крутым специалистом — если вы так себе, к вам не потянутся
- Уметь общаться с людьми — даже если у вас появился контакт, нужно его поддержать и развить

P.S. Последнее время мало пишу, так как нетворкаюсь с партнерами в Казахстане 🙂

Совет студенту

Вчера в Назарбаев университете спросили: “что бы ты посоветовал 18-летнему себе?”

Во-первых, нужно понимать, что у каждого человека уникальные начальные условия, путь, цели и предпочтения. В 18 лет я перешел на 3-й курс Мех-Мата МГУ и поступил в ШАД, наверное, не очень репрезентативно? И тот совет, который я бы дал себе, вряд ли будет применим к вам.

Тем не менее, один глобальный совет студентам у меня все же есть: пока молодые — учитесь, не торопитесь с работой. На то есть несколько причин:
- Пока вы молоды, у вас особо нет обязанностей: вам не нужно работать, чтобы кормить семью, уделять время детям и т.д. Все это в будущем будет вас отвлекать от учебы
- Очень важно развить навык получения знаний. Если не сделаете это в молодости, то скорее всего учиться в будущем для вас будет большой тягостью. А в современно мире, особенно в IT, постоянное развитие жизненно необходимо
- Учеба — это 100% инвестиция в себя. Да, на работе вы тоже чему-то учитесь и что-то узнаете, однако, обычно это лишь на первых порах, дальше в основном вы лишь применяете полученные знания. К слову, в этом и фишка стажировок: за 3 месяца работы, ты не успеваешь выйти на плато, поэтому ими точно не пренебрегайте

Ну и напоследок, мои наиболее выдающиеся коллеги в Яндексе были реальным “задротами” 🙂

Стань экспертом

Я уж и не знаю, когда закончатся советы из разряда “очевидных”, но если люди спрашивают, то надо отвечать

Вот анонимизированный пример: “Хочу запустить аренду скейтов в Индонезии”. Один из первых вопросов, которые я задаю: “А насколько сильно ты разбираешься в рынке аренды скейтов, и насколько хорошо знаешь рынок Индонезии?”

Чисто на логике можно доказать (как минимум себе), что практически любой проект будет востребованным и успешным. Другое дело, это обязательно разобьется о реальность, потому что только эксперт в области аренды скейтов знает реальные подводные камни, потенциальные конкурентные преимущества, динамику развития рынка и т.д. Без этих знаний первое время и инвесторские деньги вы будете сжигать только для того, чтобы набить шишки

Обязательно ли наращивать экспертность самостоятельно?
Нет, найдите партнера! Лично я считаю себя в первую очередь экспертом в IT, поэтому у меня всегда были ко-фаундеры с экспертностью в предметной области: в celly.ai наш СЕО, Ансар, получил PhD по медицине, понимал проблемы лабораторий и очень хорошо разбирался в их процессах. В UvU один из наших партнеров самостоятельно создал детскую развозку для своей футбольной академии.

Безусловно, можете и самостоятельно развить экспертность, однако знайте, что это не моментальный процесс. Допустим, создатель Додо прежде чем открыть свои пиццерии, года два работал в других фаст-фудах, чтобы изучить внутренние процессы

Добро пожаловать в Лондон

Сегодня, в первый день в Лондоне по прилете из Казахстана, чувак на велике проезжает мимо, выхыватывает из моих рук телефон, смотрит на него и через пару метров, хвала Аллаху, скидывает на дорогу (видимо, iPhone SE — слишком дешево)

Честно сказать, красота жизни в "развитых" странах слишком романтизирована и преувеличена. Я побывал в Алмате и Астане, и это два очуменных города. Единственное, чего там не хватает айтишнику — разнообразия проектов. Так что особенно казахам, у кого есть предпринимательская жилка — развивайте стартапы и нанимайте специалистов у себя на родине, ин шаа Аллах, отток специалистов уменьшится, а те кто уехал переосмыслят и вернутся 🙂

Что есть талант?

Недавно с друзьями обсуждали тему таланта, и вот что я понял. Как по мне, талант — это врожденная способность быстро развиваться в какой-то области. Допустим, когда говорят, что Абай — талантливый математик, подразумевают, что он быстрее остальных схватывает математический материал.

Из этого определения два вывода:
- Талант не является условием для освоения какой-то области. Просто если его нет, тебе потребуется больше времени на обучение
- Одного таланта не достаточно. Какая бы скорость развития у тебя ни была, если ты не будешь проявлять усердие и уделять время, ничего не добьешься

Помню на Мех-Мате у нас было очень много талантливых ребят математиков, однако практически никто из них не окончил универ с красным дипломом. Почему? Потому что когда у тебя есть талант, ты начинаешь сильно недооценивать дисциплину и постоянство

Я стараюсь не затрагивать отвлеченные от стартапов и программирования темы, однако обладание даже 1.5 тыс. аудиторией давит на меня непомерным грузом ответственности

Как всем известно, наших братьев и сестер в Турции постигла большая беда, и наш долг — проявить человечность и помочь им

Абу Хурайра (да будет доволен им Аллах) передает, что Пророк (мир ему и благословение Аллаха) сказал: «Милостыня (садака) не уменьшает имущество, и Аллах не добавляет рабу Своему за прощение ничего, кроме величия, и того, кто принизит себя пред Аллахом, Всевышний Аллах непременно возвысит» (сахих Муслим)

Для СНГ я советую Tooba: https://m.tooba.com/b5x9
Для UK Human Appeal: https://humanappeal.org.uk/donate/projects/emergencies/turkey-emergency-fund

У стартапа должен быть большой рынок!

Если у вас есть супер-классная идея, как с помощью машинного обучения решить проблему сборки LEGO, это еще не стартап. Даже если вы придумали, как это монетизировать, и даже если вы сделали мобильное приложение, это все еще не стартап! Наличие чего-то айтишного в проекте еще автоматически не делает его стартапом

Кто-то скажет: “ну что ты пристал со своей терминологией?!” На самом деле это крайне важно. Стартапы существуют по одним правилам, а бизнесы по другим. В стартапы привлекаются венчурные инвестиции, а в бизнесы — нет. Если терминология неправильная, можно так и остаться жить в своих мечтах

Стартапы — это про кратный рост (что и привлекает венчурных инвесторов), а чтобы постоянно кратно расти, должен быть большой рынок. Помню, как в одном из акселераторов, когда трекер просматривал нашу презентацию, он сказал: “Подождите, ваш рынок меньше $1 млрд? Не, это не серьезно. Под такое инвесторов не найти”

Если во всем мире ваш проект заинтересует 500 человек, то это просто проект/бизнес, но не стартап. И тут у вас есть два пути:
а. Развивать свою первоначальную идею и фокусироваться на этих 500 клиентах, довести продукт до какого-то уровня автоматизации и получать пассивный доход
б. Модифицировать или отходить от изначальной идеи, чтобы найти более крупную рыбу

Определитесь, что для вас важней: иметь пассивный доход, или возможность повлиять и изменить целый регион, а то и весь мир. Ну а дальше только вперед 🚀

Проблемы молодого программиста (1)

Недавно обратил внимание, что у стажеров и джунов внутри стартапов часто повторяется следующий паттерн:
- Стажеру дают не самую критичную задачку среднего размера и сложности
- Стажер очень долго над ней возится
- В стартапах часто меняются приоритеты, в добавок задача долго мусолится, в результате на нее вообще забивают и закапывают
- Стажер не получает дозу дофамина от выполненной задачи — работа на смарку — демотивация — выгорание

Основная проблема тут в медленном исполнении, а оно по моему опыту возникает из-за того, что страдает декомпозиция. Вместо того, чтобы пожать 20кг 5 раз, джун старается разом отжать 100кг и терпит неудачу. Одно из проявлений этого в том, что все пихается в один громадный PR, по нему идет 100 комментариев, внимание рассеяно, ревьюить и держать весь контекст долго и сложно, если это все же доходит до победного конца, возникает множество багов, которые потом еще нужно фиксить. В общем, мрак

Поэтому сеньорам советую делать упор на декомпозицию, а джунам, если они понимают, что увязают в болоте, не стесняться обращаться за помощью

P.S. В принципе, к решению данной проблемы можно подойти и с других сторон. Допустим, давать критические задачи среднего размера, либо только мелкие задачи. Но в первом случае страдать будет сам стартап, потому что скорее всего более сильный разработчик просто вмешается и доделает, либо рост джуна при этом затормозит, так как он будет делать лишь мелкие задачки

Если понравилось, поделитесь мнением, было ли у вас такое, а также почитайте и старый пост про Топ 5 ошибок джунов на ревью: https://t.iss.one/cto_diary/33

🕸 Как строить нетворк (практический гайд)

Поделюсь историей, как я познакомился со своим кофаундером и CEO в UvU — Мадияром Толеугали:
- [~2014] Когда я читал quran-online.ru и подмечал опечатки и ошибки — никогда не ленился их репортить. Через какое-то время со мной на связь вышел Роман Ахмадуллин, руководитель проекта, и лично поблагодарил, мы перекинулись парой слов и на этом разошлись
- [~2015] Через какое-то время Роман запартнерился с Наилем и они совместно стали делать проект quranacademy.org
- [~2016] У Наиля возникает идея, что исправление чтения Корана нужно автоматизировать. На тот момент я работаю в Яндексе в команде по распознаванию речи. Нас сводит Роман, мы налаживаем контакт и я начинаю помогать Академии Корана
- [~2017] Наиль знакомит меня со своими друзьями из Дагестана, которые занимаются систематизацией благотворительности, говоря, “что вот какой крутой специалист у меня есть” (нормально задачу исправления ошибок мы не решили, но это уже другая история). Среди друзей Наиля был некий Назым, которого я слегка запомнил, но не более того
- [январь 2019] Мне пишет Назым, говорит, что есть такое приложение Tooba, и некий Рамазан Меджидов хочет со мной поговорить. Я даю свой контакт, Рамазан говорит, что “нужно встретиться”. На вопрос, где именно, он отвечает — в Турции (тогда я уже работаю в Фейсбуке в Лондоне). Почему-то нужен именно я. Подозрительно — ну да ладно, раз Назым знает, наверное, все ок. В Турции мы встречаемся, Рамазан мне очень красочно презентует проект Tooba, я рассказываю о своем опыте и том, чем могу помочь, Рамазан впечатлен. После недолгих раздумий я присоединяюсь к проекту на волонтерских основах
- [2020] Я начинаю активно помогать проекту Tooba. В какой-то момент хочу привлечь новых волонтеров и рассказываю о проекте во всех красках в коммьюнити ODS (Open Data Science). Получаю хорошие отклики и лиды, но самое главное, этот пост видит Мадияр Толеугали, у которого была идея создать такое же приложение в Казахстане. Он решает не делать двойной работы, а объединить силы. Через какое-то время мы с Мадияром понимаем, что у нас есть достаточно сильные расхождения в видении и стратегии развития Tooba, после чего мы покидаем проект, но до сих пор поддерживаем дружественные отношения с Рамазаном и его командой

Как я уже писал в предыдущем посте, в основу нетворкинга легло два фактора:
- Нужно быть крутым специалистом и хорошо делать свою работу
- Когда возникает возможность познакомиться с людьми и пообщаться, не упускать ее

На самом деле, невозможно не обратить внимания на тот факт, что во всей этой истории очень много "случайностей" и "совпадений". И как верующий человек, я конечно же благодарен Аллаху за все возможности, которые Он мне предоставил

🔥 GitHub Copilot 🔥

В отличие от ChatGPT вокруг Copilot не было такого ажиотажа, однако после пары часов работы с ним я считаю, что Copilot’ом должен пользоваться каждый программист, за исключением учебных целей. Думаю, в UvU мы будем оплачивать Copilot нашим разработчиком, потому что это просто 💣

А теперь несколько примеров, как Copilot сэкономил мне время:
- Я захотел написать простенькую функцию, как получить определенный url из объекта. Наизусть все конструкции я не помню, поэтому сначала пошел в StackOverflow и быстренько загуглил, как это делается. Когда я начал писать название функции, Copilot моментально подсказал мне правильную реализацию, которую я увидел на StackOverflow
- Для создания объектов в тестах мы используем Factory объекты. Обычно, чтобы написать Factory, я смотрю на саму модель и понимаю, что разумно можно сделать фейковым. К моему удивлению, Copilot сгенерировал мне очень качественную Factory, которую я чуть-чуть подправил и дело было сделано
- Мне нужно было зарефакторить два очень похожих куска кода. В первом Copilot предложил разумный код, но я его чуть-чуть поправил. К моему великому удивлению, при рефакторинге второго куска Copilot уже не ошибся и правильно выучил мой стиль написания кода
- К сожалению, IDE для Python не всегда умеют грамотно подсказывать, что именно и откуда импортировать. Иногда ты забываешь точное имя класса и т.п. Copilot отлично справляется с задачей и оптимизирует время в таких мелочах
- Написание тестов по обычаю у меня начинается с того, что я ищу похожие тесты, копирую и модифицирую под мой кейс. Как вы уже догадались, Copilot достаточно умный, чтобы оптимизировать и этот процесс и сильно ускорить написание тестов

AI становится умней и полезней с каждым днем, поэтому очень глупо им не пользоваться. Я, обычный человек, на велосипеде обгоню любого чемпиона мира по бегу. В программировании сейчас происходит то же самое: пересаживайтесь на велосипеды 🙂

P.S. Видение крупных трендов в AI и разработке, а также мои мысли вокруг них я опишу в отдельном посте

LeetCode Roulette with Copilot

Поигрался еще немного с GitHub Copilot'ом и порешал произвольные задачки на литкоде. Резюме мыслей:
- Пока что Copilot не панацея, все равно нужно знать, что именно и как именно он пишет
- Если ты умеешь декомпозировать задачу на более мелкие, то Copilot очень сильно ускоряет написание мелких задач
- В production коде очень много мелкой рутины, поэтому продуктивность сильно повышается

https://youtu.be/qTLFTFg8jgw
Как обычно, с меня видео, с вас лайки, если стоит продолжать такое делать :)

Вышла запись подкаста Real Qadam с моим участием: https://youtu.be/_T6y-TnSfEY

Хочется похвалить ребят за очень продуманные вопросы и интересные обсуждения, поддержите их лайками. Если есть какие-то замечания ко мне, пишите тут в комментах, рад любой конструктивной критике :)

Мысли вслух (1)

Недавно посмотрел Минаева про монголо-татрское иго. Честно сказать, ничто так не обнадеживает, как изучение истории

Порядка 240 лет Русь была под нашествием супер-силы того времени — монгол. Они ссорили князей, периодически их убивая, нападали и грабили слишком сильные и обособленные княжества, брали людей в плен и собирали дань. Тем не менее, в итоге Русь смогла выстоять, объединиться и дать отпор

Смотрю я на разрозненные мусульманские страны и в целом MENA регион, и с одной стороны даже грустно становится, а с другой понимаешь, что пока что не все так плохо, и до 240 лет еще не дошли, а значит все у нас еще впереди, ин шаа Аллах

Какая польза от нетворка?

Уверен, среди моих подписчиков есть достаточное количество интровертов, которые задаются вопросом: “а стоит ли выходить из своей зоны комфорта, может построение связей того не стоит?”

- В предыдущем посте я уже рассказывал, как познакомился со своим ко-фаундером и СЕО Мадияром
- Первых и ключевых разработчиков в стартап я нашел через личный нетворк
- В свое время мы хорошо общались с отцом девушки, которая вышла замуж за моего брата
- Хорошего стоматолога мне тоже посоветовали через личный нетворк!

Нетворк — это про быстрое нахождение правильных людей в той или иной ситуации. Безусловно, особенно в найме, когда нужно много сотрудников, это не панацея: всех не найдешь через нетворк. Однако сформировать костяк команды, поверх которого начнется строительство, крайне важно

Ну и жизненно необходим нетворк, когда цена ошибки слишком велика, как с той же самой женитьбой или партнером в бизнесе

Code ⚔️ No-Code

На фоне бума ChatGPT идет очень много спекуляций на тему, что именно будет с программистами, и сможет ли их полноценно заменить AI (искусственный интеллект). Усаживайтесь поудобней, представляю вам мой скромный анализ

- Как думает бизнес? Побывав в обуви предпринимателя я перестал влюбляться в технологии. Для меня нет “хорошего” и “плохого” языка программирования. Для меня есть три параметра: цена, скорость и качество. Если какие-то инструменты, будь то Code или No-Code для каких-то задач более выгодны с точки зрения этих трех критериев, то я выберу их
- ChatGPT не первый. Если вы изучите область, то увидите, что есть огромный пласт стартапов, которые занимаются разработкой no-code платформ, “отжимая” работу у классических кодеров. Начиная от tilda.cc, где можно сделать лендинг, продолжая shopify.com, где уже можно сделать собственный интернет-магазин, и заканчивая bubble.io, где ты можешь делать еще более сложные и кастомные штуки
- No-Code — это еще не все. Есть и другие типы платформ, такие как low-code (типа Firebase) или нынче популярная кросс-платформенная разработка (Flutter, React Native и т.п.). Все это достаточно сильно оптимизирует разработку, тем самым сужая рынок требуемых разработчиков
- Но low-code — это тоже еще не конец. Если смотреть шире, то раньше нужно было много программистов, чтобы развернуть решение на своих серверах, настроить базу данных, подключить платежную систему и т.д. Сейчас есть невероятное множество SaaS платформ, которые помогают буквально одному человеку решать все эти проблемы
- Тогда почему так много шума вокруг ChatGPT? Во всех инструментах выше всегда есть проблема: а что, если какое-то решение или платформа не предоставляют каких-то возможностей, что тогда? Хотя этот спектр все сужается, вот тут возникает программист, который как спаситель мчится на помощь. Так вот ChatGPT посягнул именно на эту область “очень кастомного кода”, которую всегда мог делать исключительно человек

Мораль: ChatGPT — не первый и не последний игрок, который потихоньку будет отнимать у классических программистов работу. Бояться тут нечего, но действовать надо правильно. Как именно — в следующем посте 😉

Code ⚔️ No-Code (2)

Раньше люди писали на ассемблере инструкции процессору. Потом человечество пришло к выводу, что это очень сложно, и для ускорения процесса появились современные языки программирования, абстрагировав потребность знать архитектуру и особенности процессоров. На no-code платформы можно тоже посмотреть как на супер-высокоуровневый язык описания бизнес логики. ChatGPT — это скорее всего следующий шаг в упрощении жизни программистов, когда ты на обычном языке будешь описывать свою бизнес-логику, а машина будет понимать и транслировать на более низкий уровень

Все это будущее, но вот что делать сейчас, чтобы потом не устареть? Вот мой план:
- Не влюбляться в языки и фреймворки. Влюбленность мешает объективно смотреть на вещи. Очень легко попасть в ситуацию, когда ты на жигулях будешь соревноваться с феррари
- Следить за трендами и быть гибким. Да, моментально это по тебе не ударит, потому что рынок в любом случае инертный, но особенно если хочется участвовать в стартапах, то для них это вопрос жизни и смерти: если твой конкурент умеет делать такого же качества продукт в 2 раза быстрей, то ты проиграл
- Иметь глубокие знания. Предыдущий пункт не означает постоянное метание из стороны в сторону от технологии к технологии. Ты должен выбрать для себя достаточно широкую и перспективную дорогу, следить за трендами на ней и углублять свои знания. Пока что по моим ощущениям, ChatGPT имеет очень широкие знания, но они неглубокие
- Ревью. Как минимум в горизонте ближайших лет все равно нужно будет уметь “присматривать” за машиной и исправлять ее. Так что умение ревьюить множество кода и исправлять ошибки — критично

Ну и напоследок: если работу 10 программистов теперь будет делать один, значит ли это, что 90% потеряют работу? Не думаю, скорее всего стартапов станет в 10 раз больше 🚀🚀🚀

Все ли решают технологии?

Многие стартаперы уверены, что успех проекта зависит исключительно от команды айтишников, поэтому особенно по началу львиную долю средств они вбухивают именно в дизайн и разработку. Это неправда — в стартапе есть очень много составляющих, которые совместно определяют успех проекта

Допустим, по моей скромной оценке, в нашем стартапе, UvU, как и в других операционных стартапах типа доставки еды, не более 30% успеха зависит от продукта и автоматизации в целом. Очень сильно успех зависит от привлечения инвестиций, финансового планирования, маркетинга, продаж, привлечения водителей, найма грамотных сотрудников и т.д. Если страдает какой-то из элементов, начинают страдать и остальные

Но пусть программисты не расслабляются! Важность технологий увеличивается со многими факторами, но в перевозке я вижу два основных:
- Наличие прямых конкурентов. Если твое приложение эстетически красивое, то тебе хочется пользоваться им, а не конкурентом. С другой стороны, приложение inDrive уродливое, но они все равно успешно конкурируют с Яндексом, потому что умеют предложить лучшую цену
- Время использования приложения. Если ехать нужно 15 минут, то ожидание в 2 минуты очень сильно отличается от ожидания в 5 минут, и технологии тут критичны. Если же это межгородская поездка на 3 часа, то даже 10 минут разницы не сделают большой погоды

Почти два полных года, с февраля 2019 до декабря 2020, я был активно вовлечен в построение одного некоммерческого стартапа. Честно признаться, построить успешный non-profit намного сложней, чем кажется. Мы напоролись на множество граблей, которые иногда я осознавал по ходу дела, а иногда вообще лишь спустя долгое время

Когда мы говорим об НКО, все почему-то думают о благотворительных фондах или каких-то других некоммерческих организациях. Это не так: ведение публичного блога, создание бесплатного приложения, организация образовательных курсов и многое-многое другое также являются некоммерческими проектами! И если правильно подходить к их построению, то можно добиться намного больших результатов и избежать множества проблем по ходу дела

В общем, думаю каждую пятницу постить что-то полезное по этой теме
👍 — если считаете тему важной
🔥 — если сами сейчас вовлечены или когда-то были вовлечены в какой-то некоммерческий проект или стартап

Без этого стартап не станет успешным

Никто из нас не знает “формулы” успешного стартапа, потому что риски и неопределенность слишком велики. Но вот то, без чего стартап успешным стать не сможет, изучено достаточно хорошо. И на первом месте, по моему мнению, идут не крутая идея, и даже не первая тысяча пользователей, а сильная команда. Объясняю на пальцах и на собственном опыте, почему, и в чем сила команды:

1. Смелость. Делая стартап, ты постоянно учишься и понимаешь что-то новое. Так вот признаться, что ты неправ и повернуть на 180 градусов требует не дюжей смелости! Именно это мы сделали перейдя с модели “мам за рулем” на микроавтобусы за месяц до самого важного сезона в детской развозке: сентября. Московский стратап Kidsway не осмелились рискнуть, в течение нескольких лет не могли вырасти сильно выше 1,000 поездок в день, и вот недавно продали бизнес

2. Боевой дух. В январе 2022 было объявлено, что Казахстан из-за ковида будет учиться удаленно 3-ю четверть. Для нас это примерно означало, что в течение этого времени мы упадем с 500 поездок в день на 50. Думаете это нас остановило? Мы начали с тройной силой брейнштормить идеи и даже думали уйти в фуд-тех, хвала Аллаху, что это решение откатили. То же случилось и в сентябре 2022, когда мафия водителей отняла у нас самую большую школу. Да, это был огромный стресс, но руки не опускались ни на секунду

3. Разносторонняя экспертиза. Частенько вижу, что стартапы однобоко выбирают себе фаундеров, например: все программисты. За исключением узкого круга стартапов, это плохая стратегия. Я с большим трудом представляю, если бы мне сказали: нужно сделать b2b продажи в Казахстане. Хорошо, когда каждый занимается своим делом. Бывает и другая сторона, когда нет технического фаундера, и стартап барахтается на месте, тратя немалые деньги на аутсорс

4. Постоянное обучение. Какая бы экспертиза у тебя ни была, все равно всегда нужно учиться. В большой компании, если ты и можешь парочку лет посидеть на том же самом уровне, то для стартапа прекращение роста — это смерть

Безусловно, есть множество и других факторов, которые могут потопить стартап, тем не менее, без команды он вообще не сдвинется с места 🙂