I’m not in a place to actually help as I’m on vacation: but since it’s a compile issue, if you posted a minimally failing-to-compilr version (no credentials) of your full YAML someone could conceivably be able to troubleshoot it

Can I vote for obsfuscators not holding a language hostage?

You don’t want a department that you throw it over the fence to, you want them embedded on your team. Keep those feedback loops TIGHT bois

I mean, I’ve never seen a real platypus but I’m not going to use that as a justification for why they can’t exist.

I don’t know what to tell you. It’s a spectrum. I’ve worked in shops that claimed to be agile but to them, that just meant JIRA and story points. I’ve worked at places where agile meant having daily standups.

And I’ve worked places where there actually was a genuine attempt, and that was an awesome place to work.

I’ll rephrase them, except in good faith:

1. Talking directly to the people about the work is better than a 95 state JIRA pipeline

2. Document your finished working work, not every broken POC, because that’s a waste of time

3. If the contract isn’t actually going to meet the desires of your stakeholders, negotiate one that will

4. If you realize the plan sucks, make a better plan.

My company paid to have Kent Beck come to workshop with our Sr devs. I expected to dislike him, but he won me over pretty quick.

I don’t remember what it was, but someone was like “Kent, we do X like you recommend in the manifesto, but it creates Y, and Z problem for us”

And he was like “So, in your situation it isn’t providing value?”

Guy was like “No”

“Then stop doing it.”

It’s not hard. It’s the most fucking common sense shit. I feel bad for them because these guys came from a world where there were these process bibles that people were following. So they wrote like, basically a letter saying “if your Bible doesn’t serve you, don’t follow it”

And all these businesses dummies were like “oh look, a NEW bible we can mindlessly follow”

Ok, I think I see your position more clearly now:

You’re thinking about people who are interested and installing based on technical interest and curiosity.

In those cases, I think you’re probably right. There is probably some base competency at play. A desire to learn. Probably someone in their sphere to support.

I’m thinking more about the type of people who would buy a Chromebook. Or my cheap ass parents who want to squeeze another 5 years out of an ailing laptop. They don’t want to spend any money and just want to use Facebook and YouTube. Send some emails. Connect to wifi. Print their boarding passes. Not have their machines riddled with viruses within minutes because their windows OS isn’t getting security updates anymore. I think this is actually a massive use case, and I want Linux to be accessible to them without needing to use the terminal for anything.

I can’t even begin to count the number of times I’ve seen absolutely terrible advice posted and taken regarding how to do things in Linux. Can’t connect to something? Easy, make a blanket iptables rule to permit everything. Something can’t read a file? Chmod 777. Install isn’t working? Just install as root and use root as your general login from there on out.

It’s hard to learn Linux.

But it’s even harder to FORGET what you’ve learned, to empathize with what it was like to not understand it at all. That’s why it’s SO HARD for us who’ve been using it daily for a decade to empathize with newcomers.

It’s why people literally can’t fathom why people are afraid of the terminal.

It’s why, even when someone takes the time to explain why, people go, “nah, that couldn’t possibly be it”

It’s like when gun people can’t comprehend why people are afraid of guns. The answer is obvious they just can’t hear it.

Edit: I think I better understand that there are more nuances around the cases now, and I think I’m being unfair by making blanket statements about what is and isn’t obvious

Right, and so if you have no idea what ANY of it means you just bail back to windows.

IMO, caution, wariness, concern, and unfamiliarity manifest as revulsion.

EVs. Solar panels. Heat pumps. Anything outside of CIS heteronormal relationships.

I’m my experience, after the age of like, 25, people (in GENERAL… Obviously many expectations) feel like they’ve got life figured out and push back against pretty much anything that challenges whatever they’ve grown accustomed to.

Nobody bitched about the DOS prompt when nobody knew how to use computers. Young people learned it. Old people insisted computers were a fad and pushed back entirely.

In my calculation, it’s just typical and predictable human response. Open to other theories though.

I mean, the answer to this is obvious if you can empathize.

Gui has baked into it hints on cause and effect. The terminal is a freeform incantation machine where you need to know and utter magic spells.

sudo rm -rf /

Is just as magically nonsense as

sudo apt-get update

If you don’t know what ANY of it does, your capacity to fuck things up is unbounded on the terminal. In a GUI, rightly or wrongly, you expect your capacity to fuck things up is bounded by the context at hand. I do not expect that I can nuke my system clicking through Firefox.

You can claw the terminal from my cold dead hands, but I’m not offended by the notion of a GUI.

Why? Because developer attention scales broadly by usage. Well used projects get more love. If we could even break 10% home adoption of any Linux distro and the runaway effect of net new developer input would destroy closed source operating systems, and I’m here for it. If that means adding a fucking Ubuntu checkbox to let people enable Wayland without strictly requiring the command line go fucking nuts.

'Nailing down the definition of a story point to “1 developer day” oughta do it ’

Ah, an auditability audit.

It depends VERY much about the content and invitees of the meetings.

If you’re there to give your expert engineering feedback, awesome. If you’re there to receive the information you need in order to provide expert engineering feedback, awesome.

So often, I find, meetings are too broad and end up oversubscribed. Engineers are in a 2 hour meeting with 10 minutes of relevance.

There are serious differences in meeting culture, with vast implications oh the amount of efficacy you can juice from the attendees.

I’m really confused about the arguments around this, being that things like apostrophes and hyphens have special meanings in databases.

Yes, they do… But there are incredibly mature standard practices around how to store and query this type of data so that it isn’t a problem.

Hyphens and apostrophes aren’t uncommon in surnames. Is anyone suggesting banning those?

The only question was the title, and the content of their post was answering their own question.

This post is just a blog post.

As a mechanical engineer turned software developer, I do consider the task to be fundamentally an engineering task.

It’s just that the willingness to forgive ineptitude in software is infinitely greater… So much so that the industry has completely normalized absolute garbage work.

It’s engineering, just with systemically terrible engineers.

https://news.ycombinator.com/item?id=34011581#:~:text=Background story seems to be,own community as a consequence.

TLDR; if, as OP mentioned as a desirable criterion:

Something that respect as much the gnu philosophy (so nothing like Github etc…)

Gitea might not specifically be the best self hosted GitHub clone to use.

I use it. I self host it. But if you’re prioritizing FOSS philosophies, there are other GitHub clones that would fit the bill.

I have responsibility. They require us to change our passwords every 3 months.

I mean, do your best, but honestly temper your understanding of your responsibility here.

You may feel responsible, but your employer DOES NOT.

How do I know? Because it’s been the NIST guidelines for like a fucking decade already NOT to use such policies because they are EMPIRICALLY PROVEN to REDUCE security and INCREASE the likelihood of a system compromise.

The fact that you’re here trying to “solve” a “problem” that was artificially generated by your employer is exactly the reason it’s the case. While you personally are diligently considering how to best “solve” it, everyone else is doing something more hack-y and introducing new attack vectors.

So… Long story short, it’s awesome you care. Your employer does not.

Lol

The most successful interview I had I’d had a few shots ahead of time, and got into a (respectful) argument with the CTO about the pros/cons of their implementation of agile as I saw it.

Like, not to roast our man here, but he comes off as a competent Eeyore, even while writing from the safest of places, where he can take the time to craft whatever image he wants.