Reposted by Tomasz DucinFrontend Dogma @frontenddogma.com · 16/05/2025You’re Misunderstanding DDD in Angular (and Frontend), by @ducin.dev (@danielglejzner.bsky.social): www.angularspace.com/youre-misunder… #softwaredesign #angularangularspace.comYou’re Misunderstanding DDD in Angular (and Frontend) 042
Tomasz Ducin @ducin.dev · 17/04/2025you know something serious is being cooked if you _need to_ remind yourself what a monotonic function is ;) 030
Tomasz Ducin @ducin.dev · 26/03/2025Experience suggests, that it'd be better to accept two parallel models (and all consequences of both existing) rather than putting enormous effort into killing the old one. Accept in a way that: adapt; try to minimize the negative consequences. Easier said than done, tho 😅 110
Tomasz Ducin @ducin.dev · 22/03/2025I'm aiming towards the same tools. Perplexity all the way. Need to drop chrome for brave. 020
Tomasz Ducin @ducin.dev · 21/03/2025Probably gonna get closer to it (brave, perplexity etc) but replacing gmail and gdrive might be a challenge 😓 110
Tomasz Ducin @ducin.dev · 21/03/2025google search in a single picture it can't go like this anymore 351
Tomasz Ducin @ducin.dev · 14/03/2025strategic DDD > tactical DDD www.jamesmichaelhickey.com/stop-pretend...jamesmichaelhickey.comStop Pretending To Do Domain-Driven DesignIt doesn't matter how many entities, aggregates, factories, services, and repositories you have. That's not domain-driven design. 0122
Tomasz Ducin @ducin.dev · 14/03/2025"When a wise man points at the moon the imbecile examines the finger" ― Confucius Coding is the finger nowadays. 020
Tomasz Ducin @ducin.dev · 14/03/2025You're touching a real painpoint Tomasz, very true. We'll see whether Language Models well be able to "reason" for real. The quote however goes way beyond that. Look at all these "founder mode" people who see value in code, being quite detached from the world surrounding them... 020
Tomasz Ducin @ducin.dev · 13/03/2025Yeah, but all in all the final "judgement" is based on an implicit assumption that there's no other complexity. Which makes such judgement "rubbish" 😛 010
Tomasz Ducin @ducin.dev · 13/03/2025From my observation (nearly all such situations) the person claiming such statement is unaware of what the complexity even is on the other side of the stack. Classical unconscious incompetence. 100
Tomasz Ducin @ducin.dev · 13/03/2025Why frontend devs saying that frontend is more complex than backend is total rubbish (and vice versa as well) 👇 151
Tomasz Ducin @ducin.dev · 11/03/2025HTTP pro tip: when the client sends an HTTP request doesn't include a "thank you" HTTP HEADER, the server should send following response: 666 DISRESPECTFUL 2160
Tomasz Ducin @ducin.dev · 09/03/2025I just love videos from Derek Comartin a.k.a. www.youtube.com/@CodeOpinion - 10 minute-ish - pure architecture meat - very concise, no storytelling etc. - trade-offs deep analysis very good value-for-time ratio. if you don't know it - example (materialized views): www.youtube.com/watch?v=hQVi...youtube.comSpeeding up Queries by Pre-computation & TransformationYouTube video by CodeOpinion 051
Tomasz Ducin @ducin.dev · 09/03/2025Yeah, BDD-style tests seem to be a great source of context too. From my experience - when creating web services, the critical piece is the contract that LLM should strictly stick to. Yep, depends what you're working on. 010
Tomasz Ducin @ducin.dev · 09/03/2025Yeah, just read the post by @hvr.endj.in - that's exactly it, fully agreed. Properly debunking copilot instructions is a skill, worthwhile improving. BTW in my experience you don't save that much effort with inline suggestions. 110
Tomasz Ducin @ducin.dev · 06/03/2025My talk at @angular.dev Warsaw: Angular Query & @ngrx.io Signal Store: A symbiotic relationship has just been published: www.youtube.com/watch?v=swVg... #angularyoutube.comAngular Warsaw: Tomasz Ducin - Angular Query & NGRX SS: A symbiotic relationshipYouTube video by BEC Financial Technologies 061
Tomasz Ducin @ducin.dev · 06/03/2025Don't choose a software architecture that your successors will have to fight against. 320
Tomasz Ducin @ducin.dev · 05/03/2025Odcinek dostępny Gorąco polecam :) open.spotify.com/episode/2xIz... 020
Tomasz Ducin @ducin.dev · 04/03/2025Yep. A "special" subtype of a primitive. It's kind of a compile-time cheating (the brand doesn't exist in runtime). But works. That could be validation based, domain specific, whatever. Even a special GUID subtype. 100
Tomasz Ducin @ducin.dev · 04/03/2025Yeah, agreed. My point is - it doesn't really matter if it's a primitive or an object - you can wrap it with either a brand type (for primitives) or a VO (objects) and the "shotgun validation" issue is gone. However, WHERE/WHEN do we apply validation matters a lot 👍 100
Tomasz Ducin @ducin.dev · 04/03/2025BTW in c# you've got nominal typing. Not sure why wouldn't e.g. a new value object class solve the same problem. Boilerplate? A little. Otherwise "parse, don't validate" seems invasive and not really a solution. Choose your poison 😅 However it's not 0/1 "shotgun validation" or "don't validate" 100
Tomasz Ducin @ducin.dev · 04/03/2025Interesting read. You might be interested in taking a look at __brand/opaque types in TypeScript__. They solve the "shotgun validation" problem entirely (combination of runtime validation + compile-time guarantee). 130
Tomasz Ducin @ducin.dev · 03/03/2025Dziś nagrany piękny odcineczek do Better Software Design. Aplikacja w której pracuje 5k+ inżynierów? 13k+ repozytoriów na @github? 50mln odsłon dziennie? Już niebawem 🔥 #microfrontends #architecture? CC @mariuszgil.bsky.social 040
Tomasz Ducin @ducin.dev · 02/03/2025We're gonna drown in rubbish in the post-LLM world. And it's not necessarily LLMs' fault. It's because people are already too lazy and/or unable to do research on their own. 160
Tomasz Ducin @ducin.dev · 28/02/2025just coined a new #software & #life motto: > Expect garbage out, if you put garbage in. and slightly updated my fav quotes list: ducin.dev/software-quo...ducin.devSoftware, Architecture and Design Quotes - Tomasz Ducin - blogThese are some of the quotes that I found interesting, related to software, software architecture and software design. 100
Tomasz Ducin @ducin.dev · 28/02/2025BTW wanted to check out teamperature.com and it threw 500 few minutes ago - but it's fine now :)teamperature.comTeamperature - Managing cognitive load for healther teamsTeamperature delivers key insights into your team's cognitive load drivers, enabling you to spot risky areas that need attention now. 110
Tomasz Ducin @ducin.dev · 28/02/2025Everybody's experience is limited, to some extent. As said before, your approach (product-approach) seems very reasonable 👍 010
Tomasz Ducin @ducin.dev · 28/02/2025AI is a tool. Being effective with it is a skill. Making practical use is a product. Serving customers is a business. 040
Tomasz Ducin @ducin.dev · 28/02/2025Sounds very reasonable. Is the switch to "big frameworks" due to their: - stability (no revolutions) - opinionated which plays kind of "against" js landscape? 100