@Vheathen Многие вещи по поводу применение elixir экосистемы вы озвучиваете правильно и

Question

@Vheathen Многие вещи по поводу применение elixir экосистемы вы озвучиваете правильно и

про обезьянок, которые микроскопом гвозди забивают

и о том, erlang/otp/elixir разрабатывался инженерами и под инженерные задачи, поэтому самый правильный подход - инженерный

но это все текущее, это все можно решить,
очень волнует то, что все вопросы unix-way не unix-way, использование сторонних систем, а давайте мы это сделаем вот так, потому что это мы всегда делаем так, возникает из-за того, что вся эта система инструментов работает на другой системе
поэтому ребятам из Ericsson уже следует подумать о том, чтобы у них появилась своя OS

как @vheathen считаете?

#elixir #programming #russian

0

01.09.2023

13 ответов

17 просмотров

heathen

Это слишком экстремальный подход, как по мне :)

0

8 месяцев назад

Alexandr

Fried Zucchini
пиздить надо инженеров чтобы ничего не разрабатыва...

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

0

8 месяцев назад

Сергей Елин

Alexandr
если только умеешь писать коммутатор то только он ...

А потому что кофемашины нынче уже не те что раньше? 😁

0

8 месяцев назад

Fried Zucchini

Alexandr
если только умеешь писать коммутатор то только он ...

Стикер

0

8 месяцев назад

Artyom Denezhny Автор вопроса

heathen
Это слишком экстремальный подход, как по мне :)

спасибо

0

8 месяцев назад

heathen

извините, что так коротко, утром после вчерашнего Imagine Dragons домой возвращался, приходил в себя, поэтому недостаточно развёрнуто написал. 🙂 Своя ОС - это огромный фронт работ, потянуть его крайне сложно. Это поддержка различных платформ и железа - от больших многопроцессорных систем до крохотных встраиваемых (видел проект по адаптации beamvm под esp32, если не ошибаюсь). И самое главно - для чего? Обычно специализация хороша именно потому, что разные команды (или даже группы команд в случае больших проектов) могут сосредоточиться на максимально эффективной (или максимально широком - если мы говорим, скажем, о железе) реализации конкретной задачи. BeamVM появилась тогда, когда нормальных альтернативных механизмов реализации того, что нужно было создателям, не было. Кроме того, сама идея кластера нод, когда код может отправлять сообщения куда угодно в пределах кластера - прекрасна. Поэтому как раз эту часть я совершенно не считаю избыточной в beam (хотя с ростом размеров кластера тут вопросы, конечно, появляются, но опустим). Но добавлять в beam то, с чем прекрасно справляется окружение… для меня это слишком, я не понимаю, почему получится именно положительный баланс плюсов и минусов такого подхода.

0

8 месяцев назад

Tharin

heathen
извините, что так коротко, утром после вчерашнего ...

О, вы тоже там были

0

8 месяцев назад

Maxim

heathen
извините, что так коротко, утром после вчерашнего ...

Как Imagine Dragons? )) Решил не идти...

0

8 месяцев назад