IT в России и мире в реалиях мирового кризиса

Цитата: adolfus от 05.05.2020 01:34:27Ащета в рамках протокола ftp хосты, участвующие в обмене, рассматриваются как равноправные, а передачи – симметричные. Никаких клиентов и никаких серверов ни в каком конкретном случае. Сервера и клиенты появляются выше любого протокола и, в частности, протокола ftp.

Хр-хр... RFC959, 1985 год. Там даже "картинка" есть, на странице 8. Вопчем нет такого. Есть четко прописанное понятие пользовательского обработчика протокола и серверного. Другое дело что таки да, возможна ситуация, когда пользовательская машина открывает лишь управляющее соединение (причем - на ОБА сервера. Ну и накой такое чудо, есси есть ssh, где можно обойтись одним?), а соединение для данных идет мимо "клиента". Но это вообще то специфическая ситуация, а не общий случай.

Цитата: adolfus от 05.05.2020 01:34:27Еще раз. В рамках ftp-протокола файлы передаются между двумя равноправными хостами – от источника к приемнику, а передача эта в общем случае управляется с третьего.

Каковы ваши доказательства? На мой взгляд, RFC959 с вами не согласно.

Цитата: adolfus от 05.05.2020 01:34:27В частном случае этим третьим хостом может выступать либо источник либо приемник.

Наоборот В специальном частном случае может выступать не участник обмена данными. Опять RFC.

Цитата: adolfus от 05.05.2020 01:34:27Кроме ftp ни один из интернет-протоколов, в частности, SFTP, на это не способен. SFTP – это вообще протокол для передачи файлов между удаленных хостом и локалхостом в рамках сеанса ssh.
Только FTPS оболадает свойствами ftp, так он и есть немного обрезанный протокол ftp, который работает поверх защищенного канала.

FTPS обладает свойствами, да... Одно из них - нихрена не работать в случае NAT. А как он буде работать, есси PORT команда проходит внутри зашифрованной TLS сессии, и протокол-хелперы на натящих рутаках нихрена не видят? Это из практики Лечение еще кривее - пасивный режим с заранее пропущеным диапазоном портов. Аааатличный протокол. Только никому ненужный.  И вы опять написали неправду про прям единственный - SMB2+ умеет, я даже ссылку давал как именно.

Отмечаем активный рост заказов на создание  и продвижение сайтов.                                          
   Из последних проектов сайт

Цитата: sanehnik от 06.05.2020 07:43:11Отмечаем активный рост заказов на создание  и продвижение сайтов.

Да потому что уже всем стало ясно - продавец не представленный в Интернете известен максимум в том квартале\районе где у него "точка".
Следующая грань понимания - сайты должны быть наполнены актуальным контентом, сайт-визитка "ниачом" не нужен.

Цитата: gvf от 06.05.2020 12:15:37Да потому что уже всем стало ясно - продавец не представленный в Интернете известен максимум в том квартале\районе где у него "точка".
Следующая грань понимания - сайты должны быть наполнены актуальным контентом, сайт-визитка "ниачом" не нужен.

Не надо с ботом разговривать ) Это строитель женского пола )

Цитата: qurvax от 05.05.2020 08:13:43Ну тогда я опять не понял смысла вашего исходного сообщения. Как так - "сайты" с оборудованием обходит, а к другому провайдеру достукивается? В колокола? В то, что есть маршрут "срезать" прям промежду агрегацией разных провайдеров - уж извините, не верю чейта.

Просто поинтересуйтесь, как работает ip-маршрутизация, и вы сами себе на свои вопросы ответите.

Цитата: qurvax от 05.05.2020 08:42:29Хр-хр... RFC959, 1985 год.

Скрытый текст

Там даже "картинка" есть, на странице 8. Вопчем нет такого. Есть четко прописанное понятие пользовательского обработчика протокола и серверного. Другое дело что таки да, возможна ситуация, когда пользовательская машина открывает лишь управляющее соединение (причем - на ОБА сервера. Ну и накой такое чудо, есси есть ssh, где можно обойтись одним?), а соединение для данных идет мимо "клиента". Но это вообще то специфическая ситуация, а не общий случай.\n\nКаковы ваши доказательства? На мой взгляд, RFC959 с вами не согласно.\n\nНаоборот В специальном частном случае может выступать не участник обмена данными. Опять RFC. \n\n

FTPS обладает свойствами, да... Одно из них - нихрена не работать в случае NAT.

Скрытый текст

А как он буде работать, есси PORT команда проходит внутри зашифрованной TLS сессии, и протокол-хелперы на натящих рутаках нихрена не видят? Это из практики Лечение еще кривее - пасивный режим с заранее пропущеным диапазоном портов. Аааатличный протокол. Только никому ненужный.  И вы опять написали неправду про прям единственный - SMB2+ умеет, я даже ссылку давал как именно.

NAT не причем. Речь идет о передаче данных между двумя хостами, которая организуется с третьего. Не вижу, причем тут нат. Вы еще за сквид хосты засуньте.

Цитата: adolfus от 09.05.2020 00:24:09Просто поинтересуйтесь, как работает ip-маршрутизация, и вы сами себе на свои вопросы ответите.

Но я какбы в курсе "слегка". 11 лет проработал в среднего пошиба городском ISP, да и сейчас недалеко ушел. А вы к этому делу отношение на практике имели ли?

ЦитатаNAT не причем. Речь идет о передаче данных между двумя хостами, которая организуется с третьего. Не вижу, причем тут нат. Вы еще за сквид хосты засуньте.

На практике хосты не в вакууме живут. Между ними (или любым из и "третьим" в вашем примере) бывает и NAT и свкид и черт с рогами (ISA реверс-прокся, например). И с этим всем у FTPS проблемы. Вот причем тут NAT.

Цитата: qurvax от 10.05.2020 11:02:08Но я какбы в курсе "слегка". 11 лет проработал в среднего пошиба городском ISP, да и сейчас недалеко ушел. А вы к этому делу отношение на практике имели ли?\n\nНа практике хосты не в вакууме живут. Между ними (или любым из и "третьим" в вашем примере) бывает и NAT и свкид и черт с рогами (ISA реверс-прокся, например). И с этим всем у FTPS проблемы. Вот причем тут NAT.

Имел.
Одним из хостов был коммерческий кластер, на котором обсчитывалось течение/обтекание, другим – кластер  поменьше (наш), задачей которого было конвертировать данные, полученные в процессе симуляции, в форму, пригодную для визуализации и анализа. Оператор, который занимался моделированием, сидел в КБ на фабрике у черта на куличках с "интернетом" через ADSL и запускал счет через грид. После того, как задание отрабатывало и массив выходных данных был готов, инициировал передачу данных на наш кластер, который из десятка гигабайт формировал файл для визуализатора, после чего оператор его скачивал себе на комп. Обмен данными осуществлялся по ftp.
Кластеры были на расстоянии около полутора км (15 минут идти по улицам пешком) и каждого был свой провайдер. Какое-то время работали через общий пиринговый центр. Потом узнали, что рядом с нами есть организация, которая пользовалась для выхода в интернет услугами того провайдера, в зоне которого был большой кластер. Им нужно было считать и они были готовы за свой счет бросить оптику (300 м) к нам, чтобы добраться к нашему кластеру. В результате мы их бесплатно пустили на свой кластер, а они нас смаршрутизировали на кластер, что был в зоне их провайдера. Грубо говоря, общими усилиями сколхозили свой собственный пиринговый центр. Ни первый, ни второй из провайдеров ничего против, кстати, не имели. 
Проблем с натом нет, поскольку nat имеет отношение к пассивному режиму ftp. В этом режиме передача "сервер-сервер" не работает вообще. Оба хоста должны "видеть" друг друга.

Цитата: adolfus от 11.05.2020 16:04:41Имел.
Одним из хостов был коммерческий кластер, на котором обсчитывалось течение/обтекание, другим – кластер  поменьше (наш), задачей которого было конвертировать данные, полученные в процессе симуляции, в форму, пригодную для визуализации и анализа. Оператор, который занимался моделированием, сидел в КБ на фабрике у черта на куличках с "интернетом" через ADSL и запускал счет через грид. После того, как задание отрабатывало и массив выходных данных был готов, инициировал передачу данных на наш кластер, который из десятка гигабайт формировал файл для визуализатора, после чего оператор его скачивал себе на комп. Обмен данными осуществлялся по ftp.
Кластеры были на расстоянии около полутора км (15 минут идти по улицам пешком) и каждого был свой провайдер. Какое-то время работали через общий пиринговый центр. Потом узнали, что рядом с нами есть организация, которая пользовалась для выхода в интернет услугами того провайдера, в зоне которого был большой кластер. Им нужно было считать и они были готовы за свой счет бросить оптику (300 м) к нам, чтобы добраться к нашему кластеру. В результате мы их бесплатно пустили на свой кластер, а они нас смаршрутизировали на кластер, что был в зоне их провайдера. Грубо говоря, общими усилиями сколхозили свой собственный пиринговый центр. Ни первый, ни второй из провайдеров ничего против, кстати, не имели. 
Проблем с натом нет, поскольку nat имеет отношение к пассивному режиму ftp. В этом режиме передача "сервер-сервер" не работает вообще. Оба хоста должны "видеть" друг друга.

Ну да, совершенно нормальная ситуация, когда двум организациям надо "напрямки". Никто не мешает вообще взять в аренду волокно (если оно есть). И причем тут тема о массовом изменении архитектуры, с маршрутизаторами в каждый дом?
По фтп вы опять написали какую-то наркоманию. Нат к пассивному режиму? Што? Может наоборот, пассивный режим придуман для неумеющих в обработчик FTP NAT'ов и пакетных фильтров? Отрицать наличие проблем у FTPS с NAT,  на основании вашей о них неосведомленности - без коментариев

Цитата: qurvax от 12.05.2020 09:20:11Ну да, совершенно нормальная ситуация, когда двум организациям надо "напрямки". Никто не мешает вообще взять в аренду волокно (если оно есть). И причем тут тема о массовом изменении архитектуры, с маршрутизаторами в каждый дом?
По фтп вы опять написали какую-то наркоманию. Нат к пассивному режиму? Што? Может наоборот, пассивный режим придуман для неумеющих в обработчик FTP NAT'ов и пакетных фильтров? Отрицать наличие проблем у FTPS с NAT,  на основании вашей о них неосведомленности - без коментариев

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

7 мая 2020 года, Москва — Технология диаризации и распознавания речи, созданная группой компаний ЦРТ (входит в экосистему Сбербанка), признана лучшей на международном конкурсе CHiME Speech Separation and Recognition Challenge (CHiME-6). Высокое признание технология получила за распознавание английской речи с нескольких микрофонов в условиях естественной обстановки. Группа ЦРТ показала наилучшие результаты тестов в самой сложной задаче конкурса, значительно превзойдя конкурентов.

Организаторы CHiME предлагают сильнейшим командам со всего мира различные задачи, которые с каждым новым конкурсом усложняются. На CHiME-5, конкурсанты решали так называемую cocktail party problem — распознавание спонтанной речи нескольких дикторов в условиях частичного наложения речи и шума, то есть в типичной ситуации общения на вечеринке. Этот блок требовал работы с сегментированной (уже выделенной) речью. Новизна и особенность CHiME-6 заключалась в том, что впервые в истории конкурсантам было предложено решить аналогичную проблему, но работая с несегментированной речью, при этом — с перекрытием речи до 20%. Именно на решении этой, самой сложной, задачи сфокусировалась команда ЦРТ.

Записи для конкурса были сделаны на 20 ужинах в реальных домах на вечеринках, где люди готовили, ели, мыли посуду, свободно и эмоционально общались, шутили и смеялись. Для распознавания здесь сложны одновременная речь 2-4 человек, реверберация и интенсивный шум – звон приборов, льющаяся из крана вода, гул кондиционера, шаги, смех.

Цель участников — создать систему распознавания, которая «прослушает» записи и выдаст полную расшифровку с наименьшим количеством ошибок.  Команда группы ЦРТ заняла первое место:

На графике: результаты конкурса, в столбцах — количество допущенных ошибок.

Источник: https://chimechallenge.github.io/chime6/results.html
Для этого был разработан уникальный алгоритм выделения речевых сегментов для каждого из дикторов, а также создан комплекс из нескольких нейронных сетей разных архитектур, различающий разных дикторов, реализующий бимформинг (эффект нацеливания микрофонов на конкретного диктора) и непосредственно распознающий речь.

Кроме группы ЦРТ, в конкурсе участвовали научные команды со всего мира: и известные IT-компании — Toshiba и ряд других, и крупные университеты-лидеры в области речевых технологий: Университет Джонса Хопкинса (США), Университет науки и технологии Китая, Технический университет Брно (Чехия) и др.
продолжение
https://www.speechpr…07-05-2020

Цитата: Slav Rus от 13.05.2020 12:47:57Для этого был разработан уникальный алгоритм выделения речевых сегментов для каждого из дикторов, а также создан комплекс из нескольких нейронных сетей разных архитектур, различающий разных дикторов, реализующий бимформинг (эффект нацеливания микрофонов на конкретного диктора) и непосредственно распознающий речь.

Ну правильно, куча народу понакупила себе домашних микрофонов, передаёт звуки из своего дома на сервер, а товариш майор не резиновый - столько прослушать и распознать не в состоянии )

Корпорация Microsoft предлагает бесплатный доступ к некоторым своим сервисам для российских государственных, медицинских и образовательных учреждений. Но на ограниченный срок, на полгода.

Связано это с тем, что в последнее время позиции Microsoft на российском рынке ПО пошатнулись – госучреждения все чаще выбирают альтернативные продукты, зачастую российского производства.

По сути, Microsoft прибегает к проверенной тактике наркодилеров – первые дозы бесплатные.

Цитата: Посредник от 15.05.2020 22:12:08Не понимаю почему до сих пор Государством не обнародован четкий, поэтапный, С КОНКРЕТНЫМИ СРОКАМИ план ухода государственных учреждений от использования этой вражеской погани- продукции корпорации Майкрософт!?\n\nЕдиницы рабочих мест нуждаются в пресловутых Windows и Microsoft Office на самом деле. А именно:
- сложные устройства для которых "дрова" на данный момент есть только для "винды" (МРТ, КТ, УЗИ- эт я про медицинское оборудование. В других специальностях тоже наверняка такое есть)
- отдельные программы (та же "Статистика" например

Основная причина не переходить на Линукс- "ой а тут кнопочки по-другому расположены! Я так не согласна!"

Не понимаете, потому что проблема отнюдь не в расположении кнопочек.
Вот как у немцев(отсюда):

ЦитатаАдминистрация Мюнхена создает новый план по переходу к использованию на ПК чиновников ОС и программ с открытым исходным кодом. Власти города предпринимают этот шаг во второй раз – в 2003 г. переход на Linux обошелся им в 30 млн евро, а в возврат к Windows затребовал еще 50 млн евро.
...
Власти Мюнхена принимают решение о переходе на ПО с открытым исходным кодом и отказе от продукции Microsoft не в первый раз. История началась в 2003 г., когда городской совет впервые проголосовал за такой переход.
Стремление немецких чиновников отказаться от ПО Microsoft было напрямую связано с приближавшимся на тот момент прекращением поддержки ОС Windows NT 4.0 (она была полностью прекращена 31 декабря 2004 г.).
После голосования городского совета чиновники Мюнхена утвердили план миграции: за 10 лет они должны были потратить на этот процесс 30 млн евро. В 2013 г. было объявлено о завершении проекта. К этому времени на открытое ПО были переведены около 15 тыс. рабочих мест в муниципалитете, что составляет 80% от их общего числа. В качестве операционной системы была выбрана кастомизированная версия Ubuntu под названием LiMux, а в качестве офисного пакета — OpenOffice (с последующим переходом на LibreOffice).
Спустя несколько месяцев после перехода на LiMux выяснилось, что для дальнейшей поддержки новой инфраструктуры с открытым кодом потребуются дополнительные финансовые вливания. Другими словами, Linux оказался «чрезмерно дорогим» для властей Мюнхена из-за необходимости дополнительного программирования.
...
Отказ от Windows в других странах
Германия – не единственная страна, один из городов которой может в обозримом будущем полностью перейти на открытое ПО. В декабре 2019 г. CNews сообщал, что власти Китая разработали план по полному отказу от американских компьютеров, ноутбуков, а также от американского ПО в госучреждениях всей страны в пользу отечественных аналогов. Стратегия была разработана сроком на три года – к концу 2022 г. импортозамещение в данной области должно быть 100-процентным. К разработке замены Windows, в декабре 2019 г. приступили два крупных китайских разработчика ПО – компании China Standard Software (CS2C) и Tianjin Kylin Information (TKC), имеющие опыт по разработке ОС, пользующихся спросом в Китае.
Попытку перевести ПК правительственных учреждений, школ и системы здравоохранения на Linux предпринимали и власти испанской провинции Эстремадура – решение об этом было принято еще в 2002 г. Поводом для миграции стали традиционные преимущества ПО на открытом коде: экономия на лицензиях, технологическая независимость, возможность доступа к программному коду программ и развитие местной индустрии программирования.
Специально для этого был разработан дистрибутив LinEx, основанный на Debian. За первый год проекта в Эстремадуре, население которой немногим превышает 1 млн человек, было распространено около 200 тыс. дистрибутивов LinEx на компакт-дисках и более 70 тыс. дистрибутивов загружено с сайта. Однако в конце 2011 г. власти провинции отказались от перевода компьютеров бюджетных организаций на LinEx – по мнению совета провинции, во время экономического кризиса идея разработки специального дистрибутива Linux стала несостоятельной.
В феврале 2020 г. отказ от использования Windows запланировали и власти Южной Кореи – они решили перевести все правительственные ПК на южнокорейские дистрибутивы Linux. Причиной было названо стремление страны сократить зависимость от иностранной ОС до минимума.

В-общем, процесс сложный недешёвый, много кто им озаботился, но "боюсь, что до октябрьских не управимся".
ЗЫ В целях поддержки открытого ПО пост написан на elementary OS 5.1.4 Hera\Построена на базе Ubuntu 18.04.4 LTS\Linux 4.15.0-99-generic\GTK 3.22.30

Цитата: Посредник от 15.05.2020 22:12:08

Скрытый текст

Не понимаю почему до сих пор Государством не обнародован четкий, поэтапный, С КОНКРЕТНЫМИ СРОКАМИ план ухода государственных учреждений от использования этой вражеской погани- продукции корпорации Майкрософт!?\n\nЕдиницы рабочих мест нуждаются в пресловутых Windows и Microsoft Office на самом деле. А именно:
- сложные устройства для которых "дрова" на данный момент есть только для "винды" (МРТ, КТ, УЗИ- эт я про медицинское оборудование. В других специальностях тоже наверняка такое есть)
- отдельные программы (та же "Статистика" например

Основная причина не переходить на Линукс- "ой а тут кнопочки по-другому расположены! Я так не согласна!"

Кажется, вы очень далеки от всего, что связано с автоматизацией процессов на производстве. Дело не в кнопочках, а в программном обеспечении - в тысячах прикладных программ, которые УЖЕ написаны под "винду", в тысячах специалистов, которые годами изучали технологии .NET, WPF, MVC/ASPX, MSSQL и т.п.
.
Вы, кажется, даже не представляете себе, что такое для фирмы, предприятия или ведомства перейти на новую CRM или АСУП (даже в рамках одной ОС, а если с винды на линукс - это вообще будет задница). Это:
.
1. это ждать, когда спецы переучатся на новые технологии (ни курсами, ни книгами это не решается - только опыт, что приведет к нулевой эффективности ИТ-подразделений, занятых самообучением, а не профильной работой)
2. высунув язык искать новых (и весьма недешевых из-за эксклюзивности) спецов на очень немногочисленном и очень разнообразном рынке уникс/линукс-специалистов (я даже навскидку могу перечислить полтора десятка линух-опрационок)
3. ввести новых спецов в предметную область
4. очень долго ждать, когда они что-то сделают
5. очень долго вылавливать косяки, которые неизбежно будут вылезать в свеже-разработанных программах 
6. очень долго сводить новые программы в единую систему в рамках одного учреждения
.
И, самое главное: из-за огромного зоопарка в операционных линукс-системах найти нужного спеца будет очень нелегко и очень дорого. А ругаемый вами Микрософт - он один и заставил кучу фирм разрабатывать ПО под свою ОДНУ операционку, и худо-бедно добился поддержки старых программ на новых версиях своих ОС. А еще проводит стандартизированное обучение специалистов, которые могут работать на продуктах Микрософта в разных областях.

Цитата: Посредник от 15.05.2020 22:12:08Не понимаю почему до сих пор Государством не обнародован четкий, поэтапный, С КОНКРЕТНЫМИ СРОКАМИ план ухода государственных учреждений от использования этой вражеской погани- продукции корпорации Майкрософт!?
Единицы рабочих мест нуждаются в пресловутых Windows и Microsoft Office на самом деле.

Ну раз пошла такая пьянка…
Вот подобный вопрос я для себя задавал уже достаточно давно. И пришёл к такому мнению (пусть может и неправильном и сумбурному):
Какую-то часть ПО вполне себе портировали на Линукс (а последующее портирование на какой-нибудь другой юникс будет уже достаточно плёвой задачей): FineReader, КриптоПро CSP, но как-то безо всякой гуйни (Хоть есть образец который портировали полностью - 1с8). Смутные подозрения даже, что основная сложность в этом гуе и состоит. Ибо в других странах тоже - портировано либо то, что было написано с использованием чего-то кроссплатформенного (Qt и т.п.), либо без гуя.
Вот например возьму ПО такой компании как Микрософт: .NET Core, MS SQL - без графического интерфейса; Skype, Visual Studio Code, MS Internet Explorer Edge (уже на движке Хрома) с гуем, но и изначально были кроссплатформенными и принадлежали хотя бы частично другой компании (теперь можно даже на C# в VS Code под Линукс писать, главное мысли о каком-то параде от себя гнать подальше  ).
Так что я думаю, пока не научаться быстро, легко и главное дёшево портировать (ну или wine окончательно до ума доведут) ни о каком конкретном плане перехода государственных учреждений говорить нельзя

Цитата: roQiN от 16.05.2020 12:03:13Так что я думаю, пока не научаться быстро, легко и главное дёшево портировать (ну или wine окончательно до ума доведут) ни о каком конкретном плане перехода государственных учреждений говорить нельзя

Ну Вы ведь знаете анекдот про быстро, дешево и качественно и выкидывание одного из ? Это как раз тот случай.
Ну и зачем тому же разработчику ПО делать версию под Линукс если у него 90% заказчиков сидит под Виндой, 9% под МакОсью а на зоопарк юникс-систем приходится аж целый 1 %. 

Цитата: roQiN от 16.05.2020 12:03:13Так что я думаю, пока не научаться быстро, легко и главное дёшево портировать (ну или wine окончательно до ума доведут) ни о каком конкретном плане перехода государственных учреждений говорить нельзя

Ну и многие айтишники конечно люди не от мира сего, но даже среди них немного бессеребренников, одновременно и достаточно квалифицированных и готовых пойти сисадминами Линукса на малооплачиваемую и неуважаемую в народе (тупо читаем даже наш форум ) госслужбу.

Цитата: roQiN от 16.05.2020 12:03:13Ну раз пошла такая пьянка…
Вот подобный вопрос я для себя задавал уже достаточно давно. И пришёл к такому мнению (пусть может и неправильном и сумбурному):
Какую-то часть ПО вполне себе портировали на Линукс (а последующее портирование на какой-нибудь другой юникс будет уже достаточно плёвой задачей): FineReader, КриптоПро CSP, но как-то безо всякой гуйни (Хоть есть образец который портировали полностью - 1с8). Смутные подозрения даже, что основная сложность в этом гуе и состоит. Ибо в других странах тоже - портировано либо то, что было написано с использованием чего-то кроссплатформенного (Qt и т.п.), либо без гуя.
Вот например возьму ПО такой компании как Микрософт: .NET Core, MS SQL - без графического интерфейса; Skype, Visual Studio Code, MS Internet Explorer Edge (уже на движке Хрома) с гуем, но и изначально были кроссплатформенными и принадлежали хотя бы частично другой компании (теперь можно даже на C# в VS Code под Линукс писать, главное мысли о каком-то параде от себя гнать подальше  ).
Так что я думаю, пока не научаться быстро, легко и главное дёшево портировать (ну или wine окончательно до ума доведут) ни о каком конкретном плане перехода государственных учреждений говорить нельзя

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

Цитата: Senya от 16.05.2020 16:56:07Ну и многие айтишники конечно люди не от мира сего, но даже среди них немного бессеребренников, одновременно и достаточно квалифицированных и готовых пойти сисадминами Линукса на малооплачиваемую и неуважаемую в народе (тупо читаем даже наш форум ) госслужбу.

А зачем сисадмины в то виде как это было 20 лет назад сейчас и не нужны ни на Линукс ни на Win, заключат договор на удалённое обслуживание с какой нибудь компанией и всё.