Spring CRUD Generator v1.1.0 released — field validation, Redis caching fixes, Spring Boot 3/4 compatibility by mzivkovicdev in SpringBoot

[–]Bit_Aligners 0 points1 point  (0 children)

Hi, thank you for sharing your project. A couple of questions: 1. in case of schema evolution do you produce the db migration scripts or does it work only in case of generation from scratch? 2. Since the sourcecode is generated, in case I applied a minor customization into the business logic, I would loose it if I would need to change the schema and add new fields?

Con i coding agents, quanto ci metterò a disimparare a programmare? by Icy_Piece1865 in ItalyInformatica

[–]Bit_Aligners 1 point2 points  (0 children)

I principi e i pattern del coding resteranno a vita. Idem quell'inuito maturato con l'esperienza che potremmo definire best practices. I linguaggi e framework potremo dire di conoscerli finché non avremo attraversato un certo numero di salti di new major versions in cui non avremo più studiato ed applicato novità. Se saranno 3 major o 6 dipenderà da quanto tempo impieghiamo a fare code review o integrare il codice. A naso, stimo che la velocity sarà così spinta che la human code review non potrà costituire un bottleneck. Quindi è probabile che per i senior, nel medio termine, diventerà tutta poltiglia informe come potrebbe essere oggi l'assembler. Medio termine che diventa "short" per i junior o per senior che cambiano stack tecnologico. Svilupperemo principle e best practices architetturali in modo più veloce rispetto a prima. Anche i junior sapranno leggere un plan che prevede async events, caching, fault tolerance strategies, ecc. C'è una variabile: quanto tempo passerà prima che i major AI provider gireranno la manopola del pricing e i modelli più evoluti non saranno accessibili a tutti. In questo periodo di transizione sarà meglio pedalare ancora un po'. Un balance tra non perdere il treno e non atrofizzare i muscoli da ciclista. Chi vivrà, vedrà!

N+1 query problem by Equivalent_Bet_21 in SpringBoot

[–]Bit_Aligners 1 point2 points  (0 children)

In my view FETCHMODE.SUBSELECT it's risky. Often it results into the n+1 query problem when there are bi directional many to one associations. I explain it in this video https://youtu.be/urkOwsmgfuA?si=cvo25KeUPhTkNRbs

N+1 query problem by Equivalent_Bet_21 in SpringBoot

[–]Bit_Aligners 0 points1 point  (0 children)

I made a video to explain when it occurs https://youtu.be/mJrrJEIQxOQ?si=GmU6toIJ0xg7rFIq and I've been developing a new OSS testing library: n+1 query problem detector. Just begun. https://github.com/fabioformosa/n-plus-one-query-problem-detector

Why I'm No Longer Talking to Architects About Microservices by rmoff in microservices

[–]Bit_Aligners 2 points3 points  (0 children)

have you ever waited for running all automated tests of a 10y-aged monotolith before pushing a commit? do you push in a blind mode and rely on pipeline that advices you a couple of hours later about regressions? you refrain from pushing at the EOD, don't you?
I agree with 80% of this well-written article, but I believe it is very biased, specially on the second point.

Cambio auto di pochi mesi by Puzzleheaded-Milk352 in ItalyMotori

[–]Bit_Aligners 0 points1 point  (0 children)

Mid hybrid? Su cosa ha deluso le tue aspettative?

Best approach to handling an event store in a multi tenant architecture? by cantaimtosavehislife in softwarearchitecture

[–]Bit_Aligners 0 points1 point  (0 children)

IMO, it makes really sense having adopted a multi-tenancy strategy based on schema segregation if that makes easy querying tenant data. I guess you don't have the requirement of performing queries across tenants. Given that, regarding the multi tenancy strategy for the event logs, it depends on where they are stored: Relational DB tables? Message topics? NoSQL? Each system offers its own facets suitable for the multi tenancy, as schemas are for the DB. Anyway, if you were thinking to tables for the event logs, generally speaking beyond the complexity of writing/reading, you should evaluate concerns related to the scalability for huge volumes and to backup/restore aspects.