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

love_bachне понял, често что ты хотел сказать. и адвокат, и прокурор одновременно. "Видим, что Result тут приходит из сервисов", ну и что, каким это боком к исключениям?

Здесь речь идёт о том, что все исключения надо подавлять везде на самой ранней стадии, т.е. по сути придётся бороться с исключениями.

love_bachты точно именно это хотел сказать?

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

Алексей КВообще, если кто не понял, я заговорил об оценке правильности программы в ответ на беспочвенные обвинения в некомпетентности, начиная примерно отсюда .

Увы, беспочвенность обвинений не доказана. По-твоему, качество кода не имеет значения, если ПО работает и формально удовлетворяет требования. Но это не вопрос мнения, это вопрос финансовой стороны, ты не платишь за разработку, ты не оцениваешь затраты на дальнейшее развитие и сопровождение, bus factor, и прочее, с такой позиции разговарить не о чем. Это очень глупо, если честно.

Когда тебе, например, сделают такой ремонт при сдаче всё ок, а через неделю обои отклеились, через другую штукатурка обвалилась, тогда может дойдёт.

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

Алексей КПовторюсь, это вопрос постановки задачи. Не надо перекладывать ответственность на рядового исполнителя. Он не обязан делать то, чего не просили.

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

Просто это скажется и на профессиональной деятельности и за ЗП.

Алексей КДругими словами, если нравится программисту хранить ошибку предыдущего вызова как поле класса, твоё какое дело, если ты явно этого не запретил при постановке задачи? Разрешено всё, что не запрещено.

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

Я просто об этом говорю, и никого ни к чему не принуждаю насильно.

Алексей КИнтересно, а как к этому отнесётся трудовая инспекция?

К тому, что на испытательном сроке выявилось, что кандидат не соответствует требованиям?

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

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

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

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

А подход унылого тупого исполнителя: сказали -- сделал, не сказали -- не сделал, мне даже обсуждать не интересно, так как это вообще тупизна в высшем её проявлении.

ВМоисеевПлохо то, что эти рамки хотят задавать или hVostt и К или они записано на стенках лампы.
Сложность в определении критериев.

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

Что вы постоянно выдумываете какую-то фигню, то про фломастеры, то про сложности в определении критериев. Нет никаких сложностей, фломастеры это не инженерная дисциплина.


ВМоисеевПрограммирование в какой-то степени искусство. Как я понимаю, у художников они есть

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

LRДля разработчиков, кому приходится разбираться с предметной областью (адекватно формализовать, продумать архитектуру, утрясти ТЗ с заказчиком и т.п.), "красивость/правильность" кода - на десятом месте. Для чисто-кодеров, понятно, на первом. По сути, тут спорят представители разных специальностей (или разных типов - "узкие" и "широкие"). Наверное, не стоит сравнивать последствия брака в этих специальностях ("расхлебывать говнокод" vs "страдать от ошибок формализации/архитектуры"). Но понять можно и тех и других в их доводах...

Не нужно искать проблему там, где её нет. Либо человек говнокодер и не хочет это менять, либо профессионал. Это в любой профессии и области. Можно всё делать через жопу и доводить до стадии «работает». Но цена такому горе-профессионалу три копейки в подворотне.

LRhVosttНе нужно искать проблему там, где её нет. Либо человек говнокодер и не хочет это менять, либо профессионал. Это в любой профессии и области. Можно всё делать через жопу и доводить до стадии «работает». Но цена такому горе-профессионалу три копейки в подворотне.
Не вижу никакого противоречия в том, чтобы быть профессионалом-говнокодером. Как справедливо заметил казинак, твой код всегда для кого-то будет говнокодом. Достаточно взглянуть на исходники дотнета, чтобы в этом убедиться))

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