Почему все-таки программирование?
(немного еженедельной мотивации на моем примере)

Мне, без года 40-летнему человеку, по теории, должно было быть сложно менять профессию.
Тем более, я уже успел получить несколько других и добиться в них немалого успеха.

Так почему же я решился на такую авантюру? (а по другому, мои родные это не называли 😂)

Вот некоторые из тех принципов, которые определили пройденный путь:

1. Успех в определенной профессии != достойной зарплате и условиям труда 🫰.

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

2. Развитие и перспективы в обозримом будущем 🏝.

По моему скромному мнению, пределов развития и так называемого "потолка", у человека выбравшего программирование - нет. Вот нет и все. Кто готов поспорить - жду в комментариях 🤓

А есть лишь естественные причины - физические ограничения и ЛЕНЬ. 😵

А это значит, что пока руки поднимаются - опускать их мимо клавиатуры, противоестественно! 💪

3. Неугасаемый интерес к процессу созидания (написанию кода) 🧑‍💻.

Один из мощнейших, мотивационных принципов для меня.

Ведь, что может быть прекраснее, чем наблюдать как созданный тобой корабль (условно, конечно же), держится и продолжает плыть в самом современном море, которое еще не исследовано до конца? ⛵️


Все это, в совокупности, перевесило мое нежелание (или инерцию мышления и жизни) изучать программирование.

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

😎

#motivation

Как заставить себя учиться 🤓

Особенно когда тебе за 30...

Казалось бы - что может быть проще? Бери источник информации и изучай что-то новое. Но оказалось, что не все так просто...


🤬С чем придется столкнуться:

Постоянные дела и банальная усталость с основной работы (да и лень немножко, конечно 🏝).

Это хорошо, когда ты молод и у тебя нет обязанностей перед семьей и окружающими. Ты волен посвятить обучению все свое свободное время...
А нам, 30+ -летним "вкатунам", которые вынуждены ежедневно бороться с окружающими проблемами, кажется сложным найти время, чтобы сесть и посмотреть (и воспринять!) видео с какой-то новой концепцией.

А постоянное обучение - вообще какая-то дикость.☠️

Кружащие заблуждения 🤔

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

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

Ощущение своей непроходимой тупости 🤪

Не покидает и спустя несколько лет. 🤣

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


Ниже дам несколько советов, которые помогли мне (и может помогут и Вам 😎)

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

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

Бороться и не сдаваться несмотря на все возникающие препятствия сложно. И в обучении это имеет сокровенный смысл. Понимание того, что успешный программист с зп 500к+, не родился с клавиатурой во рту, а так же как и Вы возможно учился по тому же каналу в ютубе, только несколько раньше, максимально мотивирует достичь его успехов.

2. Выбрать время для обучения (и желательно много).
Скажем так, я не смог обучаться параллельно с работой. Ну никак. Поэтому воспользовавшись накоплениями, и освободившимся после увольнения временем, я все силы бросил на учебу.

И не значит, что это ваш рецепт, ведь мы все разные. Возможно вам комфортно вялотекущее обучение и устройство в IT у вас в далекой перспективе. 🙃

3. Структурируйте процесс обучения.
Сейчас в интернете гигантское количество обучающего материала. В том числе и бесплатного (да-да, это я про наш канал☺️) .
Выберите какой Вам нравится и начинайте учить от простого к сложному. Вычлените в приоритет те части, которые являются основой выбранного Вами рабочего стека и бросьте все силы туда. Иначе можно увязнуть в объеме информации или начать учить то, что Вам никогда не пригодится.

4. Вознаграждайте свое подсознание за успехи
Звучит глупо и странно, знаю. Но мотивировать себя станет в разы легче. Небольшой бонус: чашка любимого кофе, эпизод сериала или пятнадцать минут в соцсетях. Мозг любит вознаграждения, и это ещё один повод не бросить начатое.

5. Чёткая цель и никаких «зачем» после начала.
Наверно моя основная мотивация в ежедневной учебе. А может я просто упрямый 🐏 😄.
Поставьте себе глобально - максимально - реально достижимую цель. Продумайте шаги и ступени до нее, разбив на мелкие подцели и достигая их, начинайте путь к следующей. И не успеете оглянуться как половина пути будет пройдена. А может и весь)))

😎

#motivation

"Твой первый проект — важнее, чем думаешь"

Не знаю как все, а я хорошо помню как писал свой первый проект 😉
И пускай сейчас я лишь улыбнусь, вспоминая его, но тогда мне казалось, что я как минимум сделал что-то великое ✈️

И наверно лишь после этого, я смог окончательно поверить, что стану программистом.💪

И если Вы 🫵 до сих пор считаете, что писать пет-проекты - это как минимум ерунда и никому не нужно, спешу огорчить - Вы не правы.

Так почему же стоит попробовать реализовать свою самую смелую и сложную идею, самым простым образом?

🔴 Первый завершённый проект — это точка отсчёта. Он показывает, что ты не просто учишься, а уже умеешь создавать что-то настоящее.

Это по сути, первая проверка твоих настоящих умений, а не копирование кода с видео или сайта. И пускай чатями ты все равно берешь код с Stack Owerflow или из LLM, но сама проработка идеи, наполнение смыслом безликого кода, порождает в тебе уверенность в своих силах.

🔴 Доведение проекта до конца — уже победа.

Ведь большинство бросает обучение, написание проекта на середине, а то и в самом начале!

Вы знаете сколько пользователей JavaRush достигли 10 уровня? Из нескольких миллионов - 3%! Да, Карл, всего 3%!

Так вот, завершив проект, ты входишь в то меньшинство, кто реально двигается вперёд. Тех, кто преодолел свою лень, свои слабости и сомнения.

🔴 Обучение в процессе

Ведь в даже самом простом проекте ты сталкиваешься как минимум с:
⚫структурой кода,
⚫ООП (объектно-ориентированным программированием),
⚫работой с вводом/выводом,
⚫дебагом и ошибками,
⚫поиском информации и документацией.

А это как минимум зарядка для твоего серого вещества!

🔴 Маленький проект - это уже портфолио.

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

🔴 С каждым следующим проектом будет легче.

После первого проекта страх уходит. После второго ты начинаешь думать не “смогу ли?”, а “что сделаю дальше?”. После третьего ты уже сам можешь кого-то научить 🙂

😎

#motivation

«Ты не программируешь — ты притворяешься, что учишься»

Однажды я купил себе книгу Spring 5.
Большая, толстая, со множеством, страниц. Неся её домой я живо представлял себе, что уже завтра буду писать Spring-приложения, направо и налево. 🥳

И я честно прочитал ее. А потом еще разок. 🤓

И ПОНЯЛ, ЧТО НИЧЕГО НЕ ПОНЯЛ!

Точнее понять то понял (книга ж на русском 🤪), да вот открыв IDEA яснее мне ничего не стало.

Как это начать писать то? 😔

И вот тут, друзья, скрывается одна из потаённых реальностей обучения:

99% "учеников" не учатся. Они просто создают иллюзию прогресса: читают, смотрят, копят курсы — но не пишут код.

🚨 Пойми:

🔵Купить и прочитать хорошие книги ≠ уметь программировать.

Пока ты не сел и не написал — ты не учишься.

🔵 Смотреть популярные видео с каналов по программированию ≠ учить Java.

Тебе приятно, когда ты "в теме" — но это ложное ощущение движения.

🔵 Количество открытых вкладок в браузере с умными статьями ≠ умный ты.

Чтение статей создаёт видимость прогресса, но мозг это не фиксирует как навык.

🔵 Пока ты изображаешь, другие сдают тестовые и получают офферы.

Для тебя это должна быть не мотивация, а ультиматум: начни делать или отойди в сторону.

🔵 Месяц «обучения без практики» = 0% роста = потерянное время.

Притворяться — удобно. Но дорого

✔️ Поэтому прямо сейчас:

➡️ Закрой вкладку с курсами. Открой IDE. 🧑‍💻
➡️ Придумай и напиши что-то ужасное. (И пусть оно не работает. Но ты хотя бы начал). 😈
➡️ И да, будет больно. Будет стыдно (если никому не показывать, то не очень - только перед собой)😭
➡️Но это единственный путь, на котором ты реально сдвинешься с мёртвой точки. 💪


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

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

Поэтому

Просто
Начни
ПИСАТЬ КОД

😎

#motivation

«Обучение Java — марафон, а не прыжок с трамплина»

Так вышло, что мое знакомство с Java и программированием в целом, началось еще в 2021 году.
Тогда, окрыленный надеждами на новую, интересную работу, я потратил приличное количество времени на изучение Java Core. Но как часто бывает, реальность продиктовала свои условия, я не смог осилить обучение и бросил его.

Периодически возвращаясь я понял, что придется начинать сначала.

И когда я смог подогнать жизненные условия к тому, чтобы бросить все и посвятить себя только обучению, которое в итоге привело меня сюда, я понял важную вещь - обучение программированию (да наверно любой другой сложной концепции) — это долгая, часто тяжелая дорога, где не будет "легко", но "результат" стоит того.


Вот, что важно понимать если ты только принял решение вступить на этот путь:

🟥 Начнем с массового, современного увлечения курсами, буткемпами, менторством, тренингами и подобной требухой.

Пойми простую вещь - кто обещает «легко и быстро» — 100% врет. Так практически не бывает, за исключением единичных примеров. Но ссылаясь на эти примеры, некоторые строят целые онлайн-школы и бизнес (на твоих деньгах).
И я не говорю, что ты не получишь ничего полезного на этих занятиях. НО! Ты не сможешь, к примеру за 3 месяца, стать конкурентным специалистом в Java, если ты обычный среднестатистический человек.

Ну никак, сорян, кто бы что не говорил 🤷‍♀️


🟥 Ощущение «я тупой» — обязательный этап каждого.

Перед окунанием в "программирование", знай, что к примеру Java, уже отпраздновала 30-летие в этом году. А это, возможно больше чем ты живешь на свете.

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

Не переживай - это нормально. Все проходят через это 🙂


🟥 Медленный прогресс — это не глупость.

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

Просто это тоже нормально. Мы все разные, с разным бекграундом.

Важно не «как быстро», а как долго ты не сливаешься. Ведь в итоге самые стойкие — выигрывают, даже если тупят на старте. 🏝


🟥 Ты просто обязан пройти через говнокод.

Знай, никто не пишет "красиво" и "правильно" с первого раза. Даже "гении".

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

Запомни: в начале пути, идеальный код — не твоя цель. Цель — живой и работающий код, а все остальное приложится.🧑‍💻


🟥 Ну и главное - обучение не должно быть "в кайф".

Если тебе в процессе обучения неприятно, неудобно и сложно — значит, ты делаешь правильно. (Особенно это актуально для тех кто за "30" 👋)

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

Комфорт — не показатель правильности выбранной методики обучения. Часто наоборот.


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

Главное вера в себя и свои силы💪

😎

Понравилась статья - поделись с другом и, будет тебе моя благодарность 👏

#motivation

"Как я притворяюсь программистом"

Вот представьте, 40-летний, вполне состоявшийся человек, однажды решает поменять свою жизнь и идет в IT 😨

Начинает учиться, и что-то даже писать на Java. 🤓

Проходит некоторое время и волею судеб, этот мужик получает оффер и выходит на работу. 🥳

Уже войдя в команду и выполняя поначалу простые, но тем не менее продуктовые задачи, он в тайне думает, что все это не взаправду.

Ведь:
❌ Вся команда может завтра узнать, что он новичок, и писать то не умеет.
❌ А код он берет с Stack Overflow и чатаЖПТ и скоро это выплывет наружу.
❌ Завтра он напишет код с багами и в него начнут тыкать пальцами.
❌ И зарплату ему платят зря, ведь он вообще ничего не знает и от него нет пользы.
❌ И вообще он занял место того, кто явно умнее, но менее удачлив.

Но проходит время и всего этого не происходит.

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


И если у тебя тоже так - добро пожаловать в клуб людей с «Синдромом Самозванца»

«Синдром самозванца» (на англ. impostor syndrome) — это психологическое явление, впервые описанное в 1978 году американскими психологами Полин Кланс и Сюзанн Аймс. Оно не является официальным психиатрическим диагнозом, но признано как психологический феномен, с которым сталкиваются миллионы людей, особенно в сферах с высоким уровнем интеллектуальной нагрузки — таких как программирование, наука, медицина, искусство.

Что это такое с научной точки зрения:
Синдром самозванца — это устойчивое внутреннее ощущение, что твои достижения не заслужены, что ты — "обманщик", и скоро все это "раскроется".

Люди с этим синдромом часто приписывают успех:
случайности,
везению,
внешним факторам ("мне просто помогли", "повезло с задачей"),
а не своим способностям или труду.

И это НЕ болезнь, но:
Может сопровождаться тревожностью, депрессией, перфекционизмом и прокрастинацией.
Чаще возникает у людей с высоким уровнем самокритики и требовательности к себе.
Не имеет четких диагностических критериев в МКБ-11 или DSM-5 (официальные классификаторы заболеваний), но изучается в клинической психологии.

И ты спросишь - а что делать, то?

Самое важное - ПЕРЕСТАНЬ ПАРИТЬСЯ 🙃

Эффективно бороться с «синдромом самозванца» можно только его же методами:

1. Понять и принять, что эти ощущения никуда не денутся долгое время 😭
Ведь - «Программирование — это вечное незнание».
Еще очень долго будет казаться, что ты просто глуп для занимаемого тобою места и только признание команды, и осознание того, что ты справляешься, постепенно притупит эти ощущения.


2. Понять, что ты в этом не одинок. 🤝
В сфере программирования даже у мидлов, отработавших уже далеко не один год, есть ощущение, что они "на грани провала".

Это нормально.

Одна из причин возникновения этого синдрома - сравнение себя с более опытными разработчиками. Видя, как они за день выдают в мердж реквест целую систему, кажется, что ты так никогда не сможешь и вообще бестолочь 😉
Но, ты не видишь, как тот же сеньор загуглил вчера “what is hashmap in java” и сломал клавиатуру в попытках сделать зеленым тест, при написании это системы.

Все познается в сравнении.🙂


3. Понять, что чувство фальши значит - ты не врёшь себе. ☝️

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

Пойми, настоящие фейковые программисты никогда не страдают синдромом самозванца.

Сомнения — признак того, что тебе не всё равно, что ты понимаешь уровень своей компетенции. А это уже преимущество. Потому что только такие не стоят на месте.


ПОЭТОМУ

Не сомневайся
Пиши код. Ошибайся. Двигайся.
Даже прочитав это, ты уже не там, где был до этого.
Это и есть прогресс.

Интересный факт:
Исследования показывают, что 70–80% людей испытывали синдром самозванца хотя бы раз в жизни.

Особенно часто:
женщины в STEM-профессиях,
начинающие специалисты,
талантливые подростки и студенты.

И мы с тобой ✈️

😎

Понравилась статья - поделись с другом и, будет тебе моя благодарность 👏

#motivation

Наш "Темный попутчик"

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

“О, уведомление в телефоне, хм...”
“Пойду налью кофе/чай/вискарика, а то не сосредоточусь”
“Так, а может завтра тоже есть время?”

И вот он уже рядом. Сел поудобнее рядом и улыбается.

Тёмный попутчик - ПРОКРАСТИНАЦИЯ🏝


Но на самом деле, все не так страшно ☺️

Давай разбираться 😉

Прокрастинация — это не лень ❗️

Серьёзно.
Если бы это была просто лень — ты бы не испытывал вину за бездействие.
Ты бы не планировал, не страдал, не искал решения.

С научной точки зрения, прокрастинация — это иррациональное откладывание дел, сопровождающееся стрессом, тревожностью, и часто — сниженной самооценкой.

"Прокрастинация — это не проблема управления временем. Это проблема управления эмоциями."
— Тимоти Пихл, профессор психологии, автор исследований по теме.

То есть ты откладываешь не потому что «плохо спланировал день», а потому что в моменте задача вызывает дискомфорт, страх, перфекционизм или даже неосознанную тревогу провала.
(И мозг такой: “А может не надо испытывать всё это прямо сейчас?.. Давай YouTube-чик?..”)


Ты можешь спросить: Это как «Синдром самозванца» из предыдущей статьи?

Да.
И они очень часто идут рука об руку. 🤝

Синдром самозванца шепчет тебе: "Ты не справишься. Ты недостаточно хорош. Это не для тебя".
А прокрастинация отвечает: "Окей! Давай немного отложим! На потом! А пока посмотрим видосы про котиков". 🆘

Сочетание этих двух — вражеский тандем внутри твоей головы. Один пугает, другой уводит от страха. В итоге ты вроде и не бездельничаешь (ну, ты же чем-то занят!), но никуда не продвигаешься.

Откуда приходит прокрастинация?

Психологи выделяют несколько корней прокрастинации:
⏺ Эмоциональное избегание – когда ты еще не начал задачу, но уже стрессуешь, что она сложная и ты не справишься. И вместо поиска решения, залипаешь в тик-ток.
⏺ Перфекционизм – когда задача кажется слишком важной, и хочется сделать ее «идеально». Но идеал недостижим → страшно, что не получится → откладываем.
⏺Низкая саморегуляция – отсутствие способности справляться с своими внутренними импульсами. Ты просто не можешь заставить себя сесть за задачу.

❓ И что делать-то? ❓

1. Принять, что это НОРМАЛЬНО.
Если ты осознал, что прокрастинируешь — не страшно. Я, ты, даже суперуспешные программисты — все откладывают. Просто надо научиться держать этот хаос под контролем.🧑‍💻

2. Обманывать мозг.
Сказать себе: “Сделаю 10 минут, и всё, можно будет отдыхать”. И, о чудо — через 30 минут ты уже глубоко в дебрях кода.
Это называется “техника маленьких шагов” — не грузить себя “большой задачей”, а начинать с малого. Упростить задачу, выбрав, что полегче и начать.
Работает почти всегда.

3. Выбери что-то одно.
Когда у тебя открыто множество обучающих вкладок: “Выучить Spring”, “Новое по Hibernate” или новая статья на канале “ Java for Beginner” — угадай, чем всё закончится? Правильно: YouTube, котики и стирка носков.
Выбери ОДНО и делай. Остальное — в «позже» (а может и в "нафиг"...☺️).

4. Используй "tecnica del pomodoro"
25 минут работаешь, 5 отдыхаешь. Простой трюк, но мозгу легче "терпеть" неприятное, если знает, что скоро — пауза.
Это методика из когнитивно-поведенческой психологии — дробление задач снижает тревожность.


Но главное: не жди, что мотивация заняться задачей появится. 🤫

Если честно — мотивация в 90% случаев НЕ приходит.
Если прокрастинация в разгаре, то можно провалиться в окончательную лень и перестать бороться.
Начинать нужно без неё. Начинать нужно через "нехочу".

А вот когда пошел процесс, когда что-то получилось — появляется и мотивация.

Старт → действие → результат → мотивация.


Прокрастинация — не отсутствие силы воли. Это просто неправильный диалог с собой.

Мозг не против работать. Он просто не хочет страдать.
Договорись с темным попутчиком, обмани, разбей задачу, убери лишние эмоции — и действуй.


А теперь — иди и начни делать то, что откладывал, прокрастинируя и залипая в эту статью! 💪

😎

#motivation

Как отдыхать от кода, чтобы не потерять к нему интерес.

Было время, когда я изучая программирование и готовясь к собеседованиям, просиживал за изучением Java по 12-15 часов в день. Это был цейтнот и время поджимало, поэтому я не жалел себя.
И прекрасно помню, как вставая от компа, я понимал, что вообще не соображаю. Мозг, как онемевший орган, переставал реагировать на внешние раздражители.

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

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

Вот мои советы:

1. Программирование — это умственный стресс и нагрузка. Значит, отдых должен быть противоположным.

Многие думают: «Отдохну, полежу, сериальчик посмотрю». Это может сработать разок, но по сути — это просто пассивная стимуляция. Усталый мозг не отключается, он продолжает переваривать входящие, только уже из Netflix.

В психологии есть понятие когнитивной разрядки (cognitive offloading) — это когда мозг сознательно уходит от абстрактных нагрузок к чему-то телесному и простому.

Поэтому, будут крайне полезны:
🔵 Регулярные пешие прогулки, без телефона в руках.
🔵 Физнагрузки (бег, плавание, даже уборка) — вообще мастхев для программистов.

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


2. Отдых не должен быть побегом. Он должен быть паузой.

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

Поэтому правильный, а что немаловажно, своевременный отдых — это контекстный отдых, когда ты всё ещё как бы рядом с ИТ, но без задачи «что-то выдать».

Примеры:
🔵Чтение биографий учёных, разработчиков — это вдохновляет и не грузит.
🔵Хобби: пайка электроники, музыка, геймдев или гейминг — лёгкое смежное времяпрепровождение.
🔵Визуальные виды деятельности: рисование, моделирование, pixel art.

В психологии это описывается как ресторативная активность (restorative experiences) — действия, которые возвращают ощущение контроля и удовольствия от процесса.

И твое «Хочу программировать» останется внутри даже в перерыве от него, ведь ты не перенапрягаешься.

3. Мини-проекты без цели.

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

Попробуй написать:
🔵Телеграм - бота, который будет постить твои рандомные мысли.
🔵Код, сортирующий папки по настроению (буквально по цветам или дням недели).
🔵Программу, делающую любую глупость, но красиво ☺️.

Это и есть "игра с собой" (self-determined play) — процесс, в котором мотивация рождается не из цели, а из самого процесса. В котором ты отдыхаешь, но при этом не теряешь связи с программированием и получаешь удовольствие от процесса.


4. Общение в среде программирования.

Иногда, после высокой умственной нагрузки, достаточно оставаться рядом с темой. Расслабиться и послушать подкасты, посмотреть чужие лайвкодинги.
А можно найти сообщество (похожее на наше ☺️) и программистов, с которыми пообсуждать околопрограммерские вопросы.

Это вызывает ощущение сопричастности.

В когнитивной психологии это называется пассивное обучение (incidental learning) — когда ты усваиваешь что-то из обсуждения, даже не замечая.
А это в свою очередь, поддерживает интерес и мотивацию (Deci & Ryan, 2000).

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

А как вы боретесь с усталостью? Пишите в комментариях! 💪

😎

#motivation

Ты не хочешь стать программистом.

Ты хочешь, чтобы тебе дали 100500 рублей в минуту, удаленку и 3 рабочих часа в день 🏝

Нет? 😂
Не ври, ладно? Хотя-бы самому себе 😏

В (уже) далеких 1990-х я увидел первый компьютер.
В местном "Доме творчества" поставили несколько, и нас, детей, повели посмотреть на них. Дали поиграть в какую-то игру на зеленых экранах. Мне кажется тогда я и заболел компьютерами. Но лишь спустя 20 лет я смог позволить себе купить его. А еще спустя 11 лет я познакомился с программированием.
Все эти годы я болел возможностью создавать что-то. Что-то свое. Ведь в детстве это казалось чудом - по экрану ездит квадратная машина и ты ей управляешь.
Много позже, разрабатывая сервера на Dayz и ARMA, реализуя в том мире все, что мог вообразить (и что позволяли знания), я все еще болел этим. Но по настоящему программировать я наверно я боялся, это казалось невозможным.
А потом пришла Java💃
И пришла возможность написать все что я пожелаю.

А теперь задай себе вопрос - зачем ты здесь. На этом канале? В программировании?

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

Если Ты хочешь чтобы кто-то дал «тот самый» курс, «тот самый» язык, «ту самую» кнопку, нажав на которую — фух и ты программист с зп в 500к, то как говорил наркоман Паша Техник - "ты что-то перепутал" 🤣


Так не будет.

Извини если обломал 🤷‍♀️


Сейчас, в жесткой конкуренции, начинание пути в IT, потребует от Тебя не просто уйти в минус.
Это и учеба вечерами после работы, куча пет-проектов в никуда, бесконечное количество собесов с «ну вы нам пока не подходите».

Ты заполняешь резюме на hh.ru с мыслью:
«Я считаю, что готов работать, дайте мне работу!»

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

А чем ты лучше их?

И тогда, с этими мыслями 90% сдаются.
Уходят обратно в стабильное/известное/удобное.

Ты ведь тоже думал уйти, да? 😏
Я точно думал. И не раз 😔


Как я писал здесь, здесь и здесь - путь не будет легким.

Но он совершенно точно преодолим.
Если смог я - сможешь и ты.


Но!

Если Ты до сих пор листаешь списки курсов, сравниваешь Java и Python, читаешь отзывы на Stepik и думаешь:
«Вот если бы найти один, но самый лучший — всё бы пошло».

Знай - это ловушка. Курс не станет твоей волшебной палочкой.
Он не спасёт от ощущения «ничего не понятно», он не вытащит тебя в поток.
Потому что всё равно будет сложно.

Пока ты не взрастишь в себе интерес к созиданию через программирование. ☺️


Если Ты до сих пор ждёшь вдохновения -

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

На деле — сначала ты начинаешь, и только потом хочешь.

Мотивация приходит не в начале.

Когда твой проект сбилдится, все тесты пройдут, тогда и появляется кайф. И мотивация. И желание.

А не из мотивационных видео, моих статей или чужих успехов.


Есть хорошая цитата Марка Твена 🤓:

«Выбери себе работу по душе, и тебе не придётся работать ни одного дня в своей жизни»
(«Choose a job you love, and you will never have to work a day in your life»).

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


И помни:
Ты не ленивый.
Ты просто попал в ловушку рекламы и иллюзий.
Мы все туда попали. ☺️😉

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

Одно я могу обещать Тебе точно: если ты болеешь как и я - все получится. 💪


Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

🤫 «А вдруг я скажу глупость?»

Софт-скиллы, которым не учат в курсах 🤓

Вот представь, ты прочитал весь мой канал, изучил синтаксис вдоль и поперек, научился виртуозно делать API, освоил Git, знаешь Spring и WebFlux.

Но вот пришло собеседование — и ты... завис.

— Расскажите о себе.
— Ну… я... типа… учился… кодить...

Знакомо?

А теперь еще предположим: ты уже устроился и тебе дали таску.
И ты видишь, что надо уточнить у тимлида детали.

Но в голове:
«А если я спрошу — подумает, что тупой...»
«Лучше погуглю еще 3 часа, чем покажусь нубом»
«Он ведь профи. Я даже не знаю с чего начать...»

Это называется - коммуникативная тревожность.

Она же — тихий киллер карьеры в IT.


Почему ты боишься говорить 🤫

Вот тебе правда: страх общения — это не про характер.

Это навык.

Даже самые «разговорчивые» разработчики когда-то:
- боялись скинуть Pull Request с комментариями,
- часами переписывали сообщение в телеграмме,
- репетировали простой вопрос голосом.

Почему некоторым в IT это так сложно?
Потому что IT часто привлекает интровертов, бывших «отличников», людей, которые учились всё понимать сами, без помощи. И теперь, оказавшись в команде — они просто не умеют задавать вопросы или входить в беседу.


Что происходит в голове? 😨

В когнитивной психологии есть понятие self-presentation concern — это тревога из-за того, как тебя воспримут другие.

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

А ещё есть спираль молчания — если ты боишься говорить, ты выпадаешь из общения, и из-за этого боишься ещё больше.


Вот пара моих советов если ты чувствуешь что твой софт-скилл слабоват:

Говори, даже если страшно.

Но не вживую, а письменно.
Заведи привычку активно писать: в рабочем чате, в Telegram, в комментариях к pull request'ам.

Так ты приучаешь мозг к выражению мысли — без страха, что тебя перебьют или осудят.
Это снижает тревожность, активирует рефлексивную речь — внутреннее проговаривание и структуру мысли.

Не бойся задавать глупые вопросы.
Как сказал один умный человек: "В IT нет глупых вопросов, есть чересчур ЧСВ-шные отвечающие"


Микроконтакт — это уже общение

Не нужно фигачить речь на 3 минуты.

Просто начни с одной фразы:
«А почему мы сделали вот так, а не так?»
«Спасибо, крутая реализация»
«Подскажи, я что-то путаюсь в этой части»

Это называется anchored small talk — микровзаимодействия, которые создают эффект «я в теме». Даже если ты мало говоришь.


Заготовь фразы. Да, можно и записать

Серьёзно.

Напиши себе в заметках:
Вопрос на стендап: «Ребят, я правильно понимаю, что…»
Начало диалога: «Можно короткий вопрос про фичу?»
Завершение: «Окей, тогда попробую и отпишусь»

В момент тревоги мозг не придумывает речь с нуля. Он вытаскивает готовое.
Подсунь ему нужные заготовки — и увидишь, как снижается стресс.


Найди «одного своего»

Не команду. Не менторов. Одного союзника, с кем безопасно говорить.
Пишете вместе код — обменивайтесь мыслями.
Работаете на проекте — обсуждай идеи.
В сообществе — шутите, делитесь опытом.

Это снижает страх перед всей группой. Есть ощущение, что ты не один. А с этого и начинается уверенное взаимодействие.


Ты можешь спросить: "А зачем мне это вообще?"

Пойми:
Ты можешь быть классным кодером, но без софт-скиллов — останешься «интровертным сеньором без влияния».
Ты сможешь влиять, если умеешь объяснить, услышать, вдохновить.
Продуктивность команд напрямую зависит от психологической безопасности — и ты можешь её самостоятельно формировать.

А еще спроси себя - кого повысят, из двух одинаково скиловых разработчиков? Того кто грамотно и без страха излагает свои мысли или того кто молчит или отвечает невпопад?


Поэтому, не стесняйся, пиши в комментариях, что ты думаешь об это статье! Прокачай навык 😉


Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

Как не разрушаться от критики и при чём тут эмоциональный интеллект

или "Мне сказали, что я сделал х*рню" — и вот я уже думаю уйти из IT ☺️


😨 Представь, что ты набрался храбрости и выложил свой первый код на всеобщий ревью (не знаю где, да это и не важно).

И когда ты получаешь фидбэк по коду:

"Вот это неочевидное решение"
"Лучше переделать всю архитектуру"
"Так никто не делает"

..внутри происходит не "так'c щас поправим", а "буря в стакане" 😔.
Сердце сжимается, руки опускаются, а в голове начинает звучать хор: "Я тупой", "Я не подхожу", "Я зря вообще сюда полез"…

Знакомо? Это не просто обида.
Это — непонимание работы своего эмоционального интеллекта.


Что такое эмоциональный интеллект?

EQ (Emotional Quotient) — это способность человека:
🟡осознавать и понимать свои эмоции
🟡управлять ими
🟡разбираться в эмоциях других
🟡реагировать осознанно, а не автоматически

🔴Это не про "перестать воспринимать и чувствовать". Это чувствовать, правильно реагировать и не разрушаться.
Mayer & Salovey, 1997: Emotional Intelligence Theory


Ты воспринимаешь критику как диагноз

Нас с детства не учили отделять свою работу от себя как от личности.

Поэтому, когда тебе говорят:
"Есть проблемы в коде"

ты слышишь:
"Ты плохой".
"Ты — не настоящий программист".
"Ты всех подвёл".

Но это когнитивное искажение, а не реальность.
Научный термин: "эмоциональное отождествление" — когда человек приравнивает внешнюю оценку к внутренней ценности.
(Lazarus, 1991 — Emotion and Adaptation)

И что в итоге происходит?
❌ Ты боишься делать PR, потому что "вдруг там херня".
❌ Ты злишься на ревьюера, а потом — на себя.
❌ Ты либо начинаешь оправдываться, либо молчишь и варишься внутри.

Всё это съедает мотивацию, уверенность, интерес.


Что делать? Как включить свой Emotional Quotient?

✅ Учись слушать не обижаясь, а расшифровывая.

Комментарий "Плохое решение" расшифровывай как "Это не подходит к текущим требованиям/стандартам. Попробуй по-другому."
Люди в IT часто пишут прямолинейно, потому что пишут, как код — без эмоционального оформления.

Это не атака, это просто способ общения.


✅ Переводи эмоции в факты

Ты читаешь коммент: "Это костыль"
Ты чувствуешь: "Я — тупой"

Остановись и спроси себя: Где тут факт? Что конкретно не так? Что я могу изменить?

Это активная эмоциональная регуляция.
(Gross, 1998 — The Emerging Field of Emotion Regulation)


✅ Проси конструктив, не похвалу

Твой Мозг любит, чтобы тебя гладили.

Но гораздо полезнее — просить:
"А как бы ты сделал?"
"Можно пример?"
"Где можно почитать про это?"

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


✅ Критика ≠ личная оценка
Ты — не твой pull request.
Тебя нужно и можно уважать, даже если ты влепил 40 строчек ради сортировки по длине строки.


Emotional Quotient — это не про мягкость. Это про силу.
Сильный не тот, кто не чувствует.
А тот, кто умеет видеть эмоции, разбирать их на части и не дает им разрушать себя.


❗️ВАЖНО ❗️

Необходимо и понимать разницу между конструктивным и токсичным фидбеком.

Отличить их на самом деле они очень просто - в токсичном комментарии оценивать начинают не код, а личностные качества человека который его написал.

Крайне советую избегать этого самому, при проведении ревью чьего либо кода и избегать взаимодействия (указав на недопустимость подобного) с таким ревьюером.

В конечном итоге - IT это про интеллект, а не эмоции, избегайте личностного негатива (но прислушивайтесь и безэмоционально оценивайте услышанное, иногда там есть зерно истины).

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

Совет тот же - избегайте таких.
Это не про интеллект.👎

Пиши в комментах:
Какой фидбэк был самым негативным для тебя больше всего — и как ты с этим справился. Или не справился.


Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

Сломай свой хаос 😵‍💫

Ты начал работать на удалёнке.
Никто не говорит тебе, когда начинать.
Хочешь — работай днём, хочешь — ночью. Важен только результат.

Звучит как мечта, да?

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

"Можно быть умным, талантливым, даже иметь опыт.
Но без умения строить свой день и держать ритм — в долгую ты не вытянешь."

🤫 Самообучение смертельно опасно, если заниматься этим беспорядочно

Курсы, видео, статьи, pet-проекты.
Сотни вкладок, 5 начатых репозиториев, ни одного завершённого.
Кажется, что ты в процессе… но на самом деле ты в болоте.

В психологии это состояние называют cognitive overload — когнитивная перегрузка.
(Sweller, J., Ayres, P., & Kalyuga, S. (2011). Cognitive Load Theory)

Ты берёшь на себя больше информации, чем способен обработать, и эффективность падает до нуля.

В IT это смертельно. Технологии бегут вперёд, а ты всё ещё бродишь по курсу «Java для начинающих» третий месяц без прогресса.


😞 Почему хаос убивает продуктивность

Нет границ
Удалёнка или самообучение = никто не скажет «стоп». В итоге либо работаешь до трёх ночи, либо растягиваешь одну задачу на весь день.

Потеря приоритетов
Вместо реальных задач ковыряешь шрифты в IDE, читаешь про новый фреймворк "на всякий случай". Это называется procrastination through busyness — прокрастинация через псевдозанятость.
(Pychyl, T. A., & Sirois, F. M. (2013). Procrastination, emotion regulation, and well-being)

Отсутствие ритма
Мозг — не хаотичная машина. Ему нужны циклы активности и отдыха (circadian rhythm). Без них ты превращаешься в сонного, раздражённого, медленного кодера.


‼️ Что же делать ‼️

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


🤨 Стань себе начальником. Заставь себя. Выстрели в свою лень.
Ставь задачи в календарь с точным временем.
Не что-то в голове, на уровне идей, а конкретика: в 19:00–20:30 — пишу код для pet-проекта.
И это время не двигается. Совсем.


😏 Одна задача = один фокус. Концентрация прокачивается. Строй вокруг себя условия, чтобы она не сбивалась.
Single-tasking — продуктивность падает, если переключаться между задачами.
Закрываешь IDE, чтобы на секундочку проверить почту - потерял 20–30% концентрации.
Делай одно дело за раз.


😐 Убери "проблему первого шага".
Хочешь учиться?

Сделай так, чтобы:
IDE уже была открыта
Курс уже загружен
Репозиторий уже клонирован
Это называется reducing activation energy — чем меньше действий до старта, тем выше шанс, что ты реально начнёшь.
(Oettingen, G., & Gollwitzer, P. M. (2010). Strategies of setting and implementing goals: Mental contrasting and implementation intentions. In Social Psychological Foundations of Clinical Psychology)


🤔 Почему это важно для айтишника

В офисе тебя могут спасать менеджеры, график, коллеги, которые напоминают о дедлайнах.
На удалёнке или при самообучении у тебя есть только Ты.

И если ты сам себе не начальник — значит, ты сам себе враг.

Самоорганизация — это не про мотивацию, а про систему. Мотивация придет позже.
Система = привычки, которые работают даже в дни, когда ты не хочешь работать.

Если не начнёшь ломать хаос сегодня — завтра он сломает тебя.

Поэтому, запланируй ответить мне в комментариях, что ты думаешь об это статье! Прокачай навык 😉


Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

Молчаливые разработчики ломают проект быстрее, чем баги.

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

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

И через неделю команда всё переделывает с нуля...

Так вот, молчание — это не "мир в команде".

Это приглашение к ошибке.

А умение спорить — это один из важнейших навыков в разработке, особенно в командных проектах.


🔴Почему конфликты не всегда зло

В психологии есть понятие когнитивный конфликт (cognitive conflict) — это когда люди спорят о идеях, подходах и решениях, а не о том, "кто дурак".

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

Исследования показывают, что такие споры:
Повышают качество решений
Ускоряют поиск оптимального подхода
Помогают видеть проблему под разными углами

А вот эмоциональный конфликт (affective conflict) — это уже про личные обиды, сарказм и переход на личности.

Он действительно убивает команду.


🔴Почему это особенно важно в разработке

В Agile-командах решения часто принимаются на лету, и от твоей способности спорить грамотно зависит:
Будет ли проект работать через месяц
Или вы перепишете половину кода, потому что ты знал, что это не работает так, но постеснялся сказать.

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

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


🔴Как спорить так, чтобы не сгорели мосты

Отделяй идею от человека 😔
Говори «Подход X не подходит, потому что…», а не "Ты написал ерунду".
Это снижает вероятность перехода в эмоциональный конфликт.

Используй вопросы вместо утверждений 😉
Вместо «Это плохо» → "А что если попробовать так? Какие риски?"

Подкрепляй примерами или данными 🤓
В IT спор выигрывает не громкость голоса, а аргумент в виде теста, логов или статистики.

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


🔴 Почему этот soft skill один из важнейших?

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

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


Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

Если твой баг стоит миллионы: кто виноват и кто заплатит?

Ты написал код. Код ушёл в прод.
Через час — у компании минус 10 миллионов рублей из-за сбоя в платёжке.
Тебя вызывает тимлид. Потом HR. Потом юрист.

А в голове вертится одна мысль: если я сяду, где я возьму столько денег?


😉 Давайте сегодня развеем страхи любого начинающего разработчика


🤓 Где закон встречает программиста

В России у программиста есть три юридических ловушки:

Гражданский кодекс РФ
ст. 1064 ГК РФ — "Общая ответственность за причинение вреда".
ст. 15 ГК РФ — "Компенсация убытков".
Если из-за твоего кода компания реально потеряла деньги, теоретически она может взыскать ущерб.

Трудовой кодекс РФ
ст. 232–233, 238 ТК РФ — обязанность работника, как стороны трудового договора, нести материальную ответственность, но только в пределах своего заработка, если иное не доказано.

Уголовный кодекс РФ (крайне редкий, но встречающийся кейс)
ст. 272 УК РФ — неправомерный доступ к компьютерной информации.
ст. 273 УК РФ — создание и распространение вредоносных программ.


❗️Вот что важно - это наличие виновности❗️

😔 Что такое "виновность"
В трудовом праве РФ "виновность" это наличие твоих неправомерных действий (или бездействия) и наличие причинно-следственной связи с ущербом. Виновность полностью может установить только суд/специальная комиссия/уполномоченные лица.
При любом раскладе все решения можно обжаловать в вышестоящем суде.


🫰 Когда ты реально можешь заплатить?

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

🔜 Все пять условий должны быть соблюдены одновременно, чтобы работодатель мог взыскать с тебя сумму ущерба.

Важно: по ст. 241 ТК РФ твой максимум ответственности это средняя месячная зарплата.

А вот полную сумму ущерба взыщут только в спецслучаях (ст. 243 ТК РФ):
- умышленный вред,
- кража,
- разглашение тайны,
- алкоголь/наркотики,
- договор о полной мат. ответственности,
- причинение ущерба не при исполнении работником трудовых обязанностей.

Пример: ты по невнимательности, пьяный, уронил серверный блок, отчего удалилась продовая БД. Твой напарник, по инструкции обязан был делать бэкап — и не сделал. Полный ущерб причиненный компании выплатите пополам 🤣.


✌️ Когда ты НЕ платишь?

🔵 Ошибка нормальная рабочая, без умысла, в рабочем процессе или при выполнения задания.
🔵 Работодатель сам не создал условий (например, не было ревью, тестирования, или тебя заставили задеплоить в прод ночью) и т.д. Но важно это с твоей стороны это доказать!
🔵 Ущерб — это "упущенная выгода" (например, "мы могли заработать, но баг помешал" — это не взыскивается по ТК РФ).
🔵 Крайняя необходимость и необходимая оборона (если ты разбил монитор об голову грабителя — это не взыскивается по ТК РФ).

Пример: тебя попросили срочно вкатить фиксы без тестов, всё упало, компания потеряла клиентов. Тут вина на организации процесса, а не на тебе.


🤫 Вот мои советы, чтобы избежать проблем:

Документируйте всё
Ведите переписку с руководством и коллегами через корпоративные каналы (почта, мессенджеры) по рискованным задачам и условиям, которые могут привести к ущербу.

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

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

Соблюдайте стандарты разработки
Регулярно проводите тестирование и ревью кода, ведите подробную документацию по проекту, если этого нет.


Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

Программист — это не тот, кто знает все.
А тот, кто не боится не знать всего.

Вот скажи, ты реально думаешь, что программисты — это ходячие энциклопедии?
Что в голове у седого синьора-джависта сидят все библиотеки, алгоритмы и спецификации?

Если кто-то говорит что это так, не верь. Это вранье.

Вот несколько лет назад, я вообще не знал о существовании Java. Я видел только установщик JVM и java-игры на древнем телефоне. Ничего не слышал о SOLID и ACID, Spring даже на английском встречал редко.
А теперь я программист. И каждый день узнаю что-то новое о Java (по крайней мере стараюсь).

Почему так получилось? И почему 40-летний дяденька, смог успешно поменять свою жизнь?

Потому, что я признал, что не знаю ВСЕГО.

Но могу попытаться.

Что не смотря на накопленный опыт и знания, мне есть еще чему поучиться.

Чем собственно ежедневно я и занимаюсь. ☺️

Культ незнания

Вот запускаешь ты код.
Видишь ошибку и стек-трейс на 200 строк.
И мозг кричит: Твою мать WTF?! Я не понимаю, что это такое!

И тут ты можешь решить для себя, кто ты.

🙅‍♂️ Либо ты впадешь в панику и начнешь сомневаться в себе, в своем выборе и вернешься к тому месту, где удобнее и привычнее.
🆗 Либо ты спокойно говоришь себе: Да, я не знаю. Но я разберусь.

На самом деле это происходит ежедневно даже с топовыми программистами. Всегда находится новая ошибка, новая логика, новое приложение которое им не знакомо и не понятно.

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

Нужно просто понять и принять то, что КАЖДЫЙ день, ты БУДЕШЬ встречать что-то новое и разбираться в этом.
Нужно просто понять и принять то, что КАЖДЫЙ день, ты ОБЯЗАН искать что-то новое и разбираться в этом.

И это бесконечный процесс пока ты программист.


Почему это важно

Технологии меняются быстрее, чем ты успеваешь их выучить.
Сегодня ты крутой джавист, завтра твоя компания мигрирует на Kotlin или Go.
Через 5 лет твой стек устареет, и если ты привык знать всё, ты сгоришь.

Настоящая сила — не в том, чтобы знать всё.
Настоящая сила — не бояться не знать и быстро учиться.

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


Как приручить хаос незнания

🟡Признай его. Не пытайся выглядеть всезнайкой. Скажи - я не знаю, но разберусь. Это нормальная фраза для профессионала.

🟡Задавай вопросы. Коллегам, гуглу, сообществам, LLM. Ты не глупый, если спрашиваешь. Ты глуп, если молчишь и деградируешь или не развиваешься.

🟡Учись учиться. Не накапливай статические знания, а тренируй мышцу поиска и анализа.

🟡Не прячься за комфортным. Вечно ковыряться в том, что ты знаешь — это не рост, это болото.

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

Я не обязан знать всё.

Я ОБЯЗАН не бояться не знать.

Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

Трекер времени: кандалы или инструмент свободы?

Сегодня будет наверно не мотивационная статья, а больше статья - размышление...

Намедни в одном из созвонов с HR, мне предложили работу с трекером времени.
Скажу сразу, опыта работы с подобным у меня не было и я глубоко задумался, а каково это вообще?

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

Условия которые мне предложили

Самый важный вопрос на котором девушка с милым голосом решила остановиться - а готов ли я вообще работать с трекером.
И это оказалось наверно самым сложным.
Я конечно безапелляционно соврал, что да. Но внутри все вопило - "БЕЖИМ, бл" 😂. Все таки интересно послушать условия.

Итак, что такое трекер:
- На Вашу или выданную компанией машину, устанавливается приложение в котором Вы при начале работы запускаете и при окончании отключаете трекинг.
- Руководитель и заинтересованные лица имеет к нему доступ.
- Кроме того оно в рандомном режиме делает скриншоты вашего экрана (тут от HR последовал рассказ о пойманных работников - обманщиков, но не тех кто писал код с LLM😂)
- Включать и выключать трекинг рабочего времени можно в любое удобное для Вас время, главное чтобы по итогу в месяц набралось необходимое количество часов.

Трекает и скриншотит ли все остальное время это приложения - история умалчивает.


Затравка для размышлений

На мой взгляд, программист — не кассир и не водитель такси. Его работа творческая, её практически невозможно измерить только часами. Как будет считаться время на поиск "красивого", а не быстрого решения?
Ведь это окажется субъективной оценкой руководителя, на основе которой могут и уволить.

А что если я включил трекер и читаю книгу, к примеру по Спрингу? Работаю? - работаю. Видно результаты? - нет🤣. Докажите обратное? Но в трудовом кодексе нет презумпции невиновности. Решит руководитель, что ты бездельничал - и здравствуй HH.

И понятно, что "Кампания" требует цифр: менеджеру нужны отчёты, заказчику — бюджеты, компании — предсказуемость и возможность рассчитать время на ту или иную фичу. И тотальный контроль по сути может это значительно ускорить.

Отсюда вопросы которые у меня возникли:
🔜 трекинг времени - это инструмент контроля или инструмент развития?
🔜 насколько законно увольнение на основе трекера?
🔜 и кто вообще согласен на такое?

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

Но отчего-то я ей не поверил...


Плюсы и минусы работы с трекером для разработчика

➕
Осознанность: видишь, куда реально утекает твой день. Иногда полдня жрут встречи и попытка понять документацию.
Фокус: легче отслеживать прокрастинацию и возвращать себя в работу, потому, что помнишь о надзоре.
Данные для переговоров: если лид говорит почему так долго - у тебя есть история: вот 12 часов тестов и багфиксов.

➖
Давление и стресс: ощущение, что за тобой следят каждую минуту. Убивает.
Фальшивая эффективность: начинаешь набивать часы, а не реально решать задачи.
Творчество под рубильник: сложно засечь, сколько времени ушло на придумку архитектуры или рефакторинг.
Неформальные задачи теряются: созвоны, менторство, обсуждения коллег — вроде бы работа, а в трекере пустота.


В целом для себя я решил, что пойду работать с трекером только если совсем прижмет.

И для каждого на самом деле это наверно личный выбор.

Кому - то не страшны скриншоты рабочего экрана, так как он честный и трудолюбивый 😏
А кто-то (как сказала HR) - "привык работать по 3 часа и нам такие не нужны!". Вот же негодник какой 😄

А что касается законности, читайте договор, должностную инструкцию или внутренний регламент:
Если компания документально закрепила за вами обязанность фиксировать время и его не нарушать, ознакомила под подпись, то в этом случае уволить могут за систематическое неисполнение обязанностей (ст. 81 ТК РФ).

А что вы думаете об этом?

Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

Использование LLM в работе - мошенничество или обязательное условие?

Сегодня это тему не обсудил наверное только ленивый.
Наверное пришло и наше время поразмышлять об этом ☺️

Признаюсь сразу - давно и плотно использую разные LLM. Знаю много видов, периодически нахожу новые.
Но использую только бесплатные (жаль денег, за то, что можно найти бесплатно).
Использую ли в работе - конечно.

Давайте об этом и поговорим.

Много лет назад

Когда-то, когда трава была зеленее и в IT-шники брали за умение запустить IDE (по слухам), было принято в Java-проектах писать всё руками.
Все setter-ы, getter-ы, конструкторы и прочий boilerplate-код.

Но потом появился Lombok и пара аннотаций стало все это решать. И сегодня сложно встретить проект без его использования.

Уже тогда разработчики разделились на 2 лагеря. Естественно за и против.

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


И причем тут LLM?

Далее пойдет мнение автора, которое может отличаться от большинства, но ему пофиг 🙃.

Сейчас сообщество разработчиков практически делится на 2 лагеря:
1. Те, кто считает, что использование LLM - это смерть программиста как такового из-за усыхания мозга и в конце он станет рептилоидом 😂.

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

2. Те, кто считает, что использование LLM - это то же самое, что Google или StackOverflow, только быстрее и глупее.

Отношу себя к этому лагерю.

Когда я начинал учить Java, LLM только проявлял себя и поэтому я учился по туториалам и ответам из StackOverflow. Но сейчас, чтобы получить ответ на распространенный вопрос - достаточно написать LLM и вуаля.

НО! Важно понимать и знать, что как и на StackOverflow, выбирая из ответов самый залайканый или подходящий к ситуации, никто не давал гарантий, что он единственно правильный и обязательно будет работать.
Или, что вставив его в свой код, пропадет нужда достичь понимания как он работает.

Так и LLM легко напишет Вам методы которых не существует. Или даст ответ который вы не понимаете.

И что, не использовать его из-за этого? (Это как удалить телеграм, ведь где-то, кого-то обманули через него 😏)

В целом, подытоживая свой поток мыслей, считаю:
- что LLM сегодня для меня, это очень востребованный и важный инструмент самообучения, поиска и помощи.
- что игнорировать его просто глупо, ведь программист точно должен смотреть в будущее, а не в прошлое.


Риски использования LLM

1. Как я и сказал выше - шанс галлюцинаций, будьте внимательны и перепроверяйте информацию.
2. Юридические риски: лицензии, утечка кода в LLM → нарушение NDA.
3. Когнитивные риски: если использовать только как "копипасту", можно забыть как учиться.


Как относиться к использованию LLM в работе

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

Так и с LLM.

Но решать в итоге, конечно, Вам ✌️


А что вы думаете об этом?

Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation

Ты не старый. Ты опытный.

Конечно эту фразу можно использовать в разных ситуациях... 😉

Но сегодня мы поговорим об IT и входе в него при 35+ годах.

Ты выучил Java и готов к получению оффера.

Но по твоему, у тебя есть минус: тебе уже 37 лет и часть жизни позади.
Иные профессиональные навыки, иные профессиональные привычки (ведь ты же не лежал на печи 33 года?).
И ты понимаешь, что придется работать с молодыми, похожими на тех, которых ты последние лет 5 учил и посмеивался в бороду.

А теперь они будут учить тебя.

🔜 Как с этим справиться?
🔜 Как не послать 20-летнего зазнайку в пешее эротическое?
🔜 Как стерпеть свою некомпетентность и упреки от ровесников своих детей?

Давай разбираться.


Плюсы возраста

Ты умеешь работать
Практически неважно, где ты работал до этого. У тебя за плечами по-любому были проекты, авралы, кризисы. Ты не паникуешь при фразе "сроки горят" (привыкай к слову "дедлайн" 😄), а начинаешь решать проблемы.
Если ты смог выучить Java - значит у тебя есть усидчивость и работает голова. А это 75% успеха.

Ты умеешь общаться
Ты так и так научился коммуницировать. И ты не "отбитый", такие уж точно не пойдут учить Java. А значит ты умеешь слушать и договариваться. Это очень ценный навык ("софт-скилл" 😄).

Ты осознан
Крайне важное отличие тебя от молодых людей. Ты не пришёл в IT "по приколу", "попробовать", "временно".
У тебя есть цель, мотивация и понимание, зачем ты это делаешь.

У тебя есть дисциплина и понимание "старшинства"
Все, кто застал Советский Союз и 90-е, понимают что такое "Старший", "Начальник", "Руководитель". И если он адекватен, то для тебя в большинстве случаев не стоит вопрос о субординации. Тем более ты знаешь что значит это слово 😄.
И если ты осознано смог выучить Java в 35+ лет, ты не пойдешь бухать в рабочие дни и пропускать дейли, ведь ты пришел РАБОТАТЬ. Тебе не нужно прививать трудовую дисциплину.


Минусы возраста (давай честно)

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

Эйджизм
Да, он есть. Молодняк будет думать: Ну куда ему в 40 лет учить фреймворки? Ты должен заставить их удивиться.

Собственное эго
Тяжело принять, что тот, кто моложе твоей дочки, сегодня объясняет тебе, как работает Git. С этим надо внутренне бороться и побеждать.


Как не сломаться

Признай: ты джун
Опыт в другой сфере не делает тебя синьором в новой. Сними корону (если есть), и станет легче.

Используй свой возраст
Ты можешь быть посредником между хаосом молодёжи и бизнесом. Ты уже можешь объяснить заказчику то, что молодые пока не умеют формулировать.

Учись у молодых
Пусть 20-летний объяснит тебе что-то новое. Ты не потеряешь лицо — наоборот, приобретёшь союзника.


Мои советы(по традиции)

🔹Пойми, возраст в IT - это не приговор. Соответствуй возрасту в воспитании, общении, покажи молодым, как нужно вести себя в коллективе, ведь он у тебя не первый.
🔹Нас (кому за 35+) ценят. HR-ы напрямую об этом говорят, даже если политика компании указывает о наборе молодых. Почему? Перечитай плюсы и старайся соответствовать 😉
🔹Если ты понимаешь, что у 20-и летнего парня и в самом деле компетенция выше твоей, постарайся забыть о его возрасте и воспринимай его как учителя. Но не позволяй грубить и потыкать возрастом.

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

И если Вы сможете влиться в этот процесс, перенять стиль и культуру общения, то возраст станет абсолютно не важным.

Тем более, большинство руководителей наши ровесники и все обо всем понимают (их тоже задрали малолетки 🤣)


Поэтому я уверен, нет никаких границ, кроме лично выстроенных у себя в голове, чтобы прийти в IT и в 45 ✌️
Главное оставаться человеком.

И быть подписанным на наш канал ☺️😉


Понравилась статья - поделись с другом, позови его на канал и будет тебе моя благодарность 🤝

😎

#motivation