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

Не ради баттла, а для нахождения консенсуса. Но то, что Erlang/Elixir - не позволяет писать в memory layout - это вполне объективный факт. И очень значимый, фундаментальный. Практически нет задач, где контроль memory layout-а ну совсем не нужен. Типичная база данных - не может существовать без memory layout-контроля. Типичное приложение не может существовать без базы данных. И если Go и Java позволяют такой иметь, то Elixir фундаментально не может позволить иметь один технологический стэк.

И поэтому, кто бежит из вермишели на Python-е будет по фундаментальным причинам склонен к Go, даже если бы у Elixir-а было бы больше PR, чем к Elixir-у.

но ведь весь смысл beam-машины как раз в том, чтобы такое нельзя было делать

Я поэтому и говорю, что это и сила и слабость, которая ответственна за то, что языки типа Go будет всегда в сотни раз популярнее Elixir-а.

потому что Go от Google ))

> не позволяет писать в memory layout
куда-куда писать?

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

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

как что-то плохое

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

Не знаю, как правильно назвать, короче моделировать свои данные из языка программирования и знать, каким образом они окажутся расположенны в памяти.Нужно изменить область этой памяти, его изменяешь. Один опытный называл это memory layout - я поэтому его так и называю.

нубом с эрлангом быть хорошо — узял написал велосипед быстро и работает без протекания памяти
нубом с го быть плохо — берешь готовое написанное — память дико протекает, берешься писать велосипед — не едет 😂

А у меня депрессия от того, что в Go есть рабочий raft battle-tested для написания распределенных систем и уже как N лет, а Erlang/Elixir-у такое и не снилось

😞

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

так напиши. или давай вместе. у меня в личном туду записан этот рафт

хз, правда, зачем. наверное джаст фор фан

и вроде я видел рафт на ерланг. просто про него никто не знает

Ну да, все базы данных преждевременно оптимизируются.