New Blog: Solo Programming Considered Bad
My MTBP (Mean Time Between Pushes) is about 10-12 minutes when I'm not spiking. That's the stride-limit for coding for me, discussed at considerable length in my MMMSS work.
I don't keep a stopwatch by my keyboard or anything, but if a step I'm doing in the code starts to approach 30 minutes, my stomach starts to hurt.
At 45 minutes, I almost always just pull the plug.
"Nice try, kid, come back when you get another dime."
Read our announcement / appreciation here: https://nunit.org/news/update/nunit/2023/01/29/celebrating-charlie-poole.html
To attempt to quantify Charlie’s contributions to NUnit is a daunting task. He was the lead of NUnit across at least 207 releases in 37 different repositories, authoring 4,898 commits across them. He participated in 2,990 issues, 1,305 PRs, and impacted 6,992,983 lines of code.
I have been writing Go since 2009, which is now 14 years. Today I typed "null" instead of "nil" and had to be corrected by the compiler.
Programming is constant relearning. I have written tens of thousands of lines of perl, but could not create a hash map today without looking it up. Our programming languages and libraries have to be simple because we will forever be looking them up.
@GeePawHill I learned that from experience about 10 years ago. The status of the codebase is a reflection of the techniques, skills and choices made by the developers working on it.
After enough time it becomes the mirror of those things.
That way to change the status of the codebase is to change the techniques, the skills and the choices made - by improving them
@samir I see you're trying to stress your mastodon instance again 😉. Wish the tooling didn't drive the conversation so much. People equate PRs with code reviews because that's the only way you can do it in GitHub. But I used to be on teams that would do regular reviews of components or features as a whole and consider long term architectural changes as part of it. They could be great mobbing sessions as well.
"The stereotype of programmers as antisocial
represents a fundamental misunderstanding of what the job is.
Programmers, but the nature of the job, need to dive into someone else's domain." That takes social skills.
We invested 10% to pay back tech debt; Here's what happened
“What the leaders need to be doing is offering gifts to the developers. The developers are only going to listen to that if they trust you and appreciate what you want to give them. “
@emilybache on technical leadership
Example 2: I stumbled over a very neat Config class in Flask (https://lnkd.in/eCygDMTu), which is basically a subtype of Dict with a lot of handy methods that fill the Dict from different sources like files, environment variables or objects.
So after 2 weeks, deliberate code reading of unfamiliar code already had some significant impact on my code writing.
We have published a new post concerning the upcoming ACCU 2023 Conference: https://accu.org/conf-news/2023/2023-01-19_accu2023conferencestatement/
The reason re-writing software for this year's sexy architecture doesn't work is that the re-writers will use the same techniques to make the new code that made the current code so hard to change.
They've reached the first insight, that their existing code must change. But they haven't reached the second insight, that *all* code in the modern world must change.
It was always the technique. It was never the architecture.
Until they adopt change-enabling technique, they're doomed to fail.
Technical Agile Coach, Conference Speaker, Author. (http://leanpub.com/u/emilybache). she/her.
A social place intended as a chill hangout place for software testers, developers, or just about anyone involved in delivering software and who is interested in both the technical as well as the social side of things.
sw-development-is.social is supported by the Association for Software Testing.
For more information about this instance,