[Harry19911]

Jest tu ktoś programujący w #elixir #phoenixframework ? Chcę utworzyć formularz w którym będzie wiele podformularzy (relacja 1 do wielu) ale nie mogę nigdzie znaleźć jak wygenerować wzorzec podformularza którego bym użył w JavaScript do wygenerowania nowego podformularza. Więcej się rozpisałem tutaj:
http://stackoverflow.com/questions/38161583/phoenix-html-how-to-generate-nested-form
#programowanie #programowaniefunkcyjne

[Harry19911]

@wisyrr: ze dwa lata temu to bym po prostu sam ponazywał inputy, sam je później przetworzył i zapisał do bazy. Ale niestety nauczyłem się korzystać z formularzy. Widziałem już wszystko ( ͡° ͜ʖ ͡°)

[Harry19911]

@wisyrr: Elixir to backendowy język ze składnią podobną do Ruby, kompilowany do Erlanga. Phoenix to framework w Elixirze. Jest to programowanie funkcyjne, więc lepsze i wydajniejsze #programowaniefunkcyjnemasterrace ( ͡° ͜ʖ ͡°) polecam się tym zainteresować. Na elixirze działają wszystkie biblioteki z erlanga
http://www.phoenixframework.org/v1.0.0/blog/the-road-to-2-million-websocket-connections

[Harry19911]

@wisyrr bardzo daleko do 15k. Ale kiedyś ucieknę z tego Olsztyna ( ͡° ͜ʖ ͡°) główne różnice w tym elixirze to to że zmienne nie mogą się zmieniać (tak jak w matematyce), nie ma klasycznych pętli tylko rekurencje (później kompilator je traktuje i tak jak pętle więc nigdy nie będzie przepełnienia stosu), a jak potrzebujesz odpowiednika obiektów to robisz procesy. Co najważniejsze to ten kod ma być niezawodny.

[fr3ak]

@Harry19911: tak wiele bullshitu w jednym poście dawno nie przeczytałem, Scala dev here...

(później kompilator je traktuje i tak jak pętle więc nigdy nie będzie przepełnienia stosu)

'nigdy' to jest bardzo mocne ograniczenie - jeśli używasz rekurencji ogonowej(tailrec) to rzeczywiście kompilator zoptymalizuje taką rekurencję do pętli, ale jeśli lecisz normalną rekursją to możesz się rozczarować

Co najważniejsze to ten kod ma być niezawodny

śmiechłem, słyszałeś kiedyś o 'Let it crash'? (

[fr3ak]

@wisyrr: 'Let it crash' jest to z braku innego słowa 'filozofia' projektowania oprogramowania(wywodząca się z Erlanga) zakładająca że w końcu coś kiedyś przestanie działać, a w tym momencie najważniejsze jest przywrócenie pierwotnej funkcjonalności zamiast rozczulanie się nad błędami - czyli restart ( ͡° ͜ʖ ͡°).
Z tego co wiem w Erlangu tak domyślnie działa cały system aktorów, tzn jak taki aktor padnie nie zamartwiamy się sypiąc exceptiony