LINUX.ORG.RU

История изменений

Исправление sanyo1234, (текущая версия) :

Сначала примерно в 2007+- несколько лет разрабатывали ПТКС на WAS+Db2, потом зачем-то начали мигрировать его на ужасный Cache, а потом в 2014-2015 мигрировать уже его на РК АСВ, опять на WAS+Db2 :)

Спрашивается, на кой вообще были нужны эти прыжки с одной СУБД на другую, причем обе очень редкие, можно сказать экзотические в РФ на тот момент времени. IBM Db2 хотя бы известна своей высокой надежностью и все же используется многими банками и госами по всему миру, а Cache … ну зачем???

Начальник ОИТ еще такой, надо программировать на этой Cache! Зачем программировать админу? Зачем программировать в ПФР, где регионы большей частью занимаются наколеночно-лоскутной автоматизацией за еду, пытаясь выправить по функционалу косяки многомиллиардных проектов, из центрального ДИТ? Зачем на почти никому ненужной Cache? Зачем вообще весь этот зоопарк систем и ПТК? Зачем, зачем, зачем … Но эти вопросы там задавать непринято и вообще думать самостоятельно. Начальник нередко мне делал замечание, чтобы я поменьше высказывал свои мнения. Там похоже всю эту клоунаду снимали на видео.

Лучше бы настроили кластера Db2 для HA и какой-нибудь open-source кластер для аналитики, чтобы не долбить запросами (тем более самопальными, кто во что горазд) основную пром. базу.

Но ведь куда интереснее постоянно скакать и мигрировать, меняя СУБД, как будто это что-то поменяет в их подходе к общей архитектуре. Как Борис Николаич когда-то менял премьеров чуть не ежемесячно как перчатки.

Исправление sanyo1234, :

Сначала примерно в 2007+1 несколько лет разрабатывали ПТКС на WAS+Db2, потом зачем-то начали мигрировать его на ужасный Cache, а потом в 2014-2015 мигрировать уже его на РК АСВ, опять на WAS+Db2 :)

Спрашивается, на кой вообще были нужны эти прыжки с одной СУБД на другую, причем обе очень редкие, можно сказать экзотические в РФ на тот момент времени. IBM Db2 хотя бы известна своей высокой надежностью и все же используется многими банками и госами по всему миру, а Cache … ну зачем???

Начальник ОИТ еще такой, надо программировать на этой Cache! Зачем программировать админу? Зачем программировать в ПФР, где регионы большей частью занимаются наколеночно-лоскутной автоматизацией за еду, пытаясь выправить по функционалу косяки многомиллиардных проектов, из центрального ДИТ? Зачем на почти никому ненужной Cache? Зачем вообще весь этот зоопарк систем и ПТК? Зачем, зачем, зачем … Но эти вопросы там задавать непринято и вообще думать самостоятельно. Начальник нередко мне делал замечание, чтобы я поменьше высказывал свои мнения. Там похоже всю эту клоунаду снимали на видео.

Лучше бы настроили кластера Db2 для HA и какой-нибудь open-source кластер для аналитики, чтобы не долбить запросами (тем более самопальными, кто во что горазд) основную пром. базу.

Но ведь куда интереснее постоянно скакать и мигрировать, меняя СУБД, как будто это что-то поменяет в их подходе к общей архитектуре. Как Борис Николаич когда-то менял премьеров чуть не ежемесячно как перчатки.

Исходная версия sanyo1234, :

Сначала примерно в 2007+1 несколько лет разрабатывали ПТКС на WAS+Db2, потом зачем-то начали мигрировать его на ужасный Cache, а потом в 2014-2015 мигрировать уже его на РК АСВ, опять на WAS+Db2 :)

Спрашивается, на кой вообще были нужны эти прыжки с одной СУБД на другую, причем обе очень редкие, можно сказать экзотические в РФ на тот момент времени. IBM Db2 хотя бы известна своей высокой надежностью и все же используется многими банками и госами по всему миру, а Cache … ну зачем???

Начальник ОИТ еще такой, надо программировать на этой Cache? Зачем программировать админу? Зачем программировать в ПФР, где регионы большей частью занимаются наколеночно-лоскутной автоматизацией за еду, пытаясь выправить по функционалу косяки многомиллиардных проектов, из центрального ДИТ? Зачем на почти никому ненужной Cache? Зачем вообще весь этот зоопарк систем и ПТК? Зачем, зачем, зачем … Но эти вопросы там задавать непринято и вообще думать самостоятельно. Начальник нередко мне делал замечание, чтобы я поменьше высказывал свои мнения. Там похоже всю эту клоунаду снимали на видео.

Лучше бы настроили кластера Db2 для HA и какой-нибудь open-source кластер для аналитики, чтобы не долбить запросами (тем более самопальными, кто во что горазд) основную пром. базу.

Но ведь куда интереснее постоянно скакать и мигрировать, меняя СУБД, как будто это что-то поменяет в их подходе к общей архитектуре. Как Борис Николаич когда-то менял премьеров чуть не ежемесячно как перчатки.