⌨️ Решил освоить слепой метод печати. Я и до этого печатал вслепую, но не использовал все 10 пальцев. Начал заниматься на онлайн тренажере. Больше всех в шоке правый мизинец, особенно когда нужно тянуться до буквы Ъ. Компьютер у меня появился ещё в пятом классе, но только сегодня я узнал зачем нужны выпуклые бугорки на клавишах А и О.

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

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

А как печатаете вы? Используете ли слепой метод печати и все 10 пальцев или у вас, как у и меня — "своя техника"? 😄

🛤 Путь до Java Junior Developer

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

🎓 Читать историю

👨‍💻 Рабочее место

Многие IT-специалисты работают на удаленке из дома. Предлагаю делиться в комментариях фотографиями своего рабочего места :) Мне пока похвастаться нечем, но с удовольствием посмотрю на варианты организации рабочего пространства своих читателей.

В общем хвастайтесь тут👇

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

В процессе поиска первой работы я слишком беспорядочно откликался и каким-то чудом зацепил и курьерскую вакансию :)

Вопрос от подписчика: Многие советуют начинать с основ: сеть, базы данных, язык, платформа, паттерны. По каждому из пунктов написана не одна книга. Но вижу на твоем примере (и не только) что начинать нужно именно с языка, где истина/ложь?) Если все-таки "Да, это важно" — это нужно и важно изучать последовательно, или ничто не мешает изучать параллельно вместе с синтаксисом языка и пр.?..

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

Моя цель заключалась в следующем: сменить сферу деятельности и сделать это как можно скорее. Я нашел более опытного человека в программировании и попросил направить меня. Я не ставил под сомнение то, что мне говорили, я просто следовал советам. Я начинал свое обучение со скачивания IDE (среда разработки) и с просмотра видеокурса по языку Java. В первую неделю я уже научился выводить "Hello world!" через команду system.out.prinln(). Мне нравилось, что с каждым пройденным уроком я могу написать какой-то код и увидеть результат в консоли.

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

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

У свитчера 30+ лет абсолютно другие условия, обстоятельства и цели. Нет лишних 5 лет на проектирование и заливку фундамента. Оптимальным кажется путь, когда изучаешь необходимый минимум для выполнения рабочих задач и для успешного прохождения собеседований. Доучиваться и обрастать базой можно уже в процессе работы. Обучение же должно идти по определенному заранее roadmap'у, то есть последовательно должен быть изучен определенный стек технологий. Если говорить про backend на Java, то это: сам язык Java, SQL, Hibernate, Spring, http, REST, Docker. Имея портфолио из пет-проектов, где применяются все эти технологии уже можно пробовать свои силы на собеседованиях. Ни на собеседованиях, ни в работе скорее всего не понадобится вручную управлять оперативной памятью, переводить числа из десятичной в двоичную систему исчисления и т.п.

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

P.S. Довольно важный навык для начинающего программиста — это не математика и умение решать алгоритмы, как многие могли подумать, а умение обучаться. На работе наш тимлид обязал всех пройти курс на эту тему, курс так и называется: Learning how to learn. Я пока ещё в процессе его прохождения, но уже довольно интересно. Могу потом поделиться своим конспектом, куда я записываю основные тезисы из курса.

🎙 Стрим: как я стал Java-разработчиком за 7,5 месяцев

Пообщались с Сергеем (@zhukovsd_it_mentor) на тему моего входа в IT. Я рассказал о своем подходе к обучению и о тех вещах, которые помогли мне максимально быстро найти первую работу Java-разработчиком.

Что помогло?

▪️ Нежелание возвращаться на прошлую работу
▪️ Финансовая подушка, которая позволяет учиться фуллтайм
▪️ Подход к обучению через выполнение пет-проектов
▪️ Поддержка семьи и ментора
▪️ Чужие истории успеха

🎥 Смотреть стрим

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

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

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

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

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

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

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

Инструкция: как поджечь чужие 🍑 своим успехом

Хех. Один из моих читателей (@serg121) решил поделиться историей моего входа в IT на форуме игры Dota2. Как же сильно у некоторых людей подгорело 🔥 от того, что кто-то другой что-то делает, к чему-то стремится и у него это получается. Чтобы хоть как-то оправдать собственное бездействие в отношении своего развития, у таких людей в ход идут самые нелицеприятные слова в адрес тех, кто посмел слезть с дивана. А если быть точнее, то они искренне верят в то, что любые истории успеха - это наглая ложь с целью продать какой-то продукт, например обучающий курс. Поэтому нужно по-максимуму хейтить, чтобы самому поверить в нереальность чужой истории.

Сергея (читателя), который опубликовал пост обвинили в том, что история выдумана, Сергея (ментора) обвинили в инфоцыганстве, ведь не может человек по просто так БЕСПЛАТНО делиться знаниями и публиковать свой бесплатный курс. Ну а я вообще тупой, если ушёл из перспективной строительной сферы в IT, где все работают не разгибая спины 24/7 за меньшие деньги.

Я веду блог (не этот, другой) уже почти 4 года и встречал разные комментарии к своим постам: приятные и не очень и уже как бы ко всему привык. Но такого удовольствия, как сегодня — я ещё не получал никогда. Когда ты достиг поставленной цели, а незнакомые тебе хейтеры до такой степени не могут в это поверить, что начинают просто захлебываться в собственной желчи — это просто пышный пир для ЭГО 🌝 Значит я на правильном пути.

А пост и комментарии к нему можно глянуть тут: https://dota2.ru/forum/threads/stroitel-vkatilsja-v-it-menshe-chem-za-god-v-2022om.1535597/

Хотите также? 😅 Учитесь, проходите собеседования и пусть все, кто в вас не верит, останутся в своем "крабовом ведре".

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

Онлайн-образование докатилось и до строительной сферы. Кто следующий? 😁

Ахахах. Какая ложь. Такой уровень зарплат возможен или в Москве или на вахте где-нибудь на севере. Неужели кто-то клюнет, ведь проверка на hh занимает 3 минуты.

🧛‍♂️ Накрутка опыта в резюме — зло или крайняя необходимость?

Посмотрел видео, в котором есть 2 мнения на счет накрутки опыта в резюме. Причем мнение ЗА накрутку опыта выражается довольно конструктивно, что довольно приятно слушать.

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

Я уже говорил о том, что я накручивал опыт в резюме. Для попадания на первую работу мне пришлось один из последних пет-проектов преподнести, как фриланс-заказ для небольшой фирмы. Когда я искал вторую работу, мне пришлось увеличить опыт первой работы с 3 недель до полугода, чтобы HR не закрывали мое резюме сразу после обнаружения столь ярких признаков ненадежности. Уже на самом собеседовании я честно рассказывал о причинах увольнения. Также на всех собеседованиях меня спрашивали по теории и просили рассказать о проектах, над которыми я работал. И на основании моих ответов уже принимали решение - подхожу я на вакантную должность или нет. То есть никакого вранья касательно освоенных технологий ни в резюме, ни в моей речи не было. Только цифры коммерческого опыта отличались от реальных.

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

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

Ссылка на видео 👉 https://youtu.be/hRCXIIQvEIY

​👨‍💻 Как меня повысили до уровня Middle или что у меня нового

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

🚩 Успешно прошел испытательный срок на втором месте работы. Скоро будет 6 месяцев, как я работаю в этой компании.

🚩 Резюме на hh не закрывал и мне пару раз писали HR с предложением пообщаться и пройти собеседование. Так как я ничего не теряю, а только приобретаю опыт, то почти всегда соглашался. В итоге после одного из таких собеседований мне делают оффер на зарплату х2+ от текущей. Но работа также в офисе и в другом городе. Я уже собирался писать заявление на увольнение и переезжать, но когда сообщил об этом руководству, мне сделали контр-оффер на такую же ЗП и предоставили возможность удаленки. Это конечно фантастика, я не ожидал, что могут удерживать сотрудников, повышая им зарплату более чем в 2 раза.

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

🚩 Официально я теперь разработчик уровня Middle (хотя себя я таковым не считаю), поэтому мне дают задачи соответствующего уровня. На днях дали на доработку 4 микросервиса, в которых нужно исправить баги, дописать функционал, написать модульные и интеграционные тесты, прикрутить логирование и довести это дело до продакшена. Ептваюмать подумал я, но виду как мне страшно не подал. Сказал что справлюсь, дайте только время разобраться со списком задач и необходимых доработок. В помощь дали джуна, которому я должен буду нарезать задачи и делать код-ревью. В общем кинули в океан, а вот выплыву или нет покажет время. Но я думаю всё ок будет, команда хорошая, есть к кому обратиться за советом.

🚩 Пару дней назад мне написала HR одной продуктовой IT-компании с предложением пройти собеседование на Kotlin Middle Developer. В принципе, с учетом всего вышесказанного, я не хотел бы менять работу в текущий момент, ведь задачи и ЗП, которые сейчас есть, меня более чем устраивают. Однако меня привлекает Backend разработка на Kotlin, поэтому посовещавшись с Сергеем (своим ментором), решил не отказывать в прохождении собеседования. В любом случае такой опыт лишним не будет. Сегодня состоялся собес (я к нему никак не готовился, ничего не повторял по теории), рассказал про свой опыт, ответил на теоретические вопросы, но посыпался на алгоритмической задачке. Мозг просто отключается, когда мне надо в режиме онлайн на созвоне придумать решение. Код нужно было писать в Яндекс коде, где нет фишек Intellij IDEA, поэтому даже с синтаксисом написания обычного цикла у меня возникли сложности. Спасибо автодополнению IDEA за это 😃 Но мне дали возможность отправить решение в течение часа после окончания созвона, взяв честное слово с меня, что не буду гуглить. В итоге сразу после того, как мы попрощались, решение пришло на ум, и в привычной Intellij IDEA накидал решение и отправил собеседующим. Ответ дадут в течение нескольких дней. Подозреваю, что будет отказ, но надеюсь на качественную обратную связь. Проходить собесы, когда уже есть работа, причем с хорошими условиями - это всё ещё стресс, но не такого уровня, как собеседования на первую работу. Но я считаю, что это необходимо делать, чтобы расти по скиллам и по зарплате. Стресс временный, а опыт или более приятные условия в случае получения оффера или контр-оффера останутся надолго.

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

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

Но вот рассказать о ребятах, которые бесплатно или почти бесплатно помогают новичкам с обучением или устройством на работу - всегда пожалуйста. Я не раз давал ссылки на своего ментора Сергея, который менторит backend-разработчиков или на Диму (Java Kid), который проводит крутые мок-собесы, чтобы подготовить к реальным собеседованиям. Я также упоминал Александра Никифорова, история которого меня вдохновила год назад начать обучение, несмотря на то, что мне уже 30+.

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

❝ Я работал в крупной международной компании на позициях в области Sales and Marketing в течение 12 лет. Ну, вот что произошло.
Уже давно я задумывался о том, чтобы начать заниматься iOS-разработкой как хобби. Но все изменилось в феврале 2022 года, это стало катализатором для меня. Я принял решение изменить свою профессиональную деятельность.
В августе 2022 года я смело уволился с работы и полностью посвятил себя новому направлению. В течение 8 месяцев я активно обучался с помощью ментора, встречаясь с ним три раза в неделю. Кроме того, я выполнял домашние задания, участвовал в марафонах и онлайн-курсах. Я нацелен был на то, чтобы освоить iOS-разработку и стать профессионалом в этой области.
Честно говоря, в начале мне было трудно. Я ничего не понимал в первые 2-3 месяца. Это вызывало у меня непонимание и стресс. Я также ощущал давление из-за своего возраста – мне уже было 34 года, в то время как многие начинающие разработчики, так называемые "джуны", обычно в возрасте от 18 до 20 лет. Еще одной сложностью было то, что большинство вакансий требовали работу из офиса, а я уехал из России и находился на удаленке.

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

Я решил создать коммьюнити, где пишу о своих мыслях и делюсь опытом. Мы проводили мок-интервью, редактировали резюме с "джунами" и просто общаемся на различные темы на еженедельных звонках. Вместе легче пройти этот путь.
Кстати ближайший звонок в 20 мая по ссылке будет приглашенный HR рекрутер которая абсолютно бесплатно расскажет про все фишки и лайф хаки и еще разберет 3-5 резюме участников звонка.

Ссылка на коммьюнити - https://t.me/Catcher_IT ❞.

Вопрос от читателя: Доброго времени суток. Хотел у вас спросить, как человека который, раньше работал инженером ПТО, а теперь работает разработчиком. Можете сравнить эти работы по степени сложности, интересности и оплачиваемости?

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

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

1. Сложность.

ПТО. Когда я ещё работал в найме инженером ПТО, помню мы искали сотрудника мне в помощь. Взяли девочку, вчерашнюю студентку, которая вообще не представляла что нужно делать. У неё была некоторая база: архитектурный универ. Чтобы сделать из неё полноценную рабочую единицу мне понадобилось 2 недели. Если бы не было базы, ушло бы чуть больше. Составлять акт скрытых работ в Word'е и рисовать исполнительные схемы по образу и подобию - ума много не нужно. Вот прям от слова совсем. Работать в AutoCAD можно научиться за 7 занятий по 1,5 часа. У меня был опыт обучения нулевых студентов на сервисе для репетиторов, так что я знаю о чем говорю.

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

Что касается выполнения рабочих задач, то я не могу сказать о каком-то колоссальном разрыве в сложности работы. Имея опыт, навыки и знания, практически любая офисная работа будет казаться несложной. Но что касается стресса, то в ПТО его было гораздо больше. Моя работа могла быть сделана идеально, но инженер ПТО - это всегда роль студента, который вынужден защищать свою курсовую работу перед преподом, то есть перед инженером технического надзора. И зачастую документы не принимаются только потому, что руководители там наверху не договорились или потому, что технадзору сделали плохо ремонт на даче, отчего он обозлился на подрядчика.

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

2. Интерес на работе.

ПТО. Ты подготовил акты, сделал идеальные исполнительные схемы (чертежи), все это распечатал, красиво сложил в папочки, подписал... А затем всё это направляется в архивы на долгие годы. А после скольки-то лет отлежки отправится в печь. Что может быть интересного в этой работе, если результат работы - это бумажки, которые никому не нужны. Они поднимутся только в одном случае: если в здании обвалится крыша или ещё чего и будут искать крайнего. Достичь потолка в развитии очень быстро. Сидеть тухнуть, постоянно проклиная заказчика или прораба, который снова забыл взять паспорта на бетон - эх, романтика, только через 5 лет уже на стенку полезешь от однообразия. Можно стать начальником ПТО и получить ещё больше стресса и ответственности за сравнительно небольшую прибавку. Опять же, я могу быть очень субъективен в своих суждениях)

Разработка. Тут все интересно и практически нет потолка в развитии. Результат моей работы будет приносить пользу и облегчать работу другим людям, которые будут пользоваться этими решениями, пока существует продукт. Я очень люблю все оптимизировать. И если в ПТО все инструменты приходилось пилить на коленке, то в разработке куча библиотек, фреймворков, open source решений для решения большинства проблем. Каждый день приходится гуглить, искать информацию и пытаться применять на практике. Рутиной пока и не пахнет, а даже если запахнет, можно сменить проект, компанию или стек технологий. Для тех кто любит учиться и развиваться - здесь однозначно гораздо интереснее, чем в ПТО.

3. Оплачиваемость.

ПТО. Зарплата в Москве у опытного инженера ПТО может доходить до 150.000р. В регионах: до 80.000р. Если работать на себя (как это делал я), то можно зарабатывать в 2 раза больше озвученных цифр, но здесь уже свои нюансы.

Разработка. Можно открыть hh и посмотреть на предложения для 3-6 лет опыта в разработке. 200-250к+ огромное количество вакансий. При этом можно работать удаленно в регионе и получать столько же, сколько получают разработчики в Москве. Есть истории, когда работают на двух работах, успешно справляются с задачами, получая 2 айтишные зарплаты.

〰️〰️〰️

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

P.S. Ну и визуально код в среде разработке Intellij IDEA радует глаз гораздо больше, чем проекты в AutoCAD'е. Эстетики больше что-ли )

Как проходит мой рабочий день?

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

🌞 Утро. Включаю комп, открываю почту и корпоративный мессенджер. Проверяю есть ли обращения ко мне, если необходимо - отвечаю. Далее открываю трекер задач и смотрю какие задачи на мне числятся. Беру одну из них в работу, ставлю статус "In progress" и приступаю к работе. Последние несколько дней работаю над исправлением бага в работе наших микросервисов на Spring Boot. Так как меня совсем недавно поставили на эти проекты, то я многого не знаю и не стесняюсь спрашивать команду о чем-либо.

🪲 Баг возникает на тестовой среде. Я пытаюсь его воспроизвести у себя на компьютере, развернув сервисы локально в IDEA. Шлю запросы, получаю ответы, баг не проявляется. Списываюсь с тестировщиком, прошу его показать как воспроизвести этот же баг на тестовой среде. Он шарит свой экран и при мне выполняет набор действий, который воспроизводит этот баг.

Понимаю, что микросервисы пишут недостаточно логов, невозможно определить в каком месте происходит ошибка. Открываю код, добавляю логирование по всей цепочке важных событий, которые происходят после отправки запроса. Тестирую локально - всё работает, все логируется. Деплою на тестовую среду (у нас настроен CI/CD) нажатием одной кнопки на gitlab. Ничего не меняется. Начинаю копаться и нахожу проблему - деплоится старый контейнер, то есть изменения не вносятся на тестовую среду.

👨‍💻 Созваниваюсь по видео-связи с разработчиком, который настраивал CI/CD. Объясняю ему проблему. Он берет в работу. Пока жду от него решения, решаю добавить в логи версию приложения, чтобы можно было легко определять что именно задеплоилось. Через некоторое время пишет тот разраб и просит протестировать. Пробую - всё ок, работает.

Запускаю не тестовой среде оба сервиса, делаю запрос, снова ошибка. Лезу в логи. Теперь мне становится понятно где именно проблема. Почему-то нет ответа от внешнего чужого API сервиса. Быстро путем проверки предположений обнаруживается, что запросы шлются от IP-адресов, которых нет в белом списке у чужого сервиса. Пишу менеджеру проекта с просьбой решить этот вопрос и добавить наши IP-адреса в белый список.

Через какое-то время IP-адреса добавляют в белый список, баг найден и исправлен. Но запрос валится уже на другой ошибке. Старая задача закрывается, открывается новая :)

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

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

Дейликов у нас нет, но примерно 2-3 раза в неделю общие созвоны всей команды. А вот созвоны по 2-3-4 человека, чтобы подумать совместно над какой-то проблемой довольно часто. Сперва кто-то скинул проблему в чат, начали переписываться, а затем "го созвон".

Рабочий день пролетает незаметно. Нет стресса или какого-то негатива. Хорошие люди в команде, все стараются помогать друг другу. Очень много приходится гуглить, естественно только на английском языке. Когда получается довести до ума задачу, которая никак не поддавалась - прям ощущение полного удовлетворения. Будто бы симуляция (пет-проект) наконец заработала😅

Ну вот как-то так)

Вопрос от читателя: Какие минусы в новой сфере работы ты нашел, ты с ними как то справляешься или просто смиряешься с ними?

Не могу пока что назвать такие минусы, которые бы перекрывали все те плюсы, которые я получаю от работы. Мне нравится работать, с утра нет того самого чувства: "блин, снова на эту проклятую работу". Скорее наоборот: "сегодня у меня будет целый день, чтобы добить ту проблему, с которой воюю уже который день" и это чувство с положительным оттенком. Возможно это когда-то надоест и будет бесить также, как сейчас бесит ПТО. Но в данный момент, в данной компании и на данном проекте - все ок.

Если же пытаться поразмышлять о минусах, то первое что приходит на ум:

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

2. Синдром самозванца или я ничего не знаю. Чем больше я узнаю, тем больше я понимаю, что ничего не знаю. Это вроде как нормально и присутствует не только в IT-сфере. Можно по-разному смотреть на этот момент. С одной стороны никогда не наступит тот момент, когда можно сказать "я знаю ВСЁ, я мастер своего дела", с другой стороны - нет потолка профессионального развития, так как прогресс не стоит на месте и всегда придется адаптироваться к новым условиям и технологиям.

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

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

🖤 Любовь к программированию

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

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

Итого, секрет успеха перехода в IT по моему скромному мнению состоит из трех составляющих:

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

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

3. Любовь к делу. Чтобы при всем при этом чувствовать себя счастливым, нужно любить то, чем ты занимаешься. Если даже хватило мотивации и дисциплины запрыгнуть в вагон IT-поезда, то спустя время неудовлетворенность всё равно настигнет. К высокой зарплате быстро привыкаешь, но нельзя привыкнуть делать то, от чего тебя тошнит. Раньше я думал, что если ты мастер в своём деле, значит ты любишь это дело. Но это не всегда так.

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

​👨‍💻 Куда я пропал?

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

Рабочие задачи

В компании меня позиционируют, как разработчика уровня миддл, дают интересные задачи, на которых я постепенно набираюсь опыта. На этой неделе дали задание разработать с нуля небольшой микросервис, который будет ходить в базу данных, собирать данные, компоновать и ежедневно отправлять их на сторонний сервис по REST API. Звучит несложно, но это первый рабочий проект, который разрабатываю самостоятельно с нуля. Процесс очень схож с написанием пет-проектов во время обучения, то есть не замечаю как быстро проходит рабочий день. Бывает пропускаю обед или работаю после 18:00, потому что уж очень увлечен и хочется довести дело до логического коммита. Уже давно не испытываю этого поганого чувства: "Блин, завтра понедельник, опять на работу". На выходных стараюсь хорошо отдохнуть, а в понедельник с удовольствием вновь окунаюсь в рабочие задачи. Никто не торопит, не стоит над душой - красота.

Помимо нового проекта, над которым я работаю самостоятельно, у меня есть ещё 4 микросервиса, на которых я исправляю баги, пишу тесты, делаю доработки и даже оптимизирую CI/CD-пайплайн (по собственной инициативе). Это прям мини-повод для гордости, ведь мне удалось сократить время от пуша проекта в Gitlab до деплоя на сервер с 12 минут до 3! Результатами моих трудов будет пользоваться вся команда, что безусловно радует.

Если вы ещё учитесь или в поисках первой работы

Никогда не опускайте руки, если вам нравится учиться, программировать, писать пет-проекты. Работу рано или поздно вы найдете, станет проще, придет некоторая стабильность. Пробелы в знаниях постепенно будут заполняться уже в процессе работы. К примеру свой первый Unit-тест я написал только на работе. А после - интеграционный, контрактный и end-to-end.

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

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

Успехов всем, кто ещё в пути. Путь непростой, но это определенно того стоит 😉