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

ПрограмёрP.S. Это как дверной замок (ручка+замок с функцией нажатия ручки при дополнительном полуобороте) напротив навесного замка и отдельной дверной ручки.
дверной замок - дверь легко можно открыть одним движением левой руки (вставил ключ и крути до предела против часовой стрелки).
навесной замок - .... пакеты с едой из магазина, скорее всего, придётся положить на пол :)Не по другому ... /sory повторю, что ранее говорил/.

Мое отношение к технологиями на которых зиждется WWW
----------------------------------------------------------------------
Многоступенчатость продвижения от сервера к клиенту при которой одно звено знать не знает о других звеньях многими
позиционируется как "правильный" подход декомпозиции при которой один портной на пиджак пришивает пуговицы,
другой отвечает за рукова ... Приводит к тому, что костюм /помните как у Аркадия Райкина/ получается перекошенным и
в целом уродливым.
Еще весь этот технологический прогресс WWW похож на тачку для перевозки мусора к которой то ручки красивые добавили,
то сиденье в ней сделали, накрыли сверху капотом ... ...
Но в целом тачка как была больше пригодна для перевозки мусора так таковой и остается.
Это касается практически всех технологий WWW:
- эволюции HTML /тачка/;
- создания CSS /ручки/;
- и всякие другие "улучшения" в виде JavaScript ... ...

На мой взгляд эту всю "технологию" давно пора "Выкрасить и выбросить"
Есть ли альтернатива - Да.

Об SQL
---------
Ну этот динозавр еще тот.
Имеютcя "единые" стандарты к Structured Query Language — «Структурированный язык запросов»).
Но ведь если разработчик использующий MSSQL решит перевести свою разработку на Firebird, Postgres или к примеру Oracle,
то он должен забыть как дурной сон программирование в MSSQL и практически должен научиться мыслить по другому.
Где же здесь общность и в чем?
Кроме того программирование с использованием SQL часто и густо не совсем прозрачно и удобно...
...
...
Модный ныне подход NOSQL больше похож на бред сумашедшего ...
Вроде и слова и фразы не показывают болезни человека и с виду он здоров, а на деле оказывается тяжело больным.
Нет я не осуждаю NOSQL и попытки тех или иных подходов /может быть более правильно сравнить NOSQL с дитя, который
еще и ходить толком не умеет .../

Развитие языков программирования
-------------------------------------------
Ну это особо умилительная тема.
Пожалуй C++ всех переплюнул.
Макросы, #include и прочие "вкусности" + ООП /который десятилетиями доказал свою не состоятельность в тех архитектурных
решениях, которые были заложены в нем/.
Особенно умиляет развитие C++ в его эволюции и позиционировании его "улучшения" к переходу к стандарту C11 ... ...
Хотя мой основной инструмент в разработке Visual Studio и C++.
Я не фанат Visual Studio и C++ однозначно, но пожалуй они меня устраивают ...

Python, Perl, PHP, Ruby ...
Безусловно каждый по своему интересен, но похоже что создатели каждого из этих языков реализовывали свои архитектурное
видение с их точки зрения "правильное" и полезное ...
Но все это больше похоже на лебедя, рака и щуку.
Вы за многим следите, но либо детально не разбирались какие проблемы привели к появлению тех или иных технологий и подходов и, собственно, как их использовать, либо это просто не Ваше.

Владимир2012Но сама разработка в нынешнем подходе к разработке программ /на мой взгляд/ очень трудоемка.
Хм, AWS Lambda или Azure Functions пробовали?

tchingizИзопропилпропущено...

а что там уметь - наливай да пей (с)

да какая разница - XML,JSON,YAML или ещё какой чёрт в ступе.
недовольные вонять будут всегда - это стиль жизни.
Ну, собственно, xml мне тоже не нравится и я им недоволен.
Но шо поделать, если солнце встает на востоке, а садится на западе
Не используйте XML, в чем проблема?

C днём медицинского работника и международным днём отца!! Пойду за вениками.

Владимир2012Используйте например protobuf
Кстати да: 5 Reasons to Use Protocol Buffers Instead of JSON For Your Next Service

Владимир2012Кроме того /на мой взгляд/ разработка в WWW очень трудоемка /да много и других недостатков/.
А поконкретнее можно? Хотя бы парочку примеров...

Владимир2012Имеются правда и "преимущества":
- тем кто любит повыпендриваться и "бабла скачать" может без труда "лапши навесить" заказчику и всегда быть НУЖНЫМ;
Какой ещё лапши? :)

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

Люди хотят в два клика, не вставая с дивана. А люди - это клиенты заказчика. А чем больше у него клиентов, тем больше у него денег.

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

ИзопропилВладимир2012На вскидку 1С /но архитектура вовсе не как в 1С/ в которой можно работать и с 3D, и с multimedia, и с mail, ...
Десктопный "комбайн" что ли?
Ещё небось и монолит.