LINUX.ORG.RU
ФорумTalks

Работа в зарождающемся стартапе

 , ,


1

3

Постепенно пришёл к выводу, что работа в компании, в которой уже успели наговнокодить до меня мне не очень подходит. Тем более не подходит работа в большой компании или в корпорации, с кучей легаси, внутренними интригами, бюрократией, аджайлом и всем таким. Хочется участвовать в проекте с самого раннего этапа его создания, когда количество разработчиков, вмести со мной, не превышает двух - трёх человек. С другой стороны вероятность закрытия стартапа на столь ранней стадии развития весьма высока.

Очень интересно послушать людей, у которых есть реальный опыт работы в R&D таких стартапов. Так же интересно узнать о работе в стартапе на этапе PoC, когда формально компании ещё нет и разработчики ещё продолжают работать на старых местах работы, уделяя новому стартапу лишь своё свободное от основной работы время.

Перемещено dataman из development


Типа остальные 1-2 человека должны всё придумать и пригласить тебя такого избранного тупо кодить? Так это не работает. При таком количестве вы должны все гореть какой-то идеей, желательно ногами из какой-то университетской узкоспециализированной лаборатории. Или бунтарями из компании, которая не даёт амбиций. Короче, такую работу не ищут, а сами создают. И о зарплате речь тут не идёт.

snizovtsev ★★★★★
()
Последнее исправление: snizovtsev (всего исправлений: 1)

работа в компании, в которой уже успели наговнокодить до меня мне не очень подходит

Хочешь наговнокодить первым? От хитрец.

Nervous ★★★★★
()
Последнее исправление: Nervous (всего исправлений: 1)

Работал и в больших компаниях и в стартарах с тремя калеками. У меня сложилось впечатление, что все от адекватности руководства зависит. Говно-проекты от которого воротит видел в обеих случаях. Также видел в обеих случаях приятные и свежие проекты.
В стартапе главное в потогонку не попасть, где нужно все делать на вчера, ибо «у нас встреча с потенциальным клиентом у нужно ему это показать».

urxvt ★★★★★
()

в стартапе более всего страдает тот, кто уходит последним. все шишки и долги валятся на него, и важно уметь хорошо прятаться от кредиторов с утюгами.

alysnix ★★★
()
Ответ на: комментарий от urxvt

В стартапе главное в потогонку не попасть, где нужно все делать на вчера, ибо «у нас встреча с потенциальным клиентом у нужно ему это показать».

Согласен

zg
() автор топика
Ответ на: комментарий от snizovtsev

Типа остальные 1-2 человека должны всё придумать и пригласить тебя такого избранного тупо кодить?

Нет, придумывать будут все. Но конкретно с тобой я бы не хотел работать.

При таком количестве вы должны все гореть какой-то идеей, желательно ногами из какой-то университетской узкоспециализированной лаборатории.

Одни лишь разработчики не могут создать успешный стартап, даже на уровне идеи. Успешные стартапы создаются вмести с представителями других родов деятельности - обычно с людьми, занимающимися бизнесом.

zg
() автор топика

разработчики ещё продолжают работать на старых местах работы, уделяя новому стартапу лишь своё свободное от основной работы время

Не взлетит. Плюс помимо разработчиков нужна ещё пара продаванов, без них компания не выйдет

upcFrost ★★★★★
()

У меня «стартапы» вызывают только раздражение. Может я такой невезучий, но если при мне произносили «стартап», то это примерно всегда означало плохое проектирование, отсутствие тестов, CI, архитектуры, чёткого ТЗ, словно люди торопились поскорее создать неделимый ком отвратительного неподдерживаемого легаси кода, потому что без него в кровавай энтерпрайз не пускают.

Camel ★★★★★
()

Хочется участвовать в проекте с самого раннего этапа его создания, когда количество разработчиков, вмести со мной, не превышает двух - трёх человек

Всё это только для того чтобы первым пилить первый MVP, который гарантированно выкинут на помойку?

Тогда надо сравнить плюсы и минусы подхода:

Начнем с «плюсов»:

  • никакого легаси. Ты сам его напишешь сразу, потому как всегда сроки и сложность. Никакого рокетсайнса - только быдлокод.

  • никакого аджайла, прямая коммуникация с еще парой таких же безумцев. Терпеть одного такого в команде еще можно (особенно если команда большая), а если вся команда состоит из таких (а она точно будет именно такой)?

  • никакой большой компании/корпорации == безработный/самозанятый без регулярного дохода. Без отпусков/больничных/ДМС и т.д.

Про минусы потом кто-нидь напишет.

В целом, если хочется - вперед. И не надо ни у кого спрашивать разрешения. Насуют в панамку и плюсов и минусов. Ну и клоунов, конечно. Просто делай. Может станешь цукербергом, ну или будешь бомжевать на помойке. А скорей всего просто потеряешь несколько месяцев или лет своей жизни.

yax123 ★★★★★
()

не превышает двух - трёх человек.

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

s-warus ★★★
()

В стартапе главное вовремя свалить. А это скилл не инженера, так что смотри с кем будешь работать.

Lordwind ★★★★★
()

Что именно тебе интересно?

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

vbr ★★★★★
()
Ответ на: комментарий от foror

B2C можно и в интернете, а B2B таки нужны продаваны. Впрочем на таком этапе развития нужны не столько продаваны, сколько инвесторы.

zg
() автор топика
Ответ на: комментарий от zg

B2B таки нужны продаваны

Вы, погроммисты, в каком-то своём манямирке живёте? Если ты решил пилить b2b, то ты значит крутишься в этом b2b, значит у тебя есть связи, есть доступ к клиентам, раз есть понимание, что нужно пилить. Если ты просто пришёл с бухты-барахты, то нужность твоего стартапа лишь твои влажные маняфантазии. Или маняфантазии какого-нибудь эффективного менеджера на зарплате в сбере, которому нужно закрыть kpi по таким как ты. Продаван тебе не поможет.

foror ★★★★★
()
Ответ на: комментарий от vbr

Что именно тебе интересно?

Интересует архитектура, хороший код, достижение целей.

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

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

zg
() автор топика
Ответ на: комментарий от foror

Вы, погроммисты, в каком-то своём манямирке живёте? Если ты решил пилить b2b, то ты значит крутишься в этом b2b, значит у тебя есть связи, есть доступ к клиентам, раз есть понимание, что нужно пилить. Если ты просто пришёл с бухты-барахты, то нужность твоего стартапа лишь твои влажные маняфантазии. Или маняфантазии какого-нибудь эффективного менеджера на зарплате в сбере, которому нужно закрыть kpi по таким как ты. Продаван тебе не поможет.

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

zg
() автор топика
Ответ на: комментарий от foror

Вы, погроммисты, в каком-то своём манямирке живёте?

Да, живем. В лучшем случае один из 10 может из него выходить ненадолго, ЛОР же это убедительно показывает в каждой теме про разработку.

Obezyan
()

Чтоб работать в стартапе надо чтоб стартап был и имел перспективы. А для этого нужна определённая ситуация на рынке которой сейчас нигде не наблюдается. ИМХО стартапы всё.

peregrine ★★★★★
()
Ответ на: комментарий от zg

Так в чём проблема? Есть масса мест, где собираются люди в поисках [s]собутыльников[/s] кофаундера. Вам туда, на ЛОР-е представителей других родов деятельность кот наплакал, а вам ещё и кофаундер нужен. Ещё и без нужных тегов.

foror ★★★★★
()
Последнее исправление: foror (всего исправлений: 1)
Ответ на: комментарий от zg

Интересует архитектура, хороший код, достижение целей.

Вообще архитектура начинается с требований. В идеале требования не меняются. По-хорошему требования меняются не сильно.

В стартапах требования меняются сильно. Порой до неузнаваемости. Стартап Android делал операционную систему для цифровых камер. Стартап Uber делал сервис для заказа лимузинов в Сан-Франциско.

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

Как правило денег у стартапов нет. И возможности тратить время на качественное проектирование нет. При этом все твердят, что нужно «двигаться быстро». Что время это самое главное.

Поэтому хорошей архитектуры и хорошего кода ждать не стоит. Всё будет с точностью до наоборот.

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

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

В худшем случае денег не хватит и все разбегутся. Вероятность велика.

В промежуточном случае денег будет хватать впритык, у вас появится несколько крупных клиентов или партнёров и вы будете пилить всё под них, лепя костыли, т.к. времени нет.

То, что ты хочешь, можно получить в двух случаях:

  1. Некоммерческий проект, который пилит один человек. Классический опенсорс. Тут полная свобода действий и никаких ограничений кроме физических. Архитектурь сколько угодно.

  2. Состоявшаяся компания, не испытывающая серьёзных стеснений в средствах, переписывающая свои сервисы. Требования известны, вплоть до чётких контрактов по API. Время не поджимает, т.к. есть существующая реализация.

На мой взгляд так.

vbr ★★★★★
()

Не рекомендую это рабство x3. Хотя не исключаю что есть стартапы единороги где можно и зарабатывать хорошо и перепахивать не нужно до смерти, но очень сомневаюсь (в лучшем случае выбери одно). Самое тяжелое, что уйти со стартапа тяжело, если еще и есть доля в компании, а она еще не продана. Плюс в силу геополитики есть сейчас вероятность что еще и кинуть могут с этим всем если паспорт неподходящий.

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

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

И да какой-бы крутой продукт/продукты не был/были, его все равно могут не продать, он может пройти мимо, юзер может не придти, лицензии нужные не получить и очень много тонкостей.

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

anonymous_sama ★★★★★
()
Ответ на: комментарий от foror

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

upcFrost ★★★★★
()

Основное наверное уже сказали, но все же:

  1. Правильный стартап - свой. Или хотя бы частично свой.

  2. Правильный стартап - говнокодистый, где все слеплено из подпорок и максимально быстро выброшено на рынок.

  3. В правильном стартапе главные люди - организаторы и коммерсанты, а не технари любых сортов.

  4. 1-3 - правила, но никто не мешает надеяться и искать исключения из правил, типа «мы заплатим побольше исполнителям, попросим китайцев подождать с выпуском своего продукта и терпеливо подождем, пока они будут вылизывать код, схему, механику.»

vaddd ★☆
()
Ответ на: комментарий от imul

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

zg
() автор топика
Ответ на: комментарий от zg

разгребать за мной не придётся

Погромисты ещё на стадии фигурных скобочек подерутся или что там сейчас на холиваре? Пробелы vs табы? А когда ЯП или фреймворк начнёте выбирать? Тут и сказочке конец.

foror ★★★★★
()
Последнее исправление: foror (всего исправлений: 1)
Ответ на: комментарий от vbcnthfkmnth123

Настраивать надо конверсии правильно в директе и не сольют.

Вы уже слили бюджет на рекламу, заявив о директе и SEO. Вы прогорели и можете возвращаться в сбер или там мтс какой, хотя у них вроде как сокращения ИТ штатов.

foror ★★★★★
()
Ответ на: комментарий от peregrine

Чтоб работать в стартапе надо чтоб стартап был и имел перспективы

Ага хорошо быть богатым и здоровым, но плохо бедным и больным.

ИМХО стартапы всё

Сейчас самое время для стартапов. Конечно не для «Втюхать полурабочий сервис за деньги это таки скилл» (c) @upcFrost Для таких стартапов время ушло, да.

foror ★★★★★
()
Ответ на: комментарий от vbr

архитектура начинается с требований

Архитектура начинается с выбора ЯП, фреймворков и СУБД. Вот здесь вы все и закончите свой стартап.

foror ★★★★★
()
Последнее исправление: foror (всего исправлений: 1)

...внутренними интригами...

О, это да, как же без этого. Ещё отчёты, которые в реальности никто не читает. Они выдумываются только для того, чтобы работник нюх не терял. 😁

...участвовать в проекте с самого раннего этапа его создания...

Запили свой, другого выхода нет.

sparkie ★★★★★
()
Ответ на: комментарий от sparkie

Запили свой, другого выхода нет.

Я больше по бэкэнду. Фронтэнд - не моё, хотя если надо что-то одноразово подправить, я конечно могу. Но у профессионального фронтэндера это гораздо лучше меня получится.

zg
() автор топика
Ответ на: комментарий от foror

Погромисты ещё на стадии фигурных скобочек подерутся или что там сейчас на холиваре? Пробелы vs табы? А когда ЯП или фреймворк начнёте выбирать? Тут и сказочке конец.

ЯП, фреймворк и прочую архитектуру нужно подбирать под задачу и с исключением всякой экзотики.

zg
() автор топика
Ответ на: комментарий от zg

...хороший код, достижение целей...

Мало ли, что ты хочешь. Редко когда нужен работник, чаще нужно рабство.

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

sparkie ★★★★★
()
Ответ на: комментарий от sparkie

Это потому что ты был просто нанятым сотрудником, а не тем, кто начинал и «право имеет». Скорее всего ты пришёл когда много кода уже была написана и куча архитектурных решений уже принята, а твоё желание что-то поменять часто всречало отпор в стиле: «у нас нет на это времени, используй то, что уже есть или делай так, как уже начали до тебя».

zg
() автор топика
Ответ на: комментарий от foror

ЯП - Java, фреймворк - Spring Boot, СУБД - Postgres. На фронте React. Это, как раз, самое простое, тут все ответы давно готовы.

vbr ★★★★★
()
Последнее исправление: vbr (всего исправлений: 1)
Ответ на: комментарий от zg

ЯП, фреймворк и прочую архитектуру нужно подбирать под задачу

Смешно. Впрочем ничего нового, так и живёт айтишечка…

foror ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)