?

Log in

No account? Create an account

Previous Entry | Next Entry

Американский производитель программного обеспечения Oracle предупредил российские нефтяные компании об ужесточении санкционных требований к сотрудничеству с ними. В санкционном списке значатся 283 компании, включая структуры «Газпрома», «Роснефти», Лукойла и «Сургутнефтегаза». Под запрет попадают проекты этих компаний по добыче нефти и газа на морских глубинных и шельфовых месторождениях и на предприятиях по добыче и сланцевого газа, стартовавшие с 29 января 2018 г. Не допускается возобновление, изменение или продление действующих контрактов на поставку и обслуживание программного обеспечения Oracle для нужд этих проектов. Исключение сделано лишь для сферы финансовых услуг.

Специализация Oracle в ИТ-мире -- это системы управления базами данных (СУБД) и системы управления ресурсами предприятия (ERP). На мировом рынке корпоративных систем управления базами данных (СУБД) доминирующее положение (более 80% рынка) занимает традиционная тройка продуктов: IBM DB2, Microsoft SQL Server и Oracle. Собственно Oracle занимает около 30% мирового рынка СУБД и более 60% рынка СУБД в России

В нефтегазовой сфере Oracle располагает широким спектром программного обеспечения для поддержки всех этапов производства - разведки и добычи нефти и газа, их транспортировки, переработки, поставок конечным пользователям и розничной продажи. При этом зависимость российской нефтегазовой отрасли от иностранного ПО очень высока. Минпромторг РФ оценивает долю импортного программного обеспечения в нефтегазовой отрасли в 91%. Председатель Союза разработчиков программного обеспечения и информационных технологий ТЭК (СРПО ТЭК) Борис Харас детализирует эту безотрадную статистику: в области в области переработки нефти и газа импортозависимость составляет 98%, в области добычи - 90-95%, в области транспортировки - 80-85%.

Вклад именно Oracle точно оценить сложно, однако непосредственная доля ИТ-решений американской компании (в частности системы управления проектами Oracle Primavera) в общем объеме программных продуктов, используемых российскими газовиками и нефтяниками, составляет не менее 20%. Но дело даже не в продуктах самой Oracle, систем управления проектами существует много и без Oracle. Намного важней то что основной продукт Oracle -- СУБД Oracle RDBMS -- используется для обеспечения работы программного обеспечения крупнейшего отраслевого ИТ-поставщика - немецкой erp-системы SAP R/3, на которую приходится до 50% всей программной продукции в отрасли. Таким образом, решения Oracle - сами по себе и как обеспечение работы других систем - покрывают около 70% отраслевой потребности в специализированном программном обеспечении.

Прекращение поставок ПО Oracle способно поставить нефтегазовые компании на грань остановки многих производственных структур. Конечно, такая катастрофа произойдет не сразу: какое-то время уже поставленные решения Oracle будут продолжать работать, но отказ от поддержки ранее установленных российскими компаниями программных продуктов неизбежно приведет к их деградации, особенно в части взаимодействия с другими ИТ-системами. И тогда использование оставшихся без поддержки продуктов Oracle станет не просто затруднительным, а опасным.

Россия не обладает собственными СУБД класса Oracle RDBMS и разработать их в ближайшие 3-5 лет не способна. Единственным хоть сколь-либо возможным заменителем Oracle в России может служить СУБД с открытым кодом PostgreSQL представляемая на российском рынке компанией Postgres Professional. Людям, крайне далеким от программирования и особенно от программирования высоконагруженных систем предлагаю поверить мне на слово что Постгресс, как её принято называть,не может служить полноценной заменой Oracle, так же как мотоцикл с коляской не может служить заменой самосвала. Для гиков  и моих коллег-программистов -- вот ссылочка, где очень аргументированно рассказывается НАСКОЛЬКО PostgreSQL слабее Oracle RDBMS.
promo torin_kr december 5, 2015 19:43 25
Buy for 200 tokens
Этот пост -- заказной. Меня его попросила написать одна моя хорошая знакомая, с которой мы знакомы такое количество лет. что аж страшно становится. Как говорит в таких случаях мой младший брат -- "Да ну нафиг. Столько и не живут". Живут... к сожалению. Ладно, это было лирическое…

Comments

( 26 comments — Leave a comment )
kva_kvant
Feb. 14th, 2018 07:00 am (UTC)
А вы сами-то читали эту ссылку? Уж постеснялись бы рекламный буклет Оракла выдавать за пруф, а?

Для интересующихся: по ссылке размещена реклама Oracle, где перечислены маркетинговые названия общеупотребимых технологий, которых - очевидно - нет в Postgres. Сами-то технологии есть 8-) Названий нет.

Никаких цифр, тестов, попыток как-то сравнить эти движки там нет. Обычная инструкция для менеджера по продаже. Или закупке. Вот давайте обзовем обычное колесо "Супер Мега Колесом!!!(тм)", и будем говорить, что автомобиль ХХ лучше всех - ни у кого нет "Супер Мега Колес!!!(тм)".

Желающие легко найдут кейсы перевода крупных промышленных конгломератов в десятки тысяч занятых с оракла на PG. Да, это разные базы, но говорить про то, что PG хуже - это примерно то же самое, что сказать "Linux хуже Windows". Для домохозяйки - конечно, вот какой буклет красивый! А коробка!
а вот для профессионала - вопрос уже очень спорный.

Кстати, замените предмет рассмотрения на любой другой с массового рынка - можно написать (и наверняка написаны во множестве) ровно такой же буклет. Windows vs linux на сервере в вебе - а? Mysql/Maria vs Oracle там же, nginx/apache vs IIS, примеров миллион.

А на мировом корпоративном рынке бал правит легаси. Там и кобол имеет значимую долю, где-то встречал утверждение, что в штатах не меньше 10% критически значимого для экономики кода написано на коболе. Это ж не значит, что сейчас без него жить нельзя. Просто было удобно. теперь станет неудобно - и слава богам. Хоть я и акционер оракла 8-) но продвижение альтернатив - горячо приветствую.
torin_kr
Feb. 14th, 2018 07:14 am (UTC)
Уф-ф-ф... Я конечно же читал текст, сылку на который я дал. Более того.я профессиональный программист баз данных. Поэтому я без всяких буклетов прекрасно понимаю НАСКОЛЬКО Посгресс слабее Оракла. Хотите это пообсуждать? Да пожалуйста. Вот приблизительный перечень тем, на которые я готов поговорить
-- уровни изоляции транзакций
-- кластерный доступ к базе данных
-- семафоры (прямой доступ к памяти)
-- глубина распараллеривания на уровне ядра системы

Достаточно?

val_oper
Feb. 14th, 2018 07:36 am (UTC)
Я понимаю, что в тучные времена в рамках госзаказов на оракле даже базы данных местного документооборота ставили. Но зачастую все эти навороты, примерно как у верблюда в московском зоопарке - можно конечно не пить две недели, но смысл, если вода есть круглосуточно.

Если же что-то надо будет критически запустить на оракле, сам оракл воспротивится и схемы с использованием третьих лиц не пройдут, ну разрешат пиратку проверенную ФСБ использовать. Разленился народ с 90-х годов...
torin_kr
Feb. 14th, 2018 07:47 am (UTC)
Ну вот я лично знаю человека, который в целях удешевления пытался запустить учетную систему на 2000 рабочих мест на MS SQL (про Постгресс я даже не говорю, там это просто нереально). Бились полгода, плюнули, купили лицензии Оракла. А что такое 2000 рабочих мест для Газпрома?

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

Edited at 2018-02-14 07:48 am (UTC)
val_oper
Feb. 14th, 2018 07:53 am (UTC)
Я не знаю, что там в этой системе на 2000 рабочих мест, с чем она интегрирована и т.д. Но в принципе при желании можно её и на аксессе запустить не мудрствуя лукаво. Я же говорю обленились люди привыкли к штамповому мышлению и комплексным решениям.

Даже на примере Вас и 1с это просматривается.

Что касается пираток, то извините, но от сбоя не застрахован никто, ни легальные версии, ни пиратские. И если точно так же сбойнёт легальная версия для конечного потребителя не измениться ничего. Нужно учитывать риски и параллелить процессы. А пугать я и сам умею.
torin_kr
Feb. 14th, 2018 08:06 am (UTC)
Конечно же от сбоя не застрахован никто. Но вот ВЕРОЯТНОСТЬ сбоя пиратки и легальной версии несколько отличается. Можно умереть под колесами автобуса в Москве, можно под гусеницами танка в Ракке, вероятность и там и там ненулевая. Но почему-то люди выбирают, если у них есть такая возможность, Москву а не Ракку.

Про систему на 2000 рабочих мест на аксессе -- я, как профессионал, очень бы хотел на это посмотреть. Банально, что-нить предельно простое -- скажем базу заявок на коммунальное обслуживание -- только заявки + фиксация факта выполнения, без учета самой деятельности по реализации заявки. Но с возможностью ОДНОВРЕМЕННОГО доступа 2000+ пользователей к базе. Сейчас в Москве такая база есть и реализована она как раз на Оракле -- если не ошибаюсь общая стоимость лицензий что-то около полумиллиарда рублей. Ну вот перепишите ее на аксесс -- сэкономите Москве полярда...

Edited at 2018-02-14 08:07 am (UTC)
kva_kvant
Feb. 14th, 2018 09:08 am (UTC)
Посмотреть - несложно.
Есть гораздо более крупная система - та, в который вы сейчас пишете. ЖЖ называется. Уверен, что в ней гораздо большее количество одновременно работающих "рабочих мест", чем 2000, если с комментаторами считать. И, с вероятностью под единичку, никакого оракла. Что они сделали не так?
torin_kr
Feb. 14th, 2018 09:27 am (UTC)
ЖЖ не являтся высоконагруженной системой. Число одновременных ЗАПРОСОВ К БАЗЕ ДАННЫХ ЖЖ (не к страницам браузера, а именно к базе данных) не выходит за пару сотен для ВСЕГО ЖЖ, а не только его кириллического сектора. Я писал кое-какой код с использованием API ЖЖ и я понимаю о чем я говорю
kva_kvant
Feb. 14th, 2018 11:13 am (UTC)
Извините, это просто смешно.
В такой кривой архитектуре, какой является ЖЖ, число запросов к БД должно шкалить все мыслимые и немыслимые пределы. Вангую минимум десятки тысяч RPS в пике, а скорее - сотни. Ясно, что просмотры в браузере тут ни при чем - они отрабатываются кэшем. Но вот добавление каждого комментария порождает целый каскад запросов в базу, в частности,из-за инвалидации кэшей разного уровня. А комментариев тут - миллионы!

К тому же, уверен, что они изо всех сил собирают всевозможную статистику. Это тоже грузит базу так, как никакой ERP и не снилось даже в страшном сне. может, они не доросли до регистрации ВСЕХ событий ОС на каждом клиенте, как делает, к примеру, какая-нибудь Яндекс.Метрика, но все равно это на порядки больше, чем ERP...

И мне очень интересно, какие выводы об использовании базы приложением можно сделать по его апи.
val_oper
Feb. 14th, 2018 09:35 am (UTC)
У Москвы денег дохренища им этого не нужно. К тому же, как Вам уже ответили, вполне возможно, что Контракты с поставкой Оракла основаны на "откатной" схеме. По-крайней мере так в своё время внедряли и Сименс (у них откаты изначально закладывались в прайс) и на моём веку в МВД Оракл, там где нужно и там где не нужно. В тот же самый ГИАЦ его внедрял... ну да ладно не будем о его истоках. Заинтересованный в общем человек.

И я вообще не понимаю все эти истерики западных компаний. Санкции, санкции. То же МВД активно юзает Оракл в "оккупированном Крыму". Чего его в список-то не внесли? Навальный забыл списки предоставить в ГосДеп?

Так что закроет Оракл лазейку никому хуже кроме самого Оракла не будет. Ваш же брат программист за приличные деньги и осуществит перевод массива. Будут НИОКРы, будут бюджеты. Движение - жизнь.

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

P.S. У меня был случай в молодости. Приказом надо было переехать из одного здания в другой. При этом только, что угрохали кучу бабла по НИОКР на адаптацию этого здания к нуждам организации (при переезде всё это отдирали ломами и на момент моего увольнения из той системы всё отодранное бережно лежало в коробке. А это миллионы, десятки миллионов, сотни миллионов, ещё тех, когда доллар был по 20-30). Так вот когда я писал докладную о нецелесообразности переезда, экономии бюджетных средств и т.д. мне сказали, что проще заменить меня, чем отменить приказ. Я всё понял. Психика у меня лабильная. И мой обмен мнениями с руководством происходит в тёплой дружественнной атмосфере.
torin_kr
Feb. 14th, 2018 09:46 am (UTC)
Вы не поверите --в компании где я сейчас работаю, нет НИ ОДНОЙ ПИРАТСКОЙ программы. Даже лицензии на Siemens NX для наших технологов у нас честно куплены -- по миллиону рублей за лицензию. И это при том, что мы частная компания и деньги наши владельцы считать умеют. В том числе и те деньги в которые может обойтись срыв контракта из-за сбоя "пиратки" в самый неподходящий момент. Это к вопросу про "пол-России"...

А переход с Оракл на тот же Постгресс если понадобится конечно же будет сделан -- куда мы денемся. Вот только обойдется это ох как не дешево. Впрочем, Россия страна богатая, десятком миллиардов больше, десятком миллиардов меньше...
val_oper
Feb. 14th, 2018 09:53 am (UTC)
Ну так я и сказал "пол России". Опять же проблемность пиратки при таких раскладах заключается не в том, что пиратка сбойнёт и контракт сорвётся, а в том, что это место станет кормушкой ОБЭПа. Госучреждения этот вопрос не особо трогает, поэтому...

Впрочем, Россия страна богатая, десятком миллиардов больше, десятком миллиардов меньше...
Ну так на дело же пойдёт. На корм достойных умов. Вы за что больше переживаете за сохранность бюджетов из которых будут платить таким негодяям, как я, или за программистов, которых на эти деньги наймут, которые сделают в принципе полезное дело, да ещё и заработают себе на хлебушек с икоркой. Опять же и производители хлебушка с икоркой свой плюс от этого действа получат. В общем всем хорошо.
kva_kvant
Feb. 14th, 2018 09:05 am (UTC)
А я - непрофессиональный. Вот попробуйте объяснить мне преимущества, которые настолько важны, что "без оракла мир рухнет".

Давайте пойдем по-простому: что позволяет сделать оракл из невозможного на PG? Для нового проекта? Особенно, если мы говорим про всякую фигню типа сапа? Это не какие-то страшные научные числодробилки, где каждый сэкономленный байт или такт предельно важны, это просто куча данных! И невеликая куча, кстати. Как гугл справляется без оракла? Как Facebook обходится без Оракла? как-как, легко. А это максимальные банки данных в мире! И с наиболее агрессивным режимом доступа.

То, что кто-то использует именно оракл говорит не о том, что это - лучшая ДБ, а о том, что так было удобно и принято. На тот момент. А потом тот же сап накопил гору легаси, и теперь пхает оракл везде, где только можно (и не факт, что бескорыстно, кстати 8-) Но это вовсе не значит, что без оракла теперь невозможно обойтись. Вон, парус перешел - и ничего...
torin_kr
Feb. 14th, 2018 09:22 am (UTC)
Профессионалу не очень легко объяснить что-нить дилетанту. Но хорошо, я попробую. Давайте начнем с уровня изоляции транзакций. Вот у вас есть таблица в которую ОДНОВРЕМЕННО тысяча человек пытается записать некие новые данные, а вторая тысяча пытается В ЭТО ЖЕ ВРЕМЯ эти данные считать. КАКИЕ именно данные считает это вторая тысяча? Будут ли данные 500-го считывателя отличаться от данных 540-го считывателя? Как именно это будет реализовано на уровне затрат памяти системы? Возрастут ли затраты оперативной памяти системы пропорционально количеству считывателей или пропорционально ПРОИЗВЕДЕНИЮ количества считывателей на количество записывающих?

Если Вы думаете что все эти вопросы -- фигня на постном масле, то Вы никогда не занимались высоконагруженными системами. И боюсь никогда не будет ими заниматься...

И заметьте, это я еще не лезу в совсем уже узкопрофессиональные вопросы -- скажем в отсутствие управления транзакциями в хранимых функциях и процедурах, что создает массу проблем программистам и заставляет их почти в буквальном смысле слова чесать левое ухо правой рукой да еще и из-за спины. Или Вы хотите сказать что это личные проблемы программистов? А стоимость разработки -- это тоже личные проблемы программистов? А её длительность?



Edited at 2018-02-14 09:31 am (UTC)
val_oper
Feb. 14th, 2018 09:44 am (UTC)
Это всё здорово. Наверняка также объясняют для госзакупок, почему руководителю недостаточно Форд Фокуса, а нужен мерседес, да ещё и обшитый изнутри красным деревом.

Возникает только один вопрос. Какой круг задач требует работы с высоконагруженными системами. Для какого круга это критично? Для нефтедобычи? сомневаюсь, для той же системы ЖКХ? Да тоже сомневаюсь. Для налоговых органов? Нет, это конечно приятно, что их АИС-НДС сверяет декларации чуть ли не в режиме онлайн, но по сути от того, что она их будет сверять на месяц дольше никто не вымрет подобно мамонту.

То есть это удобно и красиво, но в подавляющем большинстве случаев ненеобходимо.
torin_kr
Feb. 14th, 2018 09:53 am (UTC)
Любая erp-система для завода с парой тысяч сотрудников и парой сотен обрабатывающих центров УЖЕ является высоконагруженной системой, если эти самые центры подключены к erp через SCADA-систему (проще говоря сами передают в базу данные о своем состоянии и выполняемой на них операции в режиме реального времени). Без SCADA-системы она конечно не является высоконагруженной, но тогда и коэффициент загрузки обрабатывающих центров у вас будет в пределах 0.6-0.8, а не 0.93-0.95 А сколько они стоят Вы хотя бы примерно себе представляете? И за какой срок они должны окупится?

Edited at 2018-02-14 09:53 am (UTC)
kva_kvant
Feb. 14th, 2018 10:52 am (UTC)
"Непрофессионал" совсем не равно "дилетант". Это просто значит, что в качестве основной деятельности человек занимается чем-то другим. Тихо так намекну, что есть много непрофессионалов, кто разбирается куда лучше профи... И я, кстати, очень сильно боюсь, что это вы никогда не занимались хоть сколько-нибудь высоко нагруженными системами.

Я знаю, что такое транзакции. И в PG этот вопрос решен c первого дня. И вы опять не приводите никаких фактов - одни эмоции. Вот если бы вы мне сказали, мол, попробовали на реальном прожекте, на один сервер с ораклом потребовалось 3 сервера с PG, или там, не знаю, срок разработки на PL/SQL втрое меньше, чем на PG в одинаковых условиях, или вот задача, на PL/SQL решается, а на PL/pgSQL - нет, то это можно было бы обсуждать.

Но вы - как и реклама оракла - снова мне приводите какие-то дефиниции в качестве аргументов.

И что не так с транзакциями в хранимых процедурах? В PG это есть с каких-то невообразимо древних времен, с нулевых годов.

И вообще - вы же так ратуете за новую экономику, за маска и все такое 8-) Сколько новых проектов выбирает для себя Oracle на бэкенд? Что, нисколько?! Интересно, почему? Они все себе враги, я думаю. Почему Яндекс.Почта переехала с Oracle на PG? ну ведь Яндекс же - это же локомотив нашей цифровой экономики! Это не Роснефть, гори она огнем вместе с Сечиным... радоваться надо - перепишут все на нормальный софт, наконец-то, не прошло и 30 лет.
torin_kr
Feb. 14th, 2018 11:03 am (UTC)
Приведите пример кода для Постгресс, в котором ПРОГРАММНО можно задать УРОВЕНЬ ИЗОЛЯЦИИ транзакции. Не саму транзакцию, а именно УРОВЕНЬ ЕЁ ИЗОЛЯЦИИ.

Вы вообще-то понимаете что такое "уровень изоляции транзакции"? Слова "SERIALIZABLE", "REPEATABLE READ", "READ COMMITTED" Вам о чём-то говорят? Если говорят, то приведите мне пример кода "хранимки" для Постгресса, в котором этот уровень ЗАДАЕТСЯ программно. После этого я готов признать свою ошибку и разговаривать с Вами дальше, но уже как с коллегой-профессионалом...
torin_kr
Feb. 14th, 2018 11:24 am (UTC)
Этот код НЕ РАБОТАЕТ в хранимках. Именно в хранимках -- при внешних обращениях к базе -- да, он работает . А в хранимках --нет...
kva_kvant
Feb. 14th, 2018 12:29 pm (UTC)
Это уже какие-то слишком глубокие дебри. Уверен, 99% покупателей оракла это ни разу в жизни не было нужно. А как только появится реальный спрос - и PG допилят.

Больше того, есть разные точки зрения на это вот все... Очень много уважаемых людей считает, что пихать бизнес-логику в SQL - неправильно. А если главные действия вынести на сервер приложений - так и вообще проблемы нет 8-)
torin_kr
Feb. 14th, 2018 12:40 pm (UTC)
"Хранимки" -- это любые регламентные действия в "конечных" приложениях. Например, когда программист 1с создает в метаданных 1С т.н. "регламентное задание", которым например он будет ежедневно перегружать данные из производственной базы в бухгалтерскую, в базе хранения, на SQL- сервере, создается новая хранимая процедура, которая и будет выполнять код по этой самой перегрузке данных. Поэтому настройки "хранимок" очень и очень важны...
kva_kvant
Feb. 14th, 2018 12:59 pm (UTC)
Говоря "дебри", я имел в виду не хранимые процедуры как таковые, а именно управление уровнем изоляции из них - мне это кажется очень узким сегментом в массиве возможностей базы данных.

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

В конце концов, не к ночи будь упомянутая 1С вполне себе работает и на pgsql. Чтоб не сказать, что даже и этот вариант является недостижимо продвинутым для 90% нашей экономики 8-)
de_nada
Feb. 14th, 2018 10:43 am (UTC)
честно пытался не влезать, но... :))

дисклеймер - это не наезд! :)))

>отказ от поддержки ранее установленных российскими компаниями программных продуктов неизбежно приведет к их деградации, особенно в части взаимодействия с другими ИТ-системами. И тогда использование оставшихся без поддержки продуктов Oracle станет не просто затруднительным, а опасным

Среди меня бытует устойчивое мнение, что не нужно "поддерживать" то, что не падает.:))
Основанием такому мнению служит в т.ч. и пара десятков лет сисадминского опыта.

Да-да, знаю, обычно в этом месте следуют аргументы про патчи безопасности, закрывающие уязвимости и пр.

Тот же самый опыт подсказывает мне, что при комплексном подходе к той самой безопасности до этих уязвимостей просто не доступиться будет.
Т.е. "безопасность" этого ПО не должна ограничиваться только встроенными возможностями, а опираться на набор мер и средств, ограничивающий или исключающий возможность вообще эксплуатировать эти "дыры" (угу, старое доброе ограничение доступа и минимизация возможностей оного до необходимых величин, шифрование, вланы, вэпээны и т.д., и т.п.).

А если относиться к делу шаляй-валяй, то и получаются выставленные в инет голым задом системы для внутреннего использования и прочие кунштюки и гримасы без(д)умного администрирования и программирования.

И насчёт "деградации" (особливо в сочетании с "взаимодействием с другими IT-системами")...

Перевожу на русский язык:

"деградация" тут означает отсутствие непрерывного периодического будораженья работающей(!) системы всё новыми и новыми "свистелками и перделками" (в вокабуляре перфекционистов - "новый функционал" :)), без которых нынешние "аджайл-гэнги", гнездящиеся в отделах разработки, чувствуют себя неполноценными динозаврами видимо. :)))

"с другими IT-системами" принято взаимодействовать с помощью отраслевых стандартов на основе типовых протоколов связи и форматов обмена данными - даже если эти самые "другие" постоянно менять в угоду "наисвежайшей" парадигме на дворе (и/или самоновейшему ЯП, призванному наконец-то стать silver bullet)

Ещё раз прошу прощения за возможную категоричность и одновременно консервативность - noblice oblige знаете ли. :)))

С уважением.

P.S. И да, про якобы зыбучесть и падучесть пресловутой "пиратки" - не всякая пиратка=провирусованный насквозь "ЗверьСиДи", бывают прецеденты сплошь и рядом, когда официальный образ а-ля MSDN просто подпирают более удобным, нежели штатный, способом активации (про канонический вариант с той же Саблей у 1С или маету с электронными лицензиями в VI у оной-же уж и говорить-то стыдно).


torin_kr
Feb. 14th, 2018 11:08 am (UTC)
Re: честно пытался не влезать, но... :))
Хорошая и очень честно сформулированная позиция сисадмина -- "работает -- не трожь". Вот тока от прогеров требуется немного другое -- чтобы не просто работала, но еще и с каждым днем умела делать чуть больше, чем за день до этого. А как этого добиться если -- "не трожь"?

Вот поэтому сисадмины прогеров и не любят :)))
val_oper
Feb. 14th, 2018 03:00 pm (UTC)
А вот экспериментировать допиливая систему на живом заводе я бы в жизни не дал. Есть система собранная, которая работает и выполняет свой функционал. В идеале она должна крутиться во внутренней сети и обновления на неё надо ставить очень избирательно, равно как и допиливание новых функций сначала тестировать на кошках, то есть в одном наименее ценном цеху. И тут у проверенной пиратки есть преимущество даже перед официальной версией на которую может придти глюкавое обновление.
( 26 comments — Leave a comment )