Здравствуйте, andmed, Вы писали:

A>Мой главный язык — джава. Немного питона. Языки с ручным управлением памятью, в общем, как-то обошли стороной, поэтому могу сравнить с тем что знаю

A>Плюсы:
A>- авторы языка позиционируют его как ... язык системного программирования. не ядра наверняка, но все равно, сишники вряд ли с ними согласятся. по мне — дернуть системный вызов, обернув вокруг него какую-то логику, без JNI, jvm и т.п. удобно, да. в итоге интересный эффект: если в java профессиональный рост возможен только "вверх по стеку" (архитектура, энтерпрайз) то в го вполне можно заниматься полезными вещами, в сторону системы. кмк плюс

А так разве можно в Go просто дернуть системный вызов?
Там вроде для вызова системных вызовов нужно отдельный пул потоков городить и прочее,
потому что корпоративный многозадачность пойдет лесом, если прямо взять и вызвать системный
вызов который потенциально может текущий поток усыпить на неопределенное количество времени.

Здравствуйте, andmed, Вы писали:

A>Мой главный язык — джава. Немного питона. Языки с ручным управлением памятью, в общем, как-то обошли стороной, поэтому могу сравнить с тем что знаю

A>Плюсы:
A>- авторы языка позиционируют его как ... язык системного программирования. не ядра наверняка, но все равно, сишники вряд ли с ними согласятся. по мне — дернуть системный вызов, обернув вокруг него какую-то логику, без JNI, jvm и т.п. удобно, да. в итоге интересный эффект: если в java профессиональный рост возможен только "вверх по стеку" (архитектура, энтерпрайз) то в го вполне можно заниматься полезными вещами, в сторону системы. кмк плюс

А так разве можно в Go просто дернуть системный вызов?
Там вроде для вызова системных вызовов нужно отдельный пул потоков городить и прочее,
потому что корпоративная многозадачность пойдет лесом, если прямо взять и вызвать системный
вызов который потенциально может текущий поток усыпить на неопределенное количество времени.