Не на правах антирекламы уточните:1й-Бомбардие, 2й-????

Судя по ЦДИ-596 от 2016/12/30:

1) Ebilock-950
2) ЭЦ-ЕМ
3) МПЦ-2
4) МПЦ-МЗ-Ф
5) МПЦ-И
6) МПЦ-МПК

И в ЦШ частенько заходят и разработчики РПЦ.

И где тут "1-2 разработчика"? Тут дело в другом ....

bsabsa добавил 27.01.2017 в 16:57
Наивно полагать, что передав полномочия по Программному обеспечению в какой-то "ГУП" РЖД сразу уйдет от зависимости от разработчика....
И сразу будет зависеть от другого разработчика.... :raD: Хоть "ГУП"

2-й - все остальные.

Монти Холл добавил 27.01.2017 в 17:08
Прошу индейца перенести ветку в раздел "Приколы" .... читаю - со слезами на глазах :lol: :lol::lol:

Монти Холл добавил 27.01.2017 в 17:12
У кого есть крайний номер мурзилки? Выложите фото Гапановича с ....

Legon добавил 26.01.2017 в 11:21


Предлагаю отказаться от Ebilock, оставшихся объединить и распределить подряды.

Чем Вам так Ebilock "насолил"?

Напомню:
1) ООО «Бомбардье Транспортейшн (Сигнал)» является совместным предприятием Bombardier Transportation и ОАО «РЖД»;
2) В 2010-11 годах компания Bombardier Transportation, по результатам конкурса, приобрела пакет из 50% минус 1 акция ОАО «ЭЛТЕЗА»;
....

Я в курсе. Поэтому и спросил у Legon, чем ему Ebilock не нравится.

Я честно говоря не понимаю как можно отдельно от железа передать ПО. Да и что значит передать ПО? Это что, передать исходные коды программы? Оно, конечно, можно, если ПО помещается на 10 страницах, но ПО МПЦ занимает гораздо больше! И кто захочет разбираться в Чужом ПО?!
У меня был опыт передачи собственного ПО, передал исходники со всеми комментариями, ещё и объяснил что к чему. И что - ничего хорошего, только испохабили (для начала не смогли разобраться как работать с железом, испортили баланс динамической памяти так, во время работы их ПО сжирало всю память (4Гбайта) за сутки (моему ПО вполне хватало 60 Мбайт памяти и ПО не перегружалось годами), поэтому делали принудительный перезапуск каждые сутки) нормально работающее ПО!

Именно все так и бывает. Чудес нет.
Перед глазами два таких примера.
Закончится все тем, что либо работать будет кое-как, либо все перепишут с нуля.

Ну и все-таки - чисто теоретически: представим, что разработчик МПЦ ушел с рынка. Совсем. Какие варианты продолжения жизни такой МПЦ в части софта?

Очень неприятно об этом говорить, ну тут без вариантов!
Всё писать заново! Вот этого то, я и боюсь (с точки зрения Державы и ж.д. транспорта в частности).

Legon добавил 30.01.2017 в 11:22
1. Купить (а не изъять) исходники ПО данного разработчика.

2. Любое современное ПО достаточно точно декомпилируется.

Вот именно ответ на этот вопрос я и ищу...
Я правильно понимаю, что при необходимости другой программист сможет написать софт для "чужого" железа?

А вот в том варианте "выпуска малосерийной продукции предприятием-изготовителем." (хотя она не будет малосерийной) такой ситуации не будет!
- это ничего не даст!!!

Это - немножко другая тема и другое направление размышлений.
Имеющая полное право на существование...

В СССР так и было, покупали технологию, производственную линию и работали или как вы предлагаете - выкрасть, изъять, выталкать производителя с рынка.

Либо конечно начать все с нуля, прибавить лет 10-12 к 2017 году и получим "свое" ПО.

У меня вопрос возникает, для ЭЦ-ЕМ и МПЦ-2 ПО пишет ГТСС, что ГТСС может уйти с рынка?
Может ПГУПС закроется?