Предварительным замечанием напомню, что правильно сформулированный вопрос содержит бОльшую часть ответа.
С практическим следствием в виде того, что неправильная формулировка вопроса (постановки задачи) легко преобразует задачу к виду нерешаемой.
Далее напомню извечную позицию благословенного заокраинного по вопросу промышленного производства в «колониях» (трассологическая реконструкция в виде цитаты из современной художественной литературы):
… Некто из великих министров, было дело, ляпнул от великого ума: «Если в колониях изготовят хотя бы гвоздь, я буду рассматривать это как государственную измену». Проговорился один, но думают так все…
В завершение нити следует отметить, что бОльшим ужасом политических деятелей Запада является лишь формирование *самостоятельной* технологической традиции, превосходящей достижения Запада.
«Запад стоит на принципе монопольной привилегии на „приоритет и диктат в науке, образовательных технологиях и социальных технологий…“» © Электрик
В этом случае (при одной только видимости укоренения аутентичной «туземной» традиции, равной или способной превзойти достижения благословенного заокраинного) все металлические занавески внезапно падают, открывая дорогу Унификации (конечно же под эгидой «прогрессивного» Запада).
Наглядной иллюстрацией напомню свидетельства ожесточения, с которой успех операции «Катастройка» конвертировался в уничтожение советских наработок в области станкостороения.
Вычислительная техника — следующий за индустриальным (машинным производством) уровень абстракции технологий управления. И тут Успех в деле утверждения вожделенной монополии благословенного заокраинного был достигнут задолго до оффициального запуска операции «Катастройка» (см. историю решения проблемы конкуренции советской ВТ).
В святые девяностые, благодаря «разгулу компьютерного пиратства» удалось… хорошо продвинуться в решении следующей части задачи, дополняющей желаемую унификацию аппаратной части утверждением «своей» монополии в области системного ПО.
В результате, когда в начале 2014 года начали проявляться риски выстроенной модели, шла уже четвёртая пятилетка утверждения желанного статус-кво (с сопутствующими плюшками в виде подготовленных в этой парадигме специалистов).
А теперь можно переходить к собственно заявленной теме. Смотрите на даты.
К первой половине 2019 (!) года до директората дошло (?) понимание рисков полного игнорирования задачи импортозамещения. Вследствие чего обнаружилась некоторая деятельность (по мне — скорее имитация деятельности).
Начать решили с простого, понятного и доступного, с отказа от Microsoft Office. При этом пошли по заведомо гиблому пути с сохранением завязки на проприетарные форматы документов Microsoft Office. И, как показала практика конца 2021 года, воз в виде сервисов, интегрированных с оным и ныне располагается на прежнем месте. С единственным дополнением в виде планов по закупке товарно-программных решений, решающих те же задачи в отвязке от мелкомягкого поделия.
Относительно выбранной альтернативы у меня есть большие подозрения, что комплекс достоинств сводится к следствиям из «товарности». В Linux-версии — закономернейшие ереси (в виде привычных по миру Window$ «pesky» (© man 5 unpacker.eclass) архивов программы-установщика) со всеми прилагающимися «плюшками». На всё ещё основную версию (для платформы самой распространённой ОС) коллеги плюются (но в KPI ответственного минет.жимента контроль обратной связи отсутствует).
И точно также, по состоянию на уже конец 2021 года инфраструктура предприятия выстраивается вокруг проприетарной технологии тагоже разработчика «домен» (поддержка которой последовательно требуется от всех, но которая при этом старательно *не* конкретизируется, дабы не могло появиться нежданчиков в виде независимой реализации). С ключевыми элементами инфраструктуры… да-да, на платформе Microsoft. Без озвучивания хотя бы намёков на угрозу данному положению.
С закономернейшей иллюстрацией тенденции в эпизоде организации удалённого доступа. С завязкой на *проприетарную* версию протокола и описанием в «инструкциях» богатства поддерживаемых ОС, сводящегося к «выбору» между Window$ и MacOS (и только в недрах корпоративной сети — материалы типа «алиби», имитирующие поддержку альтернативных сценариев стандартного протокола). Linux-версия клиента вроде есть. Но в анально-огороженном виде (исключительно регистрантам), реализованная [сильно подозреваю] исключительно под задачу отмазки от антимонопольщиков (профессионалы аутсорсеров ТП на вопросы про оную вспоминают традиционную отмазку о доле рынка) и с *инсталлятором* (*ересь*!!!), упакованным во всё тот же pesky-архив…
Напоследок отмечу, что, по крайней мере в поле моего зрения, значительная часть голосовых коммуникаций «удалёнки» (включая программы «обучения») завязывается на демократический сервис (нонче в моде zoom).
ЗЫ: О таких «мелочах», как практика организации домовых чятиков под крылышком Цукерберга (в воцапе) скромно умолчу.
Потому что при первом намёке на попытку проработки ключевых элементов *правильного* решения на него слетятся все свободные борцуны с «коррюпцыей» (под что замечательно подводятся *любые* «несистемные» поползновения в сторону нового, т.е. задач на неопределённо-изменчивые условия).

Комментарии
а что мешает тот же Домен поднять на Линуксе? ну кроме отсутствия квалификации?
да и кроме домена есть еще вараинты - да и нужен ли Домен как таковой Когда Более разумно использовать Терминалы и "web приложения" тогда вобще все нагрузки выносятся в ЦОДы.....
А по цепочке: СУБД, математические и прочие сервисные библиотеки, тот же веб сервер и т.д.? Тут Линух не спасает.
1с-ка без проблем живет на линуксе.
MS SQL если что тоже.
по сервисам приведите пример посмотрим - наличие альтернатив
единственное вочто реально упираются конторы это обычно или самописный софт или CAD/CAM/CAE которые не поддерживают линукс типа того же SOLID-а....
В самом Грустном варианте есть WINE в котором 90% ПО заводится без проблем и 97% с танцами с бубном
Самое тут смищное в том, что исторические виндовые приложения часто проще запустить на линуксе, чем на актуальной версии винды.
Ну и с самописными тоже интересно получается.
это отдельный вопрос...
а самописным ПО иногда - да, очень весело полeчается, когдf оно в WINE лучше пашет чем в Windows....
заводиться то он заводится, но не работает
я имею ввиду практическую работу
Какая прелесть…
Вспомните историю Оракла!!!
У астры свой вариант домена давно - ALD, СУБД для Линукса 3-4 штуки, веб сервер апач или nginx...
Для 70-80% госов на 70-80% сотрудников все уже давно есть.
В принципе централизованную базу пользователей на лдапе можно сделать и без умных проприетарных технологий.
Но там есть нюансы…
А с приложениями для самой распространённой ОС вообще интересно получается (коллеги вздохнули с облегчением, когда мы свалили от адама).
Самое интересное всплывает когда поддаёшься на провокацию заимствования *проприетарного* (!) решения вместо *самостоятельной* формулировки задачи.
А теперь, внимание, вопросы знатоку:
Некоторое время тому назад категорически *не* (!) рекомендовали трогать умолчательные лимиты выборки ада.
Почему?
Чем грозило нарушение данного элемента устного предания?
Пофиксили (если да, то в какой версии)?
альтернатив нет и выбора как следствие тоже
Не понял вопроса - тк получается или бред или вы написали так что ломается инетрпретация....
Ню-ню…
«Необходимость» домена *сильно* (!) преувеличивается.
ЗЫ: Вижу, Вы близко не подходили к упоминаемым лимитам. Иначе вопросов бы не возникало.
я тоже могу перейти на мунспик который мало кто поймет....
я даже не знаю что вам сказать взять контекстный вопрос выдернуть его и исковеркать кривой русской транскрипцией и потом удивляться и делать какие-то выводы на базе того что вам честно говорят что не поняли именно ФОРМЫ вашего вопроса....
Ну да.
Как же можно при обсуждении «домена» не воспользоваться поводом и не узнать указания на технологию Active Directory…
ада - это у вас AD или ADAS или ADAM или ADAC и там еще десятки Аббревиатур содержащих ADA
Дополнительно можете раскрыть тему принципиально-качественного отличия в данном вопросе (величина умолчательного ограничения выборки и перспективы её изменения) ADAM от AD.
зачем? я конечно пороюсь освежу знания и найду ответы и даже могу подготовить это в качестве статьи только нафига?
я вон лучше Cuckoo алго ломать дальше буду пытаясь в 250 Мбит вписаться...
Гы-гы-гы…
Вы ещё *верите* в *найденное*?..
Насладитесь результатами предложения *найти* ответ на не вполне тривиальный вопрос (кстати, хорошо иллюстрирующего тему статьи в виде значения *правильности* формулировки вопроса).
за это платят - а остальное не важно....
Самое время вспомнить руководства господина Фокса.
Впрочем, пока не начнут привлекать организаторов (из дефективно-минет.жимента), начиная с попрыгунчиков.
а туту всё железно я же не занимаюсь разработкой ничего кроме алгоритмической реализации - оно так-то не применимо даже к криптовалютам как таковым - только в составе ПАК...
а что они так и не починили эту фигню с 2k8 R2 и он всё еще выдает по 5к атрибутов в запросе?
Ну так это и логично. У нас же теперь кругом бизнес, зачем тратить 1,5-2x на разработку под две платформы, если вторая денег почти не приносит?
А вот хотя бы госы перевести на отечественное ПО - надо бы. Но как, если сама мишустинская налоговая прочно сидит на MS и железе(!) Oracle, и в софт на этом всем вложены сотни ярдов.
Однако свойство кросс-платформенности является достаточно надёжным критерием качества разработки. Из которого вытекают приятные плюшки в виде экономии на тестировании и сопровождении.
И вообще: вспомните традиционные определения! С закономернейшим следствием в виде понимания того, что не всякий труд порождает деньги.
ЗЫ: Однако без *требований* (!) поддержки открытых стандартов любая деятельность в направлении способна безопасным для выгодополучателя образом утилизировать любое количество ресурсов.
Что и является предметом данной статьи.
Кроссплатформенность - штука сложная для приемки. Если у заказчика все стоит на винде - никак ее не проверишь. А декларировать может каждый, тем более, что даже мелкомягкий .NET теоретически умеет в Линукс.
То же самое с открытыми стандартами. Их проверять в каждом приложении по сути, а не по формальным критериям - не реально. Тем более, что на сертификацию дают не то, что ставят заказчику.
Или вот такое есть. МинСвязь принимает стандарт для системы 112, где передача SMS идет по SiP в виде "пустого" (без аудио дорожки) звонка. Вроде и стандарт по форме, но по сути - издевательство над ним. Хотя практический смысл в этом есть. - очередь голосовых вызовов и SMS общая для обработки оператором-112. И что потом делать проверяющим?
Видим привычный по миру виндавса «инсталлятор» ⇒ делаем очевидный вывод о ереси ⇒ констатируем *факт* отсутствия вменяемой поддержки GNU/Linux.
Кто видит и официально делает такой вывод?
И почему запрещено делать разные инсталляторы для разных платформ, хотя так делают чуть менее чем все приличные разработчики?
Вы хотите лишить разработчиков бабок, а заказчиков - поставки в срок софта, решающих их задачи. Надо иметь железобетонные аргументы для этого, а не "хайли лайкли тут нет линукса".
Приёмка.
Вспомните о *причинах* появления и существования «инсталляторов».
И поинтересуйтесь *причинами* по которым [например] Оракл (наверное *не* относящийся к категории «чуть менее чем все приличные разработчики») так *не* делает.
Ни для *клиента* базы данных, ни для жабы.
И, кстати, поступает *правильно*!
ЗЫ: Ключ.
Принимает софт заказчик. Которому плевать на кроссплатформенность, ему нужно, чтобы у него работало.
Если вы не в курсе, что большинство софта идет с разными инсталяторами под разные ОС, что та же Java по-разному ставится на Windows и Linux (и Mac), то страшно далеки вы от реального ИТ.
Если вы не понимаете отличия *правильной* установки java на GNU/Linux (из *пакета*) от виндового инсталлятора, то «страшно далеки вы от реального ИТ».
Ну да. Эксперт на АШ учит Oracle писать инсталяторы. Картина битами по байтам.
Редкий самозванный «эксперт на АШ» способен продемонстрировать навык различения *инсталлятора* от *пакета* (!!!).
ЗЫ: Факультативно предлагаю продемонстрировать *инсталлятор* (!) Java для GNU/Linux (может я что-то упустил и эта экзотика в природе встречается, но я такого не видел).
Пакет - это часть инсталлятора, в чем проблема? Ну есть в Линуксе стандартный инсталлятор, в Виндоусе нет, каждый пишет сам.
Результат - как я описал. Кроссплатформенные приложения в Виндоус имеют инсталлятор под Виндоус, они же под Линукс используют инсталлятор, условный apt. И по наличию инсталлятора Виндоус сделать вывод об отсутствии поддержки Линукс невозможно.
Вроде простая мысль.
Да?..
Про PMS Вы по всей видимости даже и не слышали.
Ну и конечно же рассказ о вкладе например обсуждаемого Оракла в *разработку* хотя бы того же RPM приветствуется.
ЗЫ: Вижу, по части оценки степени «нормальности» попыток воспроизведения привычных действий экосистемы самой распространённой ОС возражений нет?
Я сам, как разработчик и внедренец, MS не переношу почти с самого начала своей профессиональной ИТ-карьеры, благо ядро FreeBSD пересобирал еще в 98-ом.
Но я говорю про реальность, а не фантазии. В этой реальности 50% работающих на ПК в госорганах - активные предпенсионерки, 50% работают за пределами крупных городов, когда во всем муниципалитете есть пяток человек, понимающих что такое таблица маршрутизации, и все работают в Ростелекоме. Хорошо если в городке есть хотя бы один эникейщик, знакомый с Линуксом, и готовый помогать таким бабушкам.
По серверам тоже написал - уже по факту есть много ПО, и денег на его переписывание есть не только лишь у всех.
ИМХО, единственный шанс - загнать всю госуху в облака и тонкие клиенты (да-да, вплоть до CAD-ов), и щемить на импортзамещение уже облачников. Их и контролировать легче.
Только одно ма-а-аленькое дополнение: для данной категории лиц переход на новую версию виндавса является стрессом не меньшим (а зачастую — сильно бОльшим), чем переход на специально отстроенное окружение GNU/Linux.
ЗЫ: Энтузиазм в отношении облаков не разделяю.
Это да. Но в случае Виндоус рядом есть айтишник, который поможет. А в случае Линукс - увы.
Да и не переходят они. Везде 7-ки стоят, а то и XP.
По облакам шанс вижу только в том, что не будет миллионов ПК, совместимость с которыми надо будет обеспечивать, а три, ну 10 провайдеров-интеграторов. Которых заставить уже играть в нужные игры таки реально.
Ибо, повторюсь, это вопрос не технический, а экономическо-управленческий.
Однако проблема «миллионов ПК» уверенно прослеживается до точки входа.
Возможность приобрести нотебук без выплаты дани майкросовту — квест ещё тот.
Исключения, если встречаются, радикально ограничивают выбор и фактически решают задачу отмазки для антимонопольщиков.
Думается мне, если творчески подойти к решению проблемы, то её можно решить.
У майкросовта, помнится, предусмотрена аналогичная отмазка для антимонопольщиков (в виде типо возврата денег за ненужную и неиспользуемую лицензию).
От неё и нужно отталкиваться.
Имея в виду два варианта:
1. Предусмотренная сумма оправдывает затраты на разработку ОС. Тогда смотрим разницу между этой суммой и стоимостью коробочной лицензии (или они уже кончились?) и выписываем соответствующий штраф.
2. Предусмотренная сумма не оправдывает затрат на разработку ОС. В таком случае налицо злоупотребление монопольным положением в целях усугубления оного.
Которое тоже должно соответственно вознаградить.
Новые ноутбуки мало что решают. Решают миллионы старых ПК. И их пользователей, как минимум в госах - бабушек на низких зарплатах с кучей обязанностей.
FreeBSD, кстати, практически идеально подходит для демонстрации наслаждения дуализмом.
Справедливости ради - Оракл уже перестал делать инсталлятор для Жавы для Линуха. Скачать архив - распаковать. Исторически недавно в архиве присутствовал самодостаточный исполняемый модуль на Жаве, который делал то же самое через Жава-гуй.
Каковую мысль я и пытался донести до корреспондента…
Прекраснее только проекция функционала приказчика пакетов на виндовый инсталлятор (сразу спрашивается: как мне посредством инсталлятора например десятого охфиса майкросовта сформировать список файлов установленного экземпляра например седьмой версии, или третьей).
ЗЫ: И возвращаясь к жабе, для Enterprise Linux Оракел вполне себе даёт скачать *пакеты* родного формата.
Очень даже практически умеет. Мы серверную часть уже перевели на Linux. Попутно поменяв в некоторых службах MS SQL на PostgreSQL. Было бы желание. Но клиентское всё под винду. Потому что нет ни одного аргумента которым бы мы могли обосновать для наших клиентов зачем им переводить хоть какую-то часть служб на другую систему.
Надеюсь, уже *все* клиенты добровольно и с песней обновились на десяточку?
Даже на семёрку еще далеко не все перешли. Не далее как вчера на скрине из фидбэка была вполне себе XP.
Иногда вопрос не только в желании, но и в экономике.
Повторю реальный пример - в софт налоговой вложены сотни ярдов рублей и тысячи человеко-лет. Под Оракл и Windows. Кто даст бабки и время на переписывание этого всего под opensource? Новые проекты они стараются делать на Postgres, Hadoop, тонких клиентах. Но это пока капля в море. И потом, тут работы программистов надо даже больше, ибо Oracle на Экзадате в 99% случаях просто работает (1% случаев решается поддержкой Oracle и ихними патчами), а с Hadoop-ом надо думать много, пробовать и ошибаться, и гарантий никаких
На самом деле если приложить ум, то всё можно делать. Но это ни один год работы. Переход с одной СУБД на другую - это уже геморрой на полгода. При том, что пользователь в этом вообще никак не участвует.
БД бывают разные. Я не зря Экзадата упомянул.
Реальная история. В компании ФОРС (исторически крупнейший дистрибьютор Оракла в РФ) есть стенд Экзадата. Они периодически затаскивают КРУПНЫХ заказчиков с БОЛЬШИМИ базами данных и разнородным ПО. Предлагают запустить это на Экзадате. Часто заказчик, видя результат, говорит. - заверните мне этот стенд. Потому что потратить полярда-ярд на железо и СРАЗУ решить ВСЕ свои проблемы с производительностью - гораздо проще и даже дешевле, чем заставлять сотни программистов думать и качественно оптимизировать, выжимая максимум из железа.
В общем, есть такое ПО, что перенести его с Оракла на Постгрес невозможно в этой жизни.
Сами себе противоречите. Перенести возможно, просто это потребует времени и денег.
Однако самое тут пикантное в антропоморфизме с удовлетворением индуцируемого запроса на игнорирование вектора информационной безопасности.
Страницы