Оверкодинга нет, если не делать DO и оставить только дто :) Т.е, не юзать сторонний ОРМ. Возникает задачка написания кода, который будет класть дто в бд и читать в дто из базы, но как показывает практика, все неплохо инкапсулировалось до уровня «это-сюда». Контроля больше, скорости выше:)
Ну а что такого, в том что раньше интерплей делали хорошие игры? Решают то люди, а не компания. Вон моя контора в былые времена такой софт делала, а сейчас всех поувольняли и клепаем говнокод.
я не про это. я про то, что если человек учится в вузе на технической специальности (реально учится, а не бьет баклуши), то прежде всего он учится думать и анализировать.
ХП еще никогда никто не отменял. Рулит лишь мозг и его способность адекватно разворачиваться в нужных условиях в нужную сторону, а этому могут хорошо научить только в ВУЗе.
ну да, монстр работает и живет. эта штука самая живучая оказалась. если бы я сдуру запретил мешать бизнес-код в презентерах вьюшек с собственно презентационной логикой, было бы вообще шикарно.
Трудно сделать юнит-тест? Сделай легкий апи, который позволит написать автотест.
Сложно с ОЛАП-ом? Сделай БД для олтп, сделай бд для datawarehouse через ssis, сделай куб через datawarehouse, а не через изначальную БД — будет гораздо логичнее.
Ну и т.п. Критерий — проще. Макконел писал про нагрузку на интеллект. Чем проще нагрузка, тем круче жить. Чем более понятнее и тупее аспект приложения, тем выше шанс, что результирующий бизнес-функционал получится полнее и более восприимчивым к изменениям. Чем проще базовые методы и инварианты, тем круче и проще строить логику на уровне выше. И т.п.
Архитектор должен все это понимать. У вас похоже чувак (чуваки) грезят всемирной славой.
Пусть отбирают права, мой вердикт:)
П.С. ты чего такой дерзкий сегодня?:)
Вот это идеально на мой взгляд:
А вот ад и ппц:
img269.imageshack.us/img269/9150/graph2.png
в любом случае, спасибо за тулзу:) мы ее децл доработаем, вы не против?
ХП еще никогда никто не отменял. Рулит лишь мозг и его способность адекватно разворачиваться в нужных условиях в нужную сторону, а этому могут хорошо научить только в ВУЗе.
Таблица есть? пиши круд в хранимках.
Добавилось поле? Пиши поле в хранимке.
Трудно проводить регресс? Сделай юнит-тест.
Трудно сделать юнит-тест? Сделай легкий апи, который позволит написать автотест.
Сложно с ОЛАП-ом? Сделай БД для олтп, сделай бд для datawarehouse через ssis, сделай куб через datawarehouse, а не через изначальную БД — будет гораздо логичнее.
Ну и т.п. Критерий — проще. Макконел писал про нагрузку на интеллект. Чем проще нагрузка, тем круче жить. Чем более понятнее и тупее аспект приложения, тем выше шанс, что результирующий бизнес-функционал получится полнее и более восприимчивым к изменениям. Чем проще базовые методы и инварианты, тем круче и проще строить логику на уровне выше. И т.п.
Архитектор должен все это понимать. У вас похоже чувак (чуваки) грезят всемирной славой.
Нет:) не в.нете.