Diseased Open Source Software Community - it's about ethics in Code of Conducts

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
I write my libraries myself
You have to take into account time as well, and this isn't practical for everything. I don't get paid for my personal projects, I'd rather have them done faster than spend time making my own HTTP client/server, json parser or decompression tool.

I do know that a lot of developers, especially nodejs, nowadays use libraries for everything and basically put lego together rather than writing code, so I can sympathize with that.
software is able to become entangled in a web of shit
fundamentally shouldn't exist
Yeah I 100% get you and agree, but that's what I meant by the perfect system. We have what we have, so Docker and similar things come out of necessity, and they have saved an incredible amount of time and headaches trying to make software from different people work properly together without having to make your own or go in and fix the issues.
Microservices are just retarded Object-Orientation
Preach! I sometimes look at random "Here's my tech stack" videos or posts to see what technologies people are using and there's so many services. They need 30 apps to display a static image on a website.

Though I think this is also something that is ruined by idiots. When I think of microservices, I'm thinking of splitting work where it could be done separately. I have this software that gathers and saves metadata for some files. The REST API I get the metadata from has retarded paths and communist rate limits, it's as if getting a line of text would take 1 API call per character, and you're restricted to 100 calls every hour. Sometimes I need to re-check things I've checked before, so the cache helps me not get rate limited.

I split the cache entirely from the software and I have 3-4 instances of it running under different VPNs with different keys. That's what my understanding of a microservice is, similar to a function or maybe even a library. You have code that is used in multiple places, and could possibly be used outside of the main software, so you split it into its own thing and have your main software use that microservice instead of doing the work within itself.

Maybe microservice is not the right term for splitting work like this and it's probably not mainly used with this meaning, but it fits.
And the containers are, of course, HUGE.
I love alpine for slim stuff. When using other people's containers and editing a file inside for w/e reason it's nice installing nano fast. APT is so slow for some reason. Probably a skill issue, let me know if I could fix that.
 
I love alpine for slim stuff. When using other people's containers and editing a file inside for w/e reason it's nice installing nano fast. APT is so slow for some reason. Probably a skill issue, let me know if I could fix that.
I consider it a failing somewhere in the stack if the final image I deliver to my boss isn't alpine based.

Whatever upstream tools or libraries I'm working on might be ubuntu based, that might be a good place to start. But if I can't rework the source and get it to build and run in alpine when the time comes to deliver a production image, someone's fucking up somewhere.

Maybe it's my code and that needs to be fixed. Maybe it's upstream and the upstream is written like shit. But someone's fucking up.

Like looking at one of my coworker's images, it's based on like debian:bullseye-slim. I trust that it is indeed slim, but pulling it:
Code:
$ docker image ls | grep bullseye-slim
debian                                                                     bullseye-slim                     500fb7ca53f5   11 days ago     80.6MB
Ok 80mb, not terrible.

But alpine?
Code:
$ docker image ls | grep alpine
alpine                                                                     latest                            05455a08881e   2 months ago    7.37MB
7mb. Much better place to start.
 
Any Kubernetes users? How do you feel about being dependent on UwUbernetes (A)?
1713676946170.png

Take that, rich old white guys (A) :smug:
 
Docker does two things:
  1. Limit the resources (CPU usage, file access, IO, etc)
  2. Fix all version management stuff by providing all OS components.
The first one is actually a Linux kernel feature called cgroups (version 2)Link, FreeBSD has jails which does the same thing.

Now Docker used the ability to segregate a process from all disk access by providing all the fucking files of a ubuntu installation and only providing them to the process.

I think Docker appealed to all the niggercattle who couldn't write programs not depend on 500+ libs which break with minor versions and thus running this on the same machine as a second program written by a troglodyte was impossible. But since it appealed to the masses now Docker is super popular and a simple cgroup access which just encapsulates programs from file access and IO will probably not be developed because Docker is "good enough".
Spent lovely bit on monday discussing about this subject. If a slight powerlevel, where I work I'm nominated as lead person for container stuff, which is fine by itself usually. Now we have a client that wanted our OSGi based solution shoved inside containers. The reasoning behind that was more or less "containers be cool". Now, our product itself is based on Apache Karaf (which, in case you're not familiar with business java world, is a runtime where you can shove bunch of java components and it takes care of provisioning and other stuff). While yes, you can shove it inside a container (which can be handy to get all the devs same development environment) is one of those things that generally speaking, offer no extra value. You want to limit IO, runtime memory or what else? Karaf can already do that. Hot deployments? Bitch please. It takes already care of what containers and container orchestration does. Biggest thing it would offer in production environments is more time spent configuring network related stuff, for connecting to DB server for instance. It just seems that people are browbeaten to expect everything to be docker or kubernetes based.(:_(
 
Last edited:
You want to limit IO, runtime memory or what else? Karaf can already do that. Hot deployments? Bitch please. It takes already care of what containers and conteinr orchestration does. Biggest thing it would offer in production environments is more time spent configuring network related stuff, for connecting to DB server for instance. It just seems that people are browbeaten to expect everything to be docker or kubernetes based.(:_(
Yeah, I dug into Erlang in my free time and Erlang and its runtime have a lot of "killer features" of Kubernetes already integrated and they had it like decades before that.

Yeah, the big problem is that Docker and Kubernetes became the industry standard. And now to make your company up to date you have to hamfist everything in there even if it doesn't make any sense. At my work we also experienced the fun of deploying an OSGi monolith on Kubernetes and these technologies really don't belong together, there is a reason the whole Silicon Valley crowd uses languages like Go or Rust for these things. So best of luck.
 
Yeah, I dug into Erlang in my free time and Erlang and its runtime have a lot of "killer features" of Kubernetes already integrated and they had it like decades before that.

Yeah, the big problem is that Docker and Kubernetes became the industry standard. And now to make your company up to date you have to hamfist everything in there even if it doesn't make any sense. At my work we also experienced the fun of deploying an OSGi monolith on Kubernetes and these technologies really don't belong together, there is a reason the whole Silicon Valley crowd uses languages like Go or Rust for these things. So best of luck.
At least we're not too afraid to tell the client fuck off with that nonsense. We also can show the approx numbers how much each option would cost, especially since we have other products/options. And thank god living in whole other continent than silicon valley fart sniffers.
 
Anyone remember Daniel "Irene" Knapp, Dong Gone's ex-Google autistic tranny coworker who is clinically plural insane? They're trying to cancel the Nix/NixOS project:

irenes.png


We have heard from multiple people in multiple unrelated contexts that they are hoping for a hard fork of the entire community over the continued inaction on the toxic culture in the Nix project.

Here is their "open letter" incoherent rant that nobody will read and basically says nothing substantial except there's an ultimatum in there somewhere: https://save-nix-together.org/

other discussions:




Seems they are butthurt that Nix refused to have a tranny CoC shoved down their throat, and now they have declared TOTAL RETARD WAR on them.
 
Anyone remember Daniel "Irene" Knapp, Dong Gone's ex-Google autistic tranny coworker who is clinically plural insane? They're trying to cancel the Nix/NixOS project:

View attachment 5930032



Here is their "open letter" incoherent rant that nobody will read and basically says nothing substantial except there's an ultimatum in there somewhere: https://save-nix-together.org/

other discussions:




Seems they are butthurt that Nix refused to have a tranny CoC shoved down their throat, and now they have declared TOTAL RETARD WAR on them.
2024-04-22_18-54.png
Is it wrong I love NixOS now?
"tracking of migrants by ML-trained drones running Haskell and NixOS"
 
View attachment 5930113
Is it wrong I love NixOS now?
"tracking of migrants by ML-trained drones running Haskell and NixOS"
From an absolute perspective NixOS is just as pozzed as the rest of the OSS space. There is only screeching here because it's slightly less pozzed than the others and leftards constantly engage in pointless purity spirals like this. I don't know what the schitzo is going on about "tracking of migrants" but I wouldn't rush to install NixOS or anything.
 
Anyone remember Daniel "Irene" Knapp, Dong Gone's ex-Google autistic tranny coworker who is clinically plural insane?
Hey, I recognize that tranny by his avatar:
https://lobste.rs/~Irene (archive)

He's a moderator at Lobsters. I mentioned him lightly at the end of the Hacker News thread's opening post, but never delved into the depths of his obvious lunacy. I guess I missed some choice humour in doing so. I wasn't aware he pretended to have multiple personalities.
 
Now Docker used the ability to segregate a process from all disk access by providing all the fucking files of a ubuntu installation and only providing them to the process.
Yes, and they do it because just statically linking your binary is soooo 1980s.

No, seriously. I have seen so so many uses of Docker where the only real use-case is to act as a replacement for statically linking a single binary. Similar but with extra disadvantages.
 
Yes, and they do it because just statically linking your binary is soooo 1980s.

No, seriously. I have seen so so many uses of Docker where the only real use-case is to act as a replacement for statically linking a single binary. Similar but with extra disadvantages.
Expecting devs in CURRENT YEAR to know how to pass a few switches???
:story:
 
Yes, and they do it because just statically linking your binary is soooo 1980s.

No, seriously. I have seen so so many uses of Docker where the only real use-case is to act as a replacement for statically linking a single binary. Similar but with extra disadvantages.
You can probably thank Ulrich Drepper for that one. He sabotaged static linking in glibc for ages, under the most abstruse reasons (A). Why yes, he was a RedHat employee, how did you know?
 
You can probably thank Ulrich Drepper for that one. He sabotaged static linking in glibc for ages, under the most abstruse reasons (A). Why yes, he was a RedHat employee, how did you know?
And, of course several of those apply to containers too. Security bug? Hope the container maintainer pulled in the newest upstream and updated. There's not really "apt full-upgrade" that will magically upgrade all the containers I use.
 
It's an interesting variation on cargo cults. People who build things only understand the top level abstraction or memorize the commands.
Container cults?

And, of course several of those apply to containers too. Security bug? Hope the container maintainer pulled in the newest upstream and updated. There's not really "apt full-upgrade" that will magically upgrade all the containers I use.
This is my biggest fucking issue with containers. They get used to brute-force distribute software and then don't get updated. Picking random containers from the Docker hub or whatever feels like russian roulette picking a random hooker off the street in terms of what one could catch.
 
Picking random containers from the Docker hub or whatever feels like russian roulette picking a random hooker off the street
Hey, at least the two dollar blowjob can feel good (before the dickrot). Trying to talk sense to a pajeet who insists of using 8 years old image by xXx_HackerManTHC_xXx due to laziness feels like getting your teeth pulled.
 
Have a look at her list of demands before she'll agree to speak at your conference: https://github.com/katcosgrove/katcosgrove/blob/main/speaking.md, https://archive.is/ZFG44

Imagine being this far into the cult.
There's a fucking "COVID Policies" section:

I strongly prefer events that require masks, and ideally also require proof of vaccination. If your event requires neither, I will impose increased testing and isolation requirements upon myself for both my safety and the safety of your attendees. If your event does not require masks but offers an option to present remotely, I am happy to participate.

Ideally, on-site testing should be provided, but it is not required. Personally, I will take a rapid test before flying to your event, and each day during the conference.

Imagine being so far gone that you write up a paragraph about your list of demands for joining an event, and you strongly imply you want everybody to be at least quadra-vaxxed, masked and with certificates. All of this in our Lord's year of 2024.

These people really are nigger cattle, Terry was right.
 
Back