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:

 Note

Q: What can you do as a consumer?

Answer from Jeremy: Use #Firefox and anti-tracking software Answer from Remy: Don't be a consumer - build for the Web platform, make and share things

Jeremy: Nowadays, having a website is "disruptive" - use that to your advantage!

#TechNott

 Note

"Reducing complexity increases chance of mass adoption" - this is the reason that folks are seeing this content on Twitter on #TechNott rather than directly on my own blog.

But the #IndieWeb are trying to make things better - come and help us build a better Web which works for you!

 Note

This talk from @adactio and @rem at #TechNott is also really interesting to think about how websites and applications age, and potentially whether someone will be resurrecting something you've built in the future?

 Reply

I guess it's more that we have development environments to play around with, the staging environment should be treated as prod - ie treat it the same with infra, security, support policies etc.

But that's true - it's better to play in staging than prod!

 Note

I both really like the idea of, and am terrified of, not having a staging environment. Having seen how some folks treat their staging environment, I'd never wish users to experience that in production! #TechNott

 Note

Is anyone at #TechNott interested in #PHP? You're in luck, because Thursday is #PHPMiNDS and we've got the awesome @akrabat speaking about Slim 4: PHP's Microwebframework

More details on the website https://phpminds.org/ and the Meetup https://www.meetup.com/PHPMiNDS-in-Nottingham/events/268999773/

 Note

Very excited for the talks tonight at #TechNott - @NickyWrightson's talk at #DevOpsDays London was really insightful for how to run on-call right, and I've heard great things about the talk from @adactio and @rem - hope to see y'all there!

 Reply

Reply to https://news.ycombinator.com/item?id=22521114

Within my team, we use Git flow with 2 person enforced code review before a merge (within a 10 person team). We use the code review to enforce this, alongside any other changes required.

I'm a strong proponent of good commit messages, so one thing I've been doing since joining the team is encouraging this to be better.