F
"переход на Oracle" - это часть стратегии? Часть движения "убрать интегратора, который душит"? Два отката три прихлопа?
Обычно это оптимизация устойчивости и т.п. если конечно не с firebird на оракл, там расширение.
Size: a a a
2020 May 13
LV
Для меня наличие тех. долга это скорее к объективной реальности, чем точки зрения. Хотя в зависимости от позиций тут можно по разному смотреть, согласен.
EI
"переход на Oracle" - это часть стратегии? Часть движения "убрать интегратора, который душит"? Два отката три прихлопа?
Вопрос в том, знаете ли вы цель перехода?
Если я понимаю, что мне нужно "смахнуть" интегратора, и от этого я выиграю 1 млрд за два года, при этом внутренние издержки составят 0.5 млрд - я исхожу из этого сценария.
Если я понимаю, что кроме SAP BW никто не потянет хранение и данных ,и логики - я беру, и иду в этом направлении.
Если я понимаю, что мне нужно "смахнуть" интегратора, и от этого я выиграю 1 млрд за два года, при этом внутренние издержки составят 0.5 млрд - я исхожу из этого сценария.
Если я понимаю, что кроме SAP BW никто не потянет хранение и данных ,и логики - я беру, и иду в этом направлении.
EI
Обычно это оптимизация устойчивости и т.п. если конечно не с firebird на оракл, там расширение.
Никогда не видел таких целей, "оптимизация устойчивости"
F
Никогда не видел таких целей, "оптимизация устойчивости"
Я видел, и в принципе успешно справлялись, уходили с postgre которую готовить не умели. А оракл из коробки стабильней и подходит для софта что в ландшавте ИТ. Конкретно в том кейсе стабильней и подходит.
F
Так ладно, фиг с ним кто что видел, где долг в кейсе переезда на другую БД? И чем он является в таком кейсе?
EI
Для меня наличие тех. долга это скорее к объективной реальности, чем точки зрения. Хотя в зависимости от позиций тут можно по разному смотреть, согласен.
Давайте прямо пример из экономики:
Внутренний долг РФ ~ 10 339.5 млрд. RUR
Внешний долг РФ ~ 450 млрд. USD
Это - объективная реальность. Это плохо? Нет. Хорошо? Нет. Debt - это инструмент.
Внутренний долг РФ ~ 10 339.5 млрд. RUR
Внешний долг РФ ~ 450 млрд. USD
Это - объективная реальность. Это плохо? Нет. Хорошо? Нет. Debt - это инструмент.
LV
Не понял, я тут причем )) Я и не писал нигде, тех. долго это плохо или хорошо. Он есть и есть. Надо решать, что с этим делать. Или не делать.
Откуда он взялся для меня тоже не так важно до тех пор, пока я не принимаю решение о его создании.
Откуда он взялся для меня тоже не так важно до тех пор, пока я не принимаю решение о его создании.
EI
Давайте прямо пример из экономики:
Внутренний долг РФ ~ 10 339.5 млрд. RUR
Внешний долг РФ ~ 450 млрд. USD
Это - объективная реальность. Это плохо? Нет. Хорошо? Нет. Debt - это инструмент.
Внутренний долг РФ ~ 10 339.5 млрд. RUR
Внешний долг РФ ~ 450 млрд. USD
Это - объективная реальность. Это плохо? Нет. Хорошо? Нет. Debt - это инструмент.
"So the useful distinction isn't between debt or non-debt, but between prudent and reckless debt."
EI
Евгений, моя мысль следующая была в примере с СУБД. Команда в 2018г имела права выбрать mysql и выбрала. В 2020 пришла установка, что все проекты компании переходят на oracle. И команды появился тех долг - переход с mysql на oracle
Я сюда вернусь, "у команды появился тех долг". Если в команде не смогут отнестись к изменению в компании - т.е. не смогу соотнести его со слоем (design, app, management, ....) и способом взаимодействия - то "изменение" становится "долгом".
F
Давайте прямо пример из экономики:
Внутренний долг РФ ~ 10 339.5 млрд. RUR
Внешний долг РФ ~ 450 млрд. USD
Это - объективная реальность. Это плохо? Нет. Хорошо? Нет. Debt - это инструмент.
Внутренний долг РФ ~ 10 339.5 млрд. RUR
Внешний долг РФ ~ 450 млрд. USD
Это - объективная реальность. Это плохо? Нет. Хорошо? Нет. Debt - это инструмент.
Вы в платежный баланс отразите и я вам четко скажу насколько плох внешний долг в n.
Так что не надо, где в смене БД Долг, и что такое этот долг в кейсе?
Так что не надо, где в смене БД Долг, и что такое этот долг в кейсе?
LV
Я сюда вернусь, "у команды появился тех долг". Если в команде не смогут отнестись к изменению в компании - т.е. не смогу соотнести его со слоем (design, app, management, ....) и способом взаимодействия - то "изменение" становится "долгом".
Вас слово "команда" здесь смущает?
F
Я сюда вернусь, "у команды появился тех долг". Если в команде не смогут отнестись к изменению в компании - т.е. не смогу соотнести его со слоем (design, app, management, ....) и способом взаимодействия - то "изменение" становится "долгом".
Изменение не может стать долгом (господи я заразился фигней из этого чата с придиранием к словам). Долг не action, изменени это action. Вот то что кто то косячит в ущерб качеству, в попытках достич результатов игнорируя что то в процессе изменений может создать долг.
EI
Вас слово "команда" здесь смущает?
Нет, меня смущает использование слова "долг" вместо "реакции на изменения".
Определённый тип реакции на изменения можно назвать долгом
Определённый тип реакции на изменения можно назвать долгом
EI
Изменение не может стать долгом (господи я заразился фигней из этого чата с придиранием к словам). Долг не action, изменени это action. Вот то что кто то косячит в ущерб качеству, в попытках достич результатов игнорируя что то в процессе изменений может создать долг.
Да, всё так
F
Может, но не создает. Так что смена БД - не создает долг. Так выходит.
LV
Вводные:
1. Компания приняла решение об унификации СУБД - все на Oracle, поддержим экономику США.
2. Есть живые проекты, использующие MySQL.
В какой момент появляется тех. долг?
1. Компания приняла решение об унификации СУБД - все на Oracle, поддержим экономику США.
2. Есть живые проекты, использующие MySQL.
В какой момент появляется тех. долг?
EI
Может, но не создает. Так что смена БД - не создает долг. Так выходит.
Да, но определённый управленческий замысел может создать из смены БД именно долг, т.е. перегрузить на плечи технарей работу с несоразмерным изменением.
EI
Вводные:
1. Компания приняла решение об унификации СУБД - все на Oracle, поддержим экономику США.
2. Есть живые проекты, использующие MySQL.
В какой момент появляется тех. долг?
1. Компания приняла решение об унификации СУБД - все на Oracle, поддержим экономику США.
2. Есть живые проекты, использующие MySQL.
В какой момент появляется тех. долг?
1. Вот тут появился организационный запрос на изменение ("Компания приняла решение об унификации СУБД"), для любого управленца видно, что это не про технику, а про перестроение процессов (разработки, сопровождения, ...) внутри компании.
EI
Вводные:
1. Компания приняла решение об унификации СУБД - все на Oracle, поддержим экономику США.
2. Есть живые проекты, использующие MySQL.
В какой момент появляется тех. долг?
1. Компания приняла решение об унификации СУБД - все на Oracle, поддержим экономику США.
2. Есть живые проекты, использующие MySQL.
В какой момент появляется тех. долг?
2. "Есть живые проекты, использующие MySQL" == "Есть живые процессы, использующие MySQL как базу данных"