Как стать автором
Обновить

Что нужно знать прежде чем работать в стартапе?

Время на прочтение4 мин
Количество просмотров5.1K
Всего голосов 12: ↑10 и ↓2+8
Комментарии9

Комментарии 9

НЛО прилетело и опубликовало эту надпись здесь
Специально на этот случай добавили PS в статье. И насчет смотреть на команду, вам часто на собеседовании показывают команду? Обычно 1-3 человека, а про СЕО было в первом пункте.
Лично я предполагаю, что любой стартап имеет неограниченный потенциал

Так может думать только человек, который никогда не занимался бизнесом. Для стартапа это губительно, как Вы верно заметили. Именно слайд с исследованием рынка является стандартным для всех питчей стартаперов, это то, что заинтересует инвесторов, которые хотят умножить свои вложения.
Работаю в 3-ем стартапе уже четвертый год…

1. Первый закрылся через ~3 года, из которых я отработал полтора где-то. Зашел аккурат перед выходом в продакшен. Кто этого никогда не делал, вряд ли поймет что это. Скажем так, когда инвестору обещали выйти в мир через неделю, после почти года интенсивной разработки, а по итогу за 4 дня до релиза ты понимаешь что даже логин не работает потому что люди писавшие все это чудо на JS не понимали что такое асинхронность. Пришлось знатно попотеть.

2. Со второго уволили после 9-ти месяцев (стартап был очень маленький, решил расти, и директор думал что взять чувака и посадить за стол, без управления ни проектом, ни компанией со стороны менеджмента (его не было) будет работать так же хорошо как и когда в стартапе было 5 челоек. В итога год промучался я с каким то проектом который лежал в ящике как минимум год, и директор думал что я его закончу за пол года без намека не техзадание и минимального списка requirements). Директор просто хотел «что бы работало». В итоге разочаровался что я не закончил его проект, и мы расстались.

3. Уже четвертый год в 3ем стартапе. Процессы поставлены. Есть начальнки, есть менеджеры. есть техзадание и т.д.

Работы завал. Проблем завал. Легаси завал. Новых фичеров завал. Поддержка юзеров и багов, тоже завал. При этом, проблемы нетривиальные и интересные. Местами highload, event driven и т.д. Так же проблемы перформанса, легаси, тестов и т.д. Скажем так, распиливаем монолит который писался 5 лет все кому не лень. Можете представить себе объем работы. Да, приходится много блокеров чинить, и 2 ночи и в 7 вечера. Не для каждого. Но, вайб хороший, не скучно, и можно реально расти.

Не знаю как в других странах, но в Израиле, если ты не дурак, то за год в стартапе ты узнаешь и учишься тому что в большой компании возьмет года 3. Есть компании старые и большие, где люди по 9 лет работают, и все что они делают это запуск бэкапа скриптом. Остальное время поддерживают легаси… (я не говорю про гугл фейсбук и эппл… там немного подругому, но и в них ты маленький винтик).

Да, возможно в стартапе решения не всегда правильные (как думает разработчик). Где то решение хорошее, где-то заплатка, где-то POC, где-то решение нужно еще вчера. Но, тебе приходится самому учиться и трогать вещи начиная от настройки DNS и заканчивая оптимизацией базы данных. Ты сам делаешь исследования по выбору инструментов, и учишься на своих и на чужих ошибках. Ты растешь очень быстро.

Я после работы в стартапах ничего не боюсь в этой жизни =))

Но, если у тебя семья, то тут уже стартап не всем подойдет. Но, тоже зависит и от стартапа, и насколько плохой легаси оставили те кто давно уволился, да и сам бизнес.
К сожалению далеко не каждый разработчик готов к росту исключительно за счет самообучения. Иногда нужны общие требования и наставник, иначе получится «костылестроение». Особенно это это важно для high-load и вопросов безопасности, где «работает и хорошо» не подходит.

Работал в двух стартапах — оба совсем разные. Общее одно — сейчас мы всем покажем и наше творение перевернет мир (по факту вряд ли).

НЛО прилетело и опубликовало эту надпись здесь
Думаю достичь успеха и перевернуть мир это немного разные масштабы.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий