Wisen Tanasa
@ceilfors
Followers
2K
Following
3K
Media
260
Statuses
3K
Principal Eng @getpandamobile. Consultant. Student of complexity, cognitive psy. Newsletter: https://t.co/lWxBjlE2Su Ashtanga. Badminton. ex @thoughtworks.
London
Joined April 2009
Many of the software engineers I talked to told me that they practice TDD out of guilt. That's not right, we need a different way to think about TDD. I've been practising TDD for almost a decade, here's how I currently think about it:
68
330
1K
Better problem understanding leads to better design. This technique from @ericevans0 helps achieve exactly that. https://t.co/FhzT4vZ0un
0
1
7
I attended Eric Evans' Software Design Masterclass held in @ddd_eu, and wrote one of my many learnings here: https://t.co/2J9tuhyGOK
1
5
28
I'm looking for someone to join us at Aardling to bring better modelling and software design to our clients. If you're a software architect and you have experience coaching teams, building a continuous delivery mindset, get in touch :-)
aardling.eu
Work with Aardling
0
11
29
Done. Handing @laconiajs over to someone else feels like I'm handing over my child to someone else. It's odd. My biggest reward from this work is the opportunity to work with the loveliest and smartest people in tech @marton_veto @thomasankcorn @tschoffelen!
Has any of you built an open-source project and gotten it adopted by a company? I'd love to know what important things you'd typically look at from the original creator/maintainer's point of view.
0
0
8
The solution is simple. Don’t mock what you don’t own. Introduce your own interface and mock its behaviour. Write a contract test for the implementation of the interface. The contract test should actually call the API and at least confirm mocks’ assumptions.
The risk with mocked tests: The test may not test anything. Example: I just reviewed a test that claimed to ensure a JSON API response was the expected shape. The problem: The test mocked the API response. So the test didn't actually test anything.
5
6
22
Has any of you built an open-source project and gotten it adopted by a company? I'd love to know what important things you'd typically look at from the original creator/maintainer's point of view.
1
0
2
My coachees know when the workshop questions I present have been hand-crafted or written by ChatGPT, oops.
2
0
7
You don't need to be a mathematician to do good math. You don't need to be an engineer to write good code. You don't need to be a leader to provide good leadership.
2
0
5
I was also trying to get the cloud service to show plantuml/kroki images via their public services and hit the documented CORS issue. Could be nice for Structurizr Cloud to have its own plantuml or kroki server to make this seamless?
0
0
0
I did spend a couple of hours figuring out how to piece everything together to discover that what I need is on this page: https://t.co/mInYVrzmZe
@simonbrown is it worth linking this page from the Quickstart page? My use case was I immediately wanting to use the cloud service.
docs.structurizr.com
Documentation for the Structurizr tooling.
1
0
0
Been experimenting with Structurizr again recently. Found it hard to get started (various little DevEx and UX issues), but gets easier once you get used to it. Love what I'm seeing now!
1
0
0
This bias happens over and over again to me when I'm delegating. Tasks I thought I didn't like I shouldn't delegate, because others wouldn't like the task either.
0
1
1
We can learn a lot about Software Development by playing retro games. Explore what Composition, Inheritance and what Composition over Inheritance means with a little help from our 8-bit friends! Hope you enjoy.
5
10
42
Love this visualization of practicing without feedback and with (useful) feedback. Applies to any kind of practice, not just students in school!
Feedback can enhance learning. But it can also inhibit it. Here's what we know: ↓
0
1
1
"What is architecture?" elicits different answers depending on who you ask. Change the question to "What is architecture for?" and you will get only one answer: to support decision making. Optimizing software engineering for decision making offers a unifying perspective.
0
3
12
How much of our effort goes towards improving things we would be better off not doing in the first place? How much do we MAJOR in the MINORS?
1
1
4
I love Jeff's line of reasoning. - Stakeholders might be unaware of what to expect (complex domain). - People on the ground know the reality better (complicated domain). So, people on the ground should inform reality to stakeholders, therefore managing their expectations.
0
0
1
I wondered, why do we need to manage stakeholders' expectations? If you have a stake in the investment, you should expect the associated risk and uncertainty. It is irrational to be frustrated when things do not go to plan. I have a similar qualm with the idea of managing up.
5
0
7