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

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

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

Пока звучит нормально, да?

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

Так в чем проблема этого формата?

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


На всех панельных дискуссиях все отвечают на вопрос плюс/минус одинаково, правда спонсор немного отбивается, пытаясь воткнуть интеграцию, но картину в целом это не меняет. Есть такой подкаст Radio-T там ребята обсуждают IT новости, так даже там, они договариваются кто какую позицию будет отстаивать, потому что иначе, будет скука смертная.

А почему так получилось?

IT комьюнити в России сильно отличается от любого другого профессионального комьюнити. Тут все очень мимимишно, все очень «френдли», никто слова плохого вслух не скажет.

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

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

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

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

Мы как комьюнити так и не научились отделять токсиков, от тех, кто дает конструктивную критику. И решили пойти по пути отрицания «Сглаживания углов», прийдя к тому, что никто не скажет слова поперек. Вот поэтому смотреть панельные дискусси где все мимишно единогласны скучно до розовых соплей.

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

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

Как запрашивать обратную связь?

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

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

🫴Что хочу спросить и для чего это?

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

☝️По каким темам и в каком формате хочу получить

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

👍 Благодарность и что дальше?

Таня, спасибо, что поделилась. Я попробую изменить формат наших встреч по обсуждению Т3, чтобы учесть твои пожелания.

Для чего нужно стараться оформлять запрос на обратную связь по этой схеме?

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

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

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

Ну и благодарность, это залог будущих коммуникацй, поскольку все мы любим когда нас благодарят 😍

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

Ссылки
https://github.com/Drm1804/Telegram_typescript_boilerplate - репо бойлерплейта
https://github.com/Drm1804/leitner-bot - репо бота

Сегодня будет очень личный и очень длинный пост

Вечер воскресенья отличное время для того, чтобы убрать в линкедыне статус «Open to work», сменить место работы, и вспомнить все те места, в которы работал.

Мой путь в IT начался совсем не с IT компании. В далеком 2012 я заканчивал второе высшее, подумывал уйти в армию и искал временную работу. Так я попал на работу копирайтером в стартап, стартап, где мы делали конкурента авто ру. Это было дикое место, дикий челябинский стартап, с дикими условиями, который заслуживает отдельного рассказа. Если все-таки интересно, то у IT-бороды я рассказывал немного из того времени.

В линкедыне написано, что я проработал там 2 года, но это не совсем так. Я приходил и уходил. Я, начав работать в роли копирайтера, работал продактом, а закончил в роли CTO. Мы параллельно открывали и закрыли несколько бизнесов. Но самое главное, что я вынес с того времени — это то, что я хочу быть разработчиком и что в IT можно зарабатывать.

Потом были долгие полтора года поиска себя. Я знал, что хочу писать код, но все что я делал — это была работа в сео студии, и разовые фриланс-заказы на верстку. Это было путешествие в слепую, я знал, куда хочу прийти, но совершенно не знал, как это сделать. Я слышал про крутые IT офисы российских гигантов вроде mail.ru и яндекса, иди иностранных типа гугла. Но я не понимал как туда попасть. Практически все эти полтора года я работал днем, получая копейки и учился ночью.

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

В 2015 году, я получил свою первую работу в качестве фронтенд разработчика. Много позже я узнал, что меня тогда взяли, потому что у меня горели глаза, и мне очень хотелось разрабатывать что-то большое. Ребята из НПО РТС по сути дали мне путевку в жизнь. Я до сих пор поддерживаю с ними связь, и очень переживаю сейчас в эти нелегкие времена.

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

Уйдя из НПО РТС я открыл ИП и стал работать субподрядчиком, но самое главное, моя зарплата сразу выросла в 4 раза. Но проект не не зашел, и я переехал в Москву, благодаря чему моя зарплата выросла еще на 30 процентов.

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

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

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

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

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

Так в мою жизнь вошел «work life balance». Я пытался найти баланс между работой и отдыхом. Пытался компенсировать неудовлетворенность от работы фотографией и музыкой, и делал это настолько ожесточенно, ставил такие амбициозные цели, что превратил эти прекрасные занятия в еще одну работу. А там еще и врачи нашли лишнюю деталь в голове, и не знали что с ней делать.

И я сломался, наверное выгорел.

Решил что-то поменять и ушел в стартап.

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

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

Ну а дальше был Delivery Club. Это лучшая компания, в которой я работал, и лучшая она именно для меня. Я прекрасно понимаю, что тут куча недостатков и огромное число людей уходило из-за них, за время работы здесь я окончательно разобрался с комплексом самозванца, здесь я, надеюсь окончательно, решил проблемы со здоровьем. Именно в DC я познакомился с людьми, которые действительно хотели построить крутую команду, и построили ее! Именно здесь я научился бороться с кризисами, когда тебя не устраивает твое место работы. Я научился слушать себя и двигаться туда, куда тебе интересно. Именно здесь я научился не превращать хобби в работу, а делать это с удовольствием и еще и отдыхать при этом (и этот канал главное тому подтверждение). Именно здесь я в огромном количестве встретил людей, которые готовы тебе помогать безвозмездно. Спасибо вам огромное, ребятам из моей команды Ане, Валере, Илье, Максу, Васелисе, девчонкам DevRel-ам Юле, Лизе, Люноне и многим, многим другим. Спасибо, что вы есть, вы все очень крутые!

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

Ну и последнее, что мне дала работа в Delivery Club, я наконец таки могу исполнить 10-ти летнюю мечту и поработать в Яндексе.

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

Спасибо что дочитал этот крайне длинный пост. Вопросы, и комментарии, давай оставлсять тут)

Как давать обратную связь без критики

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

Для того чтобы выглядело нагляднее, давай разберем ситуацию: «Твой коллега работает в другом часовом поясе, и соотвественно начинает и заканчивает работать позже. В конце дня он отправляет тебе задачи на код ревью и просит, чтобы ты немедленно посмотрел. Для этого он пишет тебе в рабочий мессенджер, а поскольку ты уже закончил работать и не отвечаешь — то в личный. И так повторяется из раза в раз. «

✊ Нужно взять себя в руки

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

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

☝️Когда ты сделал что-то…

Дальше тебе нужно встретиться с коллегой. Лучше назначить встречу заранее, и в идеале это должна быть личная встреча.

Вот именно на этой встрече тебе понадобятся записи того, что тебя не устраивает. Причем все повествование должно вестись от твоей позиции. Например:

«Когда ты делаешь что-то => я чувствую себя так-то»

Для нашего примера можно сказать так

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

✌️На меня это подействовало так-то

Дальше тебе нужно заставить твоего собеседника почувствовать то, что чувствовал ты

«А еще вечером я пытаюсь отвлечься от работы, поэтому когда ты пишешь мне вечером я не могу нормально отдохнуть». Или если у него есть дети то можно так «Вечер я провожу со своими детьми, и когда меня отвлекают я чувствую, что обделяю детей своим вниманием, я и так много работаю…»

🤟И я бы предпочел…

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

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

Все три пункта нужно строить относительно твоей точки зрения:

Когда ты делаешь что-то, Я…
На МЕНЯ это подействовало так-то…
И Я бы предпочел…

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

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

Как читать книги правильно? (курсов это тоже касается)

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

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

Любая книга делится на какие-то логические куски: абзацы, главы, части, тома… Так вот эти части несут в себе ключевую мысль. Например в книге «Открытая организация будущего» в первой части автори знакомит нас с «классическим» устройством компаний, как бы рассказывая о том, что было ДО появления… Вторая часть рассказывает про новый виток в развитии компаний, третья про то, как быть тем кто еще не работает в «бирюзовой» компании и тд. Аналогично с главами.

Надеюсь понятно.

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

Прочитав книгу я оцениваю ее полезность. И тем самым понимаю, стоит ли мне к ней вернуться. Если я понимаю, что информация очень ценна, то я ставлю себе напоминание, и возвращаюсь к своим заметкам через какое-то время (3-6 месяцев).

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

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

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

5-е видео с разработкой бота уже на канале

Как телеграм проник во все сферы моей жизни.

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

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

Достаточно долго я сидел в ВК. У меня там были аккаунт для личного общения, аккаунт для хобби, где публиковал свои фото, и еще была ферма ботов, на которой я эксперементировал с ВК апи.

Но я никогда не тащил туда рабочее общение, единственный раз, когда я по работе общался в ВК это было год назад, как в DC нас неожиданно отключили от зума, а нам надо было срочно провести видео звонок.

А вот с другим детищем Дурова, вышло все иначе. В первую очередь телеграм стал для меня рабочим мессенджером. Я специально залез в историю, и первой моей переипиской, стало общение по проекту в 2015 году, я тогда открыл ИП и начал работать как субподрядчик. Потом долгое время Телеграм был уделом IT-ников. Для рабочих вопросов был Слак, а для более личных — «телега».

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

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

Ну а вишенкой на торте стал эпичный 22-й год, с исходом привычных рабочих инструментов вроде слака, и резкая миграция всего рабочего общения в Телеграм.

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

И здесь я вижу несколько ппроблем.

😱 единая точка входа — большие риски. Если телеграм станет недоступен — это будет катастрофа + плюс повышенное желание государства (любого) добраться до этой информации

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

Вот так телеграм стал моим окном в мир. Подозреваю, что я такой не один, а как у тебя?

Про эйджизм в IT

Один мой коллега, назовем его Петей, достаточно поздно пришел в программирование. Как в той песне, даже если вам немного за 30, есть надежда… стать фронтендером😜

Нескоько лет опыта, и вот после 35 Петя попал в DC. Его одновременно собеседовали в 2 команды, и в итоге в одну из команд не взяли из-за возраста, мол не сработается с 20-ти летними. Зато взяли в другую, где мы и встретились.

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

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

Так вот в команде набы было комфортно. А такая разница в возрасте давала сумашедшее количество тем на встречах. Каждое дейли мы очень быстро проходили по здачакам, а потом еще по часа разговаривали на различные темы, пока нас не разъединял бесплатный тариф Zoom-а.

Чувстчовал ли Вася, Петя или Антон, которому было чуть больше 20, дискомфортно из-за своего возраста? Думаю, что нет, потому что никто и никогда в разговорах не акцентировал на этом внимание.

Что я хочу сказать этими историями:

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

🍉 ребята с которыми я работал были крайне уживчивыми, и отлично ладили с более молодыми сотрудниками, без вот этого надменного «В мое время такого не было…».

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

Все удачи, и поменьше всяких *-измов в жизни.

Как принимать обратную связь?

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

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

0️⃣ Морально приготовиться

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

1️⃣ Выслушай и запиши, что тебе сказали

2️⃣ Выдели то, с чем согласен и будешь менять

3️⃣ Отметь, с чем согласен, но не будешь менять

6️⃣ Отметь, что не понял и будешь уточнять

7️⃣ Оставь, с чем не согласен или пока не готов принять

8️⃣ В отношении принятого подумай, как будешь менять поведение, пропиши шаги

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

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

Следующий скринкаст по написанию телеграм бота для запомминания уже на канале, всем приятного просмотра

Преимущества работы в стартапах

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

Хочу сразу предупредить, что в данном вопросе я буду очень субъективен, поскольку для себя решил, что мне комфортнее работать в больших компаниях, но об этом в следущем посту.

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

🙋‍♀️ Для разработчика это означает очень много работы.

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

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

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

🙋‍♂️ Каждый может быть человеком-оркестром

Поскольку людей не так много, а задач чаще всего очень много, то у каждого есть возможность попробовать себя в какой-то дополнительной роли. Например, если ты фронтендер, что-то написать на бэке, или настроить CI/CD или дизайн нарисовать. Или вообще, начать менеджерить команду, если явного лидера не наблюдается.

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

🙋 Отсуствие бюрократии, и дополнительных приседаний перед началом кодинга.

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

💁‍♀️ Виден эффект работы

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

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

💁‍♂️ Понимание всех процессов в компании

Чаще всего стартам имеет одну и довольно ясную идею.

Ясную — потому что если дея будет запутанной, то сложно будет защищать ее перед инвесторами

Одну — для того чтобы не распылсятьчся.

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

💁 Более легкий процесс интервью

Во многие стартапы попсть сильно проще, чем в большую компанию. Особенно, если сотрудников твоего направления раньше не было.

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

🤷‍♀️ Большие (или не очень) зарплаты

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

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

🙅‍♀️ А почему пошел я?

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

🦴 Что в итоге?

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