schmonz.com is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
๐๐จ๐๐๐ฒ, ๐๐ฉ๐ซ๐ข๐ฅ 27, is the last day to secure your spot at the ๐๐๐ซ๐ฅ๐ฒ-๐๐ข๐ซ๐ ๐ซ๐๐ญ๐ for my workshop ๐๐๐ฅ๐ฅ-๐๐๐ฅ๐๐ง๐๐๐ ๐๐๐ฌ๐ญ-๐๐ซ๐ข๐ฏ๐๐ง ๐๐๐ฏ๐๐ฅ๐จ๐ฉ๐ฆ๐๐ง๐ญ. Join us on ๐๐๐ฒ 21-22, 2026 at ๐๐ก๐ ๐๐ซ๐๐ข๐ง ๐๐ฆ๐๐๐ฌ๐ฌ๐ฒ ๐ข๐ง ๐๐ง๐ญ๐ฐ๐๐ซ๐ฉ .
Donโt miss this final chance to invest in your skills at a reduced price.
๐ ๐๐๐๐ฎ๐ซ๐ ๐ฒ๐จ๐ฎ๐ซ ๐ฌ๐ฉ๐จ๐ญ ๐ง๐จ๐ฐ.
For more information: https://principal-it.eu/training/well-balanced-test-driven-development.html
#tdd #testdrivendevelopment #unittests #unittesting #softwaredesign
I'm not saying AI tooling can't help. But if we're not measuring actual outcomes, we're just confirming our own bias. Start measuring. Compare cycle times, defect rates, rework. Don't let a feeling of speed substitute for evidence of speed.
And make sure you're not feeding the AI hype industry with false promises.
Struggling with brittle tests that slow you down? Join my ๐๐๐ฅ๐ฅ-๐๐๐ฅ๐๐ง๐๐๐ ๐๐๐ฌ๐ญ-๐๐ซ๐ข๐ฏ๐๐ง ๐๐๐ฏ๐๐ฅ๐จ๐ฉ๐ฆ๐๐ง๐ญworkshop on ๐๐๐ฒ 21-22, 2026 in Antwerp! Learn how to write reliable, maintainable tests that help you think about software design and prevent defects. Early -bird tickets are available until ๐๐ฉ๐ซ๐ข๐ฅ 19.
For more information: https://principal-it.eu/training/well-balanced-test-driven-development.html
It's hard when method wars between Agile and Six Sigma hide what you're actually building. Simon Wardley shared how mapping a system's evolution helps choose the right approach for each component, avoiding costly failures. Look at the landscape first, then pick your tools.
Read, watch, or listen: https://virtualddd.com/facilitating-archdes/method-wars-hide-real-problem/
#WardleyMapping #SoftwareDesign #Context
Hi. I'm Saket from the Netherlands.
He/him.
I believe #kindness is key to our survival.
Fascists, racists, TERFs, misogynists, etc., give me a wide berth (ideally so wide you fall off the edge of your platform into open-mindedness)
I'm interested in conversations with thoughtful conversationalists on topics such as: #books, #writing, #climate, #politics, #philosophy, #banter, #scripting, #apps, #fediverse, #softwaredesign, #martialarts, #ttrpg, #videogames, #design, #devops
โIโm writing unit tests because I have to. They just confirm that my code works, which I already know. They are tedious to write, and often stop working when I change the implementation of the system. Maintaining unit tests is often difficult and takes a lot of time out of my day.โ
Does this sound familiar? Then you might be interested in my workshop, ๐๐๐ฅ๐ฅ-๐๐๐ฅ๐๐ง๐๐๐ ๐๐๐ฌ๐ญ-๐๐ซ๐ข๐ฏ๐๐ง ๐๐๐ฏ๐๐ฅ๐จ๐ฉ๐ฆ๐๐ง๐ญ, on 21 ๐๐ง๐ 22 ๐๐๐ฒ 2025 ๐๐ญ ๐๐ก๐ ๐๐ซ๐๐ข๐ง ๐๐ฆ๐๐๐ฌ๐ฌ๐ฒ ๐ข๐ง ๐๐ง๐ญ๐ฐ๐๐ซ๐ฉ.
This two-day, hands-on workshop blends theory with practice in a real-world codebase.ย Yotdd #unittests #softwaredesign #softwarecrafting #xp to master the art of writing loosely coupled and highly maintainable automated developer tests.
๐๐๐ ๐ข๐ฌ๐ญ๐๐ซ ๐๐ฒ ๐๐ฉ๐ซ๐ข๐ฅ 19 ๐ญ๐จ ๐ญ๐๐ค๐ ๐๐๐ฏ๐๐ง๐ญ๐๐ ๐ ๐จ๐ ๐ญ๐ก๐ ๐๐๐ซ๐ฅ๐ฒ-๐๐ข๐ซ๐ ๐๐ข๐ฌ๐๐จ๐ฎ๐ง๐ญ! Spots are limited, so visit my website (https://principal-it.eu/training/well-balanced-test-driven-development.html) to learn more and secure your spot.
Unit tests don't merely run more quickly because they execute a smaller part of the system. They eliminate irrelevant details, which makes spotting the mistake less expensive. #softwaretesting #softwaredesign
Knowing about a bias, it turns out, does not make you immune to it.
I did bring KitKats as a precautionary measure. At least one of us came prepared.
Looking forward to seeing you in Berlin!
#AgileArchitecture #CognitiveBias #SoftwareDesign #DomainDrivenDesign
First day of another DDD foundation workshop, and we hit the wall that almost every team hits: naming.
Not "what should we call this?" โ that's the surface question. The deeper one is: how much does a name already decide for you?
...
#DomainDrivenDesign #CollaborativeModelling #BoundedContext #SoftwareDesign
We started day 2 of the Tactical DDD training this morning, not with coding, but with discovering and formalising acceptance criteria through Example Mapping. These acceptance criteria then become input for domain modelling with responsibility-driven design through CRC-card modelling.
...
#DomainDrivenDesign #TacticalDDD #ResponsibilityDrivenDesign #ExampleMapping #CRCCards #SoftwareDesign #CollaborativeModelling
Developers often see TDD primarily as a testing technique, missing its potential to guide design. @davefarley77 talk showed how shifting focus allows TDD to actively shape software architecture and foster better code structure. It's about using TDD to drive design, not just validate it.
Watch or listen: https://virtualddd.com/sessions/tdd-as-a-design-tool-with-dave-farley/
The coloured blocks on the flipchart make it click for most people. Once you can see where coupling creeps in and where boundaries should be, the conversations about architecture become much more productive.
Tomorrow, we go into one of the modules, sketch it out using Responsibility-Driven Design, and then go straight to coding.
#DomainDrivenDesign #TacticalDDD #SoftwareArchitecture #BoundedContext #SoftwareDesign
A while ago, I was asked whether one should use Inside-Out TDD or Outside-In TDD. At first glance, it might seem important to choose one approach over the other. However, this isnโt the case at all. Inside-Out and Outside-In TDD are not mutually exclusive. Thereโs no need to rigidly commit to just one. Instead, we should practice and master both approaches to develop an intuitive sense, a *gut instinct*, for when to apply a certain approach. (1/2)
Iโm happy to announce my workshop, โ๐๐๐ฅ๐ฅ-๐๐๐ฅ๐๐ง๐๐๐ ๐๐๐ฌ๐ญ-๐๐ซ๐ข๐ฏ๐๐ง ๐๐๐ฏ๐๐ฅ๐จ๐ฉ๐ฆ๐๐ง๐ญโ on 21 ๐๐ง๐ 22 ๐๐๐ฒ 2025 at ๐๐ก๐ ๐๐ซ๐๐ข๐ง ๐๐ฆ๐๐๐ฌ๐ฌ๐ฒ ๐ข๐ง ๐๐ง๐ญ๐ฐ๐๐ซ๐ฉ. This two-day, hands-on workshop blends theory with practice in a real-world codebase. You'll be collaborating together with fellow attendees to master the art of writing loosely coupled and highly maintainable automated developer tests.
(1/2)