Ладно, подскажу что будет дальше: я продолжу писать интересные статьи и общаться с умными и интересными читателями, а вас и все ваши сообщения буду просто игнорировать.
Жаль что на Хабре еще не приделали бан-листы, но что поделать.
Так что все чего вы добились это игнора, вне зависимости от вашего уровня профессонализма и талантов.
Если что в Go только такая загрузка и есть, что скорее хорошо чем наоборот, поскольку позволяет отлавливать ошибки и вообще как-то реагировать, например показать пользователю сообщение что "Библиотека не найдена".
Что касается "магических констант", то сие не более чем дело лично вашего вкуса, который навязывать окружающим (тем более так настойчиво) является плохим тоном.
Если серьезно, то я бы радовался что такое вообще есть в природе — невероятная удача сделать такой эмулятор для машины из 1970х, беклог с описанием шагов и процесса создания автор не выкладывал, но я видел подобное для станции Xerox, так что представляю сколько там было сложной работы.
Я если честно «те самые времена» не застал (не настолько старый), но замечу что ни Xerox ни Perq не были доступны массовому потребителю даже близко, их использовали ученые‑исследователи, архитекторы и инженеры‑проектировщики — техническая элита тех лет.
А что касается бизнеса, так компания создавшая Perq достаточно быстро прогорела, не выдержав конкуренции с американскими компаниями и была продана вместе со всеми наработками.
Обратите внимание на версию 5с в найденном документе по разработке — это фактически самый конец существования компании, поскольку 5я версия так и осталась невыпущенной.
Microsoft официально предоставляет виртуальные образы со всеми текущими версиями Windows.
Я эту статью писал используя в качестве тестовой среды виртуальную машину с чистой копией, потому что основная точно также засрана компонентами и средствами разработки.
Ну я же написал что до такой глубины использования PS не дошел.
По показанным примерам могу судить что взаимодействие между PS-скриптом и частью на C# примерно как между родительским и дочерним процессом, просто перед запуском дочернего происходит еще компиляция inline-кода.
Скорее всего вся обработка из PS заключается в перехвате стандарных потоков ввода-вывода для дочернего процесса в виде строк.
Но опять же всплыла тема с передачей объектов — непонятно тогда как это работает и в каком объеме, например есть ли там сериализация ( что автоматически исключает вещи вроде ссылок).
Если есть опыт с таким — показывайте примеры, будем разбирать.
Если понадобится - то да. Или можно HTTP-сервер внутри поднять. Если кому-то хочется развлекаться, то там всё есть.
Inter-process communication через HTTP-сервер? Я думал вы сильно старше и уже прошли этот этап )
"PowerShell accepts and returns .NET objects". Поэтому взаимодействие с .NET - неотъемлемая часть работы в PowerShell (а командлеты просто это прячут под удобный синтаксис).
Тут уже ничего не скажу — до такого уровня использования PS не доходил.
Но если сделаете тестовый пример с двусторонней коммуникацией - будет интересно почитать. И наверное не только мне.
Ну покажите как ваш gRPC работает на десяти разных ОС, включая сильно устаревшие, из разных диких языков а не только там где есть готовая реализация.
Ладно, подскажу что будет дальше: я продолжу писать интересные статьи и общаться с умными и интересными читателями, а вас и все ваши сообщения буду просто игнорировать.
Жаль что на Хабре еще не приделали бан-листы, но что поделать.
Так что все чего вы добились это игнора, вне зависимости от вашего уровня профессонализма и талантов.
Всего хорошего.
Ну понятно, дискуссии не получится в очередной раз.
Не пробовали оценить свое поведение со стороны? К чему оно приведет и что по-вашему будет дальше?
У собранного бинарника на Go действительно нет внешних зависимостей, поэтому он такой большой. Или вы что-то другое имели ввиду?
Да, ну потому что оно красивое, хотя-бы за счет динамической типизации.
Механизм импортов разумеется используется в нативных библиотеках, которые затем динамически загружаются в Go.
Если что в Go только такая загрузка и есть, что скорее хорошо чем наоборот, поскольку позволяет отлавливать ошибки и вообще как-то реагировать, например показать пользователю сообщение что "Библиотека не найдена".
Что касается "магических констант", то сие не более чем дело лично вашего вкуса, который навязывать окружающим (тем более так настойчиво) является плохим тоном.
Автор был недостаточно идейным видимо.
Если серьезно, то я бы радовался что такое вообще есть в природе — невероятная удача сделать такой эмулятор для машины из 1970х, беклог с описанием шагов и процесса создания автор не выкладывал, но я видел подобное для станции Xerox, так что представляю сколько там было сложной работы.
Ага, нейросеть попросили нарисовать Эльзу в стиле первого "Брата", получилось неплохо :)
Ух ты! Живой свидетель тех лет!
Потому что это системный заголовок самой FreeBSD, который не имеет отношения к Swift.
А откуда все эти интересные подробности если не секрет?
Надо и еще как: вы же видите насколько далеко в историю уходят уши современного ПО, рюшечки меняются а основа остается.
А мы уже на ты?
Вроде на брудершафт не пили и лично не знакомы — точно есть повод? Или вас в лесу звери воспитывали?
Если по делу, то наверное последнее место куда имеет смысл заглядывать это OpenGL, тем более в статье про Go и WinAPI.
Я если честно «те самые времена» не застал (не настолько старый), но замечу что ни Xerox ни Perq не были доступны массовому потребителю даже близко, их использовали ученые‑исследователи, архитекторы и инженеры‑проектировщики — техническая элита тех лет.
А что касается бизнеса, так компания создавшая Perq достаточно быстро прогорела, не выдержав конкуренции с американскими компаниями и была продана вместе со всеми наработками.
Обратите внимание на версию 5с в найденном документе по разработке — это фактически самый конец существования компании, поскольку 5я версия так и осталась невыпущенной.
Не очень понимаю какая вам разница во что я верю, тут же техническая дискуссия а не церковь.
Но думаю сопоставлять по возможностям скриптовый и компилируемый языки все же не стоит, иначе может возникнуть дух г-на Луговского со всей его свитой.
И тут будет настолько адский срач что забрызгает вообще всех.
А я вот почему-то думаю что да.
Вы же не ответили по существу ни на один вопрос, не привнесли ничего нового — так смысл дальше с вами дискутировать?
А устроить срач на 100 постов по поводу правильного написания - часть вашей работы? Вам за это деньги платят?
Microsoft официально предоставляет виртуальные образы со всеми текущими версиями Windows.
Я эту статью писал используя в качестве тестовой среды виртуальную машину с чистой копией, потому что основная точно также засрана компонентами и средствами разработки.
Ну я же написал что до такой глубины использования PS не дошел.
По показанным примерам могу судить что взаимодействие между PS-скриптом и частью на C# примерно как между родительским и дочерним процессом, просто перед запуском дочернего происходит еще компиляция inline-кода.
Скорее всего вся обработка из PS заключается в перехвате стандарных потоков ввода-вывода для дочернего процесса в виде строк.
Но опять же всплыла тема с передачей объектов — непонятно тогда как это работает и в каком объеме, например есть ли там сериализация ( что автоматически исключает вещи вроде ссылок).
Если есть опыт с таким — показывайте примеры, будем разбирать.
Inter-process communication через HTTP-сервер? Я думал вы сильно старше и уже прошли этот этап )
Тут уже ничего не скажу — до такого уровня использования PS не доходил.
Но если сделаете тестовый пример с двусторонней коммуникацией - будет интересно почитать. И наверное не только мне.