re: mini software dev rant
@dysfun@treehouse.systems I don't really agree with that because I look at it from a different perspective; "when they leave school" is an arbitrary boundary, as is "while in school".
I'm of the opinion that all learning should be available to people *at any time, at any age*, including support from other humans who can help them understand things and explore their needs and wants, and that our current concept of "school" is a mediocre knock-off of that idea that doesn't really work in practice.
So I agree that people should have the opportunity to learn these things when/before they need them, I just disagree that "when they leave school" is the correct lens to look at that problem through, and that that lens is very much a product of a capitalist-structured society - and that we can do *so much better* than that.
re: mini software dev rant
@dysfun@treehouse.systems I have mixed feelings on this. I don't think that *any* forced curriculum should exist in schools (it doesn't really make any sense from a didactic perspective), but *if* we're gonna have such an educational system instead of one that genuinely guides people to what they need, then this would probably be one of the most useful things to put in there, yes.
re: mini software dev rant
@dysfun@treehouse.systems I'm reminded of the JS thing here: https://social.pixie.town/@joepie91/108227324270640760
re: mini software dev rant
@dysfun@treehouse.systems For sure, but I do think that a change in software development culture *could* be a good starting point to get broader cultural changes rolling, without needing to wait for the rest of society to fix its issues.
There's a lot of pragmatic arguments in software dev that can be used to convince people that different approaches are more viable, where the consequences are more immediate and obvious than they would be in most other societal contexts.
re: mini software dev rant
@dysfun@treehouse.systems Right. It's not impossible to teach - I've tutored quite a few people 1:1 in the past, and I've found that focusing on decomposing problems before writing code *really* helps with that.
The question is how to scale that into a cultural change, and address the trickier emotional bits like ingrained and widely loudly repeated beliefs about what 'libraries' look like - because this is fairly easy to override in a 1:1 conversation, but a community-wide culture change is different.
@rune That, plus experience in quickly identifying information to eliminate/reject!
re: mini software dev rant
@dysfun@treehouse.systems For sure, I'm the same - and I often go a bit beyond that, trying to complexity-reduce problems that are widely believed to be non-reducible (with mixed but nonzero success).
But there's a lot of history and experience and personal development behind that attitude towards things, and I really think we need a more effective way to convey this to *new* developers, without requiring them to stumble along for 10 years first :/
@rune Thing is, I've done a lot of programmer support on IRC and such. And a *significant* chunk of the questions, probably more than half, I answered not from memory - but by having some vague inkling of what to look for, doing some quick research, and summarizing my findings.
I have yet to find a book that can answer questions faster than this process. Far as I can tell, this is pretty much the optimal process for figuring stuff out.
re: mini software dev rant
@dysfun@treehouse.systems Like, I *want* to make it easier for people to design good APIs. But 9 out of 10 times when I bring up my findings, I pretty much get laughed out of the room, because nobody even believes it is an existent problem to solve. "The big frameworks are fine!"
re: mini software dev rant
@dysfun@treehouse.systems Oh, for sure. This is what I always aim for in my API designs, but it's *hard* work, and requires a degree of bidirectional engagement with other humans that a lot of developers don't seem to feel comfortable with.
I've long been wondering whether part of the "opinionated framework" ideology can be explained by people (knowingly or otherwise) using it as an excuse not to have to do this hard work, by pretending that the easy-but-mediocre "solution" is the only one that exists.
Unfortunately this ideology of the pretend-single-solution also makes it really difficult to start conversations about other, *better* solutions.
Most of the hard work in good API design is figuring out the principles you can follow to make the design process easier and more reliable, which is a one-off cost - but I can't really share the findings of the work I've done there, because there's no public conversation to insert it into...
mini software dev rant, pol?
I wonder whether this can be convincingly explained to people (who have bought into that ideology) by equating it to the saying about "teaching someone to fish", as that saying seems to resonate with a lot of tech folks on an emotional level - an opinionated framework is giving someone a fish, providing guidance on how to select options and what options there are is *teaching* someone to fish.
mini software dev rant, pol?
I really have to write Properly(tm) about these intersections between authoritarian ideology and software development culture some day, because this is *far* from the only case where this crops up
mini software dev rant, pol?
I also feel like this ties into authoritarian ideology in interesting ways. The broader belief that the only way you can make people do something "for their own good" is by forcing them into it and giving them no other choices, rather than giving people agency and trusting them to be responsible and competent in handling it.
@rune Not just that, it also tells you that they know *nothing* about how things work *anywhere* outside of the US, and they have bought into the ideology that whatever the US does is automatically the optimal solution (because in national ideology, that is the expected outcome of the "free market", and if it weren't, that would threaten capitalist ideology).
In the process of moving to @joepie91. This account will stay active for the foreseeable future! But please also follow the other one.
Technical debt collector and general hype-hater. Early 30s, non-binary, ND, poly, relationship anarchist, generally queer.
- No alt text (request) = no boost.
- Boosts OK for all boostable posts.
- DMs are open.
- Flirting welcome, but be explicit if you want something out of it!
- The devil doesn't need an advocate; no combative arguing in my mentions.
Sometimes horny on main (behind CW), very much into kink (bondage, freeuse, CNC, and other stuff), and believe it or not, very much a submissive bottom :p
My spoons are limited, so I may not always have the energy to respond to messages.
Strong views about abolishing oppression, hierarchy, agency, and self-governance - but I also trust people by default and give them room to grow, unless they give me reason not to. That all also applies to technology and how it's built.