Мы уходим с майнфрайм.

[iDesperado]

вариант что слева работает в связке с GG у миллион клиентов вот прямо в эту секунду. обрезать блобы до 4к глупо.

По поводу обрезки до 4К - может там подтабличку сделать - и добавлять 4к записей по размеру объекта.

ну смысл со столь крошечной бд ? проще в ноутбуке с докера поднять db2 luw и сначала на ноутбук в luw забрать и от туда перекинуть в облако.

[Dmitry67]

Натолкнулся на статью

https://m.habr.com/ru/post/555356/

[uncle_Pasha]

Натолкнулся на статью

https://m.habr.com/ru/post/555356/

Дебагер им не понравился, птыть.
Большинство Linux пользователей вообще сидят под GDB. Учитывая, что это сейчас стало основной платформой, то можно сказать, что IBM опередил всех.

[Flash-04]

WinDbg - форева!

[zVlad]

Натолкнулся на статью

https://m.habr.com/ru/post/555356/

Дима, спасибо за ссылку. Я тут же на хабр зарегистрировался как zVald101 (zVlad там уже есть) и написал комментарий на статью.

[Palych]

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

[Palych]

Предложу определение для проблемы: Синдром мастера Айкидо.
Ходили рассказы про то как на татами выходил сухонький старичок, и несколько здоровенных бойцов не могли сдвинуть его с места.
Так и с приложениями: вроде бы логики там на 3 строчки, данные уместятся в старенький смартфон, по ресурсам его можно запихать в wrt router, а все попытки его перенести на "нормальную" платформу с треском проваливаются.

[Palych]

Условия возникновения проблемы:
- Приложение реально решает какую-то важную проблему (Mission Critical App)
- Пользователи имеют решающий голос в том как система должна работать, а главное - как она должна меняться
- Пользователи в целом удовлетворены тем как система работает
- Пользователей не сильно много и/или они разделены на разрозненные группы.

[iDesperado]

Натолкнулся на статью

https://m.habr.com/ru/post/555356/

Дебагер им не понравился, птыть.
Большинство Linux пользователей вообще сидят под GDB. Учитывая, что это сейчас стало основной платформой, то можно сказать, что IBM опередил всех.

большинство пользователей линукс это php, java, pl/sql - на кой им GDB ? у 99% пользователей линукс шикарные ide с шикарными дебагерами. думаю и те кто ядро ковыряют, сидят на платных инструментах.

[Palych]

Механизм возникновения проблемы:
- Пользователи нагибают разработчиков чтобы требуемые фичи были сделаны именно так как они хотят, срок исполнения - вчера
- Разработчики проявляют гибкость, и любой ценой исполняют желание заказчика
- В результате появляется Technical Debt
- Платформа грамотно спроектирована, хорошо поддерживается и обладает достаточной гибкостью чтобы скомпенсировать этот долг
- Долг накапливается, появляются все новые хаки добавленные второпях, чтобы ублажить строгого заказчика.
- Самое главное: возникает сакрализация этого долга: его начинают боятся, как монстра из темного угла, ненавидеть, перенося гнев на платформу, инструменты и проч.

И все, "больше уже никто никуда не идет"

[Dmitry67]

Натолкнулся на статью

https://m.habr.com/ru/post/555356/

Дима, спасибо за ссылку. Я тут же на хабр зарегистрировался как zVald101 (zVlad там уже есть) и написал комментарий на статью.

Видимо он ещё неотмодерирован, если только зарегистрировались то увы, приходится ждать

[Dmitry67]

Кстати, судя по статье в zOs были популярны шареные области между процессами. В vax vms тоже. Тогда это считалось классным.

Современной подход с кучей тредов (большому процессу со своими то данными в thread safe манере разобраться, не то что чужими) сильно уменьшил возможности использования таких подходов

[uncle_Pasha]

большинство пользователей линукс это php, java, pl/sql - на кой им GDB ? у 99% пользователей линукс шикарные ide с шикарными дебагерами. думаю и те кто ядро ковыряют, сидят на платных инструментах.

Какие это нафиг пользователи Линукс? Эти водят себе мышкой в своем шикарном IDE под виндой, и в лучшем случае только догадываются, что что-то там под Линуксом будет деплоиться.

[zVlad]

Кстати, судя по статье в zOs были популярны шареные области между процессами. В vax vms тоже. Тогда это считалось классным.

Современной подход с кучей тредов (большому процессу со своими то данными в thread safe манере разобраться, не то что чужими) сильно уменьшил возможности использования таких подходов

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

[zVlad]

Механизм возникновения проблемы:
- Пользователи нагибают разработчиков чтобы требуемые фичи были сделаны именно так как они хотят, срок исполнения - вчера
- Разработчики проявляют гибкость, и любой ценой исполняют желание заказчика
- В результате появляется Technical Debt
- Платформа грамотно спроектирована, хорошо поддерживается и обладает достаточной гибкостью чтобы скомпенсировать этот долг
- Долг накапливается, появляются все новые хаки добавленные второпях, чтобы ублажить строгого заказчика.
- Самое главное: возникает сакрализация этого долга: его начинают боятся, как монстра из темного угла, ненавидеть, перенося гнев на платформу, инструменты и проч.

И все, "больше уже никто никуда не идет"

Добавлю пункт:
- разработчики плохо знают еше меньше понимают платформу. Лезут в ядро, применяют привычки с других платформ где получили образование в ИТ, и далее по Вашему списку.

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