I like to solve problems. Sometimes that involves writing code. A lot of times that involves people.
Belgium
Joined January 2015
- Tweets171
- Following89
- Followers42
- Likes215
You sometimes need a consultant to come in and say the same thing that employees have been saying for years before change takes place.
I know it's frustrating, but don't fight it.
Be glad you're now getting the support you wanted and help steer it in the right direction.
Enver Bral retweeted
this is probably one of the best yt's to go and watch right now
youtu.be/U_cSLPv34xk?si=lwsZ…
Enver Bral retweeted
In this latest episode of the Mob Mentality Show, we dive into a challenge faced by many mobbers: the varying speeds of team members
youtu.be/MnMHX5d_Mdc
open.spotify.com/episode/2Ki…
@ChristophLucian #MobProgramming
Enver Bral retweeted
I sometimes feel like I’m doing software wrong. Everyone else seems to be shipping features super fast but it takes me months to get anything I want done in my own work.
2024: New text editors are being developed which boot up X times faster than their predecessors.
They also have 0 support for automated refactorings, some of which were described by Martin Fowler back in 1999.
Does a quick boot up time really make us that much more productive?
I just got back from @SoCraTes_BE 2023 and can't remember when I last had this much fun at a conference.
If you've never been to an unconference, I highly recommend giving it a try.
In an experienced mob, would you generally rotate the navigator when the timer runs out?
I've always assumed you do, but never played with only rotating the driver.
Would love to hear your experience, @mob__mentality
Enver Bral retweeted
But, hey, Java programmers have 10,001 annotations to make bad design much easier and faster to accomplish. Some annotations actually do nothing except make said programmers feel better because they can annotate one more thing.
xitter.cf/swcraftsman/status/169…
Worrying about the resistence against DDD I was faced within Java community, I started to read @VaughnVernon 's book, hoping to find answers on how to push my teamates into the right direction. Seems there's nothing new under the sun since 12 years...
Enver Bral retweeted
Here's a follow up on this topic in a rather detailed blog post. I hope this helps to clear up a lot of misunderstandings.
kalele.io/your-brain-on-inve…
Software teams should improve and build their own tools if they have a bad dev experience. No need to ask anyone for permission.
(Just don't go off building a general purpose framework)
Running software in "maintenance mode" is never free. If your software is used long enough, at some point something will change - OS updates, cloud provider EOLing a service, ... - which forces someone to make changes to the software to keep it running.
Enver Bral retweeted
It's as if transaction script became a bad word. Simplistic data models with transaction scripts are a good solution for superficial logic (as mentioned). Don't go down trying to make aggregates because you want to create an object model hierarchy with useless set methods.
Enver Bral retweeted
So that AWS piece tells more about failure to understand what a microservice is, than anything else.
There is one microservice in play here: Audio/Video Monitoring Service.
That is the sub-domain being automated (and the bounded context)
primevideotech.com/video-str…
1/
Enver Bral retweeted
My presentation on Protect-Prepare-Produce (3P) at @techexcellence_ is already online ! 👍
youtube.com/watch?v=E2d2BYxO…
You'll find the slides here speakerdeck.com/martinsson/g…
I just read Valve's Handbook for new employees and found it quite an interesting read.
It provides some insight and guidance into how a flat company structure can work, but also doesn't shy away from pointing out some of the downsides.
Knowledge work is mostly invisible.
The work might result in visible artifacts such as documentation or code, but the actual work that led to those artifacts - thinking - is not.