Тут образовалась некоторая дискуссия между пользователем Эпиграмма со статьей Хочу в цифровое рабство и Папашей Мюллером с его статьей 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), а ИКТ уже будут самопрограммироваться под решение этих задач. Вот для самопрограммирующихся систем да, нужны очень квалифицированные информатики. Но их нужно мало.
Сейчас же всё покатилось не туда. Все пытаются наляпать что-то абы как, побыстрее вывести на рынок, а потом отлаживаться на пользователях. Охренительная тема. Понятно, что пользователи несколько недовольны вплоть от слова совсем. Представьте, что вы купили, скажем, ботинки, а вам выдали две колодки из дерева с дырками, а потом их постепенно подтачивают, по кровавым следам на дереве от ваших мозолей.
Ну и ещё проблема. Отсутствие стандартов. Для того, чтобы компьютеры могли нормально организовать бесшовные коммуникации, нужны стандарты. Огромное количество стандартов. Элементарная операция стыковки двух предприятий по поставке некоей номенклатуры продукции от одного к другому - это адский клубок проблем, начиная с юридических формальностей, которые плохо поддаются алгоритмизации, потому что законы корявые, и заканчивая формальностями описания продукции, потому что тупо нет стандартизации и одно и то же может называться разными терминами, а то, что называется одними и теми же терминами, может быть совершенно разным.
И напоследок, люди плохо понимают что такое ИКТ. ИКТ - это просто ещё одна платформа для исполнения алгоритмов. До их появления платформа была только одна - протеин. После их появления, появилась альтернативная платформа - кремний. И на неё и нужно переложить львиную долю рутины, которой сейчас загружена протеиновая платформа. Ибо протеиновая платформа хороша в других классах алгоритмов, творческих. А рутина лучше для кремния. Но мы наблюдаем обратное. Кремний используется, чтобы ещё больше поработить протеин, навязав ему исполнение совершенно ублюдочных задач через сервисы типа Амазон Турк, Яндекс Толока и прочих ужасов современного капитализма. Именно эти сервисы и есть будущее технологий в капиталистическом обществе. Где мир разделится на три части: хозяева жизни, их немногочисленная обслуга и биомасса прекариата, которая будет эксплуатироваться посредством ИКТ.
Комментарии
Ну так расскажи какие задачи вы там могли решать после курсов УПК?
Ах олдскулы свело...
Судя по этому заявлению вы один из тех кто вместо нормального ПО продуцирует откровенное дерьмо.
Я не обезьяна из ПТУ, а инженер. Посему извините, код не пишу. Ну разве что небольшой скриптик для атоматизации какой-то рутины...
Сегодняшние программисты изучают:
1. Матанализ.
2. Линейную алгебру.
3. Теорию вероятности.
4. Дискретную математику.
5. Численные методы анализа.
6. Алгоритмы...
Это в каких ПТУ - такие дисциплины проходят?
Так ВШЭ вообще школа. Даже не ПТУ.
Изучать и применять - вещи разные. Я тут несколько попреподавал в ВУЗе средней руки, поэтому, уровень студентов представляю. С каждым годом деградация была налицо.
Так что одно дело приложение к диплому с красивыми названиями, а другое - реальные ЗУН. У меня за 8 лет преподавательской деятельности считанные единицы сделали Лабу №2, где надо было разработать интерпретатор языка программирования.
Значит , всех кто не сдал исключили? Ведь как можно получить зачёт/допуск не сдав все лабы?
Так эти дисциплины не только на ИУ преподают. Сварщикам вообще то тоже.
Вообще, вспоминая конец 80х, короткий код был из-за того, что в аквариум на 286 машины пускали по часовым пропускам. На кафедре у нас были только 86е, иногда с сопроцессором 87, на котором уже тогда еле тянул автокад версии 1й или не знаю второй. Если бы мне тогда сказали про нынешнюю тактовую частоту, и про интерфейс автокада 2019, я бы считал что проблем уже никаких БЫТЬ НЕ МОЖЕТ! наступил программисткий коммунизьм. Нахрен эти лисп доработки, на которых я зарабатывал 5руб за чертеж формата А1.
На самом деле быть современным программистом скучно. Я еще помню как медленно умирал нортон коммандер (и даже досовский антивирус касперского) и в аквариуме появились первые виндоусы.
Ну, нортон был так себе. В начале это, конечно, было круто, но он быстро устарел. Лично я перешёл на дос навигатор и он до сих пор стоит у меня на 486 машинке для старых игр.
Сейчас эта ниша занята фаром и есть ещё коммандер, но он в графике и лично мне не нравится.
Вы путаете программистов с
говнокодерами. Вся сегодняшняя жопа в ИТ, как раз и следствие того, что программистов вытеснили кодерами.Как дальше жить, и главное зачем, если прогресс явно пошел не туда, и поняв больше половины слов из статьи, смысла я так и не уловил.
Кругом одни идиоты и женщины, или пора в пампасы? Кто виноват и что делать, что бы гармонично жить, посреди информационного бардака?
Скажу всем камрадам со сайта, и только по секрету - я живу в гармонии.
И с компьютерами и с бабами. Главное им слабины не давать, и менять вовремя.
На самые свежие модели, хе хе.
Билл Гейтс
Стив Джобс не лучше..
короче, американцы.
сразу надо было нормальные стандарты делать
Вообще-то да. Потому что Европа всегда тщательно подходила к стандартизации. А в США решили не парится и придумали всякие IETF и прочую перхоть, которые начали писать стандарты в стиле RFC.
В результате наплодили кучу корявых стандартов, которые имеют родовые дефекты и с этим приходится жить, потому как "бабосы уже потрачены".
да достаточно глянуть на их мили, фунты и фаренгейты
Ой и не говорите )) Это отдельная печаль!
Специально для вас синопсис:
Рас:
Два:
Три:
Ну раз для меня специально, то спасибо конечно, но я не про то.
Я про неудовольствия, которые следует решать не ноя, что мол все пропало и вы люди - звери, а просто и тихо делая.
Может оно и сработает.
А может и нет.
Но мне лично пофек, ибо я буддист.
Хотя нет, не совсем пофек. Последний файрефокс ну очень неудачный получился для Линукса, пришлось ТаймеШитом откатывать, иначе все пароли с закладками канули в вечность, хе хе.
Сверхнаивное представление человека, который не работал в ИТ или работал над очень простыми задачами где-то на периферии.
И уж точно не думал хотя бы пару часов над тем, что предлагает... потому что "решения" очевидные на уровне школьника. И полезность их - ровно та же.
1. "Сделай систему, которой сможет пользоваться даже дурак, и только дурак будет ей пользоваться"(с) DSL - это хорошо, когда тот самый домейн застыл в развитии, не развивается. Даже дико статичная по меркам других областей бухгалтерия вносит массу... гм... поправок в такой подход. Да, 1С - воплощение этого подхода, и что? В итоге, чтобы удовлетворить клиента "скрипт" мутировал в фактически полноценный язык программирования, где человек опять же объясняет "как"... и уже нет особой разницы с каким-нить c# в котором можно было написать библиотеки для использования в бухгалтерии с бОльшим удобством и меньшим количеством заморок типа "ну и как в пределах этого языка мне вывернуться?".
Да, сейчас существует реально альтернативный подход - нейросети. Но он сопряжён с таким количеством заморок и сейчас для его развития требуется настолько много ресурсов, что он проблемен даже в чисто научной своей части... А уж на практике затык миллион, с банального недостатка мощностей начиная. Возможно, решение будет, вопросами интенсивно занимаются. Но в чём предложение аффтора-то? "УчОные, думайте быстрее!"? Как умеют люди, так и думают. Ресурсы в эти работы пока идут.
2. Да. А ещё огромное количество стандартов - это войны стандартов в областях, где они пересекаются, масса проблем совместимости вверх и вниз даже в пределах одного стандарта и огромная проблема своевременного расширения стандартов на новые, развивающиеся области и воплощение идей. Вся индустрия ИТ - это индустрия стандартов и более половины работы в ИТ - это борьба с ними.
3. Нужно быть богатым и здоровым, а не бедным и больным!
Ну, так для общего разговора:
Ну дак вот, я себя дураком не считаю, но порог вхождения в эти парадигмы явно выше, чем в императивные языки. Тем не менее, именно это столбовая дорога, так как только такие парадигмы могут обеспечить верификацию программ, ну и, соответственно адекватно порождать их автоматически.
Для специалистов в прикладных предметных областях такие языки явно избыточны и для них нужно разрабатывать DSL, которые работают в терминах предметной области. Поддерживать DSL в современных условиях достаточно просто, к примеру, JetBrains создало специальный инструмент для этого MPS.
Мне кажется, вопрос привычки. Если начинал учиться с императивных, то первые пару месяцев функциональный, а тем более логический, подход кажется неудобным. Потом привыкаешь. Также как к vi после ncedit'а. Если учить с нуля, то научить программировать на Sсheme гораздо легче, чем научить программировать на C. Да и на уроках математики императивный подход к алгоритмам не приветствуется..
А логическое программирование в явном виде вообще где-то практически используется?
Функциональное программирование - это опять же "как", а не что. Хотя, конечно, небольшая часть "как" снимается (неявный параллелизм, ленивые алгоритмы). Ничего принципиально это не меняет. Потому что это лишь иной способ описания "как" (где-то он удобнее, а где-то - вот нет). Вас вот не смущает, что лямбда-вычисления введены в тот же c#, вполне себе императивный?
Конечные автоматы все знают, и квадратики с переходами между ними - чуть ли не со школы известны... это никак не решает проблему описания того, что должно быть сделано. Это просто полезный формализм, полезный для программиста, когда он укладывает систему у себя в голове (ну или для математика, для вывода некоторых общих положений). Но в итоге-то - что? В итоге опять человек пишет "как".
Логическое программирование - и вовсе частный случай функционального, просто на тот момент ни формализм не был достаточно отработан, ни практики применений не было. Обобщение же и дало функциональные языки.
...
Дело не в пороге вхождения, дело в принципе. Чем более "грубыми мазками" человек описывает желаемый функционал, тем меньше контроля у него над деталями (что, фундаментально логично, потому что именно ради "потери деталей" всё и затевалось) и тем больше человек в своём описании зависит от инструментария языка. Скажем, прекрасная вещь - SQL (реально, прекрасная, без шуток). Как способ абстрагироваться от сложнейших процессов выборки данных - показал себя просто прекрасно. Огромный, безусловный успех!
Но на его примере же видно, к чему это приводит: а) попытка чуть дёрнуться в сторону от проторенной дороги становится безумно сложным мероприятием и б) сам язык обрастал сложностями, пока не стал чем-то, что уже само по себе требует от человека многих лет(!) изучения и практики, без чего можно написать разве что говнокод. А SQL - он-таки SIMPLE Query Language... был, изначально, ага.
То есть, все эти благие пожелания - это хорошо, но ни одна из известных концепций не предлагает их исполнения. Можно было бы ткнуть в нейросети (экспертные системы и прочие потуги на ИИ), но на текущем уровне это опять же страшный гемморой (только другого рода), а исполнение пожеланий требует уже настоящего ИИ или приближенного к нему. И хотя работы над вопросом идут, не факт, что это вообще реализуемо на нынешнем техническом уровне.
Справедливости ради. SQL - structured query language. "Язык структурированных запросов", а не "простой язык запросов".
Это уже backronim 2000-х, потому что изначальное название явно стало неадекватным содержимому.
Изначально - именно simple.
Насколько я знаю, он изначально был именно structured, ещё с 70-х годов, когда его придумали. Только назывался он тогда несколько иначе - SEQUEL (structured english query language). Возможно, кто-то и приписывал букве S значение simple, но, полагаю, этот вариант не имел сколь-нибудь широкого распространения. По крайней мере, мне и в прошлом веке :) о такой интерпретации слышать не доводилось.
Еще не читал! Но название ЗАЧЕТНОЕ на все 100! Интересно много ли тут тех кто знает что это такое?
Ну, кто застал 90-е, тот должен знать ) Если только бейсиком не обходился )
первую половину 90-х, все же. Потом виндоусы всякие пошли, Дельфи.
Это лишь вопрос возраста. Люди определённого возраста знают это, примерно так же, как некоторый слой людей может среди ночи перевести LD HL, 0 в машинный код, причём именно в десятичный.
спектрумист детектед
ой таки можно подумать без высоких технологий не было ни хозяев жизни, ни биомассы
Как раз система идет к упрощению, на чистом "HTML" или там голом "C" мало кто пишет, есть устоявщиеся фреймворки, на которых может писать выпускник ПТУ. Тоже самое с базами данных, они все быстрее, и многофункциональнее. Так вот выпускники ПТУ - это выпускники ПТУ. И получают они в 3-4 раза меньше чем люди которые реализуют для них базовый инструментарий. Более того есть системы, которые надо только подключить, а логику может реализовать сам пользователь в графическом интерфейсе. Там вообще не нужно никакого образования, мануал прочитать - пару часов, просто надо понимать что ты хочешь от системы. Именно поэтому IT уже присутствует во всех сферах человеческой жизнедеятельности - появились простые стандарты, доступные выпускнику ПТУ.
Вы на популярность языков бы посмотрели. связка С/С++ рвет всех как тузик грелку. Хотя некотрое время назад эти две сферы падали. Но с появление IoT (интернета вещей), они быстро отыграли падение и начали рост.
https://techrocks.ru/2020/02/08/programming-languages-rank-2020/
5.8% пишущих на С++ и 1,5% на С. Больше задач - под эти языки нет. Хотя бы потому что человеку который досконально знает эти языки, надо платить больше, чем выпускнику ПТУ с знанием питона, к примеру. А для подавляющего большинства автоматизаций процессов - питона + джаваскриптом - более чем достаточно.
Ваша ссылка на исследование по укрорынку.
Тут все же более глобальный охват https://insights.stackoverflow.com/survey/2017
Я тоже загнул "рвет всех как тузик грелку", но связка берет третье место, опережая Жаву, уступая только совсем высокоуровневым и специализированным SQL & JavaScript. Учитывая что два этих языка (C/C++) не используются в ВЕБе -- это показатель ох какой высокий.
Это сервис который смотрит вопросы и общение касательно конкретных языков. Я вам привел статистику работодателей. Кого они ищут, востребованность. А не по количеству заданных вопросов и полученных ответов.
https://habr.com/ru/company/hh/blog/474096/ - вот вам Российская действительность.
Это рынок разрабов Украины и России. Они не являются лидерами, например в сфере embedded разработки.
https://www.techrepublic.com/article/the-10-most-in-demand-programming-l... - USA, что пишут рекрутеры.
https://www.itjobswatch.co.uk/IT-Job-Market/UK/Programming-Languages - мелкобриты.
По Китаю если поискать - там +- тоже самое будет. В районе 10%. Большинство задач доступны для решения выпускникам ПТУ. Прогресс не остановить :).
PS: https://www.daxx.com/blog/development-trends/number-software-developers-...
Еще раз.
Мобильная и веб разработка всёя под высоким уровнем. Эти две сферы количеством бью все остальное и будут бить.
Но я лучше останусь в C/C++, уже второе десятилетие заканчиваю на этой поляне.
Ну так об этом и речь. Многое автоматизируется и не требует разработчиков с высокой квалификацией. Я помню времена когда веб-интерфейсы писались на С++. Кто их сейчас на С++ пишет?
С++ теряет нишу. Он устарел и уже настолько оброс... всяким разным, что значительная часть времени уходит на борьбу с ним (в сложных проектах).
При этом преимущество быстрого кода для многих задач либо невелико (манагед c# медленнее лишь на четверть, и то - при достаточно высокой квалификации программиста), либо вообще несущественно (для "малотиражных программ" выгоднее сэкономить время программиста, чем время процессора, тем более, что первое дорожает, а второе дешевеет).
Прямо сейчас я поддерживаю веб-систему, написанную на С++. И это таки ад. Посмотрите, сколько обслуживающего кода требуется даже для нормального менедмежмента памяти и решения вопросов владения. И смарт-указатели - решают вопрос лишь частично, уменьшая количество "невыразительного" кода, но не убирая его.
...
Так вот вопрос: вот нафига нужна такая "высокая квалификация", которая тратится на обслуживание языка? Нет, можно писать и на асме, и не пользуясь менеджером памяти вообще - взял плоский кусок памяти и разложился там. Можно. Но сколько времени это потребует и каков будет реальный выигрыш?
Реальным будет проигрыш.
Какую из? Все что можно он уже потерял и давно. Embedded еще долго будет расти, а там С/C++.
С какого года тянется этот проект?
Практически нет прироста новых разработчиков, я в смысле по сравнению с тем количеством которым прирастают разработчики на всяких джаваскрипт фреймворках.
И знаете почему? Может спроса нет? Нет, он есть. Просто молодняку проще пойти выучить тот же жаваскрипт и ваять что-то складывая из курпных блоков (тех же фреймворков).
Ноя лично этому рад. Молодые... Не идите в С/С++.
Я не успеваю отбиваться от предложений пойти/поехать поработать и туда и сюда.
Спрос есть. Просто ниша уменьшается.
Да, именно что "молодняку проще". Но если платят столько же (а то и больше), а яваскрипт - это легче и перспективнее, то зачем?
Клиенту же в итоге тоже не нужны шашечки. Ему нужно ехать, и как можно дешевле и скорее. То, что я накидаю на яваскрипте с фреймворками за неделю (с Node), на с++ можно писать много лет. И ещё большой вопрос, что там будет за результат...
Да я не спорю. Я к тому что время набора опыта в С/С++ слишком велико, по сравнению с любым высокоуровневым языком.
Ну а любые клиентские или 90% серверных вещей уже не пишутся на плюсах давно.
Ембеддед - штука такая... сложная. Сам по себе сегмент быстро растёт, да. Но быстро и наворачиваются устройства. Ещё 10 лет назад в качестве халтуры была дописка кода для кофеварки Jura. Да, там был С++, но там была и ВиндовсЕмбеддед... Машина тянула. Сейчас появление манагед-кода в таких приложениях уже даже не вопрос времени, а скорости распространения. На банкоматах сейчас спокойно работают аппликачки на с# и даже яве, простигосспадя... А на терминалах самообслуживания, интерактивных тумбах, хелперах, инфосистемах и прочих как-бы-ембеддед - веб уже давно.
20 лет назад ещё имело смысл писать ембеддед на ассемблере (под 16F84 так и делал) - требуемый функционал был такой, что это не было проблемой, а ёмкость флеша такова, что даже минималистичный сишный рантайм отъедал заметно. Ну и издержки вызова тоже влияют, когда у тебя частота 100кГц (чтобы батарейку экономить). Сейчас такие рассказы встречают как байки. Ембеддед - это запросто какой-нить ARM на 100МГц с парой мегабайт ОЗУ, и то будут ругаться на ограничения. А писать на ассемблере сейчас - это разве что для исключительных случаев (вроде вставок в какой-нить RT-код или реализация какой-то экзотичной (то есть, небиблиотечной) идеи в DSP).
Проэкстраполируйте на 10 лет вперёд. На наш век хватит, но... С++ - уже не индустриальный стандарт, а быстро сужающаяся ниша для таких старпёров как мы и всё более экзотичных решений. А через десяток лет в микроконтроллеры будут спокойно пихать яву не только в Ардуине, а везде (и да, толпы ардуинщиков, которые сейчас воспитываются, этому поспособствуют).
Он не умрёт ("живёт" же в 2020-м году ещё КОБОЛ: ну, есть код, который трогать дорого, а поддерживать всё равно нужно). Но это натурально конец.
...
С 2002-го. И если это намёк на то, что это проект уже (сам по себе, вне зависимости от языка) оброс говном, то... да. Но ад не только в этом.
Ну не только этим, есть еще всякие штуки которые пишутся на плюсах, типа игровых движков, баз данных, вообщем там где скорость вычислений все еще важна.
Страницы