Int 21h

Аватар пользователя Escalibur72

Тут образовалась некоторая дискуссия между пользователем Эпиграмма со статьей Хочу в цифровое рабство и Папашей Мюллером с его статьей MOV AX, 09h

Сразу опишу позиции сторон.

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

Папаша Мюллер со свойственной ему экспрессией выступает явно с позиции профессионалов индустрии и его позиция, если вкратце, выглядит как типичная позиция всех "профессионалов индустрии", а именно: "у нас всё работает, проблема на вашей стороне". 

Управление в картинках

По данной теме сразу виден настоящий профессионал, спорить не буду. Даже видно, что человек в теме ибо припомнил 21-й интеррапт. 

Более того, он даже верно оценил уровень нынешних "профессионалов":

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

Я с ним абсолютно согласен! Современная индустрия производства продукции ИКТ на 99% состоит из недалёких ПТУшников, возглавляемых такими же ПТУшниками - мастерами бизнесь-администирования, которых, я напомню, готовят даже не ПТУ, а школы. Ситуацию усугубляет то, что как специалисты по производству продукции ИКТ, так и специалисты по производству управляющих воздействий - полные апломба дегенераты с адски завышенным ЧСВ, которые считают, что без них мир остановится и небо упадёт на Землю. 

Дак вот, проведём ещё немного изысканий. В своё время небольшой фурор вызвала книжка Николаса Карра под непереводимым на русский названием "Does IT Matter" или как её перевели "Блеск и нищета информационных технологий". Книжка, напомню, вышла в 2004-ом году. В ней Николас как два пальца об асфальт доказывает, что современные ИКТ не являются в 99% конкурентным преимуществом, так как унифицированы. Они являются инфраструктурой, такой же как электричество, водопровод и канализация. А обслуга этой инфраструктуры в 99% - это, дада, сантехники и электрики, а не никакие небожители. И приводит убийственное сравнение: в начале 20-го века, когда в моде была электрификация  (помните Ленина с его ГОЭЛРО), во многих фирмах были ажно специальные вице-президенты по электрификации. Ну то есть это как сейчас эти самые CIO. 

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

Вторая часть проблемы - это то, что ИКТ несмотря на то, что их отчего считают жутко инновационными, уже давно остановились в развитии. Я лично вижу последние ростки нового в конце 80-х начале 90-х. С тех пор НИЧЕГО нового не появилось. 

Сейчас возникнет бурное возмущение и обвинения в идиотизме. Извольте, я объяснюсь. Итак, к примеру, HTML. Это ПОДМНОЖЕСТВО языка SGML, стандартизованного в 1986 году, а сам SGML является наследником GML, разработанного в 1969 году. Далее, интерфейсы. Полный интерфейс с окнами, мышью, сетевыми лазерными принтерами (с postsript), сетевыми папками и прочим WISIWIG был представлен в 1982-ом году XEROX в виде его рабочей станции Star. Но, вообще-то, грамотный подход к использованию ИКТ придумал ещё в 1969 году Дуглас Энгельбарт и не просто придумал, а реализовал. Есть такая эпическая видеопрезентация под названием Mother Of All Demos. Мышь, кстати, там уже была, её придумал тоже Дуглас. Ну и так, вкратце: ООП - это SmallTalk, как говорит нам Вики, разработка начата в 1969-ом, а выпустили в свет его в 1980-ом, функциональное программирование Лисп - 1959-й, Erlang - 1986 и так далее. Ну, а последнее, что было создано - это Mark Weiser и его Ubiquitous computing от 1991 года, где уже были Board, Pad и Tab. Ничего не напоминает? Я уже не говорю про монстров компиляторостроения типа Кнута, Ахо, Ульмана, Хоара, Вирта и прочих, не говоря уже о Хомски, которые были настоящими учёными, а не тупыми птушниками, которых максимум на что хватает, дак это на всякий вторичный шлак, типа питонов и прочей перхоти. Если говорить про интернет, то, скажем в 1995-ом году, я сидел в IRC, на сети DalNet, где одновременно могли общаться порядка 200-300 тысяч человек, при этом обмениваясь сообщениями, файлами, распределяясь по каналам (комнатам) с модерацией и без, а так же общаться тет-а-тет, сидя на модемном соединении на 14400. В 1995-ом году! Что-то подобное но гораздо более корявое появилось на основе веб-технологий только в районе 2010, но сколько оно жрёт ресурсов, мама дорогая. 

Ну и, кстати, все нормальные парни, которые создавали языки программирования, создавали их не как языки, а как СИСТЕМЫ, то есть это была комплексная система, которая включала в себя всё, что нужно, а именно: ОС, систему разработки, стандартную библиотеку. И не нужно было плодить кучу сущностей, чтобы потом ловить проблемы на совместимости. Всё работало из коробки. 

Ну дак вот, продолжим. Так как львиная доля софта сейчас разрабатывается откровенными птушниками, то их деятельность не просто может, а должна быть автоматизирована. И эта задача вполне может быть решена. Но для этого нужно убрать жадных манагеров из школ бизнеса от руля и их хозяев из лиги плюща от собственности и создать нормальные системы разработки ПО на основе декларативного программирования и DSL. Если по простому, то основная проблема нынешней ситуации в том, что человек до сих пор объясняет компьютеру КАК делать, вместо того, чтобы объяснять ему ЧТО делать. А уже компьютер должен сам решать КАК делать, подбирая для этого наилучшие средства. То есть люди должны ставить задачу компьютеру в терминах своих проблемных областей (отсюда DSL - domain specific language), а ИКТ уже будут самопрограммироваться под решение этих задач. Вот для самопрограммирующихся систем да, нужны очень квалифицированные информатики. Но их нужно мало. 

Сейчас же всё покатилось не туда. Все пытаются наляпать что-то абы как, побыстрее вывести на рынок, а потом отлаживаться на пользователях. Охренительная тема. Понятно, что пользователи несколько недовольны вплоть от слова совсем. Представьте, что вы купили, скажем, ботинки, а вам выдали две колодки из дерева с дырками, а потом их постепенно подтачивают, по кровавым следам на дереве от ваших мозолей. 

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

И напоследок, люди плохо понимают что такое ИКТ. ИКТ - это просто ещё одна платформа для исполнения алгоритмов. До их появления платформа была только одна - протеин. После их появления, появилась альтернативная платформа - кремний. И на неё и нужно переложить львиную долю рутины, которой сейчас загружена протеиновая платформа. Ибо протеиновая платформа хороша в других классах алгоритмов, творческих. А рутина лучше для кремния. Но мы наблюдаем обратное. Кремний используется, чтобы ещё больше поработить протеин, навязав ему исполнение совершенно ублюдочных задач через сервисы типа Амазон Турк, Яндекс Толока и прочих ужасов современного капитализма. Именно эти сервисы и есть будущее технологий в капиталистическом обществе. Где мир разделится на три части: хозяева жизни, их немногочисленная обслуга и биомасса прекариата, которая будет эксплуатироваться посредством ИКТ. 

 

 

 

Авторство: 
Авторская работа / переводика
Комментарий автора: 

Тема обширная и раскрыть её быстро невозможно. А полноценно - нет ни интереса, ни времени. 

Комментарии

Аватар пользователя Escander
Escander(5 лет 5 месяцев)

 Если посмотреть на всё то, что делается для расчёта фактической себестоимости - жесть какая-то... но НАДО!!!!

Аватар пользователя nm53
nm53(6 лет 3 недели)

Перечисляя великих, Вы забыли Дейкстру! Именно он запустил революцию в программировании.

Аватар пользователя Папаша Мюллер

И Бэббиджа.

Хотя лично меня царапнуло отсутствие имен Керригана и Ричи

Комментарий администрации:  
*** Уличен в дезинформации - https://aftershock.news/?q=comment/12183126#comment-12183126 ***
Аватар пользователя IS-80
IS-80(6 лет 11 месяцев)

Чего дочку Байрона забыл? Антифеминист? 

Комментарий администрации:  
*** Отключен (систематические немотивированные оскорбления, срач) ***
Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

Во-первых, на вы. Во-вторых, если кого и упомянуть, дак это Грейс Хоппер, потому как Ада Лавлейс при всём уважении, радикального влияния на ИКТ не оказала. 

Аватар пользователя IS-80
IS-80(6 лет 11 месяцев)

Во-первых мне плевать. Во-вторых, ну ок пусть будет бабушка адмирал. В-третьих мне жаль твоё чуйство юмора. 

Комментарий администрации:  
*** Отключен (систематические немотивированные оскорбления, срач) ***
Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

У меня всё ок с чю. 

Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

Кернигана, Ритчи и язык Си не очень жалую. Я сторонник европейской школы Вирт и Паскаль. Вот это красота, лаконичность и качество. А макроассемблер с кучей макросов под названием Си - это путь в ад. 

Аватар пользователя nm53
nm53(6 лет 3 недели)

Керриган и Ричи - вредители и враги народа! Они разработали самый мерзкий язык, какой только можно придумать. Страуструп слегка прикрыл их срам, но чёрного кобеля не отмоешь добела.

Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

Пардон ) Мне было главное не упомянуть не приведи госспади Томпсона, Ритчи и Страуструпа )) 

Аватар пользователя CatOwner
CatOwner(6 лет 7 месяцев)

Сама концепция HTML - это полный маразм, имхо. Ну не лезет реальность в эти рамки, отсюда возникают костыли бесконечные, javascript этот убогий. Имхо, правильный подход - разработка универсального интерфейса компоновки графических объектов и обмена инфой между сервером и браузером. Задачей браузера должно быть только вывод готовой графики и отправка сообщений от периферии, остальными вещами должен сервер заниматься.

Аватар пользователя IS-80
IS-80(6 лет 11 месяцев)

HTML если вспомнить для чего он изначально создавался и то что жизнь не стоит на месте для своего времени был вполне. Сейчас же он используется по факту для написания программ из-за чего и CSS и прочие яваскрипты с дротиками.

Комментарий администрации:  
*** Отключен (систематические немотивированные оскорбления, срач) ***
Аватар пользователя CatOwner
CatOwner(6 лет 7 месяцев)

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

Аватар пользователя monk
monk(12 лет 2 месяца)

Самое смешное, что это представление теперь признано самым модным для любого графического интерфейса. И последние приложения состоят из браузера + HTML + собственно приложения. Называется эта убертехнология Electron. И теперь мой компьютер снова не многозадачный как в эпоху Windows 3.1. Потому что этих приложения я могу запустить только 2-3 штуки.

Обещают следующим прорывом технологии сделать всю операционную систему внутри браузера.

Аватар пользователя CatOwner
CatOwner(6 лет 7 месяцев)

О сколько нам открытий чудных готовит технологий дух

Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

Именно! HTML был изобретён, чтобы быстренько накидать страничку с гиперссылками на другие странички и расшарить ссылку среди коллег по ЦЕРНу. А из неё сделали убертехнологию, на которой пишут всё! В результате имеем подогрев атмосферы впустую, сопоставимый с майнингом. Браузеры уже превратились в ОС. 

Аватар пользователя monk
monk(12 лет 2 месяца)

Причём ведь была попытка сделать java-апплеты. Но пиара не хватило...

Аватар пользователя vlad02
vlad02(8 лет 5 месяцев)

Говно эта джава со всеми скриптами, впихнуть невпихуемое и впихерить невпихериваемое, да еще на специфическом синтаксисе, для тех у кого в километре 1023 метра а в килограмме 1023 грамма, считая нулевой.

А нужен то был всего то язык НАПИСАНИЯ ИНСТРУКЦИЙ для вычислительного устройства. Даже PL/2 проще в понимании, чем эта граблефабрика с непонятными зависимостями от цены дров в Тикси в полярную ночь

Аватар пользователя monk
monk(12 лет 2 месяца)

Чем джава-то не угодила? Вне браузера она очень даже развилась.

А нужен то был всего то язык НАПИСАНИЯ ИНСТРУКЦИЙ для вычислительного устройства.

Радуйтесь! Теперь существует WebAssembly. В него можно даже из PL/2 компилировать.

Аватар пользователя CatOwner
CatOwner(6 лет 7 месяцев)

Я не вникал, но думаю опять изврат, облагороженный вариант TypeScript. И остается проблема связки GUI и бизнес логики. Все равно придется извращаться, ведь всю серверную часть на клиента не перетащить.

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

Аватар пользователя monk
monk(12 лет 2 месяца)

Я не вникал, но думаю опять изврат, облагороженный вариант TypeScript.

Выглядит так:

get_local 0
i64.eqz
if i64
    i64.const 1
else
    get_local 0
    get_local 0
    i64.const 1
    i64.sub
    call 0
    i64.mul
end

И остается проблема связки GUI и бизнес логики.

Для GUI там есть нормальный OpenGL. Вот пример GUI: https://jnmaloney.github.io/WebGui/imgui.html

А при и желании доступ к Javascript'овским функциям через что-то типа:

#include <emscripten.h>
int main()
{
    char* s = "hello world";
    EM_ASM({ alert(Pointer_stringify($0)); }, s);
    return 0;
}

Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

Дада, меня очень позабавило появление ассемблера в браузерах. Стоило-ли городить огород, чтобы вернуться к bare metal, но при этом на стеке из 20 уровней ))) Не проще ли выкинуть все наслоения и вернуться к bare metal? ))) 

Аватар пользователя Simurg
Simurg(7 лет 2 месяца)

Это не голое железо ни разу. Это переносимый байт-код.

То, чем должна была бы, по идее, стать Ява... но не стала в силу множества всем известных причин.

Комментарий администрации:  
*** Уличен в клевете и ложном цитировании, отказ принести извинения - https://aftershock.news/?q=comment/11527284#comment-11527284 ***
Аватар пользователя monk
monk(12 лет 2 месяца)

может они вдруг удосужились нормальную работу с периферийными устройствами сделать

Жёсткий диск, разумеется, никто не даст. Также как и доступ к USB. А видеокамеру или звук можно в том объёме, в котором разрешено JavaScript'у.

Аватар пользователя CatOwner
CatOwner(6 лет 7 месяцев)

Я понимаю, а допустим нормальный доступ к принтерам даст? Чтобы можно было выбрать нужный принтер,настройки получить, формат отчета свой сделать?

Аватар пользователя monk
monk(12 лет 2 месяца)

Есть https://wicg.github.io/webusb/ 

Говорят, Chrome его поддерживает.

Чтобы можно было выбрать нужный принтер,настройки получить, формат отчета свой сделать?

Именно через ОС нельзя. WASM имеет только тот доступ наружу, который имеет JavaScript (иначе была бы дыра в безопасности). 

Аватар пользователя CatOwner
CatOwner(6 лет 7 месяцев)

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

Аватар пользователя monk
monk(12 лет 2 месяца)

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

Обычно считается, что размер A4. Никто не мешает запрашивать. 

Для колонтитулов и полей можно делать что-то вроде

/* style sheet for "A4" printing */
@media print and (width: 21cm) and (height: 29.7cm) {
     @page {
        margin: 3cm;
     }
}

/* style sheet for "letter" printing */
@media print and (width: 8.5in) and (height: 11in) {
    @page {
        margin: 1in;
    }
}

/* A4 Landscape*/
@page {
    size: A4 landscape;
    margin: 10%;
}

Насчет WebUSB интересно, надо посмотреть. Но тут опять наверно проблемы с безопасностью.

 Там как с видеокамерой окошко подтверждения всплывает.

Аватар пользователя monk
monk(12 лет 2 месяца)

разработка универсального интерфейса компоновки графических объектов и обмена инфой между сервером и браузером

Давно есть. Открытый X Window Protocol и чуть менее открытый Display Postscript.. 

Аватар пользователя CatOwner
CatOwner(6 лет 7 месяцев)

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

Аватар пользователя monk
monk(12 лет 2 месяца)

Ну так если в руках молоток, то всё вокруг кажется гвоздями. Веб разрабатывался для просмотра документов, а не для «передачи графических примитивов». Потому кто-то обнаружил, что на скриптах для этих документов вроде можно программировать.

Вот компьютеры ещё помощнее станут и можно будет программировать на Майнкрафте. На XSLT уже порываются.

P.S. На PDF тоже можно программировать, и на MS Word  тоже...

Аватар пользователя CatOwner
CatOwner(6 лет 7 месяцев)

Да, программирование на майнкрафте - это круто. Я в него даже собирался как-то поиграть по этому поводу, но лень стало.

Аватар пользователя mamomot
mamomot(11 лет 3 месяца)

Хм...

Помню 1991 год. На мой ПК с ОДНИМ МЕГАБАЙТОМ ОПЕРАТИВНОЙ ПАМЯТИ установлен Автокад-10. Чтобы он работал не в демонстрационном режиме нужно было:

1. Открыть бут-сектор для редактирования.

2. В первой строке, в шестой позиции заменить нолик на единичку...

Бггг...

Комментарий администрации:  
*** Уличен в том, что обзывает людей ("обиженками", "хохло-нечистью" и т.п.), а потом пишет администрации жалобы вида "в ответ на мое крайне корректное обращение..." ***
Аватар пользователя crazer
crazer(4 года 3 недели)

Ну и че? Тогда и не такое бывало. Зато теперь вспомнить весело.

От тогдашнего юзера (конец 80-х - самое начало 90-х) могли требоваться навыки, которых у нонешних "программеров" попросту нет.

Аватар пользователя Директор моря
Директор моря(4 года 6 месяцев)

Ну как бе я не совсем согласен с автором. В реальном производстве благодаря развитию технологий за последние лет 40 совершен просто фантастический скачек вперед. Железный монстр, состоящий в конце прошлого века из кучи кулачков, дифференциальных и кривошипных  механизмов, всякой прочей обильно смазанной маслом железной хрени, сегодня представляет собой десяток другой сервоприводов с минимумом механики, управляемым PLC со вполне вменяемым ценником и запредельной надежностью.

К IT все это правда имеет весьма отдаленное отношение.

Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

Вот именно)) Замена кулачковой платформы на ПЛЦ. А алгоритмы те же самые )) 

Аватар пользователя Директор моря
Директор моря(4 года 6 месяцев)

Ну да. Только чтобы перейти на другой формат продукции раньше требовалось 3 дня (выкатить кулачки, установить новые, произвести наладку). А сейчас на то же уйдет минут 15 (вгрузить другой рецепт в ПЛК, проверить как работает)

Аватар пользователя vlad02
vlad02(8 лет 5 месяцев)

Ага и ДВАДЦАТЬ ЛЕТ ловить программные глюки в суперсовременном F35 все так БЫСТРО, но из за кривых зависимостей ну совершенно не работает

Аватар пользователя Директор моря
Директор моря(4 года 6 месяцев)

Я далек от военщины, но подозреваю, что техзадание за это время меняли тоже раз 20.

Аватар пользователя mamomot
mamomot(11 лет 3 месяца)

Я сейчас безработный... И для возможности претендовать на кое-какие места приходится изучать, как писать макросы на С#...

Хотя, в последний раз я программировал в 1990 году..

Обидно...

 

Комментарий администрации:  
*** Уличен в том, что обзывает людей ("обиженками", "хохло-нечистью" и т.п.), а потом пишет администрации жалобы вида "в ответ на мое крайне корректное обращение..." ***
Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

Ну, да. Сейчас С# и Java - это серебряные пули. 

Аватар пользователя IS-80
IS-80(6 лет 11 месяцев)

Хотя, в последний раз я программировал в 1990 году..

Вспомни что ты советский инженер. А значит для тебя нет невозможного.

Комментарий администрации:  
*** Отключен (систематические немотивированные оскорбления, срач) ***
Аватар пользователя jamaze
jamaze(12 лет 3 месяца)

Все платформы устаревают. Вот сейчас работаем с одной крупной госконторой, для которой платформу делали в 2008-ом. Тогда она была передовой, теперь это - геморрой, хорошо хоть спецы по ней есть в этой самой госконторе. В предыдущей международной коммерческой компании то же самое - создали в 0-х платформу, она до сих пор живет. Для своего времени была вполне передовой, ныне - куча геморроя из-за нее, чтобы ее освоить нужны годы, а результат - сейчас. Так же будет и с любым DSL, только еще быстрее - там реальность разных компаний растащит этот DSL в неперевариваемую кашу уже при второй его итерации.

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

Остановить это можно, только остановив/запретив создавать новое, остановив хотелки пользователей, таких как Эпиграмма. Не будет у вас 100500 приложений, делающих одно и тоже, среди которых вы сможете выбрать самое удобное для себя. Будете пользоваться одним, которое развивается медленно. Потому что есть 100500 стандартов и других приложений, с которыми надо согласовать все изменения.

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

Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

DSL - это такая штука, которая не очень устаревает. Вот вам DSL, который используется во весь рост: LD, FBD, SFC. Можно посмотреть IDEF0/IDEF3/BPMN - это тоже DSL. Математика - это тоже DSL. SQL тот же самый. Грамотный DSL относится к предметной области, а не к среде исполнения и поэтому транслируется на любую среду исполнения.

Вы же приводите пример, когда система написана как раз не на DSL, а на ЯВУ общего назначения, да ещё и на библиотеке общего назначения. Понятно, что она устаревает и подлежит полной замене, что равнозначно разработке с нуля. 

Если бы у вас процессы были нормально описаны на DSL, то вам бы пришлось просто транслировать их на новую исполнительную платформу и всё бы завертелось. 

Аватар пользователя jamaze
jamaze(12 лет 3 месяца)

Разницы нет. Устаревают любые модули и языки. У SQL'я сколько баз - столько диалектов, например.

Не устаревают только никому не нужные штуки. У которых порог входа выше, чем затраты на "написать с нуля".

Аватар пользователя vlad02
vlad02(8 лет 5 месяцев)

COBOL для финансистов, FORTRAN для математиков LISP для ИИ... -?

Аватар пользователя Viktor Levchenko
Viktor Levchenko(5 лет 9 месяцев)

Не удержался как как специалист по инженерке в строительстве вставить свой 5 копеек. Как проектировщик сталкиваюсь с "информационно-компьютерной техникой" много лет.

Да в том, что канализация и электричество обустроены отличными, продуманными и качественными стандартами, что скрывает их сложность, а они очень сложны.

Везде мне видятся одни и те же проблемы: сложности систем превзошли определённый уровень после которого дальнейшее усложнение снижает удобство использования. Это касается многих продуктов: компов (железо), программ, смартфонов, автомобилей, стиральных машин, систем отопления, систем кондиционирования. Короче необходим откат сложности. 

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

Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

И это тоже! Но есть сложность, а есть бардак. И тут бы неплохо разобраться где что. 

Аватар пользователя ku
ku(10 лет 3 недели)

Про стандарты в электрике vs компуктерах.

Если я возьму 100 ПТУшников/самообразованных программистов и попрошу каждого спроектировать, купить и собрать обычный компуктер с виндой за 100т.р. работа + материалы, без всякого проекта и особого контроля с моей стороны, то у меня будет 100 практически идентичных компуктеров, вполне работоспособных и безопасных.

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

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

Аватар пользователя Escalibur72
Escalibur72(7 лет 3 месяца)

Вы немного недооцениваете масштабы бедствия. Подобный подход пошёл уже в автомобили, самолёты и аппараты ИВЛ. 

Страницы