Да что же сегодня за день такой
В ru_java пишут какие-то нелюдские ужасы то про абстракции логгеров, то еще про какие "паттерны" от которых голова пухнет, функциональная тусовка, похоже, коллективно решила подорвать мою трудоспособность, постами про насколько заебись все в ФП, DSL и прочих хаскело-окамлах, а долбаные клиенты выедают мозг мелочами вроде "забыли обновить прогу" или не-мелочами вроде "под цитриксом не работает устройство", хотя на самом деле устройство тут не причем, а змеи в виде System.AccessViolationException живут в коде расчета огибающей воспроизводимого звука, за каким-то хреном читающей числа не из managed буфера, а из памяти передаваемой мультимедия подсистеме.
Ибо возникает навязчивая идея заказчику в ответ на очередной присланный по почте одно-двухсловный тупизм(я так понимаю, у него проблемы с построением связных текстов на забытом русском языке) ответить что-нибудь вроде "идите в жопу с вашими мелочами, я ваш проект рефакторю, чтобы он не сдох окончательно", и занятся таки кодогенератором для GUI.
Последние три раза когда я пытался этот проект вытащить из болота адского кошмара, я каждый раз утыкался либо в то, что либо постоянно отвлекают на частные мелочи, либо на то, что эти частные мелочи нахрен противоречат обобщению реализации.
Проект, кстати, в болото ушел из-за двух вещей: 1) неправильного выбора технологии обмена с веб-сервисом ("готовый" SOAP оказался совершенно не совместим с идеологией, нужно было тупо руками наклепать restful-сервис и не мучиться с этим design-by-committee-говном) и 2) кривой реализацией xml-based DSL для описания GUI. В один прекрасный момент требования к gui разошлись с возможностями DSL, а я, вместо того, чтобы переосмыслить архитектуру и сделать по другому - решил добавить костылик в виде описания конечного автомата для GUI в этом DSL.
И вот теперь это дело массово живет в продакшене, а я за решением текущих частных проблем и реализацией новых функций не успеваю это переделать. При том, что реализация каждой новой функции - это мучительный ад, все равно это быстрее чем разбираться с архитектурой проекта и переделывать все.
Ибо возникает навязчивая идея заказчику в ответ на очередной присланный по почте одно-двухсловный тупизм(я так понимаю, у него проблемы с построением связных текстов на забытом русском языке) ответить что-нибудь вроде "идите в жопу с вашими мелочами, я ваш проект рефакторю, чтобы он не сдох окончательно", и занятся таки кодогенератором для GUI.
Последние три раза когда я пытался этот проект вытащить из болота адского кошмара, я каждый раз утыкался либо в то, что либо постоянно отвлекают на частные мелочи, либо на то, что эти частные мелочи нахрен противоречат обобщению реализации.
Проект, кстати, в болото ушел из-за двух вещей: 1) неправильного выбора технологии обмена с веб-сервисом ("готовый" SOAP оказался совершенно не совместим с идеологией, нужно было тупо руками наклепать restful-сервис и не мучиться с этим design-by-committee-говном) и 2) кривой реализацией xml-based DSL для описания GUI. В один прекрасный момент требования к gui разошлись с возможностями DSL, а я, вместо того, чтобы переосмыслить архитектуру и сделать по другому - решил добавить костылик в виде описания конечного автомата для GUI в этом DSL.
И вот теперь это дело массово живет в продакшене, а я за решением текущих частных проблем и реализацией новых функций не успеваю это переделать. При том, что реализация каждой новой функции - это мучительный ад, все равно это быстрее чем разбираться с архитектурой проекта и переделывать все.
no subject
Тут есть только два варианта:
1. Завалить говорилку и страдать™
2. Найти человека, на которого спихнуть текущий багфиксинг, уйти на гору, закрыться там в деревянной кабинке на пол года и хуячить.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
То что ты говоришь, это даже хуже чем абстракции логгеров...
(no subject)
(no subject)
no subject
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)