Без заголовка

Я рад, что вы поддерживаете мой аргумент, что все эти systems frameworks -- операционные системы, ибо наблюдение про размер кода для операционных систем в зависимости от фич (не любых, конечно, а ровно тех, о которых мы тут говорим -- многозадачность, многопользовательскость и т.д. из этой крупной серии) было впервые сделано в отношении операционных систем, ну и ещё дополнительно сложность в системном программировании увеличивается от того, что есть программирование поверх них: Word and Excel and PowerPoint and other Microsoft programs have intimate — one might say promiscuous — knowledge of each others' internals. In Unix, one tries to design programs to operate not specifically with each other, but with programs as yet unthought of (Doug McIlroy, 2003). Тем не менее, и с таким потихоньку научаются бороться. Все эти микросервисы, RESTful стили, учёт CAP-теорем и NoSQL и т.д.. Мир не стоит на месте. Опять же, можно понимать, с какого места начинать: сразу брать что-то типа http://electron.atom.io/ и идти дальше по накатанной линии JavaScript (зная, какая стена ждёт тебя через буквально пару месяцев такого пути), или пойти по линии решающего похожие проблемы https://github.com/shashi/Escher.jl с выбором расширяемого Julia в качестве системного языка, и писать многое почти с нуля и не зная, какая именно стена ждёт тебя через буквально пару месяцев такого пути (она тоже будет ждать, конечно, но другая). И таких решений, конечно, при старте проекта будет пара десятков. Когда мы начинали делать онтологический редактор (там ведь тоже вполне себе IDE, "проект" поддерживается), то выкинули на помойку семь codebases, до финиша дошла только восьмая версия написанного с нуля кода. Менялось всё, даже библиотека GUI. Вот: https://github.com/TechInvestLab/dot15926