![]() |
В РЖД начнут переход на отечественное программное обеспечение
В холдинге «#РЖД» появился новый проектный офис. Его сотрудники будут отвечать за переход на использование в компании отечественного программного обеспечения. Офис возглавил директор по информационным технологиям Евгений Чаркин. Сейчас специалисты анализируют критически важные информационные системы, которые используют в РЖД. Также холдинг взаимодействует с отечественными разработчиками и поставщиками ПО, которые могут создать для компании IT-системы, не уступающие зарубежным аналогам по функциональности, надёжности, масштабируемости и безопасности. Предполагается, что преимущественное использование российских программ повысит качество информационных систем и удешевит их содержание. [url]http://www.rzdtv.ru/2018/05/10/v-rzhd-nachnut-perehod[/url].. |
Сервис покупки билетов будет глючить ещё эффективнее?
|
Эхх дурачьё, мелко метят... Надо сразу все эти ваши гейропейские чугунки с паровозами и бесовским лекстричеством поотменять,разобрать ,запретить и впредь не пущать. А вместо них наших, родных, православных ,импортозаместительных, лошадок с телегами,навозом и ямщиками.:)
|
Отечественные программы такие как СДО и АСПТ доказали своей кпчественной тормознутостью. Самое главное спрос работы не изменится ( давай шевелись если через час не сдадим нас всех поставят в позу ).
|
[QUOTE=Борька;581739]Эхх дурачьё, мелко метят... Надо сразу все эти ваши гейропейские чугунки с паровозами и бесовским лекстричеством поотменять,разобрать ,запретить и впредь не пущать. А вместо них наших, родных, православных ,импортозаместительных, лошадок с телегами,навозом и ямщиками.:)[/QUOTE]
Ваши шутеечки про "импортозамещение" здесь вообще не к месту. Локомотивостроение в России неплохо развито, и программирование тоже - когда идёт речь о коммерческих продуктах, где от качества программы зависит наполнение карманов хозяина. Касперский, 1С, ABBYY, и так далее. Их в мире хорошо знают. Не надо тут заливать, что ничего у нас не умеют. Проблема же не в этом совсем. Почему у государственных организаций самые топорные и глючные сайты? Потому что выполнение работы контролируют по признаку "лишь бы было". Чиновник, в чьей компетенции состоит принятие выполненной работы, не будет этим сайтом/программой пользоваться. А его начальник - тем более не будет, и о качестве продукта не узнает. Следовательно, можно отчитаться наверх, что всё сделано, деньги освоены. И покупка импортного ПО или подвижного состава никоим образом проблему не решает. Просто будет куплено что попало. |
[QUOTE=EKim;581734]В РЖД начнут переход на отечественное программное обеспечение
.............. Предполагается, что преимущественное использование российских программ повысит качество информационных систем и удешевит их содержание. [url]http://www.rzdtv.ru/2018/05/10/v-rzhd-nachnut-perehod[/url]..[/QUOTE] Ну все, "пропал калабуховский дом!"... [QUOTE=Olhan;581749]Локомотивостроение в России неплохо развито,...[/QUOTE]То то,до сих пор не налажен выпуск полностью отечественных, с собственными алгоритмами и ПО, силовых преобразователей. И какие микропроцессоры стоят во всех управляющих и контролирующих блоках нав штатекоторым отечественных локомотивах? А может уже и не выпускаются локомотивы с ООП? Так что не надо нам песен тут петь, здесь, вроде как, общаются люди боле менее компетентные в ЖД делах. [QUOTE=Olhan;581749]... и программирование тоже - когда идёт речь о коммерческих продуктах, где от качества программы зависит наполнение карманов хозяина. Касперский, 1С, ABBYY, и так далее. Их в мире хорошо знают. Не надо тут заливать, что ничего у нас не умеют./QUOTE] Уп-с... Как интересно то... А можно узнать что именно Вы подразумеваетет под "и так далее"? Ну, окромя Компаса... Ну, скажем, про отечественные СУБД,можете не говоря уж про ОС Вы можете что либо сказать? Есть они или их нетути? Про "самый боьшой вирус на свете", лучше бы Вы и не упомянали. Этой его репутации идет третий десяток лет как! 1С? Ну да, продукт для пользовния которым нужно держать в штате конторы отдельно заточеного на это программера. Вот про АВВИ ничего такого сказать нельзя, действительно отличный программныйй продукт, а просто ппрограмма. Вот этого то и не умеют - создавать не программы, а программные продукты!!! Уж поверьте старому зубру, программирующему уже как 53 года, как там, так и тут. И понявшему причины тяжкого положения в отечетвенной программной отрасли. Впрочем, мы уже вылетели из темы и посему, ежели Вы захотите подискутировать на сию занимательную тему, то покорная прсьба продолжить ее в "Девятом вагоне". |
[QUOTE]
1С? Ну да, продукт для пользовния которым нужно держать в штате конторы отдельно заточеного на это программера.[/QUOTE] а вы думаете для зарубежных аналогов 1С не надо держать в штате программера? 1С это программный продукт энтерпрайзного класса, он подрузамевает наличие целого ИТ отдела в конторе другое дело что они начинали с ларьков и за ними закрепилась слава недосистемы |
[QUOTE=Иван Андреев;581750]То то,до сих пор не налажен выпуск полностью отечественных, с собственными алгоритмами и ПО, силовых преобразователей. И какие микропроцессоры стоят во всех управляющих и контролирующих блоках нав штатекоторым отечественных локомотивах?
А может уже и не выпускаются локомотивы с ООП? Так что не надо нам песен тут петь, здесь, вроде как, общаются люди боле менее компетентные в ЖД делах.[/QUOTE] Это было сказано в контексте предложения пересесть на лошадок. Я, конечно, не спец, поэтому просто задам вам вопрос: объективно ли нужны для локомотивов процессоры именно столь тонкослойных технологий, которые (надеюсь, только пока) нельзя сделать в России? Объективная ли необходимость устанавливать Windows XP в качестве ОС? Или это просто заказчику так привычнее? А если собственное производство микроэлектроники в России действительно нужно - то откуда оно появится, если на гос.уровне не стимулировать его покупку? [QUOTE]А можно узнать что именно Вы подразумеваетет под "и так далее"? Ну, окромя Компаса...[/QUOTE] Paragon, Parallels. Более мелкий масштаб, конечно. Ну, и Яндекс. [QUOTE]Уж поверьте старому зубру, программирующему уже как 53 года, как там, так и тут. И понявшему причины тяжкого положения в отечетвенной программной отрасли.[/QUOTE] То есть, всё-таки, что дело не в программистах, а в подходе к управлению? Если российские программисты уезжают за бугор и там достигают успеха - логично предположить, что российскому IT мешает не неумение программировать, а что-то другое. Неужели это так плохо, что государственная контора хочет продвигать отечественное ПО? [QUOTE]Впрочем, мы уже вылетели из темы и посему, ежели Вы захотите подискутировать на сию занимательную тему, то покорная прсьба продолжить ее в "Девятом вагоне".[/QUOTE] Я, пожалуй, не буду сильно увлекаться. Мне будут интересны ваши ответы, но целей разведения здесь генерального оффтопа не преследую. |
[QUOTE=Olhan;581753]Это было сказано в контексте предложения пересесть на лошадок...[/QUOTE]
Извините, что вмешиваюсь. БМЗ делает ТЭМ-18ДМ для РЖД с электроникой и прочими "нанотехнологиями", а для ППЖТ делают на заказ ТЭМ-18Д без электроники, со старой схемой... |
Ото всей этой электроники одна только головная боль.
Напомню про историю, когда в ПМ состав после ночного отстоя не захотел "просыпаться". Задержка открытия открытия движения (кучи опоздавших утром), аварийный сцеп, всё такое прочее. На каком-то из "балбесов" комп сам по себе в ребут уходил прямо в движении, доставляя много хлопот. В пути самостоятельно не починишься, если "мозги" заглючат. Любая транспортная железяка должна быть простой и надёжной как калаш. |
Сейчас большая структура - SAP на РЖД. Ее поддерживает ОЦРВ, филиалы по всей стране. И все это перелопатить и перейти на 1С, которая менее функциональна? Поменять специалистов? Плюс выстроить инфраструктуру заново? Внедрить и запустить, наладить взаимодействие с банками? Не так это все просто. Тут даже в средней конторе на несколько тысяч человек смена платформы ERP - огромная головная боль. Как и в небольшом банке поменять АБС.
|
[QUOTE=Zlodey;581762]Любая транспортная железяка должна быть простой и надёжной как калаш.[/QUOTE]
Вспомнил, как обсуждали здесь на форуме лифты - электромеханику с реле и контактами (которые недобросовестный механик может закоротить, чтобы не чинить датчики) против китайских [s]шибко[/s] умных процессоров, которые могут чудить вообще непредсказуемо. И как-то сам напрашивается гармоничный компромисс: пусть бы система была на механических реле и контактах - а процессор её бы только диагностировал. Типа, если после подачи питания на двигатель дверей её контакты безопасности не разомкнулись - значит, либо дверь не открылась, либо стоит перемычка. Понятно, что у локомотивного компа задача сложнее, но ведь должен же быть предусмотрен ручной режим... |
ну разве что предусмотреть вариант чтоб комп можно было обойти соплями-перемычками и управлять локомотивом по-старинке напрямую.
|
[QUOTE=Olhan;581753]российскому IT мешает не неумение программировать, а что-то другое.
[/QUOTE] уже давно известный факт, совсем недавно только очень наглядно подтвержденный, даже мою (где я работаю) контору которая делает чисто российский продукт работающий на серверах в РФ зацепила эта свистопляска от РКН [url]http://blog.micromarketing.ru/advice/9-point-5-rules-fot-it-business-in-russia/[/url] никто с вменяемым рассудком не будет строить крупную ИТ компанию в РФ |
Вот прямо на профессиональную мозолю наступаете!
[QUOTE]Сейчас большая структура - SAP на РЖД... И все это перелопатить и перейти на 1С, которая менее функциональна?[/QUOTE] Нельзя сказать, что одна система более функциональна, а другая менее, потому что обе эти системы не монолитны, не статичны, и там и там есть куча версий, редакций, надстроек и интеграций с другими системами. И переход с устаревшей на более новую версию или более старшую конфигурацию даже в рамках одного бренда - всё равно заставляет "все это перелопатить". Перелопатить непросто, недёшево и небыстро. Но, тем не менее, некоторые такие проекты являются целесообразными, и успешно выполняются. К примеру вот: [URL="https://www.astrosoft.ru/about/clients/slata/case-16614/"]региональный дистрибутор, с SAP на 1C[/URL] (конкретно в этом проекте я не участвовал, но в нескольких других - есть опыт) Теперь про функционал. За столицу говорить не стану, а вот у нас в Красноярске найти специалистов по 1с сильно проще, чем по sap, гораздо проще выполнять разработку дополнительного функционала, поэтому в наших реалиях 1с более функциональна, чем sap (не столько функционал "из коробки", сколько возможность и стоимость настройки и доработки функционала для конкретного заказчика) [size="1"][color="Silver"]Добавлено через 27 минут[/color][/size] [QUOTE]никто с вменяемым рассудком не будет строить крупную ИТ компанию в РФ[/QUOTE] Во-первых, РЖД не строят ИТ-компанию, РЖД намеревается воспользоваться услугами некоей ИТ-компании. В части услуг IT, РЖД не поставщик, а потребитель. Быть крупным IT-поставщиком и работать на весь мир - из РФ, действительно, неудобно, многие страны вводят санкции-ограничения на импорт ПО из РФ. Но не менее верно и обратное утверждение: если потребитель услуг IT живёт в РФ, то ему из-за таких же ограничений неудобно импортировать из-за рубежа, ему желательно чтобы поставщик также работал в РФ. Как я могу прокомментировать запись в блоге "держите серверы за границей"? Для многих компаний такой совет будет вредным. Зачем, скажем, сервису продажи билетов держать серверы за границей? Это мы тем самым добровольно отдаём за границу рубильник, способный нарушить функционирование сервиса. Торговая компания, которая мой работодатель, когда-то держала часть некритичных серверов за границей (причём речь шла элементарно про DNS - это не www-сервера и не базы данных) - с нами отказался работать Сбербанк, вот просто не разрешает принимать платежи в интернет-магазине. Мотив простой - Сбербанк при таком размещении серверов не может гарантировать нам бесперебойный сервис по приёму платежей, и не хочет рисковать своей репутацией, ведь плеваться при неисправности будут не на зарубежного безымянного хостера, а на Сбербанк. |
Текущее время: 05:16. Часовой пояс GMT +4. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd. Перевод: zCarot
© 2001-2019, Администраторы и разработчики Клуба Trainsim