Nopp
Are there any books that cover achitecturing applications?
Hello there,
i have a lot to read and to learn, but are there some books, that are focussing on how i “should” plan the architecture of my software? Are there any best practices?
I hope my question is clear ![]()
Greetings
Most Liked
david_ex
It’s not a book, but this is an excellent article on how to structure software in OTP: The Zen of Erlang
Speaking of onion architecture, Scott Wlaschin has a lot of content on the web about DDD from a functional point of view, although he uses F# Domain Driven Design | F# for fun and profit You’ll also find lots of videos of his talks, and a book: Search
Note that all of it won’t be applicable to Elixir (static typing, etc.).
easco
On that point, I heartily recommend Greg Young’s talk on The Art of Destroying Software:
Nopp
But this describes mainly the syntax and how to perform specific tasks.
I want to know how to plan my software from beginning to end, for longevity, renewability and best pratices for the architecture itself.
In HTML there is the header, then body, then footer etc. Strict that. Simple. (I know, bad example)
Are there any best pratices like this for other applications, like client-server software?
Clearer what i want to know? English is not my main language, sadly…
Popular in Chat/Questions
Other popular topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #advent-of-code
- #elixirconf-us
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #security
- #performance










