sti Вопрос в том, есть ли какие-то стандартные способы реализации?

DSL. Или вы ждёте какой-то магии и волшебства?

tunknownЕсли база на SQL, то за DSL можно взять сам SQL.

Это практически заживо себя похоронить.


tunknownОтдельный вопрос- правильно это или нет, но такая практика часта даже в коробочных продуктах.

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

tunknownПотом приходится поддерживать новомодные студенческие поделки, т.к. сами "студенты" этого не могут осилить. Но этот разговор не по текущей теме.

Я не понимаю. Если вы говорите о студентах, подразумеваете ли вы, что те же студенты, которые делают "поделки", вдруг пишут качественные хранимки? Не находите, что ваше странное заявление -- абсурд.

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

tunknownВаше мнение по ORM я понимаю, но не разделяю.

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

alex55555в ситуациях, когда надо спрашивать "как понравиться заказчику больше"

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


alex55555"как в такой-то тулзе запустить заявленную в её рекламе возможность?"

Фиче-ориентированный подход. Знаем, проходили :) Тоже не айс. Одна действительно нужная и правильно реализованная фича дороже и выгодней десятков прикольных, но никому не нужных.

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

Вопрос в качестве работы. По-оптимизировать запрос тоже можно, и без всяких хранимок. Клиенты с СУБД по-вашему на каком языке общаются? На птичьем? Какое отношение оптимизация имеет к хранимкам, интересно? Да и зачем заниматься этой обезьяней работой.


tunknownЛибо они применяют методы, не знакомые смотрящим со стороны ORM.

У вас пунктик по поводу ORM. Я бы мог бы с вами и здесь поспорить, но я вообще не говорю про ORM. Я топлю за то, чтобы не заниматься обезьяней работой. Не писать SQL, если это может сделать машина. И про оптимизацию это тоже касается. Просто не все умеют, и приходится обезьянить в хранимках. Тут уж у кого на что хватает тямы.


tunknownIF/CASE/WHILE/SET и прочее относятся к общим предложениям процедурного языка, а не к реляционной модели. Если DSL процедурный, то это делу не мешает. Если нужен декларативный DSL, то этот метод не подходит.

Вы забываете, что кроме непосредственной работы с данными, которые к слову сказать могут лежать где угодно, не только в одной единственной SQL СУБД, но ещё и в кеше, в ElasticSearch, разбросаны по кластеру, по микросервисам, и вообще по разным подсистемам, в программном комплексе. Куда тут можно воткнуть жалкие несчастные хранимки, я даже не знаю. А как обеспечивать безопасность, не грантованную, а именно пользовательскую. Везде в хранимках вставлять WHERE и потом героически поддерживать? Да это примерно как плюнуть в лице работодателю и сказать, я не умею и не хочу учиться делать по-нормальному, буду делать как умею, по-обезьяньему, платите деньги и не жужжите

alex55555Сегодня "юзер интерфейс" отдан на откуп идиотам-дизайнерам.

Наверное вы имеете в виду художественным дизайнерам?

Дизайнер по определению понятия «дизайн» занимается именно вопросами удобства и решаемых задач, эстетика и красота для дизайнера -- вторично.

Хороший дизайнер, точнее даже так, дизайнер -- делает нормальный и удобный интерфейс. А те, кого вы называете «дизайнерами», они такие же дизайнеры, как 1С-программисты являются программистами :)

alex55555И сегодня девочка-дезигнер малюет в фотошопе простенькие картинки, но по названию именно её чаще всего ассоциируют со словом Design.

Ет только у вас такие ассоциации. Ну как у людей, которые не видят разницы между айтишниками, админами и программистами. Всё одно, да?

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

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

Убеждая себя, что типа специалист, а на самом деле кухарка?

Petro123Кто при таких плюшках захочет в два раза дольше, дороже и сам потом с DSL трахаться?

Сопровождать при наличии хорошего DSL на порядки быстрее и дешевле. У нас пара аналитиков сейчас тянет не напрягаясь то, что раньше тянула целая кодла раздолбаев из 6 программистов, 3-х биайщиков, команды тестирования и поддержки из 8 человек.

Petro123Тебе же сказали. Никто у заказчика твой Lua учить не будет.
Не будь максималистом. Всякие системы нужны.

Lua это частный случай. Мы вот ещё местами Python используем. И эксперементируем с Mond. Есть желание свой синтаксис с нуля внедрить, чтобы можно было делать 1С-like синтаксис для отдельных пациентов, для энергичного расширения сферы

alex55555hVosttУ нас пара аналитиков сейчас тянет не напрягаясь то, что раньше тянула целая кодла раздолбаев из 6 программистов, 3-х биайщиков, команды тестирования и поддержки из 8 человек.
А сколько десятков тягловых манагеров тянут скрипты у заказчиков? Как всегда не видим целого.

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

alex55555Стоимость владения состоит из затрат на покупку и затрат на использование. Если покупка прошла дешевле за счёт переноса стоимости на период эксплуатации, то стоимость владения скорее всего сильно вырастет. Но если ваши клиенты на столько безграмотны, что покупаются на небольшое уменьшение цены входа, не думая о полной цене, ну что-ж - у вас хорошие клиенты! С них можно ещё чего-нибудь урвать.

Вот так и получаются шедевры типа автоваза с таким вашим мышлением. Всё ясно.

SergueihVosttМы вот ещё местами Python используем. И эксперементируем с Mond. Есть желание свой синтаксис с нуля внедрить, чтобы можно было делать 1С-like синтаксис для отдельных пациентов, для энергичного расширения сферы

не для РЖД часом? Очень похоже по описанию )

Нет, ни разу :) В РЖД судя по тредам местного комрада Алексей К, там железобетонная классика на ORM.

Наша сфера энергетика, коммуникации, топливо, логистика федерального значения.

SergueiНету там ничего железобетонного. Там есть весь зоопарк технологий. В основном не очень современных. Можно историю изучать.

Охотно верю. Но если честно, не в курсе, у меня там знакомых нет.