можно написать скрипт на питоне, который будет запускать приложение на разных портах, смотря на количество ядер

эффективно утилизировать один проц во времена многоядерных процов везде вообще - это то еще достижение

Получается все это и для ноды подходит

можно написать скрипт на питоне, который будет запускать приложение на разных портах, смотря на количество ядер

в ноде уже есть треды

костыли это, а не треды

в тюрмах тоже, знаешь ли, людей только больше, но это же не значит, что это хорошо

тем не менее, такая модель (event loop) имеет право на жить, тот же nginx

nginx - очень узкоспециализированный софт, в нем это выстрелило. в go тоже есть евентлуп, очень удачно обернутый. тоже выстрелило. а вручную по ядрам процессы распихивать - не, не выстрелит

Выстрелило

в ногу

А какие перспективы у go?

в текущем виде? скорее всего, никаких.

Почему?

потому, что непонятно, куда и как развивать то, что получилось. язык получился хороший, но немного герметичный :)

потому, что непонятно, куда и как развивать то, что получилось. язык получился хороший, но немного герметичный :)

По немногу осваиваю и хочу на работу притащить. Не пожалею?

есть несколько больных точек, которые мешают победному шествию 1. обработка ошибок. тут, кстати, можно практически без потери совместимости ситуацию исправить 2. те самые генерики. надо расширять язык для поддержики в нем кодогенерации, но это сложно и непонятно, как. 3. исключения, они же эксепшены. все-таки оказалось, что нужен способ автоматической раскрутки стека 4. система типов. иногда прям вот без тип-суммы никак, и мы ее эмулируем на интерфейсах. ну и еще что-то наверняка есть, просто я для себя эти 4 выписал

По немногу осваиваю и хочу на работу притащить. Не пожалею?

зачем исключения?

По каким максимальном N работает?

чтобы не тащить ошибку через много уровней вложенности вручную

скорее нет, чем да. go все же сильно лучше остальных простых языков, и, похоже, лучше сложных

могу

ты можешь себе представить, какой пиздец опять прикатится из опенсорцных библиотек каких-нибудь джавистов?

Вот сейчас обидно было

есть несколько больных точек, которые мешают победному шествию 1. обработка ошибок. тут, кстати, можно практически без потери совместимости ситуацию исправить 2. те самые генерики. надо расширять язык для поддержики в нем кодогенерации, но это сложно и непонятно, как. 3. исключения, они же эксепшены. все-таки оказалось, что нужен способ автоматической раскрутки стека 4. система типов. иногда прям вот без тип-суммы никак, и мы ее эмулируем на интерфейсах. ну и еще что-то наверняка есть, просто я для себя эти 4 выписал

так вот — зачем тогда?

Большим программам - большие стек-трейсы

что-то надо делать в простом коде это не очень нужно, но в сложном раскрутка стека занимает до 10% кода, и, блин, это же мусор все

что-то надо делать в простом коде это не очень нужно, но в сложном раскрутка стека занимает до 10% кода, и, блин, это же мусор все

Можно по первому пункту подробнее? Какое решение без типов-сумм и исключений?

Достаточно сахара добавить для выброса ошибки :) Если волнует только это

мне в ошибках не хватает стектрейса и типизации в дополнение к строке даем ошибке стектрейс (возможно, опциональный, потому как взятие стектрейса дорогая операция) и два числа: тип и сорт вводим стандартную типизацию и сортность ошибок по образцу дерева исключений в яве - и все, проблема решена

и об этом и так речь идёт уже давно

У гошных ошибок нет стектрейсов? Ох, я думал что есть.

у гошной ошибки есть вообще только строка - сообщение

у интерфейса error, в смысле

У гошных ошибок нет стектрейсов? Ох, я думал что есть.

Библиотечные умеют, конечно же, но это история как с failure

Автоматически, как в го, там конечно не масштабируется

автоматически как в го - это когда ты не можешь запустить отдельный эвентлуп в каком-то потоке, чтобы там что-то гонять?

эффективно утилизировать один проц во времена многоядерных процов везде вообще - это то еще достижение

тем не менее, такая модель (event loop) имеет право на жить, тот же nginx

Привет. Есть вопрос, хочу поднять на обсуждение. Но перед этим: jython не имеет GIL. Так вот, сейчас посмотрел как дела у async в c#, вроде всё есть и работает. Библиотек тоже навалом. Почему этот язык не обсуждается как конкурент golang?

есть несколько больных точек, которые мешают победному шествию 1. обработка ошибок. тут, кстати, можно практически без потери совместимости ситуацию исправить 2. те самые генерики. надо расширять язык для поддержики в нем кодогенерации, но это сложно и непонятно, как. 3. исключения, они же эксепшены. все-таки оказалось, что нужен способ автоматической раскрутки стека 4. система типов. иногда прям вот без тип-суммы никак, и мы ее эмулируем на интерфейсах. ну и еще что-то наверняка есть, просто я для себя эти 4 выписал

генерик(пункт 2, да, знаю) интерфейсы с явной имплементацией? Сделать перевод строки снова не значимым токеном для компилятора?

а он и не значимый, так-то

а он и не значимый, так-то

там перед компилятором есть препроцессор, который вставляет ; в конец каждой строки, которая не заканчивается на открывающую скобку, точку или запятую и к компилятору уже едет текст с точками-с-запятой

При чём врядли кто-то скажет, что первое проще читать, чем второе.

да

там перед компилятором есть препроцессор, который вставляет ; в конец каждой строки, которая не заканчивается на открывающую скобку, точку или запятую и к компилятору уже едет текст с точками-с-запятой