На днях начал смотреть сериал Fallout. Давно собирался, но всё как-то не до этого. Всё, знаете ли, работа-работа 🙃 а при длительности одного эпизода в целый час не всегда удаётся выделить время.

Что ж, первые впечатления хорошие :) Особенно классно отражена атрибутика из игры — нравится такое: пип-бои, стимуляторы и вот это вот всё, что сотворила Bethesda.
Я большой фанат серии игр Fallout, да и вообще люблю всякие постапокалиптические сюжеты в книгах и кино — про выживание в суровом и мрачном мире будущего. Но в этом сериале мне пока не хватает той мрачности и атмосферы, присущей игре 😕

Спойлеров не смотрел, целиком сюжета первого сезона не знаю, так что вот такая мини-рецензия по первым трём эпизодам :)
Кто смотрел, как вам? Только без спойлеров, пожалуйста :)

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

А ещё готовлю обучение для студентов СибГУ. Давненько я таким не занимался. Надеюсь, им будет интересно послушать лекции про веб-разработку :)

Про пассивно-агрессивный код

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

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

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