Предварительным замечанием напомню, что любая сколько-нибудь масштабная (практически — полезная в масштабе государства) информационная система — это совсем не конкретная кодовая база на некотором конкретном языке программирования, а структура данных, сами данные и алгоритмы их обработки.
Высокий консерватизм базовой формы плюс (по модели «аналитической суммы») кармадрочерство на «экономической эффективности» с приложением к *реальному* (то есть *историческому*) второсигнальному отражению технологического процесса (всегда формируемому на основании опыта, и часто опыт *требует* пересмотра и изменения базовой дегрессии) — гремучая смесь.
С воплощением в Устном Предании (см. #16576):
Звучит как приговор суда.
За нарушения принципов SOLID в особо крупных размерах и использование undefined behavior согласно статье 1.3.12 ISO/IEC 14882:1998 суд приговорил проект к 40 годам обратной совместимости.
Как я говорил, говорю и буду говорить — контроль *полноты*/достоверности исходных данных является *необходимой* предпосылкой правильного прогнозирования.
С закономерным прикладным следствием: для косвенного управления поведением *объекта* ему на вход необходимо подать специально сформированный пакет поток информации. Достаточно продвинутая форма суггестии, но и гипотезу о фундаментальном свойстве Разума забывать не стоит.
Предварительным замечанием напомню вполне тенденциозную (причём в востребованной [хозяевами современных фиатных фантиков] парадигме западопоклонничества):
Mightymouse про Савчук: Отъявленный программист: лайфхакинг из первых рук (Зарубежная компьютерная, околокомпьютерная литература ) в 17:38 (+01:00) / 10-12-2015
Книга очень полезная, даже для не-айтишников. Из нее хорошо видна разница между "там" и "здесь" как места работы. И, конечно, она очень вредная для государства. Могут и запретить.
Ну а теперь к предмету статьи:
Сначала — сказки от «успешного» (ибо свалившего) таланта профессионала Крис Касперски (Мыщъх):
В России на собеседованиях часто пытаются раздавить, любой ценой показать, что ты ничего не понимаешь, — чтобы снизить зарплату. Людей там не ценят так, как деньги. Здесь, в США, чаще всего наоборот: если видят, что ты стоящий специалист, в тебя вцепляются мертвецкой хваткой и больше не отпускают, предлагая лучшие условия на рынке и идя во всем навстречу. Что же касается наболевшего — это общая специфика РФ, — там мало продуктовых компаний и еще меньше компаний, в которых постоянно появляются линейки принципиально новых продуктов (принципиально новых не технологически, а написанных «с нуля» без «легаси»). Поэтому в РФ разгребание «застоялых говен» входит в job description по умолчанию.
Цит. по: Игорь Сергеевич Савчук - «Отъявленный программист: лайфхакинг из первых рук» (#421841).
Автор цитаты явно не знаком не только с азами экономики (до вывода в руководстве господина Брукса), но и с руководством господина Фокса ☺
Но самое смищное как всегда — в результатах верификации *наброса* (надеюсь, на АШ все помнят определение?) и следствиях встречи с скучными закономерностями реального мира.
Которые воплощены в том факте, что одной из наиболее востребованных специализаций на рынке США является такой инновационный ЯП, как COBOL (новейшая разработка, 1959 год).
Краткая справка
COBOL (аббревиатура от COmmon Business-Oriented Language) — императивный процедурный язык, созданный в 1959 году для разработки бизнес приложений. Одной из главных его особенностей является максимальная приближенность к английскому языку, что в конечном счёте привело к громоздкости каждого отдельного кода, а в 2006 году даже обнаружилось, что COBOL — абсолютный лидер по количеству написанных строк кода. Вот пример базовой программы:
$ SET SOURCEFORMAT"FREE"
IDENTIFICATION DIVISION.
PROGRAM-ID. ShortestProgram.PROCEDURE DIVISION.
DisplayPrompt.
DISPLAY "I did it".
STOP RUN.
Долгое время COBOL был не только базовым языком программирования в англоязычных странах из-за его удобочитаемости, но и главным инструментов различных финансовых систем. Вызвано, впрочем, это было во многом по той же причине.
…
Сказать, чем COBOL настолько хорош, что его невозможно заменить, смогут действительно лишь преданные фанаты этого языка. Да, он удобочитаем, он надёжен (теоретически) и проверен временем, но всё же главная причина его сохраняющейся актуальности абсолютно в другом. Дело в том, что структура кода, его размеры, БД, вся система, заточенная под COBOL, просто физически не позволяют перевести все накопленные годами данные в какой-нибудь более удобоваримый язык, вроде Java, за относительно короткий промежуток времени. Соответственно, стоит задача — или искать человека, знающего COBOL, или нанимать штат классических программистов, которые всё переделают, но результат не гарантируют.
И-23: «удобоваримомость» жабы — та ещё сказка.

Комментарии
Хз как в it, но практика в конторах такая: есть спец работает в конторе 5+ лет знает входы-выходы, просит поднять ему за, начальство упирается спец уходит. На его место набирают нового, а то и пару тройку за запрашиваемую старым спецом зп. И такого кретинизма на моем опыте десятки случаев.
Ну типа век и два и три века тому назад такое уже было, и не только у нас - как там у Грибоедова:
"ну как не порадеть родному человечку!"
Вы пессимистичны по поводу "5+ лет" . Для спеца хватит шести месяцев для полного понмимания продукта. Несколько недель до месяца чтоб выдать первый результат.
Именно что «первый».
С основой преимущественно на принесённом специалистом опыте.
Без сколько-нибудь целостного знания исторических нюансов системы.
Было же сказано: "хз как в it".
Чтобы разобраться в энергосистеме района, например, требуется более пары недель.
Срок работы, я привёл не как критерий квалификации специалиста.
Самое весёлое начинается, когда проявляются издержки эксплоатации систем, построенных на таком скороспелом понимании предметной области.
такое ощущение, что все подразумевают работу программиста-одиночки :) нормальные разработки и миграции создаются коллективами
Ну дык про морковку единичного таланта, творящего ыксклюзив за особый гонорарий (с делегированием скучной рутины на сторону) и написано цитированное… сочинение.
Ну, куда же без коллектива? Сначала технологи говорят на бумажках как работает в разных ситуациях их оборудование, какие параметры нужно контролировать, каким оборудованием и как управлять нужно. Потом железянщики разводят управляющие сигналы и сигналы датчиков от этого оборудования по их шкафчикам. Каждому сигналу нужно имя дать. Потом первичная обработка этих сигналов на нижнем уровне, новые сигналы и имена. И вот все сливается на верхний уровень. Тут обработка посложнее, много задач и выходных сигналов этих задач опять с именами, конечно. Потом рабочая станция оператора-технолога. Вагон картинок, сигнализация аварийная и предупредительная. Ну, и конечно, в аварийной ситуации нужно не просто об этом оператору вякнуть, но и автоматически включить или выключить нужное оборудование, переведя объект в безопасное состояние. И самую интересную информацию для прокурора и разбора полёта после аварийной ситации сохранить нужно. Куча людей работает. Технологи, железянщики, постановщики задач, программисты для железа разнообразного, хранители баз данных. И куча документации в виде бумаг с подписью исполнителей и их боссов, которых драть будут за дурь.
Хе-хе…
Наблюдал я как-то с безопасного удаления процесс устранения инцидента на одном аппаратно-программном комплексе.
Закончилось всё откатом патча, реализованного производителем по замечаниям высокой комиссии.
Как считаете: что дальше было?..
Обязательно - или хотя бы желательно дополнить это определение типа метками времени, характером поведения данных во времени - хотя бы минимальными.
Типа время создания, время обращения, время прекращения, срок хранения или время уничтожения. Не только данных, но и типа алгоритмов, процедур...
Не знаю, как верно и коротко объяснить, что данные - как и алгоритмы - живут во времени - "в них живут и умирают".
Люблю я это прекрасное слово "данные" и веру в них, как в незыблемый базис.
Ибо "АшиПки есть - АшиПки будут - АшиПки будут быть" etc.
(напр. От "в правом левом углу размещено..." - ИИ станет в тупик. Учитывая повторение этого в целой информационной цепочке, выходящей на общегосударственный уровень, будет постоянно тиражироваться из разных ее звеньев и жить-поживать)
Почему «незыблемый»?!?
Подите в Традиционном направлении. И в классическом анализе узрите как обоснование *необходимости*, так и констатацию конечности *любой* конкретной дегресии.
*Исторический* подход рулитЪ.
Правда, я бы не сказал, что он сильно продвинулся с конца позапрошлаго века…
Потому как в этом обычно уверено руководство на любом административном уровне через одну ступень или"соседи" по системе.
"Врать" может как человек, так и термометр.
А это уже другая интереснейшая часть вопроса.
О сравнительное ресурсоёмкости статичных и динамических моделей.
И далее с выходом на ресурсоёмкость главной задачи (построения графа зависимостей).
del
Помните, что используя умолчательную форму комментирования Вы «отвечаете» не на последний комментарий, а на статью.
казенный комп подтормозил
Десяточка? ☺
И админ, которому плевать (вернулся к проверке на вшивость своих любимых данных)
PS: Где ты ламповая хрюшка...
Тут дело не (с)только в «плевать», сколько в предполагаемой ресурсоёмкости, соотнесённой с располагаемым ресурсом.
Ну и конечно же в проблеме формализуемости качества обслуживания (с порогом надлежащести).
Не позволяющее зачистить всю кодлу, лоббирующую привязку к платформе майросовта (с зачётом парашютипа первым взносом на ипотеку по возмещению причинённого ущерба).
ЗЫ: Однако ХРень — это не только почти первая редакция «лучшей ОС майкросовта», но и первый шажок к современному состоянию.