Comments 56
Интересная идея. Но вот на текущем месте - я когда проработал месяц другой думал, что стал приносить пользу. А проработав уже почти три года начал думать - насколько же я бесполезен и сколько всего еще мне предстоит узнать, да хотя бы в предметной области…
Один год, наверное, в самый раз. Как раз перестаёшь вредить и отвлекать коллег на свои "детские" проблемы.
это называется onboarding
так он называется там, где он есть. а у остальных - компани склиз и прочие странные самовыдуманные названия для неведомого процесса, которым никто не догадался заниматься.
Автор смешал в кучу onboarding и adaptation.
Onboarding зависит от того насколько автоматизирован сетап нового пользователя, количества внутренних систем и бюрократии для получения к ним доступа, в среднем onboarding затягивается от пары дней до недели в крупных компаниях.
Adaptation это период ознакомления с проектом и процессом разработки, по идее после первого удачного изменения в проде можно сказать что первичная адаптация пройдена, на это обычно уходит от недели до месяца в зависимости от задачи. Некоторые компании устраивают bootcamp, чтобы сразу ввести новых разработчиков в процессы.
Последующая адаптация может растянуться на полгода и больше. В этом плане производительность 50% от старожила очень условный показатель, так как есть большая разница в производительности при написании нового кода или внесении крупных изменений в старый. Когда в проекте 1+ млн строк кода и сотни модулей нужно понимание общей архитектуры системы и зависимостей, а не просто знание процесса или умение кодить.
a. когда сделаешь свой exe, скопируй на сервера A,B и C. Ручками!
А получать доступ на эти сервера не надо? Ну и, кстати, хорошо настроенный jenkins можно вообще никогда не видеть (если он триггерится по git push и логи падения в чатик или на почту присылает)
а потом приходит на почту письмо: "ci error: no such dict in TTargetsVH" + стектрейс из непонятных названий. И понимаешь, что срезать углы всё-таки не удастся.
*звук выданного квеста*. награда: 200 опыта.
Кстати, файлик скорее всего нельзя положить абы куда, а в специально обозначенное место, которое тоже надо помнить/записать
В связи с распространением Devops, процедура интеграции нового разработчика стала занимать долгие недели даже в небольших фирмах.
Скелеты в шкафу могут находиться и через пару лет. Какой-нибудь богом забытый сервис. И о нем могут не знать даже старшие коллеги.
О да, перезагрузка сервера, который три года работал непрерывно на унобтаниуме и чёрной магии, может потом вылиться в ручную конфигурацию nginx в режиме online, чтобы всё могло подняться заново. И всё это - в созвоне нескольких сотрудников, ни один из которых не понимает до конца, зачем оно было так настроено и что ещё может отвалиться.
Притом на выходных.
На одной из моих прошлых работ был некий сервер от Sun. За дальностью лет не помню ни модель, ни зачем этот сервер был нужен, но он был одним из ключевых серверов. А проработал он больше 15 лет не выключаясь. Никто не помнил пароли от него, поэтому нельзя было ни выключать его, ни завершать рутовскую сессию. Интересные времена были, да.
На одной из моих прошлых работ, внезапно выявилось, что комп уволенного полгода назад сисадмина стоит в каптерке и активно работает. Попытка его выключить обвалила очередь сообщений, которая как оказалось не могла работать без этого компа. Ни паролей ни настроек никто уже не помнил, в т.ч. и сам уволившийся за новой жизнью админ. Поднимали как заново.
Это, конечно, потрясающий результат.
Но как, Холмс?
Как ни разу за 15 лет электричество не выключалось дольше, чем ИБП мог продержаться? И аккумулятор у ИБП 15 лет проработал?
Сервер же явно до распространения современных датацентров был включен. "За давностью лет" + 15 лет - году так в 2005, а то и раньше?
Я пришёл в ту компанию (телеком оператор) в 2009, на тот момент у него уже был аптайм в 10 лет. Ушёл я в 2014, он всё ещё работал, говорят после меня он недолго проработал.
Работал он в серверной, не совсем дата-центр, но и не обычная комната с ИБП. У этой серверной были две независимые от городской сети источники питания от двух электростанций и две независимые промышленные ИБП, в случае отключения питания сразу от двух электростанций (а это при мне два раза случалось) вся серверная из ~30 стоек забитых под завязку 40 минут могла проработать от этих двух ИБП. Так же имелись два аварийных дизель-генератора, каждый в одиночку мог тянуть всё это. Аккумуляторы в ИБП регулярно обслуживались и менялись. Ничего суперсовременного даже по тем временам, обычная серверная оператора средней паршивости, там даже кондиционеры были обычные офисные.
Удивительно другое - как жёсткие диски не вышли из строя за столько лет непрерывной работы?
Удивительно другое - как жёсткие диски не вышли из строя за столько лет непрерывной работы?
Это, как раз и не удивительно, на мой взгляд. Обычно электроника (электрика) ломается именно в момент включения/выключения, из-за бросков тока. Если все просто постоянно работает в штатном режиме, со стабильным напряжением, то ломаться там особо нечему, подшипники работают с минимальной нагрузкой (особенно учитывая что сервер намертво прикручен к планете, и никаких ударов не получает), а все остальное работает либо через электромагнитные поля (безколлектроные двигатели), либо на воздушной подушке (головки), износа никакого. Постоянная температура - нет перегрева и вызванных им деформаций. Есть некоторая деградация самого магнитного слоя, но она тоже компенсируется самим диском. В общем в таких условиях винты могут прожить очень даже долго.
На предыдущем месте именно на получение всех доступов и готовности что-то своё в прод вываливать неделя или две ушли, емнип. Но помимо комфортного взаимодействия со всеми системами, есть же ещё и погружение в предметную область. Общение с технологами и аналитиками, бизнесами. А это какой угодно длины марафон.
Мне вот интересно узнать опыт других, а как часто вас задалбывают менеджеры вопросами и претензиями через 2 недели после трудоустройства мол мы ожидали что ты будешь активнее и более заинтересован проектом? Просто некоторые рассказывали прям совсем страшные истории и интересно узнать опыт других)
На последнем месте где-то как раз через 2-3 месяца какую-то пользу начал приносить. Через полгода уже практически уверенно себя чувствовал. Очень много бесплодных знаний, но зато льщу себя надеждой что в этой компании достаточно ценен.
Когда я был разработчиком, это для меня закрывал тимлид. Обеспечивая задачи списом каналов и действий которые нужно там произвести.
Когда уже я стал тимлидом, то поступал аналогично. В компании есть стандартный месячный онбординг расчитаный на плотное погружение в первый первую неделю, и сильно слабее в оставшееся время. Но пользу приносили все сотрудники уже в первую неделю. Особенно это было хорошо заметно, когда онбордишь сотрудника в области в которой сам не являешься специалистом.
При этом сами company skills это чистый overhead для всех сторон. Для сотрудника это то, что он должен выучить, но это никак не улучшает его резюме, а при переходе в другую компанию все это придется безжалостно выкинуть - в другой фирме все будет по другому!
Для фирмы это минус, потому что сотрудник начинает приносить пользу не сразу
Зато это снижает текучку. При достаточном количестве регламентов и тренингов, у вас просто не будет ни времени ни сил, чтобы ходить по собеседованиям в поисках приключений где-то на стороне.
По опыту последней работы: Онбординг с получением доступов занял день по заранее подготовленному чек-листу. Первый деплой багфикса в одном из микросервисов где-то через неделю. Первый крупный релиз с моим участием состоялся где-то через четыре-шесть месяцев.
Но вот прошел год. Продукт состоит из полутора сотен микросервисов. За этот год я глубоко залез где-то в десяток из них, краем глаза зацепил еще штук тридцать. Ну пусть будет пятьдесят для ровного счета. А еще две трети продукта - до сих пор чертов черный ящик, и когда на саппорте прилетает очередная задача в стиле "если сепулька фиолетовая то она в ленте сепулек отображается в анфас, а должна в профиль" - я впадаю во фрустрацию, потому что вообще не в курсе, что это за сепульки, какие они еще бывают кроме фиолетовых и сколько микросервисов заняты в формировании ленты сепулек. И это удручает.
Один знакомый на проекте Транснефть полтора месяца приходил на работу и сидел перед выключенным экраном, ожидал доступов.
Сам недавно уволился из конторы, потому как не мог 3 месяца получить доступ в продуктив клиента.
Работаю в банке, однажды 10 сотрудников ждали доступ 2 месяца. Пол года назад перевелись в новосозданный департамент, из за бюрократии нет новых должностных инструкций, до сих пор не можем получить доступ к одной программе.
платют сколько?
Ещё, я подумал, что чаще всего женщин (не всех) такая ситуация будет устраивать. Они будут ходить на работу, ничего не делая, чтобы получать ЗП и посвящать себя семье (хорошо, если на работе есть связь и телефон на входе не забирают). Мужчин чаще наоборот это не устроит и они уйдут туда, где есть работа, а не сидишь без дела.
Почему именно женщин?) Я бы какой-нибудь учебник почитала в такой ситуации.
Я бы какой-нибудь учебник почитала в такой ситуации.
Только если бумажный, свои электронные устройства в такие места часто не дают пронести.
В чем проблема купить бумажный учебник?)
распечатать…
Запросто! Вот сейчас доступ к принтеру запросим...
Нет, распечатать дома и принести с собой. Зачем покупать бумажный, когда можно купить электрнный и распечатать? Ну или даже не покупать, есть же кое-что в открытом доступе. Или это может быть и вовсе документация с официального сайта.
Мне подобное (и тоже про эту фирму) рассказал коллега, когда я запереживал, что уже неделю сижу за пустым экраном на новом месте работы .. нет доступов. -"Чего ты запереживал .. вон, месяц.." ;)
Есть такая проблема, и она состоит, как мне кажется, в лени и недостатке квалификации.
Возьмём фронт - казалось бы, npm ci и проект готов к работе. Какой-нибудь npm start, и вот тебе дев окружение. npm run build - в таком виде пойдёт в прод, заверни в веб сервер и смотри глазами пользователя.
Но нет. Нужно нашаманить конфиги, которые лежат в гите, и не закоммитить их так случайно. Зависимости все ставят через npm install и просто ревертят package-lock.json, ибо страшно там что-то менять. И да, у всех разные версии зависимостей: кто-то только онбордится и развернул впервые, а кто-то 5 лет назад поднял проект и "работает - не трогай". А ещё и в пайплайнах также - каждый билд лотерея. В вики лежит инструкция на три экрана с описанием запуска проекта, а в Readme "всё устарело". Хотя и в вики тоже "неправильно", "напиши Васе - он пол года назад поднимал проект три недели, должен помнить как надо".
Всё это решается на раз, ведь для этого npm и сделан. Но кто-то не умеет, кому-то лень описывать - хочется забыть этот кошмар, кто-то переписал вики, но неправильно, потому что не до конца понял что к чему...
Ах да, ещё бывает когда что-то делается в цейтноте, и "навести порядок" не дают времени - есть новая фича и она нужна завтра. Но это немного другая история
Я как-то на одной фирме полгода не мог толком работать, потому что VPN не подключался, а в чем тут дело бравые админы никак не осиливали разобраться, потом убеленный сединами аксакал, которого вытащили с пенсии заставили таки работать свою работу что-то там поправил в учетке, и все заработало.
Работал на крупную американскую компанию – начал работать только через 6 месяцев – все это время ждал доступ и акки. Американцкие компании особо выделяются бюрократией.
Проголосовал за 1 день
Но я не айтишник, а полиграфист с 20+ лет опыта, фактически — я овкрквалифаед для 99% интересующих меня вакансий. Мне надо только показать где лежат шрифты и цветовые профили (если есть), где ТТХ изданий и тп мелочи. Потом надо выбить в торой монитор, а планшет я и из дома притащить могу, пока не выдадут на работе
У нас в компании есть выделенный онбординг примерно на два месяца, который кроме получения доступов включает учебные задания на ознакомление со стандартами кодирования, с API внутренних библиотек и некоторыми сопряжёнными процессами и инструментами. Только после этого начинается работа над задачами проекта, с постепенным вливанием и всеми сложностями, описанными автором.
В общем, ощущать, что приношу компании хоть какую-то пользу я начал уже ближе к концу полугода работы.
Ах да, и занимаюсь по итогу в значительной степени именно автоматизацией рутины и оптимизацией всяких процессов, так что дальше будет только сложнее.
Для фирмы это минус, потому что сотрудник начинает приносить пользу не сразу
По моему впечатлению, ряд компаний это вполне устраивает. Типа, мы потерпим какое-то время, пока сотрудник знакомится с нашим окружением. Зато потом он тааак залипнет, что застрянет у нас на долгие годы! Попытается пойти на сторону, а потом задумается, где он вообще будет нужен с такими специфическими знаниями, которые больше нигде не пригождаются, - и передумает.
Большая бюрократическая машина вообще не думает (если она вообще умеет думать) категориями пользы и прибыли. Там просто есть регламент, и он должен исполняться как святые скрижали. Это уже что-то религиозное, как верующий не особо задумывается в чем смысл отбивания поклонов нарисованному на куске доски какому-то древнему мужику, так и в бюрократических системах - есть Документ, и все обязаны ему подчиняться.
В такой системе можно в принципе просто потеряться, получать свою з/п и нихрена ради этого не делать, что многих людей вполне себе устраивает.
А вообще многие так если честно
Сначала думал, что вкатился за месяц, сейчас, спустя три года, понимаю, что даже через год не понимал даже на 1/10 всего происходящего на рынке. Работаю маркетологом.
Проголосовал за "полгода" и соврал, т.к. я до сих пор чувствую себя проходимцем в этом лесу политик и процедур. Что еще хуже, я чувствую себя в "Стране Чудес", где абсурдные вещи введены в систему и даже "логически" обоснованы. Интуиция разбивается напрочь об скалы корпоративных полиси и гайдлайнов, и многое противоестественное приходится запоминать (зачастую предварительно получив в лоб черенком от грабель, заботливо спрятанных соратниками).
Это в принципе касается всех сотрудников, завязанных с ПК, а не только it. Даже простому инженеру приходиться как минимум знакомиться с организацией электронного документооборота, конечно, если он есть.
Через какое время на работе вы начинаете работать работу