Здравствуйте, vdimas, Вы писали:

I>>Никаких десятков — один класс и один метод кроме конструктора. Размер метода >500кб. Все остальное — конский конструктор, константы, дефайны, переменные, глобальные, статические, класса и тд.

V>Допустим, ты такое видел.
V>Какая другая технология запрещает поступать так же?
V>Что ты пытаешься доказать?

Элементарно — качество кода зависит от состояния инструментов, коих для С++ появилось только недавно.

I>>Не угадал. Никаких хелперов, никаких табличных данных. Собственно, мне как раз и нужно было такие чудовища приводить к нормальному виду, что бы можно было хоть как то мейнтенить, реюзать, а не копировать всё целиком.

V>Мои соболезнования, ты работал в компаниях с низким уровнем разрабов.

Про себя пишешь?

V>А откуда ты уверен, что по ссылке не рукописный код?
V>Я всего лишь предположил, что это "склейка", но не факт.

Рукописный код, это значит, его человек писал. Его работа видна по репозиторию.

V>>>Тебе ведь затем REPL и нужен, чтобы проверить — а есть вообще "это" (неважно что), верно?
I>>Снова не угадал. repl нужен для того, что бы
I>>1 часть кода запускать вручную

V>Чтобы бороться с нетипизированным языком
...
V>В типизированной модели компилятор не даст написать неверный запрос, тот просто не скомпиллируется.

А теперь подумай еще раз — при чем здесь типизация, если речь про РЕПЛ и удаленную отладку.

I>>Трудно понять, зачем репл нужен?

V>Если стоит задача независимого запуска небольших сниппетов кода, то делается это так:

Задача все та же — удаленная отладка. Эмуляция репла посредством юнит-тестов — спасибо, поржал.
Кстати, для дотнета еще 15 лет назад изобрели LinqPad. Можешь выбросить свои "сниппеты"

V>Не прокатило.
V>Пройдись по популярным ресурсам да понажимай F12 — везде одно и то же позорище.

Дай хоть один пример релевантный.

V>Традиционный подход выдохся буквально недавно, когда Google протолкнула запрет NAPI-плагинов к браузерам.
V>Т.е., примерно 5 лет назад, когда потребовалось писать относительно сложные веб-приложения сугубо на HTML+CSS+JS.

NAPI ни при чем. Сложные приложения во всю писали еще в конце нулевых. И это было настолько востребовано, что МС TypeScript выкатили. Собтсвенно, Хейлсберг прямо рассказывал, почему и откуда спрос.

V>Вот и продемонстрировали всю блеск и нищету, как грится.

Outlook OWA — крутой фронтенд и это конец 90х. С него вырос тот самый XmlHttpRequest.
Потом был Gmail — на этом примере вырос ajax
Потом Google Docs, sheets, slides
Потом Microsof Office в вебе.
САПР и то больше 5 лет в вебе.

Вобщем, у тебя с хронологией какие то сдвиги. Ты случаем не затеял новую хронологию, но для айти написать? Будешь нашим Фомэнко

I>>Тики процессора если у тебя UI кривой, никого не интересуют.
V>На мобилках еще как интересует.

Так купи нормальную!

I>>или нечто экзотическое и довольно сложное, навроде какого САПР

V>Или любой современный популярный ресурс.

Проверяем — фейсбук, инстаграм... Вобщем, твой аргумент так себе.
Ты в курсе, что нынче 99% новых проектов пишутся на React, Angular, Vue ?
Похоже, что нет.