Дописать никогда не поздно, но выделять это отдельно как чью-то ответственность, имхо неверно.

Это я говорил как способ занять хоть чём-то народ. Как солдаты копают: от забора и до вечера.

Все лишь бы инфраструктурные библиотеки не писали, которую упрощают работу с кешами и Кафкой!

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

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

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

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

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

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

Одним из мудрых решений Майкрософта было сделать класс string sealed. Сколько бы сейчас кастомных классов строк кружилось по миру!

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

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

Воистину.

Мой «архитектор» на прошлой работе инициировал запил своей «платформы» - они там переизобрели медиатор, написали свой идентити итд. А эти летом он уволился сказав что не может больше эту платформу выносить

Но я уверен что на следующей работе он опять напишет платформу если ему позволят

Я помню, как еще во времена C++/MFC начал работать в проекте с обширным фронтом работ ("нет времени на раскачку"). Пришел новый коллега, посмотрел код, спросил: "надо  первые недели написать код общего пользования, потом быстрее пойдет." Мне повезло, что я тогда уже застолбил ответственность как архитектор.

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

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

Компания, например, говно с лопаты съела ни раз из-за того, что наш самописный брокер сообщений без гарантированной доставки и способности к репликации/кластеризации просто дропал критически важные сообщения.

Была даже команда из двух админов, которые уже четвёртый год подряд из ебучих логов конкретно нашего брокера выкапывали «зацепки». Это были смех и слёзы.