Когда я был начинающим разработчиком и впервые пришёл в офис крупной компании, мне довелось наблюдать забавную сцену. Два уважаемых senior-разработчика с яростью невиданной обычному человеку, спорили о том, какой type указывать в ошибках формата ProblemDetails.

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

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

В последнее время стал очень популярен новый виток инфоцыганства карьерных консультаций — наставничество для так называемых «вкатунов» и начинающих специалистов. Оно строится по стандартной формуле: «Как я стал Senior-разработчиком в N лет и получил оффер на сумму X с нуля за год», где N должно быть меньше 22, а X — больше 350.

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

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

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

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

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

Привет, Хабр!

В последние годы на рынке появилось огромное количество выпускников курсов по различным направлениям в IT: системный анализ, разработка, управление продуктами, тестирование и многие другие {cource_name}. Однако уровень подготовки большинства из них зачастую не дотягивает даже до минимальных требований для стажера.

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

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

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

Привет, Хабр! В этой статье я хочу поделиться личным опытом попадания в ловушку неинтересной работы. Поначалу меня интересовали только деньги, и я подходил к работе с меркантильной точки зрения. Мне было неважно, чем именно заниматься, хоть в блокноте писать WCF сервисы.

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

Привет, Хабр! У многих разработчиков на .NET вызывает интерес относительно свежий язык программирования Go (Golang). Однако при поиске информации и учебных материалов он может отпугивать. Нам предлагается забыть все удобное и красивое, чему нас научила .NET, и принять что-то новое, но кажущееся непривычным и не всегда приятным.

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

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

Привет, Хабр! В своей статье я хочу поделиться с вами классической историей непрофессиональной работы HR-менеджера. Это случай, когда после потраченного вами времени они, как мошенники, исчезают, оставляя вас без ответа и уходят в вечный "загас". Также хочу указать на моменты, на которые стоит обращать внимание при взаимодействии с HR-менеджерами.

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

Привет, Хабр! В данной статье я хочу поделиться своим опытом токсичного общения с коллегами, начиная с первой встречи с HR-менеджером и заканчивая работой внутри команды. Такое поведение, на мой взгляд, серьезно подрывает мотивацию и нормальное взаимодействие в команде при решении возникающих проблем. Оно также заставляет задуматься о целесообразности работы в такой атмосфере. Ведь зачем оставаться на месте, где отношения между коллегами вызывают столько дискомфорта?

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

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

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

Привет Хабр! В своей статье хотел по рассуждать на тему необходимости личного бренда IT специалисту для успешного продвижения по карьерной лестнице. Ведь, когда вы достигните потолка и станете ведущим профессионалом, возникает закономерный вопрос, что делать дальше?

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

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

Привет Хабр!

За свою карьеру, мне довелось пройти много собеседований, и я хотел бы поделиться с вами "типами собеседований" в формате коротких историй. По ходу повествования, мы постараемся понять, а какое же идеальное собеседование? И на какие собеседования лучше не тратить своей время.

Привет Хабр!

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