Comments 29
Не совсем понимаю как ChatGPT может помочь джуну. Часто джунам дают задачи по поиску и устранению багов в имеющихся проектах. И здесь робот бессилен. Даже если нужно написать новый код, начинающему разработчику намного полезнее гуглить, читать документацию, самому искать и сравнивать варианты возможных решений.
Спасибо, очень познавательно!
У нас на работе тоже есть дейлики по утрам, и мне на них ходить вполне комфортно. Есть некоторое условное ограничение в полчаса на дэйлик, но оно не критично. Ты сам можешь говорить подольше, а можешь говорить поменьше. В начале дэйлика можем и просто поболтать чуть-чуть.
Разные команды по-разному решали вопрос очерёдности выступления, мне понравились у кого-то случайные перестановки, и я их успешно внедрил, когда нашу команду сформировали. В какой-то момент мы догадались, что последний может проводить аутро -- раздать всем пожеланий и напутствий на день
Даже если на первый взгляд члены команды показались токсичными, злыми и тд, не торопитесь делать выводы. Поработайте месяц другой в таком ритме, и тогда у вас, скорее всего, появится ответ на вопрос, почему они так себя ведут, а вместе с этим начнете относиться с пониманием, и дружеская атмосфера для вас постепенно начнет появляться.
К сожалению, это 100% будет так. Не видел улыбчивых и весёлых разработчиков)
А вот все кто минуса поставил статье, в чем дело, рассказали бы что не понравилось в статье?
Основные минусы за низкий технический уровень статьи. Она, честно говоря, на это и не претендовала, но что поделать, так значит так.
Минус поставить не могу, но читать было тяжело из-за наличия ошибок и обилия сложных предложений, которые щедро посыпаны запятыми там, где должны быть двоеточия и тире.
Минус не ставлю, но не понравилось изобилие ошибок при несколько избыточной сложности и некоторой вычурности предложениий.
Лично мне особенно болезненно дались ошибки в деепричастных оборотах, с которыми автор, видимо, совсем не дружит. Иной раз, когда предложение занимает три строки, содержит внезапный деепричастный оборот с ошибкой, вместо запятых - тире, а вместо тире - запятые, абзац приходилось перечитывать трижды, чтобы понять, что имелось в виду.
По содержанию наоборот, очень верно подмечено, и скрам, который во многих компаниях превратился в карго-культ, и баги, и хмурые перегруженные разработчики, и формальный онбординг с пожарной безопасностью, самой сносной частью которого обычно является фуршет.
Я один не понимаю зачем розроботчику сидеть за и9 екстрим эдишон в вижуалстудии? А почему на ноутбуке? Есть же четырёхпроцессорные тридриперные сборки! И две 4090 что бы ни дай бог на мониторе 3д заставка не фризнулась - для разработчика это важно. Да - работать на мощной печатной машинке гораздо приятнее чем на куске целероновского кала, но зачем игровые сборки? девопсы настроят вам за час билды на серверном железе и вопрос с получасовыми сборками отвалится. Цена вопроса 100 баксов за работу вместо 1500 за нульцевый игровой ноут.
Во-первых, *** понять, как можно повлиять на свой доход и рост грейда... Тоесть пришёл на работу и до выдачи учётки на вход начать качать права и ныть о повышении ЗП. Да, вот это подход. Вы на первую работу видать сразу в гугл пришли. синьором. Ибо я чёт даже сына зама мера не могу представить в фирме с таким успешным подходом. Посыл безусловно правильный - нужно на старте показать кто тут хозяин, сама работа это третестепенно, далеко за кофисом и корпоративными евентами. Вопросы важные, но этот обсуждается на собеседовании, а не "во первых" на работе.
Весь текст не осилил, но обрывками похоже на нытьё 13летней балованной девочки телепередачи "кохана мы вбываемо дитэй". С таким подходом нужно в село к бабушке ехать, а не на работу устраиваться.
Мне кажется это не только в IT, но и в любой другой сфере. Придешь, допустим водителем работать, а тебе вместо новенького грузовика из салона выдадут ушатанное ведро, которое ты будешь по пол дня чинить. Все бегают, суетятся, какие то свои обычаи, ничего не понятно. А через год уже к тебе новенький приходит и ты думаешь да какого черта он так тупит, тут же всё понятно и грузовики у нас отличные и люди отзывчивые!
Зачастую работодатели выставляют себя лучше, чем они есть, и потому, вполне возможно, что глобально они продвигают прекрасные правильные ценности и видение процессов, но в реальности на местах может все сильно отличаться.
Вот тут есть интересный момент. Возможно, работодатели наоборот описывают то, как должно быть, а разработчики на местах все портят?
Кто пишет страницы кода без комментариев? Наверняка работодатель, а не программист
Кто не ведёт документацию по проекту и не заставляет ее делать? Наверняка работодатель, а не программист или менеджер
Кому лень организовать созвон на 30 минут с новым сотрудником, а потом познакомить его с командой ещё на одном созвоне? Явно работодателю, а не менеджеру или тимлиду
Кто возвращает засранный ноут, даже не протерев его салфетками и не почистив клавиатуру? Конечно же работодатель, а не программист
Прикол в том, что многие описанные здесь вещи - это не особенности ИТ или плохих компаний, это низовое свинство и саботирование.
Честно говоря, у меня не было цели сделать виновным или работодателя, или разработчика. Мне кажется, все по своему хороши, и все вместе вносят в общее дело.
Потому, я просто поделился впечатлениями, и, если показалось, что предвзято, то я смотрел глазами разработчика. Уверен, что вы тоже правы, и замечание очень в цель. Спасибо за ваше мнение, интересно
Не ну реально так было, на собеседовании дофига всего спрашивают, думаешь в какое крутое место меня берут. А потом приходишь работать, а там даже в элементарных вещах ошибки + куча работы оставлено с предыдущего человека
Пункт Задачи - все еще хуже, учиться надо будет как перед сессией, напряженно...
Работодатели, пожалуйста, уделяйте внимание технике.
Это правило работает в обе стороны. Вот скажите, сдавая свой макбук вы же безусловно отмыли все полтора десятка стикеров, которыми обозначили на нем свою индивидуальность за время своей работы?
Многие сотрудники воспринимают рабочий инструмент, как личную собственность, но почему-то при этом очень возмущаются получая для работы вот такой вот инструмент со следами прошлого собственника.
ps> но выдавать оборудование с неисправными портами и прочими дефектами так же категорически неправильно.
Спасибо за статью, было интересно
Как бы сильно новичок ни переживал при поиске работы, важно помнить, что при общении с эйчаром и на собеседовании обе стороны проверяют, подходят ли друг другу. Если какие-то процессы кажутся странными/неподходящими для тебя, нужно обязательно уточнить эти моменты до оффера, желательно во время собеседования при общении с будущими коллегами. Также нужно уточнить все, что для тебя важно, включая рабочую технику, график работы, про списание времени на задачи и все остальное (список надо подготовить до собеседования).
Да, джуну/стажеру может быть тяжело даже в самой доброжелательной и классной команде, но работать в команде с постоянно профуканными сроками, постоянным тех. долгом, отсутствием налаженных процессов и без онбординга - это нехорошо.
TLDR: нельзя соглашаться на первый попавшийся оффер без разбора, иначе уровень стресса на работе может быть намного выше, чем нужно. Как бы сложно ни было найти работу, нужно проверять каждую компанию по своему списку критериев.
Кто ищет, тот найдет.
Не претендую на истину, поделился личным мнением)
С какими сложностями встретится новичок в IT на первой работе?