платформа была придумана, когда фраза «разработать свой процессор» была равносильна — «открыть научный институт и два крупных завода». Предполагалось, что можно будет хоть и со сложностями, но имплементировать на элементах доступных в СССР конца 80-х.
читал, что на артелях висело всё производство детских игрушек к примеру, не зря герой оригинальной пьесы «старый Новый Год» (которого в адаптированном фильме играет Вячеслав Невинный), работал в артели «Буратино» и его достаток был выше чем у соседа-интеллигента
СССР 30-х 50-х был совсем иным местом чем СССР 70-х 80-х, местом где было мало праздников, ценились деньги (один художник-иллюстратор тех времен говорил, что за иллюстрирование книги надо было откат 50% давать), за выход провожающих на платформы надо было платить, была шестидневная рабочая неделя и пенсия только у небольшого количества груп населения, логично, что при таком, шанс что-то купить за деньги был много выше, в случае с СССР надо версионность указывать
да, хорошие книги (как и шмотки) можно было купить в местах где было относительно мало народа, плановой экономикой они размазывались по территории, но не везде потреблялись одинакого интенсивно, поэтому в какой то деревне можно было наткнуться на прилавке на то, чего в мегаполисе никогда и не встретил бы
сейчас сложно представить себе состояние дел, когда библиотекарь был столь же ценным знакомым, как мясник в универсаме, но книжный голод был такой, что когда «прорвало», то бизнесмены на издании книг по полмиллиона баксов с книги зарабатывали, как к примеру Владимир Довгань (написал и издал книгу по каратэ) и Борис Александров (торговал романами Агаты Кристи), открытие издательств стало массовым явлением (а потом закрытие), много стартовых капиталов на этом сделано
вполне может быть, что отсутствие дефицита в 50-60-х было связано с наличием рыночной экономики в лице частного бизнеса — артелей и «обществ», но их все национализировали в 1960м
современные Java проекты стали очень структурированными и в них уже практически не встретить микс из ресурсов с исходниками и тестами, поэтому было даже как то странно столкнуться с таким подходом из 90-х в языке из 2010-х. Современный серьезный Java проект это когда четко разбиты исходники, ресурсы, тестовые исходники, ресурсы тестов и этого мне не хватает в Go, вот плагин в какой то мере закрыл эту потребность. Напомню, что плагин разрабатывался, когда Go не предлагал решения с 0 переменных, но требовал настроить кучу переменных окружения.
Лично я при помощи Go решаю маленькие задачи, просто я люблю когда у меня есть «швейцарский нож» и поэтому я накрутил плагин что бы иметь возможность разрабатывать энтерпрайз-проект если мне потребуется, но в целом я сейчас обслуживаю интересы пользователей проекта, которые работают с более сложным и постят вопросы и баги. Тому кто не привык работать с xml файлами, понятно что они кажутся монструозными, хотя make файлы не менее монструозны имхо и это уже вопрос привычки. Главное что есть возможность работать с go тем кто привык к xml и можно 99.99% билдить с помощью go build, как когда то так же можно было компилить просто вызовом javac, но проекты взрослеют.
в этом деле инструмент не то что вторичен, а скорее четвертичен имхо, это примерно как изучать строительство кораблей, сконцентрировавшись на материале кувалды которой надо заклепки забивать
да я из своего опыта как раз не вижу никакой проблемы если бы учили даже на бейсике, претензия к языку имхо как раз первый признак что дао не понято :)
чисто моё имхо по прочитанному, проблема не в описанных пунктах, а в том, что автор пришел в ВУЗ будучи совершенно уверенным, что он знает, умеет и понимает всё гораздо лучше чем те кто его учат, при таком что то усвоить крайне сложно, как показывают опыты этологов на обезьянах, последние при таком вообще ничего не усваивают
маркдаун удобный формат так как текстовый из-за чего хорошо совместим с CVS системами, удобно прямо в проекте держать, но мне было маловато и я себе сделал что бы маркдаун в виде майнд мапы хранился с возможностью конвертирования и при помощи плагина рендерю
цветовой клешинг был «бич платформы», всю жизнь с ним пытались бороться, но кроме zx-poly и spec256 решений каких то с сохранением обратной совместимости не удалось найти
зачем пилот-тон при прямом соединении двух компьютеров то? одно дело сохранение программы на кассете, совсем другое — использование магнитофонной линии как интерфейс, у компов всеж тактовая не плавает так как звук :)
Лично я при помощи Go решаю маленькие задачи, просто я люблю когда у меня есть «швейцарский нож» и поэтому я накрутил плагин что бы иметь возможность разрабатывать энтерпрайз-проект если мне потребуется, но в целом я сейчас обслуживаю интересы пользователей проекта, которые работают с более сложным и постят вопросы и баги. Тому кто не привык работать с xml файлами, понятно что они кажутся монструозными, хотя make файлы не менее монструозны имхо и это уже вопрос привычки. Главное что есть возможность работать с go тем кто привык к xml и можно 99.99% билдить с помощью go build, как когда то так же можно было компилить просто вызовом javac, но проекты взрослеют.