Охеревшие рожи.Компании США отказались поддерживать своё ПО в крупных ведомствах РФ
20.04.2016, 13:36
Компании США, которые предоставляют программное обеспечение для некоторых российских ведомств в сфере торговли, отказались от его поддержки. Это повлекло сбои в работе ведомств, сообщил помощник президента РФ Игорь Щёголев на расширенном заседании коллегии Минкомсвязи.
«У нас были сбои в работе достаточно крупных наших ведомств, которые влияли на международную торговлю, по той причине, что этим ведомствам было отказано в поддержке ряда информационных систем, закупленных ранее в Соединённых Штатах Америки», — приводит РИА Новости заявление Щёголева.
По его словам, некоторые системы неработоспособны сейчас из-за того, что поставлявшие их компании отказались от поддержки в связи с антироссийскими санкциями. Помощник президента отметил, что это напрямую касается не только интернет-торговли, а к развития торговли в целом.
«Я не буду называть эти компании, чтобы лишний раз не рекламировать. Их практика работы направлена на то, чтобы шантажировать заказчика и покупателя, они вывешивают в открытом доступе систему своих уязвимостей и говорят — коллеги, если вы хотите, чтобы эти уязвимости не были использованы, заплатите нам за поддержку и мы их устраним», — добавил он.
https://russian.rt.com/article/159637
Софт и импортозамещение
К вопросу, зачем суверенному государству нужно своё, когда "всё можно купить":
1514: BadBlock: с софтом конечно катастрофическая ситуация... своего нет ни хрена практически. надо работать в этом направлении, а чтото не видно ничего.
1515: Liderk:
Ну много есть чего.но еще большего нет, да
Ну много есть чего.но еще большего нет, да
1516: Yandex(Bot): нет системных вещей, без которых почти все, что есть - теряет ценность и смысл. СУБД, к примеру.
1517: Liderk:
Видимо будут реестр дополнять и на что-то из него переходить.
https://reestr.minsvyaz.ru/reestr/?sort ... sc&class%5 ... t_filter=Y
Видимо будут реестр дополнять и на что-то из него переходить.
https://reestr.minsvyaz.ru/reestr/?sort ... sc&class%5 ... t_filter=Y
1517: Liderk:
> СУБД, к примеру.
Есть Ред на основе Firebird http://www.red-soft.biz/ru/main_products.html#rbd
> СУБД, к примеру.
Есть Ред на основе Firebird http://www.red-soft.biz/ru/main_products.html#rbd
1519: BadBlock: интересно. надо посмотреть что это такое. есть внедрения какие то. как себя ведет на промышленных задачах.
1517: Liderk:
сапры есть. а субд я даже не знаю где в совковой промышленности применялись. однако ракета и бонба есть, а в голландии где субд есть - бонбы нет
сапры есть. а субд я даже не знаю где в совковой промышленности применялись. однако ракета и бонба есть, а в голландии где субд есть - бонбы нет
-
alex_za
1519: BadBlock пишет:
> 1517: Liderk:
>> СУБД, к примеру.
>
> Есть Ред на основе Firebird http://www.red-soft.biz/ru/main_products.html#rbd
Огнептичка, это извините пиз*ц, может в мелких, локальных проектах, где не важна ни скорость доступа к данным, ни гарантированность транзакций(!!!!!), может оно и канает, но блин в серьезных системах уровня принятия решений, это смешно. Там только СУБД уровня hp nonstop, oracle, ibm mainframe, и вот тут у нас реальный фейл, ибо наши наработки по аналогам mainframe, в виде ЕС проёбаны нахрен, почти совсем. Печально
> 1517: Liderk:
>> СУБД, к примеру.
>
> Есть Ред на основе Firebird http://www.red-soft.biz/ru/main_products.html#rbd
Огнептичка, это извините пиз*ц, может в мелких, локальных проектах, где не важна ни скорость доступа к данным, ни гарантированность транзакций(!!!!!), может оно и канает, но блин в серьезных системах уровня принятия решений, это смешно. Там только СУБД уровня hp nonstop, oracle, ibm mainframe, и вот тут у нас реальный фейл, ибо наши наработки по аналогам mainframe, в виде ЕС проёбаны нахрен, почти совсем. Печально
1522: alex_za:
> Огнептичка, это извините пиз*ц, может в мелких, локальных проектах
> может в мелких, локальных проектах, где не важна ни скорость доступа к данным, ни гарантированность транзакций(!!!!!), может оно и канает, но блин в серьезных системах уровня принятия решений, это смешно.
Я лично, уж извини, подобные экспертные мнения пропускаю мимо ушей.
> Огнептичка, это извините пиз*ц, может в мелких, локальных проектах
> может в мелких, локальных проектах, где не важна ни скорость доступа к данным, ни гарантированность транзакций(!!!!!), может оно и канает, но блин в серьезных системах уровня принятия решений, это смешно.
Я лично, уж извини, подобные экспертные мнения пропускаю мимо ушей.
Тут, кстати, Аэрофлот однажды заменил свой зоопарк (MS SQL Server, Oracle 8/8i/9i, Firebird и т.д.) полностью на Firebird.
Надо им сказать, что они дураки.
Заодно и другим компаниям из этого, например, списка:
Надо им сказать, что они дураки.
Заодно и другим компаниям из этого, например, списка:
Газпром
Магнит
Газпромбанк
Сибур
Аэрофлот
Почта России
Фармстандарт
Московская Биржа
Газпром автоматизация
Отисифарм
РКК Энергия
1524: BadBlock: если так, то хорошо, конечно. честно говоря, были те же сомнения, что озвучил alex_za. Но сразу говорю - ничего о файерберде не знаю - нужно почитать, посмотреть.
1525: Liderk:
В деле выяснения можно запросто попасть на холивар. ))
В деле выяснения можно запросто попасть на холивар. ))
-
alex_za
Ну так расскажите мне, хреновому эксперту, как там с процессом бэкапа-восстановления штатными средствами?BadBlock писал(а):1522: alex_za:
Я лично, уж извини, подобные экспертные мнения пропускаю мимо ушей.
С нативной кластеризацией, репликацией штатными средствами, дабы не порождать задержек при выполнении транзакций?
Ну и наконец, каков механизм гарантирования транзакций на в кластерной среде?
А может еще про скорость по сравнению с Oracle расскажете?
Я бы с интересом посмотрел бы на попытку развернуть данную базу, скажем хотя бы 50 Тб размером (пусть даже варехауза) и памятью на сервере хотя бы гигов на 512.
1527: alex_za: \
> Ну так расскажите мне, хреновому эксперту,
Это не ко мне.
Я написал список компаний, кому можно пойти и рассказать, что они дураки и ничего не понимают.
> базу, скажем хотя бы 50 Тб
"Хотя бы". Так, чисто для небольшого примера, ага.
И если она 50 Тб не потянет — значит, говно.
Вспоминается анек про японскую пилу и суровых сибирских мужиков.
> Ну так расскажите мне, хреновому эксперту,
Это не ко мне.
Я написал список компаний, кому можно пойти и рассказать, что они дураки и ничего не понимают.
> базу, скажем хотя бы 50 Тб
"Хотя бы". Так, чисто для небольшого примера, ага.
И если она 50 Тб не потянет — значит, говно.
Вспоминается анек про японскую пилу и суровых сибирских мужиков.
-
alex_za
1528: BadBlock пишет:
> "Хотя бы". Так, чисто для небольшого примера, ага.
> И если она 50 Тб не потянет — значит, говно.
> Вспоминается анек про японскую пилу и суровых сибирских мужиков.
Ну да, а как вы думаете скажем, у оператора связи средней руки какой размер продуктовой базы? Особенно с учетом последних правок законодательства относительно сроков хранения данных по операциям абонов?
Или например у процессингового центра?
Ну и по другим пунктам, кроме размера видимо ответа тоже не будет.
> "Хотя бы". Так, чисто для небольшого примера, ага.
> И если она 50 Тб не потянет — значит, говно.
> Вспоминается анек про японскую пилу и суровых сибирских мужиков.
Ну да, а как вы думаете скажем, у оператора связи средней руки какой размер продуктовой базы? Особенно с учетом последних правок законодательства относительно сроков хранения данных по операциям абонов?
Или например у процессингового центра?
Ну и по другим пунктам, кроме размера видимо ответа тоже не будет.
1528: BadBlock:
> Вспоминается анек про японскую пилу и суровых сибирских мужиков.
+1 а еще, походу, кто то слишком борзеет от безнаказанности за свои речи
> Вспоминается анек про японскую пилу и суровых сибирских мужиков.
+1 а еще, походу, кто то слишком борзеет от безнаказанности за свои речи
-
alex_za
1528: BadBlock пишет:
> Это не ко мне.
> Я написал список компаний, кому можно пойти и рассказать, что они дураки и ничего не понимают.
Мне вот интересно другое, они уже отказались от Oracle? Или просто для некоторых мелких проектов внедрили огнептичку?
> Это не ко мне.
> Я написал список компаний, кому можно пойти и рассказать, что они дураки и ничего не понимают.
Мне вот интересно другое, они уже отказались от Oracle? Или просто для некоторых мелких проектов внедрили огнептичку?
-
alex_za
1530: Manfred пишет:
> 1528: BadBlock:
>> Вспоминается анек про японскую пилу и суровых сибирских мужиков.
> +1 а еще, походу, кто то слишком борзеет от безнаказанности за свои речи
Безнаказанность за объективные вопросы?
Может вы ответите на мои вопросы?
> 1528: BadBlock:
>> Вспоминается анек про японскую пилу и суровых сибирских мужиков.
> +1 а еще, походу, кто то слишком борзеет от безнаказанности за свои речи
Безнаказанность за объективные вопросы?
Может вы ответите на мои вопросы?
1532: alex_za:
>Безнаказанность за объективные вопросы?
ты в других темах "замечательно" отметился
>Может вы ответите на мои вопросы?
а мне зачем? я другим занимаюсь, а не базами данных. Могу только сказать, что про импортозамещение в сфере ПО знаю не понаслышке, но вот подробностей уж не буду объяснять, лениво мне и смысла не вижу.
>Безнаказанность за объективные вопросы?
ты в других темах "замечательно" отметился
>Может вы ответите на мои вопросы?
а мне зачем? я другим занимаюсь, а не базами данных. Могу только сказать, что про импортозамещение в сфере ПО знаю не понаслышке, но вот подробностей уж не буду объяснять, лениво мне и смысла не вижу.
-
alex_za
1533: Manfred пишет:
>>Может вы ответите на мои вопросы?
> а мне зачем? я другим занимаюсь, а не базами данных. Могу только сказать, что про импортозамещение в сфере ПО знаю
> не понаслышке, но вот подробностей уж не буду объяснять, лениво мне и смысла не вижу.
Не специалист, но высказывания осуждаю, отличная позиция.
А с каких пор огнептичка стала не импортным продуктом?
>>Может вы ответите на мои вопросы?
> а мне зачем? я другим занимаюсь, а не базами данных. Могу только сказать, что про импортозамещение в сфере ПО знаю
> не понаслышке, но вот подробностей уж не буду объяснять, лениво мне и смысла не вижу.
Не специалист, но высказывания осуждаю, отличная позиция.
А с каких пор огнептичка стала не импортным продуктом?
1529: alex_za:
> Ну и по другим пунктам, кроме размера видимо ответа тоже не будет.
А зачем? Если ты, судя по всему, не понимаешь, что СУБД выбирается, исходя из поставленной задачи и доступных ресурсов, а не тупо взять самого монстрового монстра на все случаи жизни, который обвешан погремушками по самую крышу.
> Ну и по другим пунктам, кроме размера видимо ответа тоже не будет.
А зачем? Если ты, судя по всему, не понимаешь, что СУБД выбирается, исходя из поставленной задачи и доступных ресурсов, а не тупо взять самого монстрового монстра на все случаи жизни, который обвешан погремушками по самую крышу.
1534: alex_za:
> Не специалист, но высказывания осуждаю, отличная позиция.
а ты у нас телепат, не так ли?
>А с каких пор огнептичка стала не импортным продуктом?
с тех пор как стала "Ред База Данных (РБД)"
> Не специалист, но высказывания осуждаю, отличная позиция.
а ты у нас телепат, не так ли?
>А с каких пор огнептичка стала не импортным продуктом?
с тех пор как стала "Ред База Данных (РБД)"
-
alex_za
1535: BadBlock пишет:
> А зачем? Если ты, судя по всему, не понимаешь, что СУБД выбирается, исходя из поставленной задачи и доступных ресурсов,
> а не тупо взять самого монстрового монстра на все случаи жизни, который обвешан погремушками по самую крышу.
Я то как раз это понимаю более чем полностью.
И изначально об этом я и писал:
И почему-то получил бурю негодования в ответ.
> А зачем? Если ты, судя по всему, не понимаешь, что СУБД выбирается, исходя из поставленной задачи и доступных ресурсов,
> а не тупо взять самого монстрового монстра на все случаи жизни, который обвешан погремушками по самую крышу.
Я то как раз это понимаю более чем полностью.
И изначально об этом я и писал:
Именно об этом, что с мелкими проектами - да, может быть. Но в крупных - пипец.Огнептичка, это извините пиз*ц, может в мелких, локальных проектах, где не важна ни скорость доступа к данным, ни гарантированность транзакций(!!!!!), может оно и канает, но блин в серьезных системах уровня принятия решений, это смешно. Там только СУБД уровня hp nonstop, oracle, ibm mainframe, и вот тут у нас реальный фейл, ибо наши наработки по аналогам mainframe, в виде ЕС проёбаны нахрен, почти совсем. Печально
И почему-то получил бурю негодования в ответ.
1537: alex_za:
> Огнептичка, это извините пиз*ц, может в мелких, локальных проектах,
Ааа, так у тебя база на 2-10 Тб уже считается мелким локальным проектом? Да даже на 300-600 Гб.
Ну-ну, ладно тогда.
> И почему-то получил бурю негодования в ответ.
Не видел бурь негодования.
> Огнептичка, это извините пиз*ц, может в мелких, локальных проектах,
Ааа, так у тебя база на 2-10 Тб уже считается мелким локальным проектом? Да даже на 300-600 Гб.
Ну-ну, ладно тогда.
> И почему-то получил бурю негодования в ответ.
Не видел бурь негодования.
-
alex_za
1538: BadBlock пишет:
> Ааа, так у тебя база на 2-10 Тб уже считается мелким локальным проектом? Да даже на 300-600 Гб.
> Ну-ну, ладно тогда.
Да пара Тб, это смешно в наше время, как по мне, это даже не уровень мелкого/среднего предприятия.
Вообще сейчас стандартная практика в БД хранить не только текстовую и численную информацию, но и медиа/документы в виде BLOBов.
Да и что вы на размере зациклились.
СУБД прежде всего должна поддерживать высокий уровень доступности, гарантированность транзакций, сохранность данных, скорость.
И не важно 300 Гб, или 50 Тб.
Очевидно же.
> Ааа, так у тебя база на 2-10 Тб уже считается мелким локальным проектом? Да даже на 300-600 Гб.
> Ну-ну, ладно тогда.
Да пара Тб, это смешно в наше время, как по мне, это даже не уровень мелкого/среднего предприятия.
Вообще сейчас стандартная практика в БД хранить не только текстовую и численную информацию, но и медиа/документы в виде BLOBов.
Да и что вы на размере зациклились.
СУБД прежде всего должна поддерживать высокий уровень доступности, гарантированность транзакций, сохранность данных, скорость.
И не важно 300 Гб, или 50 Тб.
Очевидно же.
Странно "измерять" пригодность СУБД размером БД. Ну это ладно.
Вообще, конечно, до конца если честно, то я тоже как то подпроебал момент, когда файерберд и постгри вдруг стали русскими
. Шутка юмора. На самом деле пусть хотя бы так появится (или уже появилась) отечественная СУБД.
Объективно - зависимость от Оракла (или микрософта, пофиг) - это так плохо, что хуже некуда.
Вообще, конечно, до конца если честно, то я тоже как то подпроебал момент, когда файерберд и постгри вдруг стали русскими
Объективно - зависимость от Оракла (или микрософта, пофиг) - это так плохо, что хуже некуда.
-
alex_za
1524: BadBlock пишет:
> Тут, кстати, Аэрофлот однажды заменил свой зоопарк (MS SQL Server, Oracle 8/8i/9i, Firebird и т.д.) полностью на Firebird.
Кстати.
https://www.oracle.com/ru/corporate/pre ... lot-work-w ... 60208.html
> Тут, кстати, Аэрофлот однажды заменил свой зоопарк (MS SQL Server, Oracle 8/8i/9i, Firebird и т.д.) полностью на Firebird.
Кстати.
https://www.oracle.com/ru/corporate/pre ... lot-work-w ... 60208.html
Уж не думаете ли вы, что Oracle приделал к своей CRM коннектор к Firebird? И перепахал архитектуру для работы с ним, вопреки своей коммерческой стратегии?Москва—10 Февраль 2016 г.
В компании «Аэрофлот», крупнейшей авиакомпании России, развернута система управления лояльностью для корпоративных клиентов на основе Oracle Siebel Loyalty. Она позволяет корпоративным заказчикам совершать покупки в личном кабинете и автоматически ведет начисление и списание бонусов. Созданную систему отличают возможности гибкой настройки.
1539: alex_za:
> СУБД прежде всего должна поддерживать высокий уровень доступности, гарантированность транзакций, сохранность данных, скорость.
> И не важно 300 Гб, или 50 Тб.
Я уже привёл список компаний, которым можно пойти и рассказать, что у них СУБД говно и не поддерживает "высокий уровень доступности, гарантированность транзакций, сохранность данных, скорость", мне это бессмысленно рассказывать. Я просто вижу, что Аэрофлот летает, СКУД Газпрома качать газ не мешает, про банк с базой на 7 Тб и ежемесячно прирастающей на 1 Тб обещали рассказать, жду вот, и т.п. А с холиварами не ко мне.
> СУБД прежде всего должна поддерживать высокий уровень доступности, гарантированность транзакций, сохранность данных, скорость.
> И не важно 300 Гб, или 50 Тб.
Я уже привёл список компаний, которым можно пойти и рассказать, что у них СУБД говно и не поддерживает "высокий уровень доступности, гарантированность транзакций, сохранность данных, скорость", мне это бессмысленно рассказывать. Я просто вижу, что Аэрофлот летает, СКУД Газпрома качать газ не мешает, про банк с базой на 7 Тб и ежемесячно прирастающей на 1 Тб обещали рассказать, жду вот, и т.п. А с холиварами не ко мне.
-
alex_za
1540: Liderk пишет:
> Объективно - зависимость от Оракла (или микрософта, пофиг) - это так плохо, что хуже некуда.
Согласен, при чем зависимость в таких областях, в которые просто и допускать иностранные компании нельзя по сути.
http://www.mfisoft.ru/news/novosti/novosti_346.html
> Объективно - зависимость от Оракла (или микрософта, пофиг) - это так плохо, что хуже некуда.
Согласен, при чем зависимость в таких областях, в которые просто и допускать иностранные компании нельзя по сути.
http://www.mfisoft.ru/news/novosti/novosti_346.html
Такие вот дела...Продукты и технологии Oracle успешно используются в решениях МФИ Софт для обеспечения легального контроля СОРМ, в частности, ИС СОРМ Январь. Кроме того, разработки Oracle применяются в решениях МФИ Софт для IP-коммуникаций, предназначенных для управления вызовами на транзитных VoIP-сетях с реализацией расширенных возможностей интеллектуальной маршрутизации и развитой системой аналитики.
Последний раз редактировалось alex_za 21 апр 2016 11:57, всего редактировалось 1 раз.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей