Yeah
-
Git is so easy to host yourself and everyone went and handed over all their code to evil corp to farm on anyway.
(Though I do understand that they were bought, but that was a while ago and it was only a matter of time before the evil seeped in.)
If it's easy why are the open source developer class using Microsoft so much ?
-
Yeah, but do you organize the audio files when you make changes?
An audio diff file that explains through voice how to modify the previous code to be like the new code
-
True, but this kind of trend is why Fediverse platforms often stay programmer-heavy. Regular users join, see mostly dev talk even in general spaces, and bounce. I'm not really against posts like this, but I do wish Lemmy could grow its user base by keeping general spaces genuinely random.
Also, just being honest, it kind of sucks that my earlier comment got downvoted. I wasn’t trying to gatekeep, just sharing a harmless opinion about keeping the vibe more random and less tech-centered. Felt like I got shut down for it.
Reddit was like that too. Certain communities gradually became echo chambers just because one group dominated the tone. I'd hate to see Lemmy fall into the same pattern.
And just to follow the same logic—if dev memes count as “random” in lemmyshitpost, I guess I could post “what programming language should I use to build X?” in asklemmy, right? Feels inconsistent to label one as valid and the other as off-topic, depending on who posts it.
"What programming language should I use to build X" does not belong in AskLemmy, because that's not the format of question that AskLemmy is for.
On the other hand, "What programming languages do you guys use" does belong in AskLemmy.
-
"What programming language should I use to build X" does not belong in AskLemmy, because that's not the format of question that AskLemmy is for.
On the other hand, "What programming languages do you guys use" does belong in AskLemmy.
So basically, it’s not about the topic, but about how it’s framed? That kinda proves my point—tech stuff is allowed as long as it’s phrased vaguely or conversationally enough. Which is fine, but still makes the space biased toward people who are familiar with those contexts.
I’m not saying don’t allow them, I’m just pointing out that this flexibility doesn’t feel equally intuitive to non-tech people, which can unintentionally gatekeep.If niche stuff is going to live in general communities anyway, then what’s the point of having dedicated communities at all? Should we just post everything in the same place and hope the phrasing makes it acceptable?
-
Armatures!
Project. New
Project.new.newProject. New
Project.new.newWhat kind of OOP hell have I fallen into here?
-
Fuck Drake. Me and all my homies hate Drake
Yeah I don’t get how he was taken so seriously for so long by so many. I get that not every rapper needs to come from a broken and messed up background, but his verses don’t hit that hard due to all the inauthenticity, as if he did grow up on hard streets lol.
-
You don't need it on a server even. For simple versioning just use a local git repo without any bells and stuff
True, I used the remote to access the code from other machines and/or as a remote backup. If you don't need that, there's no need for a server.
-
I'm not that accustomed with it myself, so my question: how can you bork your local repo so you can't roll back? Did you tinker in the .git folder? xD
I've had colleagues who'd panic when they had merge conflicts, then fuck something up, remove the whole dir and create a new clone. If you're competent I don't think it should be necessary.
-
If it's easy why are the open source developer class using Microsoft so much ?
It's easy to do a lot of things people don't do.
-
I think you may be mixing up git, which is a command line tool that's still open source, AFAIK, with github that's a closed source, git-based code hosting platform bought by Microsoft.
You can use other hosting services with git, and get an almost identical experience. Gitlab does it, as well as many others.
wrote last edited by [email protected]You can serve up a git repository remotely very easily on any machine that has a remote access path.
-
It's easy to do a lot of things people don't do.
Like OP’s mom
-
Git is so easy to host yourself and everyone went and handed over all their code to evil corp to farm on anyway.
(Though I do understand that they were bought, but that was a while ago and it was only a matter of time before the evil seeped in.)
It's such a simple reason tbh. Github is expected to stay online indefinitely. My VPS? As long as I pay the bill, which I may not want to at some point.
Codeberg is a decent middle ground - open source projects only. The site itself is open source too.
-
If it's easy why are the open source developer class using Microsoft so much ?
Convenience and reputation. People expect github to be a legitimate source of software (despite the fact that there's little moderation). The UI is familiar already too.
-
This post did not contain any content.
wrapper_last_version_update.py
-
I would love a subscription to Codeberg to be able to store private projects though. Codeberg is nice but you need an alternative for those special projects and it's annoying.
Try Codefloe, it has a free tier and you can host both public and private projects.
-
This post did not contain any content.wrote last edited by [email protected]
Need to save them within porn jpg.
That way, when mandatory face recognition for age verification comes into play, I will know who you all are! Har har har!
-
Python 27??? Does tech in the future go full circle and starts to look like windows XP again?
-
It's 2.7 lol
Well it says 27
-
It caters more for a linear workflow, though. So modern large teams won't find joy with SVN
For what it's worth, I work at a FAANG company and we don't use branches at all. Instead, we use feature flags. Source control history is linear with no merges.
All code changes have to go though code review before they can be committed to the main repo. Pull requests are usually not too large (we aim for ~300 lines max), contain a single commit, aren't long-lived (often merged the same day they're submitted unless they're very controversial), can be stacked to handle dependencies between them ("stacked diffs"), and a whole stack can be landed together. When merged, everything is committed directly to the main branch, which all developers are working off of.
I know that both Google and Meta take this approach, and probably other companies too.
What's the difference between that and feature branches? Sounds like you still have PRs that get merged to main from somewhere - forked repos I guess?
-
Owned by Microsoft. Microsoft recently blocked e-mail access to a LibreOffice dev. Speculation is that they'll start blocking projects for competing products next.
(Alternative explanation: Gitlab should be part of IT divestment from US-based services.)
Gitlab itself is American these days, legally speaking.
Try Forgejo, self hosted or one of the European hosts (some allow private projects)
