Для меня загадка, почему программисты не могут оценить бизнес компании, в которую устраиваются. Почему у них прямо разрыв между тем, что компания должна быть прибыльной ежегодно, и тем, что она ему платит и повышает зарплату из-за этого, чтобы удержать программиста.
В школе меня учили истории, в которой говорилось, что рабочих обучали математике и расчету прибыли завода, чтобы они поднялись на революцию, потому что их обманывают работодатели, не соглашаясь повысить зарплату по причине того, что у них большие расходы на аренду, материалы и т.д.
Мой скромный опыт говорит мне, что условно ИТ-компании делятся на две группы.
Первая группа либо разрабатывает свой продукт и его продает, либо разрабатывает свой сервис и его предлагает арендовать. Такие компании обычно называют продуктовыми.
Вторая группа находит заказчиков и исполняет контракт, чтобы разработать и потом поддерживать какой-то продукт или сервис. Такие компании обычно называют галерами.
Со второй группой компаний все очень понятно. Очень высокий риск того, что контракт будет не продлён, и все нанятые под этот контракт программисты будут уволены. Самый главный страх программистов в этой компании — что не будет задач дальше, которые будут оплачивать.
С первой группой ситуация несколько сложнее. У такой компании есть стабильный доход, который получается от ежемесячных (или годовых) платежей от клиентов. И этот тип бизнеса существует на разнице между тем, что он потратил на аренду офиса (или серверов) и зарплату программистов, и тем, что заплатили постоянные клиенты или подписчики их услуг или продуктов.
Когда я устраиваюсь на работу, я первым делом пытаюсь выяснить не на каких технологиях и методологиях мне придётся работать, а какой это вид компании. Какие услуги или продукты она продаёт, какие у неё есть клиенты или контракты. Сколько лет существует компания.
Это позволяет мне прогнозировать, сколько лет я смогу более-менее стабильно и спокойно работать в этой компании, если они меня примут на работу. И что меня ждёт с точки зрения карьерного роста или профессионально.
К сожалению, некоторые программисты, которые пришли с галер, пытаются реализовать свою стратегию карьерного и зарплатного роста через получение большего числа задач и обязанностей. Но в продуктовых компаниях это не работает. От того, что ты получил больше задач и обязанностей, возможно, ты первый раз получишь повышение зарплаты или должности, но в итоге ты упрёшься в то, что компания тебя рассматривает как увеличивающийся расход компании, который снижает прибыль с продаж продукта или сервиса.
Программисты, работающие в продуктовой компании, не могут понять, что даже если они сами уволятся, компания продолжит без них продавать продукт или сервис ближайшие 6-12 месяцев, пока не найдут ему замену. А даже если не успеют так быстро найти, то просто немного просядут в продажах из-за отвалившихся клиентов. Это не галера, на которой если контракт вовремя не выполнен в срок и идут штрафы и т.д. Это совсем другая кухня.
Другими словами, работая в продуктовой компании, если программист хочет расти карьерно и профессионально, ему надо думать о продукте или сервисе, что продаёт компания. Делать новые фичи, чтобы поднять продажи, чтобы у компании появилась возможность и желание нанять ещё программистов ему в помощь, чтобы он мог с помощью их ещё больше увеличить продажи компании.
В целом даже в компаниях, называемых галерами, есть та же проблема. Программисты часто оторваны от исполнения контрактов в срок и т.д.
Устраиваясь на работу, просто немного поразмыслите и поймите, что вас ждёт с этим работодателем. Сколько времени вы будете иметь работу до закрытия контракта или снижения продаж по продукту или сервису. Ну и прогнозируйте, когда вам придётся бежать с тонущего корабля как крыса.
Комментарии (130)
dsh2dsh
23.12.2023 13:46Делать новые фичи, чтобы поднять продажи
Простите, а от поднятых продаж разработчику чего-нибудь перепадёт? А то не понятно, почему разработчик ещё и об этом кому-то должен думать.
MiraclePtr
23.12.2023 13:46Простите, а от поднятых продаж разработчику чего-нибудь перепадёт?
Некоторые компании своим разработчикам всякие там опционы предлагают. Увеличение продаж может повлиять на цену акций, и тогда это повлияет на доход разработчика.
dsh2dsh
23.12.2023 13:46Это общепринятая практика или вы теоретизируете? А то как-то не понятно. Думать о поднятии продаж призывают всех разработчиков, а предлагают опционы только некоторые, по вашим же словам.
MiraclePtr
23.12.2023 13:46Не общепринятая, но среди крупняка (особенно за границей) довольно распространенная. А из российских компаний таким, например, занимался Яндекс (пока их из-за санкций с биржи не делистнули) и Ozon.
orignal
23.12.2023 13:46Послдение 15 лет цена акций мало коррелирует с результатми деятельности. Кроме того, опционы обычно дают с ценой, существенно выше текущей.
eton65
23.12.2023 13:46Простите, а от поднятых продаж разработчику чего-нибудь перепадёт?
Это уже зависит от софт-скиллов разработчика.
hVostt
23.12.2023 13:46Если совсем всухую, никто не обещает и не гарантирует, что увеличенная прибыль совершенно точно отразится в зарплатной ведомости сотрудников. Дальновидное и лояльное к своему бизнесу и сотрудникам руководство скорее всего это будет делать.
Однако, если прибыль не увеличивается, или даже падает, с каких, простите, грошей кому-то что-то должно перепадать в принципе? Если разработчику на это плевать, почему работодателю не должно плевать на его желание разработчика расти финансово?
Это не игра в одни ворота.
Если сотрудник пришёл работу работать от звонка до звонка, тупо закрывать таски в джире, это и не плохо и не хорошо. Это нормально. Но у таких сотрудников не так много шансов как-то и куда-то продвинуться, и это тоже нормально. Вопрос только в том, сколько таких, линейных работников нужно конкретной компании.
garregusev
23.12.2023 13:46перепадёт зарплата в следующих месяцах. как я понял эту идею автора - в продуктовой компании сложнее получить продолжительный рост на одних хард-скиллах в вакууме если не помогать компании продолжительности расти самой. понятно, что для решения бизнес-целей есть коммерция и продакты, но уровень вовлечения разработчика в обсуждение с продактами и инициативность как раз позволяют ему растить свою ценность в компании.
0HenrY0
23.12.2023 13:46Я примерно так размышляю, когда принимаю решение о покупке/продажи акций компании.
MegaMANGO
23.12.2023 13:46[CENSORED] пожалуйста, больше не используйте изображение сгенеринное ИИ. Они прям [CENSORED] выглядят. А так статья интересная
igumnov Автор
23.12.2023 13:46Спасибо. Сказать честно, меня тоже уже задрали эти сгенерированные картинки к любым новостям что я читаю.
iig
23.12.2023 13:46Проклятая баннерная слепота. Пришлось пролистать вверх чтобы посмотреть что там за картинка. Ну, картинка как картинка. Бесполезная чуть более чем полностью, поэтому я ее забыл через секунду. Кто придумал, что это привлекает внимание? Чтобы привлечь внимание, нужно выделиться. Где сиськи? ;)
MountainGoat
23.12.2023 13:46В девяностые в нашем городе была газета, и в ней объявления. Причём просто объявления бесплатно, а жирным шрифтом - за малую копеечку. Каждый раз открываешь эту страницу - стена текста жирным шрифтом, и на ней сияют белым одно-два объявления простым.
Так и сейчас, можно выделиться, если ничего не делать.
Mike-M
23.12.2023 13:46В любом случае, КДПВ должна иметь размер 780х440 и весить не более 1 МБ, а не 1547х1548 и 4 МБ, как у вас.
Moog_Prodigy
23.12.2023 13:46А если используйте, то доведите до ума! Такое ощущение что берут первую сгенеренную картинку. Поэтому и глаза болят потом.
shiru8bit
23.12.2023 13:46Не знаю, как в целом по палате, а у меня даже с применением ИИ времени на придумывание и реализацию КДПВ уходит неприлично много, гораздо больше, чем хотелось бы. Но с ИИ чуть поменьше.
saipr
23.12.2023 13:46Устраиваясь на работу, просто немного поразмыслите и поймите, что вас
ждёт с этим работодателем. Сколько времени вы будете иметь работу до
закрытия контракта или снижения продаж по продукту или сервису.Когда в 1997/98 годах я пришел в ООО "Микротест", который рассчитывал на контракт с МПС России на модернизацию сети передачи данных, то я в начале не задумывался о времени до закрытия контракта. Но спустя пару лет я стал задумываться, а когда контракт фактически был исполнен, то работа перестала приносить моральное удовлетворение и я ушел.Но, черт побери, какие это были пять лет работы! Есть что вспомнить. Основные творческие работы по модернизации СПД МПС России Микротестом были выполнены, шампанское выпито:
Breathe_the_pressure
23.12.2023 13:46Я правильно понял, что вы это недовольный мужик справа?
saipr
23.12.2023 13:46Нет, вы не правильно поняли, я довольный мужик слева:
Moog_Prodigy
23.12.2023 13:46Саипр мощный дядька. Он тут такие статьи писал, посмотрите в профиле. Прям у истоков, натурально.
avost
23.12.2023 13:46Пользуясь случаем, раз вы опять себя безудержно рекламируете, ещё раз спрошу про шит почта интернет:
Вместо одного почтового сервера ставятся два: один подключается к корпоративной сети, а второй к Интернету. Между ними ставится RAID-массив, который попеременно используется то одним, то вторым сервером для приема и отправки почтовых сообщений.
А можно узнать как это было реализовано технически и программно? Как hot-plug на серверах и физическое (или электрическое) переключение цепей? А с какой частотой это переключалось и как синхронизировалось с работой серверов? Как "тушим сервера, переключаем, поднимаем сервера"?
И работает ли это странное решение до сих пор?Прошлый раз кто-то заметил, что вы никогда не отвечаете на такие вопросы, поскольку не знаете как это работает. Вы человека обозвали собакой, но на вопрос так и не ответили. А это действительно интересно.
saipr
23.12.2023 13:46поскольку не знаете как это работает
Учите Unix...
Вы человека обозвали собакой
?????????????????????????
avost
23.12.2023 13:46Учите Unix...
Не надо хамить, военный, у вас нормально спрашивали и здесь вам не казарма. А "Unix" (что бы вы под этим не подразумевали) я получше вас знаю. Ваши знания вы продемонстрировали.
| Вы человека обозвали собакой
?????????????????????????
не благодарите
tryauuum
23.12.2023 13:46можно "RAID-массив между двумя серверами" сделать через DRBD. Но это как-то странно всё равно
Lelant0s
23.12.2023 13:46На редкость здравая статья на тему отношения программистов к продукту. Я бы только переформулировал, что программисту следовало бы понимать в чем именно его вклад в конечный продукт. И не в разрезе "эта фича позволит ему сравнивать отели", а в разрезе "быстрое сравнение отелей позволит быстрее выбрать и оплатить", из чего умный программист поймет, что:
1) он сейчас работает над функцией, непосредственно генерящей прибыль, из которой платится его зарплата
2) функция сравнения должна работать быстро (и выберет для этого соответствующее тех. решение)
Доносить такие ценности до тех. комманд задача, разумеется, product-функции, но если они этого не делают, то их надо пинать в этом смысле и задуматься - а для чего вообще работать в компании, которая создает фичи вместо ценности для клиента.
un1t
23.12.2023 13:46Эм. И какая разница в итоге работает программист над чем-то важным или решает 100500й минорный баг. Зарплата от этого никак не меняется.
slonopotamus
23.12.2023 13:46Очень жаль, если у вашего работодателя это так. Есть другие работодатели, которые понимают что способность решать сложные и/или масштабные задачи стоит больше.
Samedi_Da_Kapa
23.12.2023 13:46А в чем разница для работодателя? У вашего работодателя стабильность работы продукта стоит ниже в ранге приоритетов чем добавление нового функционала?
slonopotamus
23.12.2023 13:46Я не смог понять где вы в моём комментарии увидели дихотомию стабильность vs функционал.
Samedi_Da_Kapa
23.12.2023 13:46В моем мире уровень зарплаты оговаривается на старте и потом индексируется/повышается по согласованию. И дальше в процессе работы я решаю сложные задачи, масштабные задачи, не очень сложные задачи и даже совсем маленькие. И уровень моей зарплаты от этого не меняется. Потому что все задачи важны, все задачи нужны пока ПМ не сказал обратного.
Из вашего комментария, для меня, следует что есть некоторые задачи в продукте, за которые у вас платят больше, а есть некоторые за которые платят меньше. Учитывая контекст обсуждения, я подумал, что фиксы минорных багов у вашего работодателя относят к низкооплачиваемой работе.
Поэтому и удивился, решил уточнить - правильно ли я понял.slonopotamus
23.12.2023 13:46Ну вы с течением времени можете стать быстрее/выше/сильнее, и начать выполнять более масштабные задачи. Это называется профессиональный рост. Специалист начального уровня не способен решить сложную задачу. Ему надо сначала прокачать скиллы.
Samedi_Da_Kapa
23.12.2023 13:46Если рассматривать вот так абстрактно, то да, вы правы. Но я все еще не пойму как это связано с изначальным вопросом: какая разница над чем работает программист если зп от этого не зависит? Или у вас каждая задача отдельно оценена и имеет разную стоимость?
Ares_ekb
23.12.2023 13:46Теоретически наверное есть, но практически это почти полностью зависит от того сколько человек сам попросит. Нет никакого смысла надеяться, что кто-то поймёт и оценит вашу способность решать сложные задачи. Более того, лично у меня на всех работах корреляция зарплаты с масштабностью проектов была обратная, потому что я и так был замотивирован ей заниматься. Плюс если проект интересный, то сложнее от него отказаться и сменить работу с повышением зп.
На мой взгляд на 31:47 описан абсолютно типичный подход к оценке труда:
https://www.youtube.com/watch?v=5-8rnwvZv7A&t=1907s
Вольная цитата: "Допустим, на проекте есть два человека, которые одинаково работают. Одному из них платишь мало, но ему хватает на еду, его прёт от работы и т.п. А если другому, нужно в 2 раза больше на отпуск на Бали 4 раза в год, новую машину и т.д., ну, просто у него такие потребности и он о них сообщает, то совершенно норм платить ему больше. Какая разница, если всех всё устраивает?.. А всех всё устраивает пока они не знают зп друг друга."
Например, я видел проекты, где техлид делает самые сложные задачи, работает больше всех и при этом получает в 2 раза меньше, чем рядовой разработчик, который за полгода самостоятельно закрывает ноль задач. При этом последнему не повышают зп, только переводят на ещё более простые задачи, он капец как недоволен этим и уходит в следующую компанию с повышением зп опять ничего не делать. А техлиду единственному на проекте даже годовую премию не выплачивают и он всё равно продолжает работать.
Да-да-да, конечно он сам дурак, просто у него не прокачены софтскилы и вообще возможно он не так хорош, обычный джун случайно попавший на позицию техлида - на мой взгляд всё это очередная пачка штампов распространенных в ИТ. У человека могут быть прекрасно прокачены софт-скилы, он понимает процесс разработки в целом, очень быстро разрешает любые вопросы с аналитиками и разработчиками, у него может быть отличное понимание создаваемого продукта, он разбирается в этой предметной области, легко декомпозирует сложные задачи, точно оценивает сроки, не боится браться за исследовательские задачи, менторит других разработчиков и т.д.
Но умение просить повышение зп, вовремя менять компании, понимание рынка, адекватная оценка себя и т.д. - на мой взгляд это совершенно отдельный навык, который не имеет отношения ни к хард, ни к софт скилам.
В общем, если подытожить всё это излияние, то на мой взгляд нужно концентрироваться не только на своих хард и софт скилах и ждать что кто-то их оценит. Нет, никто и никогда их не оценит, ровно наоборот, все будут абсолютно уверены, что вам и так норм, вам не нужен отпуск, а нужно ещё подкинуть работы, потому что вы прётесь от неё. А если хочется какого-то баланса в жизни, адекватной оценки своего труда, то это совершенно отдельный скилл. И если для человека это действительно важно, то наверное есть смысл осознать это, а не тупо отмахиваться: 1) о, да, просто у тебя компания плохая, в нормальных компаниях зп сама повышается 2) да наверное ты просто не так хорош как думаешь, был бы хорош получал бы больше. Меня триггерит от таких установок, я считаю их капец вредными.
Vladimirsencov
23.12.2023 13:46ЗП коллег не то чтобы важна. Есть намного более релевантный способ оценить свою потенциальную ЗП. Ходишь по собесам и в начале ставишь прям конскую вилку. Ну например на Лида тысяч 800. На сеньера 600 например. Если легко соглашаются, то поднимаешь выше. Если нет то опускаешь. После 3 или 4 итераций все становится более менее понятно.
Ares_ekb
23.12.2023 13:46Это подходит, если зп - основной приоритет. А если работа даёт самореализацию, у тебя интересный проект, то так просто не начнёшь ходить по собеседованиям. Иногда бывают разные предложения и я думаю какая минимальная сумма за которую я перешел бы к ним. Наверное я начал бы задумываться только при предложении x2 - x3 относительно текущей зп и то не факт. Понятно что никто столько и не предложит, поэтому какой смысл вообще идти на собеседование. Что самое смешное в некоторых компаниях наотрез отказываются рассказывать о твоём будущем проекте пока ты не пройдёшь 7 кругов собеседований. Ради чего? Чтобы просто попасть в вашу компанию и заниматься чем угодно?
С другой стороны, иногда я переходил даже с понижением зп просто потому что мне это было очень интересно и я боялся, что мне откажут, если я начну торговаться. Хотя это конечно другая крайность относительно подхода, который описали вы. Ничего хорошего в такой зацикленности на текущем проекте нет, обычно новый проект оказывается не таким уж плохим и гораздо более интересным.
В целом деньги наверное не такой плохой ориентир. Если ты просил повысить зп и тебе отказали, то может действительно ты не на столько нужен на этом проекте или проект не на столько востребован и перспективен.
Я иногда чувствую себя ChatGPT, у меня в каждом комментарии запускается бесконечный поток рефлексии. Основное отличие от искусственной нейронной сети наверное в том, что я отвечаю не на любой промпт, а на то, что триггерит лично меня и опираюсь преимущественно на личный опыт, а не на усредненный общечеловеческий. Интересная идея для стартапа - создать много разных нейронных сетей, которые опираются преимущественно на свои прошлые диалоги, могут узнавать собеседников, вспоминать какие-то факты из прошлого, которые те им рассказывали или наоборот могут рассказывать какие-то новые факты, которые будут интересны конкретному собеседнику. Интересно можно ли считать, что у такой нейронной сети будет личность, индивидуальность...
Вот, идея ещё для одного стартапа. В принципе, мой комментарий - это наверное не такой уж безумной поток случайных фактов и ассоциаций как выглядит на первый взгляд. Я очень часто начинаю с того, что пишу что-то совершенно противоположное тому, что пишет собеседник, например, "деньги не главное, интересный проект важнее". Потом путём долгой рефлексии, случайных ассоциаций, кулл стори из жизни я прихожу к тому, что, блин, наверное деньги всё-таки важны и в чём-то мой собеседник прав. Затем пытаюсь всё обобщить и подытожить, что наверное и то, и то важно и вообще в жизни нужен баланс. Потом мне становится душно от собственных пафосных нравоучений. И я начинаю иронизировать над собой "типа я как ChatGPT выдаю потоки безумия только по форме похожие на осмысленный текст". Потом включаются детские травмы и я пытаюсь доказать всем какой я замечательный, уже идею для второго стартапа описываю, хотя вроде ничего не предвещало, а представляете сколько идей я на работе генерю! Возьмите меня пожалуйста кто-нибудь на крутую работу с большой зп, ну, или хотя бы похвалите! Короче, если я не сверну сейчас этот поток саморефлексии, то наверное открою портал в ад (это как если два зеркала друг напротив друга поставить). В общем изначальная идея стартапа была добавить в ответы искусственной нейронной сети подобные паттерны, типа сначала не соглашаемся с собеседником, потом в итоге соглашаемся, а затем всё обобщаем. Хотя, блин, пока я это описывал придумал третий стартап - саморефлексирующий ИИ. И четвертый - ИИ, иронизирующий над разными вещами, например, над стартапами... Ой, минуту, у меня в комнате почему-то заиграла музыка Мика Гордона, в полу появилась полупрозрачная вибрирующая мембрана и кто-то см...
JBird
23.12.2023 13:46После 3 или 4 итераций
... заканчиваются конторы и вакансии, которыми не воспользовались для такой калибровки, и нашего любителя потрепаться просто запоминают и перестают приглашать. Скажете, нереально?
shasoftX
23.12.2023 13:46Предположим ЗП меняется в зависимости от того что ты пишешь баг правишь или фичу прикручиваешь. И если за баг платят меньше, то возникает вопрос: зачем его править? Пишешь фичи и всё.
p.s.хм, мне кажется я понял почему некоторые баги по 100500 лет не исправляют
nightlord189
23.12.2023 13:46В Гугле же вроде что-то такое и есть - типа чтобы считаться хорошим разработчиком - по итогам года должен втащить какую-нибудь фичу. Плевать, что фич и так уже вагон может быть, или что вон тот неустраненный баг злит пользователей в 10 раз сильнее, чем отсутствие рюшечек.
jam12345
23.12.2023 13:46Почему они стоят больше? Бизнесу до фиолетовой лампы что ты делаешь из беклога, если у этой таски стоит высокий райс который задал менеджер.
Мелкий баг может привести к потери денег куда большей чем принесет какая то масштабная новая фича.
DMGarikk
23.12.2023 13:46Сдельно-премиальная оплата труда - это зло и применимо только в определенных профессиях
Если вы разработчик и вам платят за задачи - у вас скорее всего не очень хорошая работа
hyperwolf
23.12.2023 13:46Другими словами, работая в продуктовой компании, если программист хочет расти карьерно и профессионально, ему надо думать о продукте или сервисе, что продаёт компания. Делать новые фичи, чтобы поднять продажи, чтобы у компании появилась возможность и желание нанять ещё программистов ему в помощь, чтобы он мог с помощью их ещё больше увеличить продажи компании.
Какая бредовая дичь.
Во-первых, все эти "надо делать фичи" идут не снизу обычно, а сверху, со стороны PM/PO, или вообще руководства. Дальше, как показывает практика, фичи было бы неплохо продавать.
Я, если что, работаю в продуктовой компании. Не разраб, но рядышком (инфра). Идея "пилим фичи, надо фичи, пофигу на все остальное" как раз обычно идет сверху, либо от маркетинга, либо от РМ/РО, копится техдолг, ухудшается основной продукт. Пользователи уходят, прибыль падает. И снизу, с позиции рядового разработчика на это повлиять практически нереально.
bay73
23.12.2023 13:46Согласен. Не программист должен о новых фичах думать. Даже вредно, если программист о фичах думает. Это приводит к тому, что появляется продукт без архитектуры и дизайна. Который загнётся при попытке добавить очередные фичи.
В этом плане программист наоборот должен стараться аппетиты сейлзов урезать.
venanen
23.12.2023 13:46Немного возражу: программист должен знать, кто его пользователь, и что он хочет от системы. Это знание далеко не всегда, но бывает полезно, чтобы оценить какой функционал в будущем будет расти. А если это продукт для ограниченного круга лиц (например, CRM для вашего отдела аналитики) - то, имхо, стоит иногда звать представителей разработчиков на звонки, где пользователи высказывают свои хотелки. Потому что часто только разработчик может оценить сложность внедрения фичи, и у меня были ситуации, где пользователь хочет фичи, которые ему сильно упростят жизнь, и добавляются буквально за 15 минут, т.к. это уже в системе есть by design, но аналитик не знает настолько глубоко код, и говорит, что это сложно, сделаем потом. В итоге получается, что часто простые и весьма полезные фичи игнорируются.
MentalSky
23.12.2023 13:46Немного возражу: программист должен знать, кто его пользователь, и что он хочет от системы. Это знание далеко не всегда, но бывает полезно, чтобы оценить какой функционал в будущем будет расти
Всячески поддерживаю! Какая же больная боль, когда бизнес приходит и говорит - а сделайте мне вот так, не говоря зачем это. И на вопрос - с чего он (бизнес) решил, что им придуманная фича ему поможет??? - ответа нет. Часто бывает, что другая фича (придуманная совместно) поможет лучше решить боль Заказчика, да она еще и дешевле выходит по себестоимости, как правило. Но о другой фиче, вместо этой вот, надо как-то поговорить с бизнесом, что бы была возможность хотя бы мнение свое сказать, а бывает эта возможность редко, что очень печалит. Как и печалит пиление фичи, которая скорее всего не сработает.
MyraJKee
23.12.2023 13:46У нас в компании просто хренова туча народу, которые специально наняты чтобы оценивать вот эти все вещи и делать это они в теории должны гораздо лучше чем программисты, которые вообще не для этого.
Меня больше волнует саморазвитие, интересные задачи, качество выполнения задач - качество кода, скорость выполнения и т.д. Делая все быстро и качественно буду уверен что сделал все что мог для компании, за соответствующее вознаграждение.
Остальное честно говоря интересовало постольку поскольку...
ogost
23.12.2023 13:46С чего это наёмному сотруднику печься об увеличении доходов собственников компании, если сотруднику от этого ничего не перепадёт? Продуктовый или нет - дело десятое, и даже ИТ или нет - не важно. С чего рабочему на заводе перерабатывать, если в конце месяца он и так свой оклад получит?
unclejocker
23.12.2023 13:46Думать надо, чтобы понимать свое место в компании и куда вы хотите (или не хотите) в ней двигаться. Если вы рядовой винтик в механизме, хотите быть рядовым винтиком и вас все устраивает - ничего плохого в этом нет.
ogost
23.12.2023 13:46И что это изменит? Пока вы работаете на компанию - вы наёмный сотрудник и такой же винтик в механизме. Разве что зарплата х раз выше. Я не говорю, что наёмный сотрудник это плохо, я говорю о тоне статьи - "разрабы, давайте стаханить без благодарности во благо компании, ведь тогда компания сможет набрать ещё разрабов и заработать ещё больше". Ты другой мотиватор дай, мол если компания больше заработает, то она и раньше сможет зарплату поднять или в таком духе.
unclejocker
23.12.2023 13:46Я про "стаханить без благодарности" в статье не увидел, но пусть так.
Я совсем другое имел в виду: работать конечно же надо за деньги ("с детства испытываю отвращение к бесплатному труду"(с)) и все (за редкими исключениями) мы приходим в новую компанию рядовыми винтиками. Можно так и остаться - закрывать таску в джире, получать зарплату и идти домой больше ничем не интересуясь. Через три года поменять место работы с прибавкой к зарплате. Тоже карьерный путь, не хуже других. Но даже рядовому винтику хорошо бы посматривать, а как там у компании в целом дела, чтобы не была внезапной ситуация "что значит у фирмы денег нет и меня на мороз? хорошо же сидели".
Ну и даже рядовой винтик обычно может за что то побороться, например в другой отдел/команду перейти внутри компании, где интереснее или теплее.
Katenk_aa
23.12.2023 13:46Такое ощущение что берут первую сгенеренную картинку. Поэтому и глаза болят потом.
PsihXMak
23.12.2023 13:46Я бы, в целом, ввёл отдельный предмет в ВУЗах, где рассказывалось бы о рынке. О том, что существуют продуктовые компании и аутсорсинговые. Что есть стартапы, энтерпрайз, гйеминг и прочие и прочие направления. И т.д. и т.п.
Но, пришлось всё это познавать на своей шкуре и своих ошибках. После окончания обучения, я фронтенд от бекенда едва отличал...
edogs
23.12.2023 13:46Я бы, в целом, ввёл отдельный предмет в ВУЗах, где рассказывалось бы о рынке. О том, что существуют продуктовые компании и аутсорсинговые. Что есть стартапы, энтерпрайз, гйеминг и прочие и прочие направления. И т.д. и т.п.
В той или иной форме оно сейчас есть в вузах много где. Другой вопрос - насколько качественно преподается и насколько тщательно экзаменуется, но в принципе всё есть - и стартапы, и право, и экономика, и бизнес-процессы, и трудовой кодекс, и гейминг и т.д. и т.п..
gun_dose
23.12.2023 13:46Так и не понял, что хотел сказать автор? Продуктовые компании хорошо, а галеры плохо? Напомню, что стартапы - это тоже продуктовые компании, и там может вообще не быть никакой экономики, а тупо проедание инвестиций. Кроме того, в стартапах ценят "увлечённых людей", что на деле означает, что овертаймы обязательны. Что касается галер, то галера галере тоже рознь. Многие умудряются проработать на галере десятилетия, в то время, как не каждая продуктовая компания протянет столько.
MANAB
23.12.2023 13:46Можно пытаться спрогнозировать и угадать с шансом <10%. Можно просто смотреть, что происходит в компании и за ее пределами и делать ноги, когда выгодно.
Vladimirsencov
23.12.2023 13:46Да самому надо смотреть. В разных ситуациях должна быть разная стратегия. Иногда может быть выгоднее удержаться в компании в надежде на дальнейший рост в будущем. Но надо понимать насколько эти надежды оправданы.
ReDev1L
23.12.2023 13:46Зачем мне, как бекендеру, фронтендеру, sre, тим/тех лиду, архитектору, не профессиональные СЕО, борд директоров, продакты, сейлзы, если надо думать за них над компанией и продуктом? Я думаю над продуктом в сфере своей профессиональной ответственности, не более.
Я понимаю что большинство из "эффективных менеджеров" осознают что они хитрожопые дебилы, но это уже перебор имхо. Топят компании и продукт они, а думаю над продуктом и крыса - я.
edogs
23.12.2023 13:46загадка, почему программисты не могут оценить бизнес компании, в которую устраиваются
Потому что если бы они это могли, то устраивались бы не программистами:)
AllexIn
23.12.2023 13:46У вас странное представление о карьере в IT.
Карьера в It это не вырасти внутри компании по должности или зарплате.
Потому что во первых в большинстве компаний вам никто не даст внутри компании вырасти в грейде в разы.
Во-вторых - сидеть в одной компании до упора это прямой путь к деградации. Как бы круто вы не прыгали между отделами и задачами, закостенение всё равно происходит.
Карьера в It - это вырасти по квалификации и опыту, чтобы потом в другой компании этот опыт и квалификацию продать.
ИМХО, конечно же.
Format-X22
23.12.2023 13:46Ну я лично знаю кейсы с проработать ровно 10 лет, начав мануальным тестировщиком и продолжая сейчас директором по всему айти в компании с офисами в десятках стран. Нормально, и так тоже бывает. Но чаще да, если сама компания не растет, то и сотруднику расти некуда. И тем не менее - внутри тоже можно.
ItsNickname
23.12.2023 13:46Да плевать мне на прибыли и убыли. Нет зп которую я хочу? Я пошёл искать тех кто платит.
MiraclePtr
23.12.2023 13:46Ну и правильно. Я бы даже больше добавил - отсутствие необходимости думать о прибыли, убыли, продажах и клиентах это один из самых больших плюсов работы по найму. Если бы меня интересовали финансовые потоки и удовлетворённость заказчиков, я бы давно уже свой бизнес открыл. Мне это не интересно, мне интересно программировать — поэтому я работаю на дядю и делаю только то что оговорено в рамках моего контракта, а если вдруг у дяди проблемы (и он не может мне больше платить столько сколько стоит моя работа), то я машу ему ручкой и ухожу к другому дяде. А обо всяких там прибылях, убылях, продажах, удовлетворенности клиентов и прочем пусть болит голова не у меня, а у специальных людей, кому все это делегировано - менеджеров, маркетологов, бухгалтеров, аналитиков, и т.д. Если они считают важным для продаж какие-либо характеристики продукта (например, надёжность или производительность какой-то отдельной фичи или определенным образом сделанный интерфейс), то это их работа об этом подумать и изложить выжимку своих решений в ТЗ и описании задачи.
Dmitry_604
23.12.2023 13:46Ну, это как расширение кругозора что-ли и понимание финансового состояния, и стоит ли ждать повышений вообще, и чтоб не было неприятных сюрпризов в виде внезапных сокразений. Мне вот интересно как у компании дела и какие договоры есть на то к чему я прилагаю руки. Что не отменяет тезиса о том, что головная боль об этом на других сотрудниках. Однако, какую нибудь по-моему мнению продаваемую фичу вполне можно предложить реализовать.
sshmakov
23.12.2023 13:46Есть третий вариант - стартап с единственной целью продаться крупняку полностью.
Breathe_the_pressure
23.12.2023 13:46Ну хоть с какой-то сегментацией в две лунки определились. Теперь надо бы выяснить в каком цикле находится ваш продукт, какова дальнейшая политика в отношении продукта или сервиса, на каком счету находится ваше начальство и отдел, какое отношение начальства к работникам, какая атмосфера в компании, какие поощрения и наказания, какие перспективы отрасли в целом, ну и ради чего напрягаться на данном месте в конце концов?
Samr1
23.12.2023 13:46Двоякое ощущение от подачи в статье. Что-то глубоко, по сути, что-то сильно обобщенное.
Как крысячить и выжить, или крысы бегут первыми с ИТ-корабля
Так, когда «крысячить» и когда бежать с «корабля»?
Когда я устраиваюсь на работу… пытаюсь выяснить…какие у неё есть клиенты или контракты.
Очень важная идея – знай своего работодателя. Проблема в том, что через OSINT далеко не всё видно, даже если найдены артефакты, нужно иметь жизненный опыт, чтобы их валидировать. Остальное видно в первые месяцы работы, но, если контракт исполняется, кажется, зачем выполнять не свою роль?
С первой группой ситуация несколько сложнее. У такой компании есть стабильный доход, который получается от ежемесячных (или годовых) платежей от клиентов.
Так получилось, что моя первая работа была галерой, и придя в «продуктовую» первые месяцы я не мог понять, что мне еще делать, кроме работы, в каждую субботу и воскресение, и в любой будний день после 18.00. И здесь, действительно, был галерный взгляд со стороны, что много бесполезных задач и фантазий сверху. У всех, кто приходил, инициативы хватало на два месяца, дальше система перемалывала мышление не на результат, а процесс, и у меня тоже. И очень жаль, что, проработав достаточно долго, я перестал следовать отмеченной ранее истине «знай своего работодателя». Компания, точнее наиболее крикливое руководство, увлеклось не удовлетворением потребностей клиентов, а техническими амбициям, что закономерно привело к росту технического долга по основному продукту и потере ключевых клиентов. Стабильный доход закончился, и вот мы вернулись к заголовку этой статьи. С большим уважением отношусь к продуктовым компания, которые по мимо экономических аспектов, остаются верные себе – своему продукту, только освободившись от рамок KPI можно делать искренне гениальные вещи. Можно ли это понять из OSINT и на стадии собеседований? Вряд ли.
Со второй группой компаний все очень понятно. Очень высокий риск того, что контракт будет не продлён, и все нанятые под этот контракт программисты будут уволены. Самый главный страх программистов в этой компании — что не будет задач дальше, которые будут оплачивать.
О, здесь подпишусь под каждым словом, но с оговоркой: специалист боится, только тогда, когда понимает, что выдает посредственный результат. Как писали выше @gun_dose – галера галере рознь. Если хитропопый работодатель с контрактом мелким шрифтом, то да, работа до лучшего предложения. На других галерах иначе, всё честно: и работа без ТЗ и овертайм и т.д., НО и соизмеримое вознаграждение. И об этом предупреждают настойчиво и заранее, чтобы потом не тратить своё время и кандидата. Все прозрачно, делаешь хорошо – нужен клиенту и команде, значит зарабатываешь свой Х. Да, здесь далеко не все остаются, и каждый, проработавший больше двух лет, на вес золота, и поверьте, все заинтересованы, чтобы их удержать.
К сожалению, некоторые программисты, которые пришли с галер, пытаются реализовать свою стратегию карьерного и зарплатного роста через получение большего числа задач и обязанностей.
Не совсем так, на галере, сколько угодно можно взять задач и обязанностей, но, если акт клиентом не подписан, ты ничего не получишь (не получишь больше базы). Поэтому у всех основная цель не в красоте проекта или фичах, а в том, чтобы был закрыт контракт. Да, клиент, особенно B2B и В2G, часто просит не эффективное решение, а те, которые закроют их личный KPI. И да, здесь нет чёткого продукта, а работа с техдолгом ведется в январе и мае, чтобы в другие периоды было быстрее «грести».
Как бы банально не была сформулирована истина, но каждому своё. Я сам непрерывно на галере 17 лет, бывает, когда рабочая неделя переваливает за 65, хочется заняться творчеством, но в остальном всё в порядке, и конечно спасибо команде.
Donkeyhot_kgd
23.12.2023 13:46А в чем смысл жизни с рабочей неделей в 65 часов? Ну в смысле что даже если зп выходит большая (а это вообще так?), то когда это тратить все заработанное? Хочется ли чего-то?
"Качественно сделанная работа", продукт, это все очень замечательно... но а для себя что?
TimurBaldin
23.12.2023 13:46Сорян, 90% содержание статьи это фантазии не имеющие отношение к реальности. Оборот факт, прибыль искусство... Наличие клиентов не говорит о том, что компания прибыльная...я уже молчу, что никто вам не даст провести нормальный аудит.
А на 10% , в целом да, прежде чем идти в компанию полезно провести анализ по открытым источникам (отзывы там и т.д)...но, нужно отдавать отчет, что это крайне поверхностный анализ, который позволит отфильтровать совсем шлак, остальное это ваш риск который вы берёте на себя и работаете или нет.
cb_ein
23.12.2023 13:46Сомневаюсь, что человеку с улицы откровенно будут рассказывать, какие продукты, кому, за сколько и как долго продает компания. В лучшем случае поделятся рекламной брошюркой своего сервиса, из которой никаких выводов о финансовом благополучии компании сделать не удастся. В худшем вовсе отделаются туманными фразами типа "мы разрабатываем инструменты анализа для крупного западного банка".
sentimentaltrooper
23.12.2023 13:46Человеку с улицы - брошюрка без деталей, обычным сотрудникам внутри - бравурная брошюрка с неуклонным ростом, начальникам направлений - инфа по реальным клиентам и что надо сделать, в ближнем круге (CEO - CSO - адвокат - бухгалтер) - реальные цифры и что кому и почему обещали. И только в голове у CEO - почему нам этот контракт вообще достался. Прошел весь путь, при каждом левел-апе раскрываются бездны. Начиная с 'ближнего круга' все планы дольше чем на год это так - wishlist (при этом я стабильно рисую планы на 5 лет, где прям прибыль оцениваю), но снизу не так заметно - колебания "линии партии" сглаживаются проходя сверху вниз.
tommyangelo27
23.12.2023 13:46"Продуктовая компания", разрабатывающая супер-мега-популярный сервис на деле может быть убыточной и существовать исключительно по доброй воле инвесторов, с риском закрыться в любой момент. Как это оценить не входя в совет директоров - загадка.
AntoineLarine
23.12.2023 13:46в 99% это понятно из финансовой отчётности.
tommyangelo27
23.12.2023 13:46У публичных компаний - да, у частных - никто вам отчётность не покажет.
AntoineLarine
23.12.2023 13:46В России сейчас есть ресурсы-агрегаторы, где раскрывают отчётность или хотя бы финансовые показатели по непубличным компаниям, и где можно найти нужную информацию по контрагентам. Уже несколько раз пробивал потенциальных работодателей.
Dmitry_604
23.12.2023 13:46Согласен, удобно, был сильно удивлен в свое время когда узнал, что есть такая база в доступе, причем там все юр лица вообще присутствуют, правда вроде все сайты с раскрытием информации уже перешли на платный доступ.
AntoineLarine
23.12.2023 13:46Среди своего круга общения почти всегда можно кого-то найти с действующей подпиской на том или ином сервисе. Что вполне решает вопрос разовой пробивки.
И, самое главное, сейчас уже нормально работает официальный сервис ФНС по раскрытию отчётности https://bo.nalog.ru/, бесплатно и вполне красиво.
Dmitry_604
23.12.2023 13:46О, спасибо за ссылку, не знал, правда почему-то свою компанию здесь не нашел, но зато пару других легко пробил. К сожалению не могу плюсануть уже - плюсы на сегодня кончились.
in_heb
23.12.2023 13:46Если под продуктовыми компаниями вы подразумеваете только те которые были открыты на личные деньги фаундера и потом вышли в ноль, то значит что вы просто не рассмотрели все варианты в статье.
Ну и в целом не особо ясно почему программист должен оценивать финансовую ситуацию в компании. Если это не релокация из условной РФ в условную Австралию с перевозом семьи и трех котов, то задача программиста это развивать свои скиллы (софт, хард) и получать как можно больше з/п не испортив себе ментальное здоровье (суперскучными тасками например). Если вы наемный работник, то финансовое состояние компании это не ваша проблема. Компания не может платить сколько предлагают на рынке - ну и ладно, значит пусть ищут другого сотрудника. Ничего личного.
А задача компании (бенефициаров и управляющего) сделать так чтобы наемный работник спокойно работал и не думал о том из каких денег ему заплатят з/п в следующем месяце.
Не нравится такая модель - предлагайте долю в компанию, % с продаж продукта/сервиса и т.д., если не хотите/не можете платить з/п сотрудникам больше чем заработали.
cijic
23.12.2023 13:46Вы почему-то перепутали менеджеров с программистами.
Программист программирует. Всё. Это его функция. Названные "должен" у вас относятся к менеджерам.
Серьёзно, будто пост писал менеджер, который хочет чтобы за него ещё что-то делали.
Последняя фраза ещё и оскорбление многих.
MiyuHogosha
23.12.2023 13:46Даже если это не скрам, у программиста гораздо больше функций. А при гибком управлении каждый пргаммист - менеджер себя.
cijic
23.12.2023 13:46За каждую функцию, как вы говорите, платится отдельно (Basecamp так и делает, к слову). Программиста нанимают программировать. Если он не для этого, то он не программист.
Если программист менеджер себя на работе, то зачем менеджеры на работе? Уволить их.
LeVoN_CCCP
23.12.2023 13:46Статья почему-то прочиталась как "увеличиваем шансы на устройство в компанию". То есть шансы увеличиваются если интересоваться самой компанией вне предела своей ответственности - такое любят.
Лично за таким никогда не гнался, работу предпочитаю делать как "для себя", то есть если мне нравится результат, то вполне можно и сдавать. А если что-то смущает, то не отдавать с мыслью - ну это фигня же мелкая, просто не обращать внимания, а разобраться что это такое и может быть стоит сделать немного по-другому.
SSukharev
23.12.2023 13:46Когда Титаник тонул на его верхней палубе играл оркестр и танцевали люди. Приходишь ты в компанию и видишь этот самый оркестр, а компания уже тонет. Первыми компании - Титаники покидают аналитики, у них мозги есть, они привыкли анализировать и делать выводы. Если компания год без новых проектов или все проекты или контракты случайны, то ни повышения зарплат ни развития, ни новых технологий не будет. Нужно искать другую более удачливую компанию. А последними уходят программисты - кочегары в машинном отделении, они работают в узком пространстве своих обязанностей, глядя на шумный оркестр HR менеджеров.
GaryKomarov
23.12.2023 13:46Почему проектную компанию совместили с бодишопом и обозвали вместе галерами?
Галерой может быть любая компания и даже продуктовая, хотя вероятность такого меньше.
И забыли о т.н. фикси - это внутренние отделы поддержки.
Они обычно не разрабатывают продукты и не ведут целиком проекты, а только поддерживают с легкими доработками существующие сторонние продукты. И участвуют на новых внутренних проектах с дальнейшей поддержкой.
Т.е. имхо правильно делить ИТ на продуктовые, проектные, бодишопы и саппорт (фикси - термин из мира 1С, фактически собственный ИТ отдел не ИТ компании).
orignal
23.12.2023 13:46Программиста в первую очередь должно волновать его положение на рынке труда, посколько именно оно и определяет размер его зарплаты. Даже если у компании дела идут прекрасно, это вовсе не означает, что его зарплата станет выше. Целью бизнеса является извелчение прибыли, а не облагодетельствовать сотрудников. Иными словами, зачем владельцу бизнесу платить больше, если можно платить меньше.
newintellimouse
23.12.2023 13:46Другими словами, работая в продуктовой компании, если программист хочет расти карьерно и профессионально, ему надо
уйти с повышением рейта и грейда в другую компанию, как показывает практика рынка.
Boethiah
23.12.2023 13:46Выгнать могут с любой компании и урезать зп, сегодня компания была ведущей на рынке, а завтра от нее начали уходить инвесторы, либо же ты завалишься на чем-то на проекте и тебя опять таки попросят.
asmdk
23.12.2023 13:46Не совсем понятны тезисы, они работают для обоих типов компаний. У второго типа компаний тоже есть определенный бюджет, и чем больше расходы - тем меньше доходы, так что каждому постоянно повышать себе зп тоже не получится.
По поводу увольнения тоже самое, если ты уволишься, проект продолжит жить и тебе найдут замену, во вротом типе компаний иногда это даже проще, т к могут быть уже готовые на замену люди.
По поводу того что может не остаться задач, это почти нереально, тут скорее проект могут закрыть/сократить из-за других причин, так же кстати как и в продуктовых компаниях, не стоит их рассматривать как единое целое, там внутри тоже все разбито на проекты и направления, которые могут стать неактуальными и их тоже закроют.
На втором типе компаний тебе просто найдут другой проект, что иногда даже и хорошо, т к считается, что менять домен и технологии раз в пару лет очень даже помогает. Но в любом случае, никакого страха нет, ты знаешь что просто найдешь другую компанию и скорее всего с более высокой зп.
Вовлеченность в проект в любом случае должна быть назависимо от компании, так проще, приятнее и интереснее работать. В продуктовых компаниях, при хорошей прибыли могут дать существенно лучше годовую премию, чем на галлерах, но это по моему опыту, иногда могут быть исключения в любую из сторон.
Batalmv
23.12.2023 13:46По типам компаний. Пропущены:
большие не ИТ компании с большим ИТ штатом: банки, телеком, ....
большие ИТ компании, где есть внутренный "сайт вакансий" и самые разные виды деятельности
Это важно, так как в компаниях, где ИТ - это поддерживающий департамент, нет ни того, ни другого. В просто больших компаниях банально много проектов и можно себя искать. Ну и "жирка" больше, чтобы просто так брать и сокращать.
Так могут работать другие законы, уже относящиеся к бюрократии и политике.
-------------
На тему того, надо ли знать как идет бизнес. Да, надо бы хоть чуток понимать, но это не 100% показатель. Вы можете прийти в успешную компанию, но ваше подразделение может попасть под сокращение. Компания в целом успешно, но ваш отдел - нет. Но в целом да - прибыльные компании лучше
Пропущен МЕГА важный момент. Это рейты компании. По сути, вас так или иначе продают. Прямо, неявно ... но так и есть. И вашим потолком является рейт + налоги (если компания интернациональная). Вот его надо понимать. Если вы попали в компанию, которая продает себя недорого - без шансов. Просто.
А вот есть оказались в "социализме" - тогда есть варианты вплоть до верхних планок рынка, если найдете свою нишу. Я бы к таким отнес как раз те компании, где ИТ - просто поддержка. Там реально можно увидеть такие перекосы.
Про продуктовые - не скажу, но мне кажется, есть ты "звезда" - тебе будуть платить, так как ты тащиш продукт, помогаешь с продажами и т.д. Остальным платить много смысла нет
0rd1nary_person
23.12.2023 13:46Новые фичи должны вырасти из проблем и запросов пользователей продуктов. Получается программисту нужно ещё быть и аналитиком, звонить клиентам и общаться с ними?
Vitalis83
23.12.2023 13:46Я и большинство моих знакомых работают в третьем виде компаний. Это когда компания занимается продажами или производством товаров каких либо и имеют свой штат разработчиков. Тут в принципе как оценивать.
FroseMan
23.12.2023 13:46Особенно когда продуктовая компания сама в уши льет, что "вот поперформишь, задачек нам доставишь и будут тебе золотые горы". Потом ты всё доставил, компания это продала, "ура, мы так продвинулись вперед в твоем направлении, теперь нанимаем кучу сотрудников", при этом ты вот как-то слабенько доставил, мы тебе шишку дадим. "Но вы же новых вон нанимаете, мы же в гору там идем" - ничего не знаем, отвали
ShADAMoV
23.12.2023 13:46Как по мне, самый простой способ оставаться на плаву в любой компании - браться за те задачи, за которые не хочет браться никто.
konst3d
23.12.2023 13:46Со второй группой компаний все очень понятно. Очень высокий риск того, что контракт будет не продлён, и все нанятые под этот контракт программисты будут уволены. Самый главный страх программистов в этой компании — что не будет задач дальше, которые будут оплачивать.
Ни разу такого не видел на галерах...
Кончается один проект, переводят людей на другой...
В самом крайнем случае - есть внутренний проект, куда кидают тех, кто оказался временно не востребованным.
Но ни разу за 10+ лет на галерах, я не видел, что бы кого-то увольняли, потому что закончился его проект.
DMGarikk
23.12.2023 13:46Но ни разу за 10+ лет на галерах, я не видел, что бы кого-то увольняли, потому что закончился его проект.
у меня не такой большой послужной список на галерах
но в эпаме на бенч постоянно люди выпадали, а бенч, в последние годы был примерно как 5% от зарплаты..т.е. слетаешь с проекта - остаешься без зарплаты если не получается быстро новый найти то проще новую работу найти
помнится когда у меня была угроза закрытия проекта, мне предлагали перейти на другие где сроки были 3-5 месяцев от силы.. чёто было неприятно както..
а в другой галере вообще нет было адекватной системы распределения людей внутри, когда у нас сокращали проект, пятерых прям с концами сократили никуда не переводя, несмотря на то что контора довольно крупная
we_know
23.12.2023 13:46Немного не понял почему только про программистов, у нас команды побольше несколько и бегут обычно выгорев еще до закрытия бизнеса
Mitya78
Финансисты не могут оценить бизнес компаний.
igumnov Автор
Тут важно попытаться провести оценку. Многие даже не думают в этом направлении, к сожалению. Часто поверхностный анализ показывает, что с компанией лучше не связываться.
AgentFire
Тут, видимо, вопрос не в том, что показывает анализ, а как такому анализу можно верить.
saboteur_kiev
С точки зрения программиста, очень сложно оценить прибыль и расходы компании, чтобы посчитать свою собственную зарплату.
Это ж какой должен быть маленький продуктовый бизнес, или насколько маленькая галера, (обратите внимание, не хай левел менеджера, не руководителя проекта, и даже не архитектора), а рядового разработчика, чтобы зарплата одного такого сотрудника сильно влияла на прибыль?
Это надо быть прям ключевым разработчиком, типа Кармака в ITSoft.
Глобально тезисы правильные - интересоваться, что делает компания глобально и как в ней идут процессы,полезные для твоей карьеры. Но вот вывод оценки прибыли, еще и до трудоустройства... прям даже не знаю кем нужно быть чтобы уметь это оценить.
Проще свести дело к "не работайте в рогах и копытах меньше чем на должности архитектор, иначе будут копейки"
VladimirFarshatov
Ну.. сейчас достаточно ресурсов типа "за честный бизнес", где можно глянуть отчётность и понять есть ли вообще у компании "прибыль". Часто там вместо "мы 15 лет на рынке, у нас 25 разработчиков" фигуряет ооо в составе 3-5 человек... Но бывает и наоборот тоже.
К продуктовым, ещё можно отнести компании, у которых конкретный продукт может быть и не в ИТ сфере, и содержится "отдел автоматизации" разных процессов. Далеко не все идут в облака.. Тут то же самое: рост ЗП часто проблематичен и по той же причине: компания не перестанет делать продукт, даже если уволит всех своих сайтописателей.
А вот то, что автор назвал галерой, раньше звалось вебстудия.. тут согласен полностью...
MiraclePtr
Это всё-таки разные вещи немного. Веб-студии, исходя из названий, занимаются разработкой сайтов (обычно простых сайтов, максимум - интернет магазинов), у галер же разрабатываемые продукты вебом совсем не ограничены - там может быть и десктопный софт, и мобильные приложения, и очень сложные информационные системы, ядреный банкинг, эмбеддед и IoT, вплоть до AI, CV, VR, и всяких очень замороженных штук. Правильный термин тут будет "аутсорс-разработка".
faiwer
ИМХО, это совсем разные вещи. Веб-студии скорее продуктовые компании, нежели аутсорс. Их продукт - штампованные веб-проекты, как правило на собственном движке и удобной для команды платформе. Продавалось не время людей и команды, а конкретный штампованный продукт, с возможностью за дополнительную цену реализации чего-то out of the box.
petuhoff
Зарплата одного может и не влияет, но если ты поднял одному, дргим нужно подтягивать тоже и тогда вополне может оказаться что баланс не бъется. Причем в малой утаить повышени сложнее.
lex-sey
Я делаю проще - смотрю статистику компании за последние годы. Уставной капитал, прибыль, наличие судебных дел и т.д. Бесплатных сервисов много. Более подробная информация за деньги. Я так принял решение об уходе из одной компании.
bay73
А в чем проблема для программиста если компания не "взлетит"? Он на следующий день в другой компании работать будет. Конечно, если хочется залезть в бизнес и попытаться получить свою долю от успешной компании, то стоит оценивать. А если просто на работу устраиваться, то надо на зарплату и другие плюшки смотреть. Как только компания перестанет свои обязательства перед работником выполнять. Можно спокойно в другое место идти.
Dmitry_604
Сейчас это "спокойно" может вылиться в полгода активного поиска, и если сдутие бизнеса произойдет через полгода- год после устройства, это какая то лишняя суета, и возможный кассовый разрыв семейного бюджета
dimkrayan
тут помогает трудоустройство по ТК РФ. За один день не уволят и при увольнении выплатят несколько зарплат. А за это время точно можно и отдохнуть, и поискать.
Dmitry_604
Ну даже с учетом ТК, это лишний стресс и неопределённость, которую лучше избегать если это не личное решение.
dimkrayan
а так вам никто не гарантирует, что вас никогда не сократят. Вон сегодня была новость, что в интел 300 с чем-то человек сокращают. Вроде, богатая компания с длинной историей.
Меня как-то раз сократила очень крупная компания просто потому, что у нее сменилась политика по работе с регионами.
И это уже не говоря о том, что компания может из страны уйти. Не говоря уже о тысяче других причин.
Кстати, сокращение - это довольно комфортно. Вы можете отдохнуть несколько месяцев, если устали. Можете использовать это время + деньги, чтобы переквалифицироваться, если уже созрели для этого шага. Да и просто можно в плюсе по деньгам остаться.
Dmitry_604
Да, конечно, гарантий нет, в крупняке вообще местами странные решения принимаются.. и левая нога не знает что делает правая. Речь скорее про небольшие компании около 100-200 разработчиков, там можно что-то оценить и иметь некие понимания процессов в компании.
Про сокращения, если получить золотой парашют, то да, а так по ТК стандартно 3 оклада вроде - не разгуляешься
dimkrayan
у компаний на 100-200 разработчиков могут быть свои проблемы. Инвестору разонравилось, пришел новый эффективный менеджер, конкурент сильный появился - да полно.
Работал в геймдеве примерно такого масштаба - чуть больше 100 человек. И разговорился я как-то на пьянке с каким-то бигбоссом, и он сказал, что вот мы сейчас пилим фичи - получаем бабло. Но в определенный момент, когда фич будет достаточно, инвестор может принять такое решение: всех уволить, кроме минимального количества людей для поддержки, на базе существующих фич просто перелицовывать эвенты - и все. Долгое время доходность будет плюс-минус та же, а затраты упадут больше чем на порядок.
Понятно, что чем больше, тем лучше, но 3 запрлаты(не облагаемые НДФЛ, кстати) + за 2 месяца предупредить (а не официально, обычно, за больше, чем 2 месяца) вполне достаточно, чтобы спланировать свою жизнь. Сам проходил через такое.
Roger99887795
Ну так и поиск работы/проверки это лишний стресс