если у вас чисто бизнеслогика, процессинг, шедуллер, транзакции и прочая муть в плоть до отчетов в пдф или прочих форматах то лучше сидеть в пределах java платформы.. так как дофига библиотек и все уже есть. потому что это все делать на erlange будет тяжко

erlang это передовой фронт работы с оборудованием .. с сетью. может обвязка всего в кластер

тут он отлично подойдет

хотя может и это уже вполне решаемо.

ладно я спать. всем доброй ночи

спок ночи! пасиб за беседу

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

скажем так, благодаря беседе - есть над чем подумать ;)

Как в результате позвонить через телегу?

Надо чтобы кто то позвонил? Позвоните мне плиз

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

Здрасьте, я уже спрашивал, но где-то пролюбил то что посоветовали. Дайте, пожалуйста, что почитать совсем нубу, а?

интересует эликсир + феникс конкретно

спасибо

Блин, не те книги. Я уже обрадовался думал programming Phoenix 1.3)))

=)

думаешь там принципиальные несовместимости есть?

я полагаю, на русском искать бессмысленно?

мне кажется феникс в основном дополнять будут в ближайшие годы

Думаю все что касается модели

вторую на русском переводили вроде бы

И обработки ошибок

В этой ещё даже with нету

есть про with

очень хорошо описано

лучше чем на сайте про эликсир

с. 49

Чёт не нашёл

А что сейчас популярно на фронте? Реакт?

Чёт не нашёл

не, это в книжке про эликсир

А что сейчас популярно на фронте? Реакт?

если у вас есть отдельные верстальщики и все фонтенд программисты не крутыши, то я бы реакт в принципе не советовал

Я думаю что контроллеры с with поменялись

with это макрос (?) самого языка, не думаю что там что-то в фениксе особое выдумали (но сейчас посмотрю)

если у вас есть отдельные верстальщики и все фонтенд программисты не крутыши, то я бы реакт в принципе не советовал

Не, это я для себя. Думаю попробовать и на фронте и фулл стек

Во всяком случае у меня сейчас все методы выглядят так: with %тут многострочная простыня% do conn else e -> conn |> error(e) end

Вот вообще все

Но с учётом fallback controller или как оно там называется

Может быть не надо так делать

Ну и контексты - это считай все про бд и модели новое

Не, это я для себя. Думаю попробовать и на фронте и фулл стек

для начинания реакт мне тоже, кажется, не подходит предлагаю посмотреть в сторону angularjs 1.x или vue.js

Во всяком случае у меня сейчас все методы выглядят так: with %тут многострочная простыня% do conn else e -> conn |> error(e) end

Попробуй Flowex

> если у вас есть отдельные верстальщики и все фонтенд программисты не крутыши, то я бы реакт в принципе не советовал наш верстальщик справлялся

ну значит он уже может себя именовать "фронтенд разработчик"

обернуть свою вёрстку методом render — уже программист? )

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

а в чём выражались косяки?

ну люди которые умеют верстать + jQuery

они реально много в JSX косячат

а в чём выражались косяки?

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

с vue и angular 1.x в подобных ситуация даже индусы сами справлялись

но там ведь парсер пишет в чём ошибка...

а так разница с html разве что в className вместо class))

скажу по секрету, есть немало верстальщиков которые даже ноду установить не могут

и парсер + ошибка дня них - космические технологии

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

и такие тоже востребованы

я не думаю, что на таком уровне развития можно нормально заработать

а с американцами я фрилансил там индусы их вообще хрен чему научишь =)

я не думаю, что на таком уровне развития можно нормально заработать

так нормально и не зарабатывает, но заказчиками востребован

ну тупой работы на всех хватит, на то она и тупая:)

ну тупой работы на всех хватит, на то она и тупая:)

вряд ли, в скором времени это сильно поменяется

ERROR: S client not available

по-моему Ленин чё-то такое ещё сто лет назад говорил

ну Ленин много чего говорил

ну так-то да

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

https://theoutline.com/post/1316/fourth-industrial-revolution-developing-economies

в общем есть такая функция:

defp withdraw(n, [hd | tl]) do w = withdraw(rem(n, hd), tl) cond do is_list(w) -> [div(n, hd) | w] n >= hd -> w1 = withdraw(rem(n, hd) + hd, tl) case w1 do nil -> nil; x -> [div(n, hd) - 1| x] end true -> nil end end

есть предлжения как её проще записать?

Есть такой вариант: defp withdraw(n, [hd | tl]) do w = withdraw(rem(n, hd), tl) cond do is_list(w) -> [div(n, hd) | w] n >= hd && (w1 = withdraw(rem(n, hd) + hd, tl)) -> [div(n, hd) - 1 | w1] true -> nil end end

ну тут должно быть минимум 2 функции: скорее всего: defp withdraw(n, [hd | tl]) when n >= hd, do: [div(n, hd) - 1| withdraw(rem(n, hd) + hd, tl)] defp withdraw(n, [hd | tl]), do: [div(n, hd) | withdraw(rem(n, hd), tl)]

плюс не совсем ясно в каком случае будет nil

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

думаю станет понятнее

а ещё функция изначально не работает лучше конечно словами или рабочий вариант

с аккумулятором будет что-то наподобие: defp withdraw(n, [hd | tl], acc), do: withdraw(rem(n, hd), tl, [div(n,hd) | acc])

ну и в конце что-то наподобие: defp withdraw(_, [], acc), do: Enum.reverse(acc)

Я вообще не понял что делает эта функция, но ставлю на то что её можно написать 2-3 отдельными кейсами

блин, как взять число без знака? кроме как умножить на -1 если оно меньше нуля

в erl

abs(NUM).

бл)))))

=)

блин, как взять число без знака? кроме как умножить на -1 если оно меньше нуля

шутишь,не? ? ? erlang:abs/1

шутишь,не? ? ? erlang:abs/1

тупанул

??Бывает .

Функция работает, я не все clause запастил.

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

ну тут должно быть минимум 2 функции: скорее всего: defp withdraw(n, [hd | tl]) when n >= hd, do: [div(n, hd) - 1| withdraw(rem(n, hd) + hd, tl)] defp withdraw(n, [hd | tl]), do: [div(n, hd) | withdraw(rem(n, hd), tl)]

так нельзя, случай n >= hd должен срабатывать только если не withdraw(rem(n, hd), tl) вернул nil

а почему он возвращает nil?

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

преобразование в хвостовую рекурсию совершенно не меняет логику. Ну и смысла преобразовывать в ХР тут нет.

преобразование в хвостовую рекурсию даст более понятный код