От bedal
К Вася Куролесов
Дата 13.01.2019 14:40:05
Рубрики Прочее; Современность; ВВС;

:-)

Какого масштаба проекты Вы делаете? Что зависит от их появления или не-появления? Судя по "не делаю" - ничего?

>Очень хороший пример - это именно то, чем я занимаюсь.
да сразу заметно.

>Придётся ли за неё платить моим клиентам?
Эксплуатация бесплатных систем (не в бытовом применении, а всерьёз) обходится клиентам примерно вчетверо дороже, чем платных. В результате, несмотря на меньшую стоимость приобретения, стоимость владения оказывается выше. Вы ведь не озвучиваете это Вашим потребителям, а просто сдаёте им то, что сделали. Сколько лет Вы сопровождаете сданный продукт, то есть отвечаете за его применимость?

Короче говоря, глядя со стороны нашей системы, а это оперативное управление энергетикой всей страны, на всех уровнях управления - Ваши аргументы видятся мне мелкими и доказывающими только Ваше слабое знакомство с реальным производством.
От doctor64
К bedal (13.01.2019 14:40:05)
Дата 13.01.2019 16:53:19

Re: :-)


>>Придётся ли за неё платить моим клиентам?
>Эксплуатация бесплатных систем (не в бытовом применении, а всерьёз) обходится клиентам примерно вчетверо дороже, чем платных.
Вы, конечно, готовы обосновать свое утверждение?
> В результате, несмотря на меньшую стоимость приобретения, стоимость владения оказывается выше.
А мужики то не знают и пользуются gcc...
От bedal
К doctor64 (13.01.2019 16:53:19)
Дата 13.01.2019 17:18:34

Подчёркиваю: не в бытовом применении, а в промышленной эксплуатации

Во-первых, разработчики на бесплатных платформах (а это на практике означает java и linux) стоят значительно дороже, этот факт легко устанавливается. Это о найме.

Во-вторых, обеспечение работы уже нанятого персонала. Для прикладного программирования важно (часто даже важнее) проникновение в прикладную область, чем собственно искусство программирования. Это означает варианты:
- либо специалист тратит время на погружение в предметную область, а поддержка со стороны программирования уже есть - вся необходимая документация, курсы и т.п. - по низкой цене с достаточным качеством. Либо он тратит ресурсы на самообучение (или приходится организовывать это обучение). Что удорожает разработку, потому что сумма закупаемых лицензий много, много меньше затрат на зарплату.

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

Ну и напоследок - как программист программисту: Вы действительно считаете среду GCC сравнимой по накладным расходам в разработке сравнимой с VS/TFS? :-D
От doctor64
К bedal (13.01.2019 17:18:34)
Дата 15.01.2019 02:00:37

Re: Подчёркиваю: не...

>Во-первых, разработчики на бесплатных платформах (а это на практике означает java и linux) стоят значительно дороже, этот факт легко устанавливается. Это о найме.
Расскажите это тем кто использует SAP или Oracle, угу

>Во-вторых, обеспечение работы уже нанятого персонала. Для прикладного программирования важно (часто даже важнее) проникновение в прикладную область, чем собственно искусство программирования. Это означает варианты:
>- либо специалист тратит время на погружение в предметную область, а поддержка со стороны программирования уже есть - вся необходимая документация, курсы и т.п. - по низкой цене с достаточным качеством. Либо он тратит ресурсы на самообучение (или приходится организовывать это обучение). Что удорожает разработку, потому что сумма закупаемых лицензий много, много меньше затрат на зарплату.
Вы, похоже, не представляете, сколько стоят лицензии на какой-нибудь QNX, VxWorks или Integrity. На этом фоне стоимость каких-нибудь курсов по пайтону или там даже QNX - это такие копейки...

>В-третьих, собственно эксплуатация. Никогда не бывает бесконечно успешной платформы - всегда нужны консультации, качественное обновление с измеряемым для эксплуатации риском обрушения после него. Отсюда и удорожание - насколько дорогих специалистов по поддержке и сколько нужно содержать, чтобы обеспечить бесперебойную эксплуатацию.
Слушайте, у меня начинает зарождатся страшное подозрение - вы, случайно, не про 1С говорите?

>Ну и напоследок - как программист программисту: Вы действительно считаете среду GCC сравнимой по накладным расходам в разработке сравнимой с VS/TFS? :-D
Естественно, не считаю. разработка в VisualStudio в виде накладных расходов стоит в разы (а если еще там Тeam Foundation Server - то на порядки) дороже.
Ну, для начала я бы спросил, как у VisualStudio с генерацией кода под ARM, MIPS или там PowerPC, но да, это будет удар ниже пояса. Так что я просто констатирую факт - я лично последние пару лет наблюдал и посильно участвовал в миграции огромного проекта одной немецкой компании, входящей в топ 5 в своей области, с VS/IBM Synergy/Windows на gcc/cmake/git/linux. Успешно.
От bedal
К doctor64 (15.01.2019 02:00:37)
Дата 15.01.2019 11:44:54

в личку, в личку. (-)
От doctor64
К bedal (15.01.2019 11:44:54)
Дата 15.01.2019 14:17:38

Ну как хотите.

Хотя тема вполне топичная, та же Интегрити стоит на F-35 (и я как работающий с ней спокоен за безопасность российского неба) а логтип упомянутой немецкой конторы во множестве представлен на экспонатах Кубинки
От bedal
К doctor64 (15.01.2019 14:17:38)
Дата 15.01.2019 15:07:31

да, но здесь же речь не об особенностях Integrity (-)
От doctor64
К bedal (15.01.2019 15:07:31)
Дата 15.01.2019 16:48:54

Я имею в виду что обсуждение той же Интегрити и других RTOS куда топичнее

многих форумовских тем.
От Anvar
К bedal (13.01.2019 17:18:34)
Дата 13.01.2019 18:39:39

Re: Подчёркиваю: не...

>Во-первых, разработчики на бесплатных платформах (а это на практике означает java и linux) стоят значительно дороже, этот факт легко устанавливается. Это о найме.

>Во-вторых, обеспечение работы уже нанятого персонала. Для прикладного программирования важно (часто даже важнее) проникновение в прикладную область, чем собственно искусство программирования. Это означает варианты:
>- либо специалист тратит время на погружение в предметную область, а поддержка со стороны программирования уже есть - вся необходимая документация, курсы и т.п. - по низкой цене с достаточным качеством. Либо он тратит ресурсы на самообучение (или приходится организовывать это обучение). Что удорожает разработку, потому что сумма закупаемых лицензий много, много меньше затрат на зарплату.

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

>Ну и напоследок - как программист программисту: Вы действительно считаете среду GCC сравнимой по накладным расходам в разработке сравнимой с VS/TFS? :-D

А почему ведущие производители разрабатывают проприетарное ПО работающее на любых платформах (Линукс обязателен)? Ведь тот же NET очень ограничен по распространению?
От bedal
К Anvar (13.01.2019 18:39:39)
Дата 13.01.2019 20:15:41

Ну, не место... причин тому много, вообще-то

Во-первых, под "ведущими" Вы подразумеваете нечто газетно известное и/или бытово-знакомое. Ну, или известное большинству наших программистов, потому что их в такое привлекают, на подтанцовку.
В реале же вот я работаю в энергетике - проприетарное и не переносимое, поставляется вместе с платформой. Близкие и хорошо знакомые мне люди работают в судовой логистике (датская компания), в страховой компании (Британия), в авиации - симуляторы боевых самолётов (не игрушки) (Россия), ортодонтологии (США) - аналогично. Ни одна компания не заморачивается "переносимостью", потому что работает - у неё, и работает долго (иначе невыгодно). Перенос в любом случае будет означать переделку. Вот стоимостью владения - заморачиваются, тут в каких-то случаях на одной платформе, в каких-то на другой.

Во-вторых, работа по наличию специалистов, и чем крупнее корпорация, тем она инертнее. Плюс корпоративные программы изначально работали на SCO UNIX. Для них поддержание этой среды - как раз признак консервативности. Те, что работали на IBMовских мэйнфреймах - часто до сих пор в них сидят.
Этим, собственно, объясняется то, что Оракл до сих пор жив - я других причин придумать не могу :-) Плюс старые корпоративные войны. Скажем, IBM, Oracle и некоторые другие вкачали сотни миллионов долларов в становление линукса. Просто потому, что так они боролись с мелкософтом, осмелившимся продавать операционные системы вдесятеро дешевле, чем это было в эпоху "до того". Ну, и плюс ява-традиции, ради которых терпят многократное повышение аппаратных требований.


Мы просто весьма мало в курсе побудительных причин многих "их" процессов.
От Вася Куролесов
К bedal (13.01.2019 17:18:34)
Дата 13.01.2019 18:04:05

Яндекс-почта - это достаточно промышленный пример?

https://habr.com/post/321756/
От thodin
К Вася Куролесов (13.01.2019 18:04:05)
Дата 14.01.2019 01:49:09

Вы взяли неудачный пример, не очень понимая, в чем сила Oracle

Возьмите пример из банковской среды. И поймете, к примеру, что ни на каком постгресе та же НСПК запуститься в приемлимые сроки не смогла бы никогда.
Ибо кроме самой БД существует огромное количество ПО, которое ни про какой постгрес не знает, переписывать его никто не хочет, а уж поддерживать в таких экзотических конфигурациях будет только за очень большие деньги.
От Вася Куролесов
К thodin (14.01.2019 01:49:09)
Дата 14.01.2019 08:19:03

Вы потеряли нить дискуссии.

Исходный тезис: "Эксплуатация бесплатных систем (не в бытовом применении, а всерьёз) обходится клиентам примерно вчетверо дороже, чем платных." (c) bedal

Сотрудники Яндекса: "У нас сейчас в 3 раза больше железа под PostgreSQL, но это ничто по сравнению со стоимостью Oracle."

Речь не о том, насколько прекрасен/ужасен Оракл, какой под него написан софт, хочется ли кому-нибудь этот софт переписывать под Postgres и т.д. Пожалуйста, следите за ходом дискуссии внимательнее.
От thodin
К Вася Куролесов (14.01.2019 08:19:03)
Дата 14.01.2019 10:50:01

Re: Вы потеряли...

>Исходный тезис: "Эксплуатация бесплатных систем (не в бытовом применении, а всерьёз) обходится клиентам примерно вчетверо дороже, чем платных." (c) bedal
Именно, переписывание и поддержка софта под Постгрес для НСПК была бы чрезвычайно длительным и затратным проектом. Поэтому вообще ни один российский банк таких проектов не запускал.

>Сотрудники Яндекса: "У нас сейчас в 3 раза больше железа под PostgreSQL, но это ничто по сравнению со стоимостью Oracle."
Это потому что у них уникальный продукт, который разрабатывается in-house. Вы же понимаете, что это достаточно редкая ситуация?
Да и для большинства коммерческих продуктов - бесплатные аналоги значительно менее функциональные, менее надежные и их поддержку значительно сложнее отдать в аутсорсинг, с гарантированным уровнем сервиса.
От Вася Куролесов
К thodin (14.01.2019 10:50:01)
Дата 14.01.2019 14:07:57

Re: Вы потеряли...

>>Исходный тезис: "Эксплуатация бесплатных систем (не в бытовом применении, а всерьёз) обходится клиентам примерно вчетверо дороже, чем платных." (c) bedal

>Именно, переписывание и поддержка софта под Постгрес для НСПК была бы чрезвычайно длительным и затратным проектом. Поэтому вообще ни один российский банк таких проектов не запускал.

А почему вы свели тезис, постулирующий общую закономерность, к этому конкретному случаю?

>Это потому что у них уникальный продукт, который разрабатывается in-house. Вы же понимаете, что это достаточно редкая ситуация?

Вообще-то нет. Это очень даже частая ситуация. Ну и да, масса тиражных решений работает с OS-технологиями.

>Да и для большинства коммерческих продуктов - бесплатные аналоги значительно менее функциональные, менее надежные и их поддержку значительно сложнее отдать в аутсорсинг, с гарантированным уровнем сервиса.

Вы намекаете, что DBA для Oracle встречаются чаще, и стОят дешевле, нежели постгрессовские? Это интересное мнение. Я с ним не согласен.
От thodin
К Вася Куролесов (14.01.2019 14:07:57)
Дата 14.01.2019 15:58:39

Re: Вы потеряли...

>А почему вы свели тезис, постулирующий общую закономерность, к этому конкретному случаю?
Потому что нет такой общей закономерности, это Вы взяли достаточно редкую ситуацию.

>Вообще-то нет. Это очень даже частая ситуация. Ну и да, масса тиражных решений работает с OS-технологиями.
Ну вот я работаю в операторе связи, все OS аналоги у нас обойдутся нам в огромные суммы на поддержку, допиливание и тестирование. А коммерческие решения несут заранее просчитываемые расходы и позволяют нам не разработкой заниматься, а деньги зарабатывать.

>Вы намекаете, что DBA для Oracle встречаются чаще, и стОят дешевле, нежели постгрессовские? Это интересное мнение. Я с ним не согласен.
Именно так, у меня в команде 2 Oracle DBA, у них есть огромный опыт эксплуатации Oracle в крупных инсталляциях, найти специалистов, которые бы эксплуатировали PostgreSQL в таких крупных проектах с таким SLA - это вообще проблема.
Тем более есть вендор, который поможет, в случае чего.

И главное - за понятные изначально суммы.
От Вася Куролесов
К thodin (14.01.2019 15:58:39)
Дата 14.01.2019 18:59:19

Re: Вы потеряли...

>>А почему вы свели тезис, постулирующий общую закономерность, к этому конкретному случаю?
>Потому что нет такой общей закономерности, это Вы взяли достаточно редкую ситуацию.

Да в чем редкость ситуации? Постгрес этот воткнут на каждом втором сервере, а всякое линуксообразное - чуть не на каждом первом, используется в высоконагруженных решениях и big data сплошь и рядом. Ну сколько можно, а?

>Ну вот я работаю в операторе связи, все OS аналоги у нас обойдутся нам в огромные суммы на поддержку, допиливание и тестирование.

Да, потому что вы уже плотно сидите на проприетарщине, и миграция обойдется черт знает во сколько. Но это не значит, что эксплуатация OS обходится в четыре раза дешевле. Это значит, что миграция - дорого и тяжело. Причем миграция куда угодно - хоть на халявный постгрес, хоть на платную DB2.

>Именно так, у меня в команде 2 Oracle DBA, у них есть огромный опыт эксплуатации Oracle в крупных инсталляциях, найти специалистов, которые бы эксплуатировали PostgreSQL в таких крупных проектах с таким SLA - это вообще проблема.

То, что у вас они есть, это не значит, что они дешевы и их легко найти. Яндекс вон для постгреса тоже нашёл, причем понадобилось их меньше, чем для Oracle, и как-то они справляются.

>Тем более есть вендор, который поможет, в случае чего. И главное - за понятные изначально суммы.

Для постгреса тоже есть конторы, занимающиеся поддержкой и консалтингом.
От thodin
К Вася Куролесов (14.01.2019 18:59:19)
Дата 14.01.2019 19:20:22

Re: Вы потеряли...

>Да в чем редкость ситуации? Постгрес этот воткнут на каждом втором сервере, а всякое линуксообразное - чуть не на каждом первом, используется в высоконагруженных решениях и big data сплошь и рядом. Ну сколько можно, а?
От того, что он воткнут на каждом втором пионерском сервере вовсе не означает, что кто-то будет массово отказывать от Оракла.

Не умеет он того, что умеет Oracle. А bigdata тем более подразумевает совсем другие системы. Vertica стоит много, однако никакой Постгрес ее никогда не заменит, "сплошь и рядом" на постгресе никто big data не обрабатывает.

>Да, потому что вы уже плотно сидите на проприетарщине, и миграция обойдется черт знает во сколько. Но это не значит, что эксплуатация OS обходится в четыре раза дешевле. Это значит, что миграция - дорого и тяжело. Причем миграция куда угодно - хоть на халявный постгрес, хоть на платную DB2.

Мы плотно сидим - потому что OS в нашем случае чрезвычайно глюкав, малофункционален, написан криво и цена базы данных для нас вообще не принципиальна, нам важна надежность. Мигрировать на DB2 мы не можем, ибо вендор любит Oracle. А вендоров, которые любят Постгрес - нет, вообще. Ни одного нормального продукта на нем нет, только мелкие всякие поделки.

>То, что у вас они есть, это не значит, что они дешевы и их легко найти. Яндекс вон для постгреса тоже нашёл, причем понадобилось их меньше, чем для Oracle, и как-то они справляются.
Яндекс и ораклистов нашел. Больше того скажу - специалистов по Oracle в нашей стране больше, чем специалистов по Постгрес, если мы, конечно, о специалистах говорим, а не о пионерах с SQL.

>Для постгреса тоже есть конторы, занимающиеся поддержкой и консалтингом.
Они не могут обеспечить соответствующий SLA и не имеют опыта поддержки крупных FT систем.
От Вася Куролесов
К thodin (14.01.2019 19:20:22)
Дата 14.01.2019 19:32:03

Re: Вы потеряли...

>От того, что он воткнут на каждом втором пионерском сервере вовсе не означает, что кто-то будет массово отказывать от Оракла.

Да не отказывайтесь на здоровье - на свои деньги вы в своем телекоме можете делать что хотите. Не о вас речь. Потом, когда suport contract с Ораклом продлить не сможете из-за санкций - начнёте что-то понимать. "Не дойдёт через голову - дойдёт через задницу". А сейчас - не в коня корм.

>Не умеет он того, что умеет Oracle.

Он умеет не всё, что умеет Oracle. Речь не об этом.

>А bigdata тем более подразумевает совсем другие системы. Vertica стоит много, однако никакой Постгрес ее никогда не заменит, "сплошь и рядом" на постгресе никто big data не обрабатывает.

Да щас. "у нас в PostgreSQL больше 1 петабайта....250 тысяч запросов в секунду." (с) Яндекс. Пионерский сервер, не иначе.

>Мы плотно сидим - потому что OS в нашем случае...

В вашем случае. Ну с чего вы взяли, что все случаи - как ваши, а?

>специалистов по Oracle в нашей стране больше, чем специалистов по Постгрес, если мы, конечно, о специалистах говорим, а не о пионерах с SQL.

Источник статистики в студию, пожалуйста.

>>Для постгреса тоже есть конторы, занимающиеся поддержкой и консалтингом.
>Они не могут обеспечить соответствующий SLA и не имеют опыта поддержки крупных FT систем.

Вы их все перебрали, что так уверенно говорите?
От Zevs
К Вася Куролесов (14.01.2019 19:32:03)
Дата 14.01.2019 20:26:25

Re: Вы потеряли...

Ave!

>Да не отказывайтесь на здоровье - на свои деньги вы в своем телекоме можете делать что хотите. Не о вас речь.

Я Вам раскрою страшную тайну. Операторы связи "в своём телекоме" делают что хотят за ваши и мои как абонента деньги. :) И операторы слушаются вендора, т.к. вендор осуществляет циул поддержки своих продуктов. Да, можно сменить вендора, сделать своп, но это очень болезненно и не факт, что на смену одним проблемам не придут другие.

> Потом, когда suport contract с Ораклом продлить не сможете из-за санкций - начнёте что-то понимать. "Не дойдёт через голову - дойдёт через задницу". А сейчас - не в коня корм.

Нету серьёзного индустриального софта в телекоме на Постгресе. По крайней мере за почти 15 лет работы в отрасли не попадался.

> Вы их все перебрали, что так уверенно говорите?

Хм., т.е. Вы предлагаете оператору слезть с саппорта вендора и довериться непонятной конторе? Вендор ведь поставил Оракл по своим собственным резонам и не потерпит замену на что-то другое. Ну т.е. потерпит, но с саппорта снимет скорее всего, т.к. БД это только часть системы. Тоже и ОС касается.

Vale!
От Вася Куролесов
К Zevs (14.01.2019 20:26:25)
Дата 15.01.2019 07:16:30

Re: Вы потеряли...

>И операторы слушаются вендора, т.к. вендор осуществляет циул поддержки своих продуктов.

Слушайте, ну что вы все рассматриваете этот вопрос с точки зрения ситуации, когда всё хорошо и мило, вендор продает и поддерживает и все счастливы? Речь идёт о ситуации, когда вендору могут запретить и продавать вам и поддерживать вас. Я об этом талдычу, а не об "OS решения всегда и везде лучше, кто не согласен - дураки".


>Хм., т.е. Вы предлагаете оператору слезть с саппорта вендора и довериться непонятной конторе?

Я предлагаю оператору быть поумнее разработчиков Мс21 и заранее продумать, что ему делать, когда Оракл перекроют.
От Zevs
К Вася Куролесов (15.01.2019 07:16:30)
Дата 16.01.2019 22:45:08

Re: Вы потеряли...

Ave!

>Слушайте, ну что вы все рассматриваете этот вопрос с точки зрения ситуации, когда всё хорошо и мило, вендор продает и поддерживает и все счастливы? Речь идёт о ситуации, когда вендору могут запретить и продавать вам и поддерживать вас. Я об этом талдычу, а не об "OS решения всегда и везде лучше, кто не согласен - дураки".

Зн. тогда будут работать на том, что есть и воровать патчи/апдейты где придётся. Российских производителей железа для телекома нет и не предвидится, увы.

>Я предлагаю оператору быть поумнее разработчиков Мс21 и заранее продумать, что ему делать, когда Оракл перекроют.

Зн. будут работать на Оракле нелегально/лепить ситуативные костыли на том же Постгрессе или чём ещё, если дело СУБД касается. Ну и вы не мне предлагайте, а операторам. Я в операторе связи более 10 лет не работаю. :)

Vale!
От thodin
К Вася Куролесов (14.01.2019 19:32:03)
Дата 14.01.2019 20:00:36

Re: Вы потеряли...

>Да не отказывайтесь на здоровье - на свои деньги вы в своем телекоме можете делать что хотите. Не о вас речь. Потом, когда suport contract с Ораклом продлить не сможете из-за санкций - начнёте что-то понимать. "Не дойдёт через голову - дойдёт через задницу". А сейчас - не в коня корм.
Ну вот именно потому НСПК, например, выбрала не Постгрес и не Оракл, а Tibero, который тоже не OS. Но Вы, конечно, умнее всех, им бы все объяснили..

>Он умеет не всё, что умеет Oracle. Речь не об этом.
Это продукт другого уровня, его эксплуатация во многих случаях обходится сильно дороже, когда downtime стоит больших денег.

>Да щас. "у нас в PostgreSQL больше 1 петабайта....250 тысяч запросов в секунду." (с) Яндекс. Пионерский сервер, не иначе.
Вы бы изучили вопрос - для bigdata они используют ClickHouse, который является достаточно примитивным аналогом Vertica.

>В вашем случае. Ну с чего вы взяли, что все случаи - как ваши, а?
Потому что в телекоме так у всех более-менее крупных компаний.

>Источник статистики в студию, пожалуйста.
Количество крупных проектов на Oracle превышает количество таких же Постгресовых.

>Вы их все перебрали, что так уверенно говорите?
Да, я примерно представляю, о чем идет речь и на какие грабли при этом налетают люди.
От Zevs
К thodin (14.01.2019 20:00:36)
Дата 14.01.2019 22:33:01

Re: Вы потеряли...

Ave!

>Это продукт другого уровня, его эксплуатация во многих случаях обходится сильно дороже, когда downtime стоит больших денег.

Вот именно. Простой какого-нибудь VLR/HLR в сотовой связи может в такую "копейку" вылететь, а ещё есть и репутационные потери ("Оператор X не работал N часов!"), что мама не горюй.

>>В вашем случае. Ну с чего вы взяли, что все случаи - как ваши, а?
>Потому что в телекоме так у всех более-менее крупных компаний.

Именно. Причём, что телеком, что банкинг, что энергетика, что сеть крупного завода уровня ВАЗ или ГАЗ.

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

>>Вы их все перебрали, что так уверенно говорите?
>Да, я примерно представляю, о чем идет речь и на какие грабли при этом налетают люди.

Опять же, оператор телекома или банк покупает готовое решение, где СУБД, только часть системы. И если вендор решил, что Оракл, зн. хоть убейся, но будет Оракл. И никакой оператор не будет держать штат программеров, чтобы мигрировать эту часть на тот же Постгрес. Ну и не в обиду Постгресу, но система сертификации и обучения у Оракла по-мощнее будет. И я не говорю, что Постгерс плохой. Он хороший. Но для другого. :)

Возвращаясь к нашим баранам, те к МС-21. Я не согласен с позицией, что не надо было даже начинать разработку, ориентируясь на международную интеграцию. Автаркия сейчас невозможна. СССР пытался, но всё равно не получалось. Мир таков, каков он есть, пусть и не нравится нам, так что приходится играть в эту игру с постоянным изменением правил мировым гегемоном. Ну и с т.з. физики, энергетически всегда проще упасть, ничего не делая, чем барахтаться и подняться на более высокий энергетический уровень.

Можно было раньше "зачесаться" в плане импортозамещения? Наверное да. Но я не обладаю всей полнотой информации по вопросу, исходя из чего принимались те или иные решения, т.к. далёк от самолётостроения.

Ув. А.Никольский приводил цифры. В общем-то не сильно большие деньги для таких проектов. "Раздать врачам/учителям/пенсионерам" не вариант, т.к. "проедят", как заметил ув. Alexeich.

А так хоть компетенции самолётостроители не растеряют да и новые нарастят как сами, так и смежные отрасли.

Про политоту не буду, ибо офтопик. И так уже по грани ходим. :)

Vale!
От Zevs
К Вася Куролесов (14.01.2019 14:07:57)
Дата 14.01.2019 15:27:56

Re: Вы потеряли...

Ave!

>>Именно, переписывание и поддержка софта под Постгрес для НСПК была бы чрезвычайно длительным и затратным проектом. Поэтому вообще ни один российский банк таких проектов не запускал.

>А почему вы свели тезис, постулирующий общую закономерность, к этому конкретному случаю?

А это не только банкинга или энергетики касается. В телекоме тоже самое. Не хотят системы, некоторые из которых имеют историю аж в несколько десятков лет переписывать. Иногда до смешного доходит, каких только анахронизмов не насмотришься, но тем не менее не переписывают.

>Вы намекаете, что DBA для Oracle встречаются чаще, и стОят дешевле, нежели постгрессовские? Это интересное мнение. Я с ним не согласен.

На счёт стоимости ничего утверждать не буду, не моя область, но в телекоме в реализациях продуктов от разных вендоров видел и Oracle, и SyBase, у кого-то вообще проприетарщина. Postgress не попадался. Вот линукс в качестве OS да, активно используется.

Vale!
От Вася Куролесов
К Zevs (14.01.2019 15:27:56)
Дата 14.01.2019 18:46:26

Re: Вы потеряли...

>Не хотят системы, некоторые из которых имеют историю аж в несколько десятков лет переписывать. Иногда до смешного доходит, каких только анахронизмов не насмотришься, но тем не менее не переписывают.

Ну разумеется, не хотят. Вот разработчики Мс-21 тоже не хотели. Теперь вот стремительно захотели. Но вопрос-то был не про "хотят", а про "вчетверо дороже"
От Zevs
К Вася Куролесов (14.01.2019 18:46:26)
Дата 14.01.2019 20:10:58

Re: Вы потеряли...

Ave!

>>Не хотят системы, некоторые из которых имеют историю аж в несколько десятков лет переписывать. Иногда до смешного доходит, каких только анахронизмов не насмотришься, но тем не менее не переписывают.

>Ну разумеется, не хотят. Вот разработчики Мс-21 тоже не хотели. Теперь вот стремительно захотели. Но вопрос-то был не про "хотят", а про "вчетверо дороже"

Про "вчетверо дороже" я ничего сказать не могу, не считал и такой компетенции у меня нет, но вот то, что перейти на тот же PostgreSQL и сэкономятся многолионы денег как в Яндексе как-то сомнительно. Понимаете, вендоры телеком-оборудования не могут просто взять и переписать софт и даже изменить подходы единомоментно, т.к. им придётся вести и сопровождать фактически две линейки одновременно. Да и зачем, если работает, патчи пишутся, новые версии выходят. Изменения вводят очень постепенно. Так что приведённый Вами пример как раз скорее исключение, чем правило.

Vale!
От bedal
К Вася Куролесов (13.01.2019 18:04:05)
Дата 13.01.2019 18:44:59

Ну не место здесь открывать дискуссии по IT

но в приведённом тексте есть забавные места:
Во-первых, они уже сидели "там", в той самой недешёвой бесплатной среде - потому деньги уже потрачены, дорогие специалисты уже есть. На таком фоне вряд ли какие удорожания разработки будут заметны.
Во-вторых, для примера выбран наиболее монструозный вариант, который десятилетия уже известен громоздностью и дороговизной, то бишь Оракл.
В-третьих, вот цитаты:
>У нас сейчас в 3 раза больше железа
на фоне цены Оракла это не так заметно, на любом другом фоне - это всё равно будет так, кратное возрастание требований к железу.
> а они просят с нас денег, чтобы замержить её. Очень наглые ребята.
оппа! :-)
>Мы уже устали: почти год их пинаем,
ото ж
От Вася Куролесов
К bedal (13.01.2019 18:44:59)
Дата 14.01.2019 00:46:01

Я понял - в Яндексе тоже студенты, не соображающие в промышленной эксплуатации. (-)
От bedal
К Вася Куролесов (14.01.2019 00:46:01)
Дата 14.01.2019 09:07:29

Я понимаю, Вам не нравится - но читать-то написанное нужно? (-)
От Вася Куролесов
К bedal (14.01.2019 09:07:29)
Дата 14.01.2019 09:34:26

Вот и почитайте. (-)
От Вася Куролесов
К bedal (13.01.2019 14:40:05)
Дата 13.01.2019 14:58:58

Re: :-)

>>Очень хороший пример - это именно то, чем я занимаюсь.
>да сразу заметно.

"Срезал"

>>Придётся ли за неё платить моим клиентам?
>Эксплуатация бесплатных систем (не в бытовом применении, а всерьёз) обходится клиентам примерно вчетверо дороже, чем платных.

Что несколько дешевле, чем сооружение за гигантские деньги систем, вовсе не пригодных к продаже и эксплуатации.

>В результате, несмотря на меньшую стоимость приобретения, стоимость владения оказывается выше. Вы ведь не озвучиваете это Вашим потребителям, а просто сдаёте им то, что сделали.

Я, естественно, всё озвучиваю заказчикам.

>Сколько лет Вы сопровождаете сданный продукт, то есть отвечаете за его применимость?

Зависит от договоренности.

>Ваши аргументы видятся мне мелкими и доказывающими только Ваше слабое знакомство с реальным производством.

Ну мало ли, кому что видится. Мне вот видится, что вы попытались было разобрать ситуацию на примере ПО, но результаты вышли несколько не те, и вы решили начать давить авторитетом и прочим ad hominem.
От bedal
К Вася Куролесов (13.01.2019 14:58:58)
Дата 13.01.2019 16:26:33

Хватит уже демонстрировать, ясно же и так :-) (-)
От А.Никольский
К bedal (13.01.2019 16:26:33)
Дата 14.01.2019 09:09:28

думаю, Вася Куралесов правильно ставит вопрос

Возможность внезапного отключения МС-21 есть? - Есть, причем ненулевая, а опыт Дерипаски показывает, что может подкрасться незаметно, хоть видно было издалека. Есть конечно, надежда, что благодаря Боингу и Ко может до этого не дойдет или увидим сильно заранее, но гарантий никаких.

Надо ли в таком случае объяснить народу, на что ушло 200+ млрд? Надо, хотя бы потому, что этих денег хватило бы, чтобы избежать "оптимизации" системы образования и здравоохранения во всей Центральной России в течение нескольких лет. Есть ли такие объяснения? На данный момент сомневаюсь, при этом нужны не только объяснения, но и планы, что делать с несколькими крупными заводами и КБ.


Но в чем согласен с Вами - конечно же, МС-21 надо было начинать, а сейчас надо продолжать до победного или печального конца.
От bedal
К А.Никольский (14.01.2019 09:09:28)
Дата 14.01.2019 10:42:33

в том-то и дело

Если смотреть на проект, как на поделку - всё курапрелестно, нечего было и начинать. Да и всё остальное не надо начинать, включая БРЕСТ, Радиоастрон и так далее. Учитывая невозможность предсказать обстановку на 10 лет вперёд, тем более.

Но. Если такое не делать - ничего не будет, страна рухнет окончательно. Исчезнувшие или не наработанные компетенции требуют десятилетий на восстановление, и ещё не факт, что восстановятся. Не видеть этого можно только надев очень плотные шоры.

Ожидать, что можно существовать исключительно на "посконном, домотканном и сермяжном" - смешно. Хотя, почему, можно - превратившись в Верхнюю Вольту без ракет.
От Jack30
К bedal (14.01.2019 10:42:33)
Дата 16.01.2019 05:27:41

А может все таки не стоило для начала убивать отечественные разработки?

>Если смотреть на проект, как на поделку - всё курапрелестно, нечего было и начинать. Да и всё остальное не надо начинать, включая БРЕСТ, Радиоастрон и так далее. Учитывая невозможность предсказать обстановку на 10 лет вперёд, тем более.

>Но. Если такое не делать - ничего не будет, страна рухнет окончательно. Исчезнувшие или не наработанные компетенции требуют десятилетий на восстановление, и ещё не факт, что восстановятся. Не видеть этого можно только надев очень плотные шоры.

>Ожидать, что можно существовать исключительно на "посконном, домотканном и сермяжном" - смешно. Хотя, почему, можно - превратившись в Верхнюю Вольту без ракет.

Причем убивать демонстративно, именно в расчете на одобрение "партнеров". А на сейчас хотя бы спрашивать с тех, кто это решение принимал?
Потому что по факту обещания например по SSJ оказались фейком. По МС-21 судя по всему все сроки сдвинуты лет на 5..10. Про обещанный еще в 2013 45нанометровый техпроцесс уже как то даже не вспоминают.
Ну а про пролюбленные на Мистраль средства и говорить стыдно.
От Администрация (Юрий А.)
К Jack30 (16.01.2019 05:27:41)
Дата 16.01.2019 09:28:30

Модераториал. Здесь не митинг. Сутки. (-)
От Вася Куролесов
К bedal (13.01.2019 16:26:33)
Дата 13.01.2019 17:58:01

Воистину. (-)