Я имел ввиду, что это прямое противоречие принципу “разработки с использованием инструмента”, и вместо этого получается “разработка на инструменте“. Мне понравился go тем, что в отличии от такого комбайна, как spring, где уже все готово и подано на блюдечке, в go можно полезть чуток глубже и понять, что происходят на нижних слоях. Без этого там никак. В Java-мире уже давно ищут не java-разработчиков, а разработчиков на spring. Вот это мне и не нравится.
Го просто молодой, да и, вообще говоря, изначально использовался для других задач, для которых требуется большее погружение в контекст операционной системы.
Продолжая вашу логику до конца нужно вообще от языка программирования отказаться, реально, и писать прямо машинный код, а ещё лучше проектировать микросхемы и сразу печатать их (потому что архитектура процессора тоже сковывает действия программиста)