IndieWeb post types

This content type is full of IndieWeb post types, which are all content types which allow me to take greater ownership of my own data. These are likely unrelated to my blog posts. You can find a better breakdown by actual post kind below:

 Like

Liked Changelog (@changelog@changelog.social)
Post details
🤘 New episode of Changelog & Friends! @jerod goes one-on-one with our old friend @searls@mastodon.social! We talk build vs buy decisions, dependency selection & how Justin has implemented POSSE (Post On Site Syndicate Elsewhere) in response to the stratification of social networks. #indieweb #itdepends #posse #softwaredev #dependencies 🎧 https://changelog.com/friends/22

 Listen

Listened to Cup o' Go | 🎂 Happy birthday, Go! 🎂
Post details
Thank you to this week's sponsor, Backend Banter!🎂 Happy birthday, Go!Go was announced 14 years agoWatch Russ Cox's intro videoGo 1.21.4 & 1.20.11 released with important Windows security fixesProposalsMake deadcode a supported commandMemory arenas on hold indefinitelyReleases🦍 Gorilla v1.8.1sqlc...

 Bookmark

Bookmarked The Lack of Compensation in Open Source Software is Unsustainable by Thomas Stringer 
Post details
It’s 11:43pm on a Monday night. My 6-week-old son is asleep in my office so my wife can get some uninterrupted rest for the first half of the night. He’s finally asleep now, and I probably should be also after a full day of work. But I’m not done for the day. Even though I’m a software engineer by trade, I’m also a computer programmer by hobby and passion. So I do what I’ve been doing for well over a decade now: I boot up my computer to write some code.

 Repost

Reposted Mike, First of His Name (@mike@chinwag.org)
Post details
Putting software in containers is cruel and unnatural. Programs should be allowed to roam and graze freely on computer systems. Forcibly isolating and constraining them will lead only undue suffering. Use of technologies such as Docker in systems administration must be ended immediately, there is no ethical justification for inflicting trauma like this in an enlightened society. In this "free range software manifesto" I will -

 Like

Liked Shubheksha (@ScribblingOn@octodon.social)
Post details
Attached: 1 image Self promo: gifts + stocking stuffers for folks who refuse to fit in a box. I make and design enamel pins, patches, stickers, bookmarks and stationery that make great little gifts for Christmas. Social justice, disability pride, lgbtq+ rights, #neurodivergent, #adhd, #actuallyautistic, #books themed goodies. It's been a hard and weird year for #smallbusiness, so please #shopsmall for the holiday season if you can and encourage your friends too, please! 😊 I ship pretty much everywhere in the world ✨🌈 #fedigiftshop #mastoart Shop -> https://fluffmallow.com Community -> https://fluffmallow.com/not-okay-club

 Repost

Reposted Rob Allen (@rob@akrabat.com)
Post details
In my experience, multiple concepts invariably end up in a non-trivial PR. When a repository uses squash-and-merge then those concepts end up in the same single commit on main and any context is lost. https://indieweb.social/@lornajane/111425261462048360

 Reply

Every time I work on a project like that I end up having to put myself through more ceremony to keep the atomic changes and commit messages, and I feel "if y'all would just let me rebase-and-merge or we learn together how to write better commits, it'd be easier"

 Repost

Reposted lornajane (@lornajane@indieweb.social)
Post details
When you work on a project with squash-and-merge as a strategy, you end up splitting concepts across multiple pull requests to make coherent git history that could be untangled later if needed. Teams throw away the context because they have poor git commit practices, but they have poor git commit practices because they throw all that context away ...

 Repost

Reposted js (@js@social.lol)
Post details
@mhoye@mastodon.social there was a really good blog post that I can't find now, about how many (most?) feminine-coded hobbies/tasks like sewing, knitting, cooking, lots of housework, etc - are just straight up pure engineering tasks. you don't even have to squint to see it, but society likes to pretend that if it isn't made of concrete or steel, it doesn't count.

 Reply

Have you asked the attendees what they'd like to do? (may sound rude but doesn't mean to be!) May lead to some interesting points and feedback, or a case of "we like it but I don't read up on Web stuff much" that's interesting to know too.

In the few CoPs I've helped organise over time:

  • Running a low-effort retro to see what's working and not working for folks can help - we did one which highlighted that a load of people wanted to dig into a specific subject, but no one had voiced that 😅
  • Rotating who's organising (preferably volunteering over voluntelling) can add a bit more variety - even if it's just the CoP leads/most senior folks to start with? Then can be rotated around with other folks too
  • Running a lean coffee was a good way to get to chat about things in a less pressured way than folks feeling they had to present something big for the session
  • Starting each session with a different engineer (who's been voluntold ahead of time) who does ~5-10 mins overview of their team, what they own and some of the stuff they've done gives a bit of an insight into what everyone does - depends on how much involvement folks get cross-team, but at a previous company this was super useful as it was a bit more silo'd