1024про орм:

- Clean OO design. Hiding the relational model specifics lets the object model be more cleanly analyzed and applied.

:мне не нужен ОО или что-то ещё. Мне нужно чтоб работало быстро. И реляционная модель меня не пугает а скорей помогает.


- Productivity. Simpler code as the object model is free from persistence constraints. Developers can navigate object hierarchies, etc.

:мне не нужны объекты. Я знаю SQL и прекрасно могу его использовать.


- Separation of concerns and specialization. Let the DB people worry about DB structure and the Object people worry about their OO models.

:я сам подумаю о структуре бд или буду эффективно использовать имеющуюся. Я и есть дб пипл.


- Time savings. The O/R mapping layer saves you from writing the code to persist and retrieve objects. O/R mapping tool vendors claim 20-30% reduction in the code that needs to be written. Writing less code also means less testing.

:т.к. мне не нужны объекты то и хранить их где-то мне незачем. Я вполне обойдусть чистым SQL без промежуточных лишних кусков.А раньше ассемблера хватало и перфокарт. К сожалению или к счастью таких как ты почти не осталось уже. Да и зная SQL на хорошем уровне, как ты будешь показывать данные пользователю? Нужно знать HTML или использовать толстый GUI. А это или дорогая Delphi или дорогой QT, в любом случае в довесок к SQL требует знаний ЯП. Заказчикам дешевле нанять двух трех "специалистов" за 20000руб., чем одного компетентного сеньора за 60000

Будем опять напирать на формальное наличие номинальных возможностей или все же реально посмотрим на понятия мейнстрим vs моветон?Что-то из мейнстримных прог на дельфи у меня разве что The Bat стоит, а так все больше C++ да жаба.[quot]сервлеты vs JSP/JSF.

Просто попробуй чуть на другой уровень абстракции выйти.[quot]Слушай ну уж сейчас JSP/JSF это моветон. Нормальные уже юзают AJAX и прочее вебдваноль, и забыли о req.getParameter, а CodeGear только сподобилась среду для PHP наваять, сколько у нее исчо времени уйдет на написание AJAX for PHP RAD?