как переделать - хз. надо рефакторить - а как - непонятно.

у фаулера книжка была как) Твоя IDE даже половину того что в книжке за тебя делать умеет

Вот ещё вопрос, а почему про самодокументируемость, выразительность пишут меньше, чем про SOLID, например.

не, там не фаулера надо читать, там эванса надо читать

книжка лежит так и не добрался.
а домен кстати не так далёк от финансов - лизинговые рассчеты

На самом деле, мне кажется, если код написан на понятном языке, отрефакторить его к солид будет не сложно

и когда стоит задача в духе "уменьшаем ставку" - открывается банка пива )))

Не смогли придумать акроним?

Акула может и скидывал код с доменом. И они там его все понимают. Но как общее решение совсем не понятно и мне.

Пока нет...)

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

А если серьезно. То Чистый код - это часто одна из первых книг, которую читают. И там всё довольно просто, так что не о чем и говорить.

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

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

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

Что бы применять solid надо:

- уметь разбираться с зонами ответственности (тут помогает нейминг и анализ кому этот код пользу приносит)
- уметь рефакторить (ты не знаешь будущего и скорее всего будешь ошибаться в выборе абстракций)
- уметь в декомпозицию и устранение зависимостей (whole value паттерн)

Без этого толку от солида мало

на англ?

нет

Я люблю SOLID... Вроде понимаю, как и зачем его использовать. Но вот на досуге решал задачку и сам для себя отмечал принципы, которыми я реально пользуюсь при разработке/проектировании.

Получился такой перечень:

-Высокий уровень абстракции решения задачи понятный даже не программисту (вербозность)

-Тестируемость

-Расширяемость через создание новых файлов (что-то типа OCP)

-Локализация изменений (каждой причине для изменения свой файл) (что-то типа SRP)

SOLID на третьем месте... И до выполнения первых двух принципов к нему не стоит обращаться.

https://github.com/justerest/coffee-machine

it('should returns true on start', () => { имхо сомнительное описание, почему например не 'should be working after start'?