Информация об изменениях

Сообщение Re[5]: Go vs Erlang vs Elixir от 09.02.2017 14:03

Изменено 09.02.2017 14:14 netch80

Re[5]: Go vs Erlang vs Elixir
Здравствуйте, Sharov, Вы писали:

N>>* Стандартное "сегодня потребности в колбасе нет" на наследование, исключения и дженерики.

S>Это язык от сишников для сишников, у которых есть потребности в многозадачности. Им вот это вот ООП не требуется.

N>>* Из того, что для моих целей крайне критично — нет приоритетов в select. Наоборот, явно прописан случайный выбор среди доступных — как по мне, это преступление. Случайный выбор должен быть дополнительным режимом, но не по умолчанию, и в идеале — в выделенной подгруппе случаев.

S>Вроде приоритет в порядке следования case'ов?

Ну прочтите же вы документацию.

If one or more of the communications can proceed, a single one that can proceed is chosen via a uniform pseudo-random selection. Otherwise, if there is a default case, that case is chosen. If there is no default case, the "select" statement blocks until at least one of the communications can proceed.


N>>* Народ делает закат солнца вручную написанием своего ассемблера. Его качество резко хуже доступных аналогов вроде gcc и llvm.

S>Не понял об чем речь, какой ассемблер?

У меня уже настроение отправить Вас на LMGTFY... ладно, последний раз. Так вот, кодогенерация там очень слабая, если сравнивать с аналогами, где на заточку под процессоры с их возможностями ушло много человеко-лет. Но сделать выхлоп, например, в LLVM IR они не хотят — "у нас всё должно быть на Go".
Re[5]: Go vs Erlang vs Elixir
Здравствуйте, Sharov, Вы писали:

N>>* Стандартное "сегодня потребности в колбасе нет" на наследование, исключения и дженерики.

S>Это язык от сишников для сишников, у которых есть потребности в многозадачности. Им вот это вот ООП не требуется.

N>>* Из того, что для моих целей крайне критично — нет приоритетов в select. Наоборот, явно прописан случайный выбор среди доступных — как по мне, это преступление. Случайный выбор должен быть дополнительным режимом, но не по умолчанию, и в идеале — в выделенной подгруппе случаев.

S>Вроде приоритет в порядке следования case'ов?

Прочтите документацию.

If one or more of the communications can proceed, a single one that can proceed is chosen via a uniform pseudo-random selection. Otherwise, if there is a default case, that case is chosen. If there is no default case, the "select" statement blocks until at least one of the communications can proceed.


N>>* Народ делает закат солнца вручную написанием своего ассемблера. Его качество резко хуже доступных аналогов вроде gcc и llvm.

S>Не понял об чем речь, какой ассемблер?

Хотя бы вот. Так вот, кодогенерация там очень слабая, если сравнивать с аналогами, где на заточку под процессоры с их возможностями ушло много человеко-лет. Но сделать выхлоп, например, в LLVM IR они не хотят — "у нас всё должно быть на Go".