Обновить
214
17.1
Иван Васильев@Gradiens

.NET Developer

Отправить сообщение

Может это прозвучит несколько сурово

Это прозвучало с юношеским максимализмом.

Вы уверены, что сами никогда не достигнете пенсионного возраста? А если достигнете, то уверены, что ваши инвестиции, ваша профессия позволит вам безбедно встретить старость? И никакой катаклизм в масштабах страны (а возможно, и Мира) не помешает вашей стратегии?

как он будет там, один, в чужих руках.

Страшно другое.

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

А потом - фигак - и бизнес вырывает у тебя из рук твое детище, твой проект. И отдает другому. Или закрывает. Или продает.

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

Извините, но насколько валидным является исследование на выборке сотрудников одной компании? Не получится ли так, что по результатам опроса в интернете 100% пользователей используют интернет?

Данные ЛАНИТ показали, что сотрудники, рожденные после 1995 года, увольняются реже, чем рожденные до 1980 года.

Если это происходит в Ланите, что дает основание экстраполировать вывод на всю отрасль?

Интересная точка зрения.

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

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

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

1) Она должна приносить достаточно денег чтобы прокормить мою семью.

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

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

За это я честно, без халтуры, вджобываю.

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

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

Было бы интересно еще провести анализ, какие есть варианты не сообщить о ком-то, а "похоронить" себя в корпоративной переписке.

Для затравки расскажу историю:

В одной очень длинной переписке некий Анатолий, уехавший в Штаты в 90-е, и спустя 20 лет получивший наконец гражданство, сильно наезжал на наш проект.
Он писал "Я, как американский гражданин, не могу позволить, чтобы бюджет налогоплательщиков США расходовался бы на ..."
Учитывая, что на его паспорте краска еще не обсохла, эти претензии звучали забавно.

Наш ПМ, скорее всего торопясь с ответом, начал письмо так:

Dear Analtoy,

Если бы Анатолий не прореагировал (или написал бы ПМ в личку) - проблему можно было бы замять. Ну опечатался ПМ, и никто бы не заметил. А если бы и заметил - деликатно промолчал.

Но не таков был наш Анатолий, чтобы терпеть!

Он начал наезды на ПМ (поставив в копию всех топов).

ПМ конечно рассыпался в извинениях.

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

Потом его перевели в другой департамент, и след его затерялся.

20-30 лет? Вот это горизонт планирования!

На мой взгляд, в среднем, 2-3 года стабильности вполне достаточно. А дальше, если что - можно просто найти еще одну нормальную работу. Мы же говорим о синьорах с 20+ годами опыта, не так ли? Поиск работы не должен стать проблемой.

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

Моя мысль не о том, чтобы найти себе теплое место и морально заранее превратиться в пенсионера.

Мысль в том, что вовсе не обязательно бежать впереди паровоза. Не надо бежать, чтобы остаться на месте. Все эти тренинги, конференции, курсы, самообразование, pet-projects, open source и прочее - это все очень хорошо, но вовсе не обязательно. Чтобы остаться на месте - достаточно просто работать на совесть и прыть по течению. Периодически менять работу, но не потому что "надо" а потому, что жизнь меняется.

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

Да никуда мы не исчезаем! Как работали, так и работаем.

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

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

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

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

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

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

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

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

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

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

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

Вы так пишите, как будто хороших начальников не существует.

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

За 20-и летний опыт я видел двух таких. Под одним проработал 8 лет (работал бы и дальше, да фирма закрылась), второй был тимлидом соседней команды с нулевой текучкой за 10 лет.

Так что есть начальники, хорошие для подчиненных, есть. Хотя плохих, понятно, больше.

Звучит как детектив!

А подскажите, что вас настолько привлекло в историческом здании с КГБ, что вы решились на снос несущих стен? Неужели абсолютно все другие варианты проигрывали этому?

Так решил ревьюер, человеческий фактор здесь тоже влияет.

Закидывать такую иконку на ревью в App Store мы не стали, уже научены кейсом с кальмаром.

Если вы считаете, что отказ был из-за человеческого фактора, почему бы не попробовать с человеком-пауком? Вдруг его ревьювить будет другой человек, и вам повезет?

Или есть какие-то штрафы за то, что ваше изменение не пропустят?

PS. а вообще иконки - огонь!

Лично я все минусы (которые заметил) получил за комментарии. Корректные, не нарушающие правил приличия. Но - отличающиеся от мнения минусующих.

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

Но по факту получаем "семь раз отмерь и... пройди мимо".

Я думаю, вы и сами не хотели бы получить мобилизационное по той причине, что в минобороны от минцифры данные ушли в cp1251, которая думает, что она utf-8, например

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

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

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

Я утверждаю, что нет догм.

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

Сначала моя задача - собрать функциональные и не функциональные требования (да, хорошо бы этим занимались специально обученные люди, но они есть не везде)

А потом уже предложить варианты решений. Не наоборот.

Потому что помимо надежности и сопровождаемости есть и другие аспекты.

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

Чую, вопрос с подвохом, но отвечу.

41 годик, тимлид.

Эх, боюсь, не донес я мысль.

Хотите пример из жизни?

Прямо сейчас ребята из Мин Цифры слепили на коленке поделку в виде csv файликов, куда кое-кто из нас сможет внести свои паспортные данные и отправить через Госуслуги.

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

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

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

Потребности бизнеса диктуют, какой должна быть система. А не наоборот.

Я бы добавил еще пункт про то, что в разработке нет догм. И бизнес платит, чтобы его проблему решили наиболее эффективным способом. Не "правильным", а эффективным.

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

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

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

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

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

Информация

В рейтинге
362-й
Откуда
Москва, Москва и Московская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность

Специализация

Бэкенд разработчик
Ведущий