@Tishka17
Tishka17
06 Dec 2019

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

Потом я полгода трудился в другой фирме. В этом момент я уже знал буквы solid, проникся концепцией разделения приложения на слои, хотя ещё и не до конца понял как с этим эффективно жить. Поработав с имеющимся кодом, я прочувствовал на себе чем грозит нарушение концепции типа DI. Частично мне удалось это решить, частично команда уже занималась решением этого. Мне показали микросервисы и я увидел что это действительно может работать. Идея о необходимости требований к продукту уже витала в воздухе, но пока некому было этим заняться. Мы начали возвращать непроработанные тикеты авторам. У нас было принято дежурить по своим сервисам. Ну точнее дежурному могли позвонить и попросить починить. Как правило все ошибки были связан с неудачными релизами и по ночам не звонили.

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

Рекомендовано: E23
06 Dec 2019

Бля. А чо вы там пишете-то хоть?

06 Dec 2019

magog, он пишет плагины для qip infinum.

Комментарий был отредактирован в 14:58:46 06.12.2019
#znzxn/5 в ответ на /4
06 Dec 2019

Если мониторинг звонит — значит пользователи страдают или вот-вот начнут страдать. Значит надо чинить.
Если починка тебе не под силу, обратись к руководителю, он либо знает другой подход к починке, либо знает кто может помочь.

Комментарий был отредактирован в 15:32:26 06.12.2019
#znzxn/7
06 Dec 2019

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

#znzxn/8 в ответ на /7
06 Dec 2019

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

#znzxn/9 в ответ на /8
06 Dec 2019

Ты на каком этаже сидишь? Зайду, познакомлюсь.

06 Dec 2019

Блин, у нас четвёртого нет. Почему-то после второго сразу седьмой.

#znzxn/13 в ответ на /11
07 Dec 2019

Развелось яндексоидов гляжу, весь поинт.

Добавить пост

Вы можете выбрать до 10 файлов общим размером не более 10 МБ.
Для форматирования текста используется Markdown.