на мой взгляд лучше бы у case была своя область видимости. Хочешь что-то вернуть анружу отдавай явно {A, B} = case Blablabla of _ -> A=2, B=3, {A, B} end

ну это же оператор, а не функция, так что такое поведение ожидаемо

к вопросу о проектировании. хотелось бы узнать есть ли какие то устоявшиеся методики проектирования ПО на эрланг? или у каждого есть более меннее отработанный скелет верхнеуровневый и путем проб и ошибок все впиливается в этот скелет по возможности? или тут уже чисто опыт и знание каких то общепринятых доступных проектов?в ООП я так понимаю это UML и далее погнали вниз, в код. заранее спасибо если кто поделиться полезным.

у каждого свое

В пору книжку писать..

говорю о случае, когда становится понятно что Эрланг подходит под решение задачи и теперь встает вопрос проектирования, а не сразу бросаться кодить

кому нибудь

Ну вот неочевидно, что у json на декодирование есть однозначное апи, которое надо морозить.

Они уже пихнули inets, который дрянь полная.

Я единственный раз 15 лет назад видел, как кто-то использовал uml для реальной работы.

Херня была та еще, потому что это был жутко переусложненный костыль для генерации corba idl.


С тех пор не слышал ни об одном случае использования uml.

Все это твое проектирование в uml до написания кода полетит в помойку при первом же сборе метрик с клиентов

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

хотя конечно плохой проект который будет изменен лучше чем никакого

Погоди, погоди UML закапывать. Мы через UML диаграммы логи анализируем :-)

да я в принципе не топлю за UML, в принципе интересно — для софта на эрланг принято проектирование какое либо и какие нить методы и инструменты есть для этого или достаточно набросать дерево супервизора и погнали...

А расскажи. Я чет не понимаю даже о чем ты говоришь

Логи пишутся (в моём случае бинарный). Потом из логов строится UML диаграмма. Кто кому в какой момент времени что сказал или какие произошли важные вещи в процессе. Отлаживать в взаимодействие таким образом - супер.

Ну как «не топлю». Мне уже интересно откуда у тебя вообще такой контекст?


Те ты сказал: в ООП uml. Я такое не слышал с самого начала 2000-х и не видел, чтобы этим вообще пользовались.

Я бы посмотрел

Это Петя Козорезов рассказывал как Raft свой отлаживал, и я взял на вооружение.

На сгенерированную диаграмму?

Ага, это помню.