все тот же суровый код от любителей коров
сами разрабы сего чуда говорили, что им платят тупо за строки. отсюда и качество.
ну и внедряют они его соответственно — приезжают, и за 100500 тыщ евро переписывают половину функционала.
тут же я понял, что шутка «функция в три тысячи строк — зато без циклов» — нифига не шутка.
плюс сопровождать это достаточно напряжно, потому как половина переписана, а доки только дефолтные; полгода приходится доказывать индусам, что это бага, а не наша хотелка; много данных хранится в хмл и иногда парсится на уровне бд; много ненужных и дублирующихся данных; индексы на varchar2(1000)-varchar2(2000) да еще и составные по 10 столбцам; дох функций, которые только пишут в лог при дебаге и возвращают тру/фолс; их ипучий when others then null;
вобщем, только тронь :)
тут скорее смесь — спецов по этому УГ(флекскуб) действительно не много и они нормально устраиваются в какой-то ЕГАР-ДАТАС вследствии того, что банки жадные.
так я ж и говорю
или очередного клиента к немуюзая «флекскуб гейтвей».
это случаем не на разработку/допиливание «чудеснейшей» ОДБ Флекскуб или очередного клиента к нему?
очень важно понимание теории множеств, булевой, реляционной алгебрыэто уже само собой подразумевается, если вы в поисках SQL-щика
главное чтобы наличествовало математическое образованиеподскажите, пожалуйста, почему отдельным пунктом упоминается?
не судите строго, но как по мне, то именно для спеца хоть по тому же паскалю, вба, перлу или адепту «Если ... Тогда ... ИначеЕсли ... Тогда ... Иначе ... КонецЕсли;» в мире найдется хорошо оплачиваемая вакансия.
иной вопрос (не сочтите за трололо) — почему именно Пайтон + Джанго? почему не «JS с куче либ и фреймворков + HTML + CSS + щепотка PHP»? думаю порог вхождения приблизительно такой же, как и Пайтон + Джанго.
и где не нужно (СУБД Oracle в этом отношении очень хороший пример)да, объектные типы и реализация принципов ООП в Оракле — это нечто :) не встречал использование сего, по крайней мере, почитателями коров.
на наш век работы для «узкозаточенных» специалистов по СУБД (независимо от ее названия) точно хватит...старшим разрабам/дба и, возможно, мидлам — да. порог вхождения достаточно высок.
Best-practices процессов разработки ПО имеют тенденцию к приверженности моде.согласен, но так уж сложилось, что сейчас «мода на ООП, Апп-сервера, WEB». я не в силах этого изменить — следовательно, нужно прислушиваться.
ядро любой информационной системы — СУБД.это в вашей информационной системе ядром будет СУБД. гораздо больше видел проектов, где субд использовалась в качестве помойки данных. далеко не всех смущает b-tree индекс на Мэ/Жо, что очень часто является следствием «индексы это хорошо — будем покрывать индексами все-все-все» или «а давайте мы насоздаем триггеров для ускорения работы базы, а то что-то она тормозит»
Спасибо, интересная мысль.
как-то больше опыта работы с СУБД Оракл и иными ораклячьими продуктами, нежели с MS SQL. и тогда возникает вопрос насколько востребован такой изврат как С# + Oracle. исходя из этих соображений может лучше уж Java, как рекомендовали ниже
Согласитесь, что время реализации бизнес-логики на pl/sql, да и на бэке вообще, потихоньку проходит. Остаются какие-то ОДБ, хранилища — все те же банки, либо такие конторы, как Киевстар, МТС, где, опять же, концентрация манагеров запредельная. Либо дальше копать в сторону BigData, NoSQL, R...
Можно, но у нас это либо банки, где кол-во манагеров на квадратный метр зашкаливает и все работают по принципу «сплавь задачку на соседний отдел/подрядчика — зачем сидеть голову ломать?», либо бодишоп, где все хотят «старшой оракле разраб с 5+ ОР»
в этом топике многие перечитывают словосочетание «корпоративный стандарт» по два раза