Дисклеймер
В статье описан личный опыт автора и субъективный взгляд на те или иные вещи
На связи бородатый ИТшник со стажем, в ИТ уже 15 лет, прошел путь от зеленого джуна до сеньора, и хотелось бы рассказать о наболевшем:‑)
«Войти в ОЙти»
(это не ошибка орфографии, это намеренное коверканье, которое наиболее точно отражает суть происходящего на рынке)
Все обычно начинается с курсов от именитых компаний (упоминать их не будем, но они своей рекламой забили все)
Обещают из вас сделать за 8–12 месяцев уверенного разработчика, трудоустроить (это тема для отдельной статьи), сразу после курса — ЗП 85к рублей, и дальше идут красивые картинки, как через год будет уже 200к, и в целом рассказывают, как это легко и просто..., цена обычно в районе 200–300 тысяч рублей.
Тот, кто умеет, тот делает, кто не умеет — тот учит других.
На первый взгляд, вот оно — счастливое будущее, крутая инвестиция, которая достаточно быстро окупится, даже ничего делать не надо, денег занес — и вот ты уже хозяин жизни (нет)
Но давайте развеем эти мифы
Компании не сильно заинтересованы в стажерах и джунах: их нужно еще учить и зачастую переучивать, это долгий процесс, а бизнесовые задачи и дедлайны не ждут. Дополнительно — ажиотаж на эти вакансии, порой по 20–100 кандидатов на позицию.
Знания, которые дают на этих курсах — уровня Hello World; как только нужно сделать что‑то более сложное, начинаются проблемы. А зачастую на курсах рассказывают про технологии, которые устарели пару лет назад, и на реальных проектах это не то что неактуально — за такое и коллеги могут осудить.
Профессия ИТшника — это про постоянное изучение, технологии стремительно развиваются, изучить что‑то один раз, а потом просиживать часы не получится, учить новое придется всегда!
Также не стоит забывать про мотивацию: этим нужно гореть, не сидеть и ждать, пока на работе разжуют задачу и положат в ротик, или менеджер будет вас упрашивать что‑то сделать, а самим искать оптимальные решения, лучшие практики, предлагать идеи и быть проактивным.
Однажды мой ментор сказал:
Если ты можешь неделю не писать код, и тебя не тянет к этому, то нефиг тебе в ИТ делать.
Сказочные зарплаты, и в мидлы за год... Как пиар ход — классно, на практике же вы до джуна дорастете в лучшем случае за год, до мидла — года за 2, а стать сеньором, который реально понимает суть бытия, — это лет 7 (и это при условии, что у вас будет практикующий ментор, который код пишет, а не рассказывает байки на камеру), ну а ЗП на старте со знаниями, полученными на курсах, — это тысяч 40, не больше.
И последнее — формат этих курсов. Треть знаний, а то даже и половину, в бизнесовых задач вы использовать никогда не будете. Формат этих курсов — как лекция в свободной форме: 30 минут, пока все соберутся, еще 30 минут на проблемы с микрофоном, и еще 2–3 часа — это попытки сформулировать мысль. Иными словами, знания на 3 абзаца растягиваются на 3–4 часа. Безусловно, есть крутые курсы и подача материала, но это скорее исключение.
«Эффективные менеджеры»
Крутые менеджеры, которые болеют за общее дело, встречаются, увы, реже, чем «эффективные». Мне повезло, на моей текущей работе как раз крутые менеджеры, которые и в суть вникают, и грамотно выстраивают рабочие процессы, но так не всегда и не везде, за свою карьеру видел много, основное — это:
Управление через страх — постоянные угрозы штрафов, увольнений, понижений в должности;
Микроменеджмент — чрезмерный контроль, десятки созвонов в день на каждую мелочь, а также вопросы каждые 2 часа — НУ КАК ТАМ?
Неясные ожидания и цели — нужно что‑то сделать, что‑то очень важное, при этом конкретики нет;
Игнорирование — проблемы/вопросы остаются без ответа, либо ответ — это дежурная фраза а‑ля «подумаем, обсудим, решим». Но, конечно же, думать/обсуждать/решать никто не собирался;
Управление через стресс — создание искусственной срочности. Менеджеры могут преувеличивать важность задач, чтобы побудить сотрудников работать быстрее и интенсивнее, даже если реальные сроки выполнения не требуют никакой спешки;
Обесценивание — вроде бы и работаешь, но недостаточно хорошо, надо лучше, как сын маминой подруги (но тут спорно, иногда это не манипуляция, а действительно факт);
Перекладывание ответственности — бывают случаи, когда есть проект, на него нужно, допустим, 5 разработчиков и 2 месяца времени, но бизнес хочет побольше заработать, в итоге вместо 5 разработчиков — всего 1–2, но сроки те же. Странное стратегическое решение — да; вина разработчика — нет, но зачастую все будут валить именно на разработчика. Редко какой менеджер или начальник честно признается, что ошибся.
Как эти методы на самом деле влияют на сотрудников?
Краткосрочно это поможет менеджеру получить свою премию за сверхэффективность, на дистанции же это приводит к текучке кадров, убивается любая мотивация, более быстрое выгорание сотрудников.
Что с этим делать?
Работа — не рабство, у каждого человека основной ресурс — это время. Главная цель — продать это время как можно дороже, что, безусловно, зависит от того, что мы можем предложить взамен (опыт, скилы и прочее), но, в свою очередь, бизнес всегда будет искать варианты платить поменьше (им тоже нужно заработать, это их желание, их право, не осуждаем), главное — найти баланс, который бы всех устраивал.
Крепостное право давно отменили, и если процесс индексации ЗП в связи с той же инфляций (банально ЗП тает), выглядит, как просьба ложки риса у боярина — нужно как можно быстрее бежать из такой компании.
Начальник — это не царь и бог, от которого зависит ваша судьба, это тоже член команды, но с другими обязанностями — вести команду в светлое будущее.
Все, что не зафиксировано в договоре, — не обязательно к исполнению. Иногда люди любят наобещать золотые горы, лишь бы сотрудник выложился на полную, но частенько на этом все и заканчивается (хотя бывают и исключения).
Самое плохое решение в жизни, которое только можно принять, это провести вечер не с семьей, а за работой. Для бизнеса сотрудник — это всегда расходный материал, не можешь работать по каким‑то причинам — выкинут и не вспомнят, единственные кто останется рядом — это семья.
Синдром самозванца
Про синдром самозванца и то, как с ним бороться, не написал, наверно, только ленивый, но я бы хотел порассуждать именно о причинах его появления (на научность не претендую, но определенные закономерности все же есть)
Я вспоминаю себя 15 лет назад: молодой и зеленый студент, который слышал про ИТ, и многие вещи казались крутыми, например, препод говорит только на академическом языке, ничего не понятно, но очень интересно. Общество навязало идею, что докторская степень и сложные формулировки — это признак мастерства.
Но если смотреть правде в глаза, то заучить абзацы из учебника и потом, как попугай, их повторять, может каждый, другое дело — объяснять сложное простыми словами, что называется, на пальцах — вот где талант и квалификация.
Или когда видишь опытного разработчика, да еще и в должности архитектора, невольно закрадывается мысль, что человек шарит, и когда‑то я стану таким же. По факту этот человек личный блог растянул на 10 микросервисов, при этом все через абстракции и прочие вещи, которые совсем не нужны в этом блоге.
Несмотря на логические доводы, неокрепший ум это впитывает, все остается в голове и фиксируется как некий эталон, с которым впоследствии человек себя сравнивает (как осознанно, так и неосознанно), иначе бы и синдрома самозванца не было: не с кем сравнивать.
И главная проблема в том, что даже фантастический результат будет сравниваться с той ахинеей в голове и автоматически обесцениваться.
Но что если устроить мозговой штурм? Кто определяет уровень знаний? И почему их все еще недостаточно?
Не знаете всех технологий? Никто не знает, да и нужно ли все знать? Так и с ума сойти можно; все, что нужно, осваивается в процессе.
Случайные успехи? Важен сам факт успеха, факт достижения цели. Многие, наверно, думают, что в серьезных компаниях все по‑взрослому (нет), мне доводилось встречать и майнеры во внутренних сетях известных компаний, и, скажем так, неоптимальный код, и феерическую архитектуру, а также полную неспособность внедрить технологии, которые джуны с фриланса внедряют за пару дней, но при этом компании успешны и воспринимаются как профи. ?
Не умеете тешить свое ЧСВ тем, что знаете технические термины, которые больше никто в компании не понимает? Так это скорее благо, к этому точно не нужно стремиться.
Не понимаете какую‑то технологию? Или архитектурный паттерн? Если так просто принято в обществе — это путь в никуда, у технологии должна быть адекватная документация (зачастую этого нет, только Hello World), а у каких‑то паттернов должно быть логическое объяснение, какие проблемы они решают (и какой профит именно от этого вида решения), но часто решение выбирается потому, что модно, без какого‑либо логического объяснения.
Собеседования в крупные компании как отдельный вид демотивации, нужно знать 256 алгоритмов сортировки, уметь решать олимпиадные задачи за минимальное время, писать код в блокноте без современных инструментов для разработки. Зачем? В чем смысл? В реальной работе это почти никогда не пригодится, и как показывает опыт, мастера олимпиадных задач чаще просто неспособны находить простые и эффективные решения для бизнесовых задач, даже для похода в ближайший магазин за картохой строится космический звездолет с варп-двигателем (хорошая статья на тему собесов и алгоритмов).
Все это как раз и приводит к синдрому самозванца.
P. S. Да, конкретно тут важно обесценить этого идола, с которым идет постоянное сравнение себя.
Выгорание
Я за 15 лет сгорел 1000 и 1 раз ?
Если уже выгорел, то организм сам подскажет, что ему нужно, чтоб выйти из этого состояния, зачастую это 4–12 недель устойчивого рвотного рефлекса на ПК, причём работать через силу только усугубит ситуацию, можно с легкостью подсесть на антидепрессанты.
Но как это не допускать?
Разграничивать работу и свою жизнь, в идеале — иметь 2 разных номера телефона, 2 разных телеграм-аккаунта, а еще лучше 2 ПК )) И дело не в том, чтоб быть сотрудником, который просиживает часы, а давать своей психике отдых. Если после работы держать открытыми рабочие чаты или думать над рабочими проблемами — это прямой путь к выгоранию. Но тут стоит уточнить: если это случается эпизодически и компенсируется компанией, то в целом ок, но если в таком режиме жить всегда — это ад.
Также стоит себе ввести привычку: если задачу не сделал за рабочие часы — переноси ее на следующий день. Бывает соблазн посидеть до ночи, или открывается второе дыхание, но это ловушка, я на эти грабли часто прыгаю, по итогу приходит еще большее выгорание.
Найти свой ритм, ни в коем случае не пытаться показать себя сверхэффективным ради каких‑то целей. Все мы разные, пару раз получится на энергетиках закончить пятилетку за полгода, но на постоянной основе — это гарантированно выгорание.
Отделить мух от котлет: если у бизнеса горит жопа и нужно что‑то сделать еще ВЧЕРА, то это не ваша проблема, это в первую очередь проблема бизнеса, и того, как он оценивает свои силы.
Адекватно осознавать свои силы: есть задача, вы ее оцениваете в самое минимальное время, но на практике, из личного опыта, почти всегда времени нужно больше (или технология такая себе, или ТЗ водянистое, или документация сырая, или созвонами отвлекают целый день и выбивают из потока), закладывайте все эти факторы, думаете, что сделаете за день — закладывайте 3 дня.
Лучше сделать раньше, но спокойно, чем с горящей пятой точкой сидеть до глубокой ночи.
Как только появляются первые звоночки срыва дедлайнов, и это зависит не от вас, смело бейте в колокола и снимайте с себя ответственность.
Научиться говорить НЕТ, дабы не загонять себя в ситуацию, где гарантированно будет фейл.
На первое место ставить свое душевное равновесие и здоровье, если этого не будет, все остальное не имеет абсолютно никакого смысла.
Режим работы и охрана труда
Пожалуй, самая неосвещаемая тема в ИТ, оно и понятно: компаниям и менеджерам это крайне невыгодно.
Согласно ТК РФ и санпину, все, кто работает за компьютером, имеют право на отдых: 10–15 минут каждый час в зависимости от условий.
Иными словами, рабочий день, например, с 8 до 5, т. е. 9 часов, из них час на обед, остается 8 часов, из этих 8 часов 50–90 минут — это легальные перерывы, фактически чистое рабочее время не 8 часов, а 6.5–7 (если без перерывов).
Но основная проблема — это зрение, конечно, если работать без перерывов, можно его посадить и очень быстро (собственно, на эти грабли я и прыгнул) + если игнорировать разминку и физактивность, можно и других проблем хлебнуть.
Также многие по ошибке думают, что их эффективность и вообще ценность как специалиста определяется только кодом (привет, еще одна причина синдрома самозванца), но давайте развеем эти мифы тоже:
Программистам платят не за кол‑во строк кода (если, конечно, это не прописано в договоре), а за аренду их мозга.
Также важно помнить, что время, потраченное не на себя, это время, потраченное на работу.
К сожалению или к счастью, работа программиста эффективна только в случае концентрации на одной конкретной задаче, самый треш — это прыгать между разными задачами, а то и проектами, в течении дня — тут про эффективность можно забыть. Концентрация над задачей — это своего рода процесс загрузки контекста в головной мозг, и любое отвлечение — будь то синк/стендап/митап/совещание/любая_другая_фигня — полностью сбрасывает этот контекст, нужно опять N часов тратить, чтоб загрузить контекст и войти в поток.
Если заказчику/начальнику/менеджеру нравится нагружать непрофильной работой, это его право и его выбор)).
Написание кода — это зачастую финальный этап, до этого момента идет поиск решения задачи — поиск информации, осмысление, обдумывание и прочее и прочее. У меня были случаи, что на анализ проблемы уходила неделя, а на решение — 3 минуты и 1.5 строчки кода.
Ссылок не приведу, но есть мнение, что человек реально эффективно писать код способен лишь 4–5 часов в день, либо в наплывы вдохновения можно пару-тройку дней поперформить с утра до ночи, но на постоянной основе писать по ровно 8 часов — это фантастика. ?
Исходя из всего, самый важный совет — принимать действительность такой, какая она есть, ваш мозг взяли в аренду, а чем его будут нагружать — это история заказчика: будь то профильные задачи, или по 5 часов в день дискуссий, как в крупных компаниях, это никак не определяет вашу квалификацию или эффективность.
Мой Telegram канал — Синдром ИТшника, принципиально иной информации там нет, те же идеи, что и в статье (только порой без цензуры и с большей долей сарказма) + немного юмора + на подходе технические статьи.
Комментарии (65)
Thomas_Hanniball
16.07.2024 20:55+14Всё намешано в кучу без центральной нити повествования. Это не статья, а "суп из того, что было в холодильнике": войти в IT, "'эффективные менеджеры", синдром самозванца, выгорание, охрана труда и и прочее.
А где, собственно сама статья про 15 лет в IT ? Например, вот такая - "Мои выводы после 15 лет работы разработчиком" - https://habr.com/ru/companies/skillfactory/articles/542868/
amazingname
16.07.2024 20:55Писать код по 8 часов в день абсолютно нормально и никакая не фантастика. Можно и по 12 если тебе меньше 45 пока. Изучать чужой код по 8 часов в день может мозг расплавиться, это да.
CrazyElf
16.07.2024 20:55+6А думать когда? Нет, ну какой-то простой код можно, конечно, писать в режиме "бери больше, кидай дальше, отдыхай, пока летит", но что-то более-менее сложное требует периодического обдумывания. И чем выше позиция, тем меньше обычно пишешь именно код и больше думаешь, оформляешь доки, коммуницируешь... А джун тоже не может 8 часов код писать, ему нужно откуда-то указания получать, доки читать и т.д. )
milkground
16.07.2024 20:55+4Писать код по 8 часов в день абсолютно нормально и никакая не фантастика.
А вы пробовали реально писать код 8 часов в день? Именно код 8 часов без разговоров с коллегами, чаепитий, совещаний, обсуждений, походов в курилку. Попробуйте посчитать чистое время, которое вы пишите код в день. Гарантирую, вы будете сильно удивлены.
Я как-то ради интереса считал чистое время на удалёнке и в офисе. Выходит в районе 4-5 часов. Конечно, можно писать больше, если требуется, но потом неизбежен откат, выгорание, сильное падение производительности.
На всякий случай уточню, что я говорю о регулярной работе каждый день.
CrazyElf
16.07.2024 20:55Теоретически наверное можно писать код часами, но это должна быть какая-то дичайшая копипаста (API обвязка и т.п.), любой другой код требует планирования, аналитики, обдумывания и т.д., никуда не деться от "сопутствующей деятельности", да.
Drucocu
16.07.2024 20:55Писать код по 8 часов в день абсолютно нормально и никакая не фантастика.
Можно, но не каждый день. Я искренне уверен: вы ни разу не писали код на протяжении 8 часов всю рабочую неделю без перерыва. Скорее это всплески программистской активности (возможно, из-за наступившего дедлайна), чередующиеся другой работой: например, как вы и сказали, изучением чужого кода. Это ваш темп работы и отлично, что он у вас сформировался. Но статистически вы наверняка выдаёте тот же результат, что и человек, программирующий 4 часа в день, а потом занимающийся другими делами.
Krey
16.07.2024 20:55Ну вот цитата ментора самое лучшее что есть в этом сумбуре
aborigen81
16.07.2024 20:55+2> Если ты можешь неделю не писать код, и тебя не тянет к этому, то нефиг тебе в ИТ делать.
:)
Живо представил картину маслом. Медовый месяц этого ментора с молодой женой где-нибудь на условном Гоа. В конце первой недели он не может победить охвативший зуд пальцы его рук, поэтому хватает ноутбук и начинает кодить-кодить-кодить...
ИМХО:
Или лукавит или тешит свое ЧСВ или ещё маловато шишек набил в плане административно-управленческих игр. А нет, есть ещё категория "женатых на работе". Но это редкость, и обычно связана с особенностями характера конкретного человека.
Мне повезло - никогда не встречал наставников с такой категоричностью.
sensei_developer Автор
16.07.2024 20:55Хорошая шутка )))
Но тут речь немного про другое, есть категория разработчиков, которые в ИТ пришли исключительно за деньгами, изучили например Java 1.8 10 лет назад, на этом развитие остановлено. Из серии, дали задачи - делаю, не дали задачи - делаю вид что работаю, самообразование так вообще страшный грех. И на выходе имеем программные продукты которые сделаны исключительно для галочки
Посыл в том, что ИТшка это не работа у станка, этим нужно в том или ином виде гореть
Filex
16.07.2024 20:55+8А что плохого в работе за деньги? Если человек делает свои задачи и работодателя это устраивает то все ок, разве нет?
aborigen81
16.07.2024 20:55+3> Посыл в том, что ИТшка это не работа у станка, этим нужно в том или ином виде гореть
Если Вы руководствуетесь данным посылом - пусть будет так.
Kanut
16.07.2024 20:55+5Посыл в том, что ИТшка это не работа у станка, этим нужно в том или ином виде гореть
Зачем? Чтобы в итоге выгореть?
shiru8bit
16.07.2024 20:55Парадокс в том, что когда горишь своим делом, не выгораешь, а когда не горишь - таки да.
sensei_developer Автор
16.07.2024 20:55+2Вот кстати да, за своим проектом можно сидеть по 16 часов в сутки, а сидя на галере можно и за недельку сгореть работая у "станка"
Kanut
16.07.2024 20:55+2А вот это утверждение на мой взгляд требует доказательства. Потому что как минимум мой личный опыт говорит об обратном.
dv0ich
16.07.2024 20:55+1Выгораешь когда вмешиваешь эмоции в работу.
Krey
16.07.2024 20:55Эмоции это очень важно. Я вот готов утверждать, что AI не станет AGI, пока ему не прикрутят эмулятор эмоций и химию с гормонами. Потому что творение без эмоций это даже не квадрат Малевича.
dv0ich
16.07.2024 20:55Эмоции бывают уместными и неуместными. По моим наблюдениям, эмоциональный выбор и в целом эмоциональное поведение вредны в долгосрочной перспективе (порой даже опасны). Люди, которые "выбирают сердцем", оказываются в заднице.
Как ситуативный фактор - да, эмоции приятны и полезны.
Newbilius
16.07.2024 20:55У Шрайера целых две книжки о том, что выгорать занимаясь любимой работой и своим делом - да как нефиг делать.
dv0ich
16.07.2024 20:55+1И на выходе имеем программные продукты которые сделаны исключительно для галочки.
А жизнь конкретного разработчика, работающего за деньги, это как-то ухудшает?
vtal007
16.07.2024 20:55да как раз многие айтишники и рассказывают, что это вполне себе "работа у станка", ток станок другой, а работа по сути таже. Чего-то они там "перекладывают". Джонсы что ли
и вот от этой рутины перекладывания они тоже выгорают. Всем ж хочется делать что-то хорошее, доброе, вечное. а бизнесу надо обычно достаточно простое, понятное и надежное
Krey
16.07.2024 20:55Внутри айтишного бизнеса столько разных направлений, что свое не найдёт разве что только равнодушный. Рутина зло, как только понял что вязнешь в ней, нужно что-то менять, отдел внутри компании или компанию или направление своей деятельности.
hren-s-gori
16.07.2024 20:55+2самообразование так вообще страшный грех.
"Самообразованием" как карго-культом занимаются только вьюноши, вчера открывшие для себя чудный мир айти. А прожённые разработчики, да, решают задачи. Если задача требует разобраться с Java 10 - разбираемся. Если хватает и Java 1.8 - не тратим время на всякую ерунду, которая через год-два всё равно станет deprecated.
sensei_developer Автор
16.07.2024 20:55Да да, знаем мы этот чудесный подход, делать теми средствами которыми привыкли и не делать лишней работы. А потом оказывается что в 2024 году для фронта используют какую то node 12, на которой что то более современное уже не работает, или для конфигурации бинов спринга используют xml, и список этой дичи можно продолжать до бесконечности.
Но ладно бы только в этом была проблема, пока разработчик старовер и его команда делают продукт, то он как то работает, но когда приходят новые люди и занимаются поддержкой, или еще и расширением - вот тут уже начинаются проблемы, банальные фичи которые делаются за пол часа, на 10 летнем легаси растягиваются в дни. А почему ? Потому что прожённым отцам разработки было лень идти в ногу со временемhren-s-gori
16.07.2024 20:55но когда приходят новые люди и занимаются поддержкой, или еще и расширением - вот тут уже начинаются проблемы,
Айти - это не только модно-молодёжные технологии. Это ещё и тонны работающего легаси, в котором вы обязаны разбираться. Если вы не желаете саморазвиваться и разбираться в Java 1.8 - это исключительно ваши проблемы и вам стоит подумать о выходе из айти. Бизнес вовсе не собирается вкладываться в перелопачивание работающего продукта на модно-молодёжные технологии просто потому что вам так удобнее.
sensei_developer Автор
16.07.2024 20:55Лично у меня нет проблем, и кстати частая история из моего опыта, есть 2 оффера
- Суровый кровавый ентерпрайз который бизнес не хочет переписывать, оклад - 200к
- Модно-молодежные новые проекты, оклад - 300к+
Выбор кажется очевиден, как в плане денег так и в плане развития
И проблемы как раз таки у бизнеса, который вечно недоволен что дефицит мидлов и сеньоров
milkground
16.07.2024 20:55Потом эти вьюноши через год уходят на ЗП в 3 раза больше в новую компанию, а прожжёные разработчики продолжают сидеть пятый год ровно на своём стуле и жаловаться, что их не ценят, и не повышают ЗП. Реальная ситуация, свиделетем которой я был.
hren-s-gori
16.07.2024 20:55Я вам даже больше скажу - в современном айти можно даже не уметь программировать (уметь на минимуме). Выдроченный литкод + системдизайн, хорошо подвешенный язык - и куда-нибудь в Сбер на 300К. А там умело жонглировать бюрократией и ничего не делать.
rdo
16.07.2024 20:55А что вы собственно имеете против java 1.8 разработчиков? За 10 лет поменялись только названия аннотаций, раньше писали @Stateless и использовали j2ee, теперь пишем @Service и используем спринг бут
sensei_developer Автор
16.07.2024 20:55В случае java 1.8 еще ладно, совместимость +- хорошая, но вот если брать фронт и node, там не все так радужно
Krey
16.07.2024 20:55+1Если вы думаете, что это гипербола, то нет. Категорично на счёт ИТ, но про зуд написано как про меня. А я и недели на пляже не продержусь, хоть с двумя жёнами.
aborigen81
16.07.2024 20:55+1> А я и недели на пляже не продержусь, хоть с двумя жёнами.
Черт!
Я совсем забыл, что в 21-м веке понятие "медовый месяц" для подавляющего большинства пар потеряло смысл, который вкладывали молодожены раньше.
ptr128
16.07.2024 20:55Ну не на столько, чтобы прямо кодить, но мысли о том, как при помощи некоторого архитектурного решения оптимизировать процесс или улучшить его стабильность, хотя бы раз в неделю, да посещают )
aborigen81
16.07.2024 20:55Поддерживаю Ваше мнение.
ИМХО:
Обдумывать - это нормально.
А вот утверждение "не кодируешь неделю - тебе нечего делать в ИТ" - не нормально.
mapnik
16.07.2024 20:55Самое худшее, потому что если уж ментор не видит разницы между айтишниками и программистами, то что же из-под этого гуру выходит-то...
Krey
16.07.2024 20:55Он же говорил это адресно, конкретному человеку на курсах программирования, иначе говоря контекст отличался от того как вы эту фразу воспринимаете, кмк.
Neo28
16.07.2024 20:55+3Со стороны работодателя сейчас человек после курсов вообще в принципе не рассматривается, резюме идёт в корзину. Никто даже не тратит время, как мне мой hr говорит, на одну твою вакансию таких людей сейчас порядка 500 человек приходит.
Года три назад, когда вся эта история не была настолько раскручена жена у меня имея высшее техническое образование хорошеговуза, с базой по программированию и базам данных, после обучения на курсах год, моём плотном менторинге ежедневном, полгода поиска работы, примоно 6 месяцев работы за 35к, потомеще полгода за полтос, смогла найти работу джуном на 150к только после этого. Но это реально было сложно. Пара её друзей попробовали год полтора назад, не вышло ничего.
Пытаться нужно? Да, если есть большое желание, но надо понимать что для того что бы в ит зарабатывать хотя бы 150, пройдёт года 3 работы и за еду и огромных инвестиций в обучение. Курсы вечерами вам не помогут
DenSigma
16.07.2024 20:55+1Да какие курсы, сейчас уже университеты развернули массу программ для ИТ,
https://priem-rtf.urfu.ru/ru/baccalaureate/
https://priem-rtf.urfu.ru/ru/master/
и драка между абитуриентами там чудовищная - по 285-290 баллов из 300 требуется.
syrus_the_virus
16.07.2024 20:55+1"Однажды мой ментор сказал" и 15 лет в айти - дальше можно и не читать статью, написанную чатомгпт. Я так пытаюсь себе представить ментора в конце нулевых - не получается)
NechkaP
16.07.2024 20:55+2Ментором называют не только консультанта-коуча, которому ты платишь, но и старшего сотрудника на работе, который может не быть руководителем по документам, но тебя обучает. Не вижу проблемы, даже если в 2009 это называлось иначе, назвать это явление так, как говорят сейчас
SnowBearRu
16.07.2024 20:55+3А что такого, просто по другому называлось. Я вот как раз тогда начинал быть наставником новичкам. А мой ментор меня наставлял еще в начале нулевых. А еще он познакомил меня , со своим учителем - человеком который в 70 писал автоматизацию всяких АЭС..
Ух сколько поколений менторов то уже....
bezboroda
16.07.2024 20:55+5ИИ как раз любит такими вот списками отвечать на вопросы. Сама статья просто набор общих, уже 100500 раз обсосанных утверждений, никаких фактов. Из серии "Как я заработал 100млн - работал очень тяжело и много, не сдавался где другие сдаются и заработал, не сдавайся и ты и тоже заработаешь"
MadeByFather
16.07.2024 20:55+2Надо запилить голосование под каждой статьей - если 70%+ читателей решают, что это паста от ИИ, то через пару таких статей выдавать бан на публикацию статей.
dv0ich
16.07.2024 20:55Опять эта инфантильная чепуха про то, что у человека написание кода чуть ли не сексуальное возбуждение должно вызывать, чтобы он мог работать программистом.
Вам знакомо такое понятие, как дисциплина?
Когда вы психологически дорастаете до понятия "надо" - ваша жизнь становится проще и легче, как странно это ни звучит.
Чем скорее вы перестанете вестись на сраные эмоции и потакать слабостям с пороками - тем скорее вырастет качество вашей жизни.
sensei_developer Автор
16.07.2024 20:55+1А потом мы удивляемся почему персональные данные текут из каждой компании, как раз отчасти из за этого мышления, кое как код написал, вроде работает и ладно) И таких примеров достаточно много
dv0ich
16.07.2024 20:55Кривой код чаще пишут фанаты со взором горящим. Потому что сегодня у него там что-то в груди пламенеет, а завтра он "не в ресурсе" и работает кое-как, одним глазом кося в развлекушечки.
Дисциплинированный человек работает ровно и аккуратно.
Это если мы проигнорируем тот факт, что утечки данных это почти всегда следствие коррупции или плохой организации.
Drucocu
16.07.2024 20:55+1Не понимаю, почему у комментария столько минусов.
Кривой код чаще пишут фанаты со взором горящим.
Именно так. Засядет такой на 16 часов в порыве вдохновения, а потом сам не может объяснить как это работает. Юнит-тесты, валидация, проверка ошибок и прочие корнер кейсы в таком запойном программировании обычно пропускаются: это скучно и мешает вдохновению.
Любая деятельность требует дисциплины. Без неё ваш труд превращается в непредсказуемую суету.
Это если мы проигнорируем тот факт, что утечки данных это почти всегда следствие коррупции или плохой организации.
Вот-вот.
NechkaP
16.07.2024 20:55А где у автора комментария про "кое-как, работает и ладно"? Опять возвращаемся к романтизации "настоящего программирования по призванию", о котором пишут обычно сеньоры, работающие явно не только за еду и идеи, а вполне ценящие свой труд (что правильно), да
shovdmi
16.07.2024 20:55Хотя статья и оформлена как поток мыслей, со многими тезисами согласен. Сам проходил через описанные проблемы.
Коллеги, вы когда пишете, что работать программистом только за деньги это ок, вероятно у вас другое видение мира и вы всегда могли хладнокровно сказать «Нет» или поставить на место менеджера с его «нужно вчера». Но не все так устроены, и особенно в начале карьеры. И тяга к программированию и положительные эмоции от него - перекрывают отрицательные эмоции от организации труда. И если не с кого брать пример, то только со временем уверенность в себе вырастет и появятся умение общаться с менеджерами
DenSigma
16.07.2024 20:55+2Я писал по восемь часов в сутки. Ничего особенного. Это наоборот, легче, чем дебажить восемь часов в сутки или бездельничать восемь часов в сутки. Писать восемь часов в сутки легко и приятно, время проходит незаметно, главное вовремя встать и уйти домой.
Если тебе приходится заставлять себя работать сколько-то времени, то надо менять род занятий.
voldemar_d
16.07.2024 20:55Есть в статье здравая мысль, которая относится к чему угодно, не обязательно программированию:
Лучше сделать раньше, но спокойно, чем с горящей пятой точкой сидеть до глубокой ночи.
Сколько раз в жизни это мне помогало. И сколько раз, бывало, людей предупреждал: можешь сделать сейчас, а не через неделю - сделай. Даже если оно понадобится через месяц. А потом к концу срока оказывается: месяц назад сделал бы без проблем, но оно, внезапно, делается не за день, а за три, и нужна помощь человека, который в отпуске, а ещё какой-нибудь сервер внезапно ушёл в туман, куда надо отправить результаты, интернет вырубился вчера была бессонная ночь и т.д.
CrazyElf
16.07.2024 20:55А с другой стороны может оказаться, что через месяц оно никому и не надо уже и время потрачено зря ) Но так то да, если уж что-то включено в план, то лучше и делать по плану, размеренно.
voldemar_d
16.07.2024 20:55Я, скорее, про случай, когда точно знаешь, что сделать это всё равно нужно будет.
themen2
16.07.2024 20:55+1Если ты можешь неделю не писать код, и тебя не тянет к этому, то нефиг тебе в ИТ делать.
Неужели надо всю жизнь думать о коде и ни недели покоя?! Жизнь - это не только работа и, тем более, не только программирование! Она гораздо шире
altaastro
16.07.2024 20:55Да и IT гораздо шире программирования. Сомневаюсь, что дядюшка Боб за прошедший год хоть строчку кода написал, не говоря о лидах или аналитиках, которые в принципе с людьми работают.
Я лично код в гробу видал, но это моя работа. В свободное время я лучше гитару потискаю или с ребенком поиграю, чем за очередной пет-проект сяду.
themen2
16.07.2024 20:55Ну хоть кто то думает также как и я. Я последнее время сделал для себя много неожиданных открытий. Одно из них - оказывается зарабатывать можно не только в ИТ (примеры мелкого бизнеса в торговле) и жить гораздо спокойнее без всех этих непонятных лозунгов и проактивностей , очевидно, навязанных нам руководством. Я не против инициативы на работе, но в пределах разумного, ведь в конце концов мы работаем за деньги и потом, если на фирме будут проблемы, то нас выкинут несмотря на заслуги в прошлом. Это надо иметь ввиду.
MadeByFather
16.07.2024 20:55Если ты можешь неделю не писать код, и тебя не тянет к этому, то нефиг тебе в ИТ делать.
Спасибо за ваше мнение, мы его учтем. (нет)
Также не стоит забывать про мотивацию: этим нужно гореть, не сидеть и ждать, пока на работе разжуют задачу и положат в ротик, или менеджер будет вас упрашивать что‑то сделать, а самим искать оптимальные решения, лучшие практики, предлагать идеи и быть проактивным.
Нет, не нужно.
единственные кто останется рядом — это семья.
Нет.
Согласно ТК РФ и санпину, все, кто работает за компьютером, имеют право на отдых: 10–15 минут каждый час в зависимости от условий.
Сошлитесь на НПА, которые закрепляет такое право за работником. Особенно интересно почитать про такую категорию профессий - "все, кто работает за компьютером".
Но основная проблема — это зрение, конечно, если работать без перерывов, можно его посадить и очень быстро
Ссылку на какую-то научную работу по этому поводу можно? Наверное, она лежит рядом с "Черника восстанавливает зрения до 100%"
remirran
А где собственно минус? Где еще можно изучать разные вещи, как не на своем подсобном хозяйстве? Я не удивлюсь, если каждый из микросервисов на своем языке написан.
Drucocu
Я думаю, тут автор подмешал в повествование своего ЧСВ, мол, "я вот телеграм-канал веду и мне хватает, а тот дурак зачем-то целый блог накатал, да ещё с микросервисами". При этом от автора, видимо, ускользает, что у этих занятий принципиально разные цели: у одного - налить побольше воды, чтобы "прокачать личный бренд" (чем он занимается и в этой статье), а у второго - отработка навыков в спокойной среде без дедлайнов.