Ho appena finito di vedere la diretta in differita! Intanto: grazie a tutti voi! Vi posso dire che non solo l'ho trovata curiosa, ma anche interessante e mi ha accesso la voglia di studiarmi Redis e provarlo ad usare per qualche progetto :)

I have been doing ddd for years now and didn't know it could be applied to frontend. I am gonna try some today.

Can react query be compatible with clean architecture ?

Awesome interpretation and implementation guide line of the basic principles of DDD in Frontend architecture. Can we have more of this architectural talks in the future?

I really believe that this talk should be more hyped than any other talk about application architecture in front-ends. There's a lot of value on this presentation, that's the exactly approach I do on my front end applications. Very good talk, it should have more likes than it do.

This is not Data-oriented programming/design TL;DR: this presentation is mainly about doing web-development kinds of functional-ish programming without inheritance and without data mutation & un-safe map based "structures" as function inputs - can be: error-prone, non-performant. The term data-oriented programming has been previously established in game/high-performance computing and is used here incorrectly. My thoughts on this presentation I had a feeling for the entirety of the video that the presenter is not talking about data-oriented programming. Data-Oriented programming generally today is mainly known from game development where people have been practicing the thing that they call it for decades, i.e. high performance computing. But the presenter stated (at 9:27) that he doesn't think that his "data-oriented programming" is good for games (this was the first flag that he is talking about something else). At 16:15 he started to talk about some "principles" behind this way of programming which are mainly the principles of functional programming and NOT conventional data-oriented programming (the one used for high performance programming). At 27:20 he starts talking about data representation, what he says there is a bit far away from conventional data-oriented programming that is mainly done in C,C++,C# nowadays. There you wouldn't use generic data structures as the presenter here is suggesting. The reason being that generic data structures not tied to the problem affect data fetching and manipulation negatively. The author suggests using hash-maps for representing any data even records, this way engineers can introduce dynamicity into even statically typed languages. Furthermore, he is suggesting every function to be unsafe by saying that keys in the hash-map (i.e. record fields, or class fields) should be assumed that they are there, and no checks should be implemented at all. This leads to volatile code that has no gains and introduces fail points in every function/procedure. I am not stating that unsafe (i.e. non-precondition checked) functions are incorrect, they are if the rest of the codebase is at every call-point, and if there is something to gain by using them - mainly performance. But I think that doing unsafe map based "structures" as function inputs leads to increased development time. See TL;DR above for my final thoughts. Videos which are on the established meaning of data-oriented programming/design. kzbin.info/www/bejne/qImTeqeMerudfsU kzbin.info/www/bejne/r6qbm4Sdos2Vd7c kzbin.info/www/bejne/q2mlZJ1up9aMg9k kzbin.info/www/bejne/pmeYiqdoZdWqZsk kzbin.info/www/bejne/hIiwqWSHa5uWZ5Y

Very interesting. I totally agree with the fact that back end and front end communities are not talking about together about DDD or event sourcing. Even in front end there are not many people that have heard about those concepts. I think we can improve our architecture in front end part Thank you for the presentation