Pull to refresh

Comments 28

Простите, к 3 истории нет ссылки на оригинал, но… Действительно «отключать от корпуса 473 кабеля»?! Зачем и как?!
Спасибо, но теперь я хочу это видеть — компьютер с 473 портами на задней стенке, который 1 человек в состоянии транспортировать
Думаю, это преувеличение, что-то типа «100500».
Переведено неверно, на самом деле. Имеются в виду кабели какого-то стандарта 473, кастомизированные, с винтами.
Oracle! Подписываюсь под каждым словом! После перехода с других СУБД выглядит как нечто с другой планеты…
После перехода с других СУБД выглядит как нечто с другой планеты…

Например?
В каких массовых СУБД встроен совершенный язык программирования?
А зачем в СУБД встраивать язык программирования, чтобы увеличить последствия SQL-инъекции?

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

Когда код, обрабатывающий данные, делает это рядом с данными — это намного быстрее.
В последнее время, если я вижу как что-то сделано через одно место, я начинаю думать, что же вынудило человека произвести на свет такое чудо вместо нормального решения.
Из последних примеров
image

А ведь офигенная идея!

UFO just landed and posted this here
розетка обычно рассчитана на 16 ампер. там 6 выходов. Итого — не более 586 ватт на выход или в лучшем питание отрубит автомат а в худшем — рано или поздно сгорит.
А этих 586 ватт что, недостаточно?
А этих 586 ватт что, недостаточно?

Смотря что включать.
Типичный чайник от 1500 до 2200 ватт.

Принтер лазерный 1000-3000 ватт.
Всё то же самое, что обычно подключают в одну розетку через сетевой фильтр с кучей розеток
Здесь мы видим странный пример того, как разработчик пытается защититься от ошибки, которая не может произойти, таким образом, которая со временем приведёт к новым ошибкам.
Вечным чемпионом среди самых странных и неудачных решений навсегда будет оставаться Oracle. Сегодня мы рассмотрим небольшой код на PL/SQL.
Код высосан из пальца для оправдания неумного вывода. На любом языке можно написать столько глупого и неправильно кода, и после этого автор будет объявлять этот любой язык программирования
чемпионом среди самых странных и неудачных решений.
Автор надеется, что никто не поймет его ошибок?
Блин, ну как в суровом энтерпрайзе, ворочающем сотнями нефти может жить ЭТО? Причём, долгие годы…
Легко! Есть системы в которых ошибки показываются один раз, если после этого будет еще ошибка, то система никак не известит пользователя. Лицензия на одно рабочее место такой системы стоит от 50 000 р. на год. А вы говорите… :)
Блин, ну как в суровом энтерпрайзе, ворочающем сотнями нефти может жить ЭТО? Причём, долгие годы…

Богатый бизнес автоматизироваться начал раньше прочих потому что.
Разумеется, делал это на тех технологиях, которые были доступны тогда.
UFO just landed and posted this here

А новые банки, когда они создаются, обязаны использовать такие "проверенные временем системы ПО" или же такой бардак продолжается по инерции инженеров/руководства?

UFO just landed and posted this here
UCS, несмотря на то что принадрежит GP inc, использовала до недавнего времени по большей части свой собственный самописный софт и связана с головной компанией только юридически
==
в вообще насколько я видел процессингов, могу сказать что почти никто не использует одно универсальное решение, везде те или иные костыли (размер и замудренность которых зависит от размера ИТ отдела) вокруг нескольких больших продуктов типа популярного в рф way4
А новые банки, когда они создаются, обязаны использовать такие «проверенные временем системы ПО» или же такой бардак продолжается по инерции инженеров/руководства?

Исходя из опыта работы с новые предприятиями в других сферах:

Разрабатывается с нуля только под уникальные особенности бизнеса ПО.
А прочее используется уже существующее — никто не жаждет оплачивать разработку всего 100% ПО с нуля. Даже если ПО плохое.

Кстати, то, что вы как разработчик видете, что ПО плохое — вовсе не означает, что вы можете создать лучшее в разумные сроки.

Неоднократно наблюдал, как новые версии ПО, хотя технологически и были круче, но в них не было полного функционала — кучи тех фич, что в старом ПО дополнялись и дополнялись годами. И даже не по причине нехватки времени на разработку. Об этих фичах просто забывали. Вспоминал о них только когда начиналась эксплуатация нового ПО и выяснялось как многого в новой системе нет.

Ну а банки, с учетом того, что им нужно взаимодействовать/интегрироваться с другими банками и отчитываться Центробанку — тем более вынуждены.

<оффтоп он>
За словосочетание "из изоленты и палок" у секты свидетелей синей изоленты есть отдельное наказание, как-то связанное с синей изолентой
</оффтоп офф>

Sign up to leave a comment.

Articles