Средства и методы разработки

А потому, что здесь водораздел не по границе человек-программа, а по границе программа-модуль. Т.е. высокая скорость не нужна там, где цифры вводятся пальцами с клавиатуры. А там, где эта скорость востребована, граница обязана быть прозрачной (легко проходимой), т.к. иначе скорость будет падать при переходе границы, как покупки из Китая по AliExpress. :) От этого возникают трудности сродни тем, когда хотят пересадить прошивку с контроллера одного типа/архитектуры на другой. В этом случае граница между контролером и его прошивкой столь же прозрачна, что делает ее эффективной, но с заменой железа эта прозрачность может утрачиваться. Вот я ранее уже предпринимала (на этой конференции) попытку "поделиться", но быстро осознала, какие трудности на этом пути возникают. А возникают именно того же рода трудности, как при переносе прошивки, - сделанные с большим трудом функции трудно соединить с той программой, которая будет ими пользоваться. И если чисто Сишный функции еще можно оформить в виде библиотеки со стандартными вызовами, то транслированный код на С++ приживить возможно очень редко, т.к. у каждого компилятора есть свои представления о том, как следует именовать такие функции (обычно здесь применяется уникальная кодировка, включающая имя класса-владельца, типов параметров этой функции и типа возвращающего ею значения). Тогда как обмениваться исходниками тоже тяжело, так другие компиляторы едва ли способны без адаптации откомпилировать проект, написанный на другом компиляторе, хотя язык программирования вроде бы тот же самый. Да я и сама почти пол года переводила свой (!) же проект с "Borland C++ 6.0" на "Visual Studio VC 2013", и т.к. очень многое пришлось переписывать заново - у них разная объектная модель, а потому даже ассемблер разный - стиль друг друга они не понимают.