This is basically just “deploy != release” or even “use feature flags”, but if you want that with a lot of good words behind it: charity.wtf/2023/03/0…
This is basically just “deploy != release” or even “use feature flags”, but if you want that with a lot of good words behind it: charity.wtf/2023/03/0…
Very much agree with this:
“The most effective developers I’ve worked with understand this, and are adept navigating this zone. They are curious about the perspectives and needs of other stakeholders, and ask good questions. They push back when things don’t make sense, but do so tactfully. And they understand the realities of building software in an industry context, where there are budgets, deadlines, and other less-than fun realities. They don’t expect everything is perfectly spelled out for them (whether by designer, business analyst, or architect), because they know, as the one closest to the implementation, they have a crucial perspective to voice. But they also know they don’t have all the answers. In other words, they know that building the right software is a back-and-forth, collaborative process.”
Essentially, the message here is that the key is finding the Goldilocks size for meetings. Not everyone in one meeting, but not endless 1-1s either. More writing and more async processes sidestep a lot of this too. skamille.medium.com/which-mee…
Ignoring the 10x dev question, this is a good list of productivity impacts: antirez.com/news/112
I’ve had an “architect” title at various times, and I agree with pretty much all of this. The times when it was best was when it was really similar to “an engineer performing a slightly different (but substantially overlapping) set of functions as a senior engineer”. charity.wtf/2023/03/0…
Might have some time soon to catch up on my work reading, and might look at queuing some of these. blog.pragmaticengineer.com/holiday-t…
I would have loved to use this back when I was teaching :) regexcrossword.com
Pretty DMARC education site: www.learndmarc.com - h/t Kostas
When to delegate, vs. when to say “no”: larahogan.github.io/blog/when…
It helps that they say lots of things I agree with, but I enjoyed this episode: overcast.fm/+F4RA618T…
More truth from xkcd: xkcd.com/2582/
Interesting thoughts about when to introduce processes: rkg.blog/desperati…
I 💚 Sentry. dcramer.github.io/the-scale…
There was a really interesting (way less technical) post a while back from Josh Wardle (the Wordle guy, before Wordle when his big things were this and The Button) about lessons learned about how people work together and avoiding negativity in community activities etc. But I annoyingly cannot find it now. www.redditinc.com/blog/how-… - h/t Kostas
It’s sad that Teams is slowly killing Slack. slack.design/articles/…
I feel simple is underrated too often: www.wave.com/en/blog/s…
I’m a little skeptical that any of these “run X transpiled to JS” languages will take off (although I guess TypeScript is in some ways the same). pyscript.net
I have only done a couple of these, but this matches what I’ve seen: kenkantzer.com/learnings… - h/t Kostas
Posts about the future are a bit risky, but good GIL history: www.backblaze.com/blog/the-…
A quite long list of unexpected (probably) behaviour in Python: github.com/satwikkan… h/t Kostas
Interesting alternative to plain isort, with a lot more flexibility (can be good or bad, tbh). github.com/seddonym/…
Fun npm sentinel value Easter egg: blog.izs.me/2021/10/m…
Al has lots of good content. This post is on Microsoft deliverability, which is always a fun challenge. www.spamresource.com/2022/06/b…
Another one of the text generating tools that seems fun and maybe useful, but doesn’t make me convinced it will absorb everything in the future. twitter.com/gd3kr/sta…
The SpamExperts system had many of these elements. slack.engineering/remote-de…