← Back to context

Comment by johnfn

2 days ago

> it’s abundantly clear that the talented folks who used to work on the product have moved on to bigger and better things, with the remaining losers eager to inflict some kind of bloated, buggy JavaScript framework on us in the name of progress.

> More importantly, Actions is created by monkeys

This writing really does not reflect well on Zig. If you have technical issues with Github, fine: cite them. But leave ad hominems like "losers" and "monkeys" out of it.

Amusingly, this post violates Zig's own code of conduct: https://ziglang.org/code-of-conduct

> Examples of behavior that contribute to creating a positive environment include:

> - Using welcoming and inclusive language.

> - Being respectful of differing viewpoints and experiences.

> - Showing empathy towards others.

> - Showing appreciation for others’ work.

  • Codes of conduct are perfunctory virtue signalling. Do we really need a unique set of "rules" posted on every project? They all sound like they were written by the same AI bot. That said, it's telling that the Zig leader can't even follow them. The rules should just be taken down.

    • Every org has a code of conduct and this is nothing new. How seriously it is taken in each case is a different issue. Code of conduct usually amount to some rules that say “don’t be an asshole to others”. Can’t see why this is problematic or “virtue signaling”.

      3 replies →

    • I would think leaders sometimes not following their own codes of conduct is the strongest argument in favor of having them: yes, they are obvious to everyone but they are also evidently easy to forget in the heat of the moment. It's a standard of behavior to strive for not one statically attainable. Reminders are needed and that's the purpose their deliberate codifying serves.

    • Oh my code of conduct allows using profanities but not directing them at people :D

    • CoCs are useful at least for autists. They don’t have to be unique for every project.

      A good CoC for most projects is: “tl;dr: don’t act rude or illegal”, followed by a detailed explanation of what is rude or illegal, ending with “project maintainers have final discretion”.

      3 replies →

    • A relic from the ZIRP era when people had time and job security to engage in politics and creating drama on Twitter instead of doing their job.

      Ah the good old days!

  • There is a difference between what you say to and about volunteers working for free on their hobby and what you say about the work of a company famously known as "The Death Star"

    You want to work with people and the group says "yay and this is how we will work together" you do that or go away. This is entirely separate to stating a universal truth such as "Microsoft product blows because they do not care", "Oracle sucks" or famously "You can't anthropomorphise Larry Ellison"

    Did Linus ever blow-torch community volunteers or did he get the pip purely with big corp submitting paid trash for their own purposes? He seems to cop a fair bit himself from people saying thou shalt not...

    The standards differ. Microsoft is going to be ok guys.

    • I have no connection to Microsoft but I think this take is terrible.

      Part of maturing and growing up, for me, was realizing that there are really very few people who truly deserve scorn and disrespect[1]. Those I disagree with politically, mostly think they’re doing the right thing and they think that if people only understood, they’d change their tune (and that’s basically what I think of them). Those “big companies” like Microsoft, Atlassian, etc, their incentives line up - and literally must line up - in a fashion where they make software that frustrates many users constantly. It really isn’t malice or incompetence - no one, from the intern that wrote some snippet of JS on GitHub dot com, to Satya Nadella, is either intentionally phoning it in nor waking up in the morning asking himself, “how can I frustrate the efforts of people out there?”

      And anyway, because most people are trying their best, regardless of how the outcomes line up to affect my life and my interests personally, really do not deserve my scorn and derision. If I were in their situations, very little if anything would actually change. So spouting insults at these people who I don’t know, and whose roles I don’t really understand, is really not a mature, productive, nor fair thing to do.

      [1] if you are curious I’d say murderers, etc. dominate that group.

      6 replies →

  • > Amusingly, this post violates Zig's own code of conduct: https://ziglang.org/code-of-conduct

    Not sure it does. Right there in the same link you posted:

      This document contains the rules that govern these spaces only:
    
      The ziglang organization on Codeberg
      #zig IRC channel on Libera.chat
      Zig project development Zulip chat

    • I believe any reasonable person could understand the previous comment is about the rules themselves, not about a statement in the CoC saying where they apply or not.

      Also, the fact that the website is not covered by the CoC makes it worse, since the leadership is excluding themselves from their own engagement rules.

    • It may not violate the letter of the document, but it does seem to violate its spirit to me.

  • coc says this:

    > This document contains the rules that govern these spaces only:

    > The ziglang organization on Codeberg

    > #zig IRC channel on Libera.chat

    > Zig project development Zulip chat

    doesnt seem to include the zig page!!

    so no, it does not violate CoC

  • Honestly, I don't see where it violates that code of conduct.

    Luckily, no one cares about my (or your) opinions on that matter because, as far as I can tell, neither of us have contributed anything to Zig.

> created by monkeys

I don't particularly care for either Zig or Github, but...

they do precisely cite the technical issues. That snippet links to a Github discussion comment https://github.com/actions/runner/issues/3792#issuecomment-3...

(reproduced below)

"The bug in this "safe sleep" script is obvious from looking at it: if the process is not scheduled for the one-second interval in which the loop would return (due to $SECONDS having the correct value), then it simply spins forever. That can easily happen on a CI machine under extreme load. When this happens, it's pretty bad: it completely breaks a runner until manual intervention. On Zig's CI runner machines, we observed multiple of these processes which had been running for hundreds of hours, silently taking down two runner services for weeks."

"I don't understand how we got here. Even ignoring the pretty clear bug, what makes this Bash script "safer" than calling into the POSIX standard sleep utility? It doesn't seem to solve any problem; meanwhile, it's less portable and needlessly eats CPU time by busy-waiting."

"The sloppy coding which is evident here, as well as the inaction on core Actions bugs (in line with the decay in quality of almost every part of GitHub's product), is forcing the Zig project to strongly consider moving away from GitHub Actions entirely. With this bug, and many others (severe workflow scheduling issues resulting in dozens of timeouts; logs randomly becoming inaccessible; random job cancellations without details; perpetually "pending" jobs), we can no longer trust that Actions can be used to implement reliable CI infrastructure. I personally would seriously encourage other projects, particularly any using self-hosted runners, to look carefully at the stability of Actions and ask themselves whether it is a solution worth sticking with long-term when compared with alternatives."

----

I agree that the writing in the blog post is more colorful than precise, but sanitizing every bit of expression dulls the internet. Humans invented language for a reason.

  • Then blast the product, not the people who built it.

    • They are blasting the product tbf. The people part is a small part of it. And apparently at least distracting the HN Community from their point.

      3 replies →

    • You cannot divorce a product from the people who built it. The product reflects their priorities and internal group well-being. A different group of people would have built a different product.

      1 reply →

    • The product isn't some result of a series of "oopsies". The worst aspects of bad and/or user-hostile software products are that way because the people working at these companies want them to be that way.

      Unless you want to call them just that incompetent. I assume they'd complain about that label too.

      In short: No it's not "the product", the people building it are the problem. Somehow everyone working in big tech wants all the praise all the time, individually, but never take even the slightest bit of responsibility fro the constant enshittification they drive forward..

      1 reply →

  • > I agree that the writing in the blog post is more colorful than precise, but sanitizing every bit of expression dulls the internet. Humans invented language for a reason.

    Where do you draw the line, then? Is a racist screed acceptable to you as long as the following paragraph references technical issues correctly?

    The language in the blog post is insulting. Imagine how you would feel if you were the person who wrote this code, and now you are being called a monkey in front of thousands of people on the internet. Certainly you've made mistakes in your code before...or are you saying you've always written flawless code without errors?

    These codes of conduct always seemed a bit superfluous to me, but after reading comments like these I can totally see why they are necessary.

    • Would you perhaps have preferred if they referred to it as "unprofessional" or "sloppy" instead alluding of monkeys?

      To me all those mean the same thing, except the latter is more flavorful and makes my eyes less likely to glaze over.

      > Imagine how you would feel if you were the person who wrote this code, and now you are being called a monkey in front of thousands of people on the internet.

      Er.. so? Why should anyone be allowed into a position of responsibility where their code impacts millions of people if they can't handle the tiniest bit of strong feedback? It was, after all, a pretty egregious bug.

      > Certainly you've made mistakes in your code before...or are you saying you've always written flawless code without errors?

      I've definitely made mistakes, and also accept that my output might have on occasion been "monkey-esque". I don't see what's insulting about that; we are all human/animal.

      24 replies →

    • > Is a racist screed acceptable to you as long as the following paragraph references technical issues correctly?

      I'm not the morality police. Nobody should be. I'd still take the article on its technical merits. As a random example, if Satoshi's paper called people using the banking system cattle, I'd still continue reading it.

      > Imagine how you would feel if you were the person who wrote this code, and now you are being called a monkey in front of thousands of people on the internet

      It would be absolutely fine, nobody is named specifically. He wasn't like Josh Examplemann working on Actions is a piece of shit that botches any feature he touches. Nobody is going to remember a blog post and forever hold anyone that worked on Actions to an unhirable status. And personally, I think it would be good for people to feel some shame for having implemented a feature in such a terrible way. It's not like they were told by their managers to commit these the way that they did. Calling into the sleep binary wouldn't even be more work.

      Whoever is behind the new React Start Menu in Windows

      along with whoever is responsible for the Chrome Web Environment Integrity

      along with whoever is behind the design of OSX Tahoe

      along with anyone who is working on Windows Copilot that screenshots your screen

      should be ashamed of themselves. The more articles that do that, the better. They are not doing good.

> But leave ad hominems like "losers" and "monkeys" out of it.

Ad hominem happens when someone undermines the argument based on the speaker's background. Here they are not undermining any argument. They're just name calling. This is name calling, not ad hominem.

Yeah this is pretty embarrassing.

I get frustrated with tech all the time! I get it. Grr when Actions feels so irritatingly misbehaved…

But how you handle or fail to handle your frustration demonstrates the competence of your character and speaks volumes of what you’d be like to work with.

  • Also important to note that this post was authored by the original author of zig, who presumably effectively controls the project.

  • You would be happier working in a kindergarten. I truly mean that. Think about it. Not trying to be rude.

    • If you call people at work monkeys when you don't like their work, you're closer to Kindergarten than you think.

    • A lot of us here have real world jobs where people don’t call us losers or monkeys when we fuck up. This isn’t some kind of hypothetical Big Rock Candy Mountain of professional conduct. It’s just what working life is like for a lot of people.

      1 reply →

It's okay to bring some "natural" language in technical communication. It feels more humane. All the whitewashed corporate language, riddled marketing bullshit feels so soul dead.

  • You can express dissatisfaction and anger „naturally“ without calling people losers and monkeys.

    • > You can express dissatisfaction and anger „naturally“ without calling people losers and monkeys.

      I can't speak for others. But if I am screwing up as badly as GitHub is, I'd rather someone calls me a loser and monkey for it. It's like someone splashing ice cold water on my face and showing me the reality. It's going to be very uncomfortable, yes. But I'll learn from it and try not to screw up so badly again. I find this kind of natural outburst refreshing really.

      2 replies →

  • If he had gone on a rant purely about the product - eg “GitHub actions is a garbage product that never works”, I think that wouldn’t have left such a bad taste in my mouth. Calling the developers all “losers” crosses a line.

  • Sure. If you feel the need to write "this is shitty code", fair enough, I'm fine with making allowances for that kind of language. But please leave it at that, instead of also insulting the people who wrote it. There are, unfortunately, plenty of ways for bad incentives to result in competent people creating bad products.

  • As a corporate drone it's refreshing. Already planning to dedicate some of the holiday season to learning Zig and this latest move only makes it more enticing.

  • And if he cleaned it up, an even larger number of people would be calling it written with AI.

    Shrug.

    If he were berating a specific person, I might flag it. Berating Github and Microsoft as an organization? Nah.

    Given that CEOs seem to now live in a Post Shame Reality(tm), I'll allow bringing some shame to the situation.

As a former JavaScript developer and current JavaScript hobbyist I see why this article’s language is deeply offensive. Most employed JavaScript developers absolutely suck at what they do and are highly sensitive about it. Everything other than praise is offensive. The surest indication of maturity is abandoning politeness in favor of evidence, empathy, or stronger arguments.

On the other hand Zig is often regarded as the fastest executing modern programming language. They have earned the ability to complain about performance like no one else. The article cites precise issues they have with GitHub.

Furthermore JavaScript, when not written by monkeys, is extremely fast which further qualifies their complaint. For example I have a large SPA that loads in the browser from across a network in around 0.065 seconds and achieves full rendering and state restoration in about 0.135 seconds. If I drop the largest one feature from that SPA I can get full rendering and state restoration in about 0.08 seconds. Your typical JavaScript developer, on the other hand, struggles to copy/paste code into a JSX template someone else defined with no idea how to measure performance. To me that’s what’s offensive.

I agree that he came out blasting, and the language and tone, particularly at the beginning are pretty off-putting. That being said, having read the full post, I can't say I disagree with the motives and point of view.

  • I have not finished the post because of the tone at the beginning.

    IT at higher ranks is about people. This post disqualifies Zig as an org.

He probably read too many Linux kernel mailinglist posts recently.

But I agree on the Devon Zuegel praise. Most of the good devs and managers are gone. Only brian for the git SHA-256 migration is still there I think, though he got no time finishing it.

Seems like Andrew realize how insane it was name calling fellow software engineers and updated his post to not call Github engineers "monkeys" anymore. Still a shame he did it initially, and that he didn't apologize for it, but removing that is better than nothing.

This writing made me curious enough to click the provided citation though, and I'd have to say "monkeys" is really being kind if we take into account the combination of code quality issues, lack of surrounding process, and _what_ these code quality issues are affecting (the criticalness of the path).

I much prefer the authors of anything on the internet be honest about what they think instead of self-censoring their language. I really thought we all agreed on disliking Newspeak ?

Look at the issue linked. While I don't think that language is preferable, at some point we need to call out terrible and lazy code.

You're right, I've been hearing lots of good things about Zig and I wanted to check it out but I'm glad I saw this post. I want no part of this thing.

I've heard people call other people "monkeys" before in a work setting. it's never good. Fact is, you don't need to call anyone names or insult them.

The takeaway for me is that the Zig project is led by people who are extremely immature and toxic. I simply don't trust any decision these people make. If you can't bring yourself to respectfully disagree with other human beings, if you resort to calling names and insults targetted at developers because of bugs, then i don't trust you to not backdoor your own code, or do something harmful to those who rely on your work because of some drama, spat or activism.

Even if actual political activists did this it would be unacceptable. If you called Netanyahu a monkey because of his Gaza genocide, most people who are pro-palestine will try to cancel you! Not because they think highly of him, but because it hurts the cause more than it helps.

Andrew: It seems you don't respect your own self or your community enough to set an example of decorum and civility. You've made Zig a platform for your own personal shitposting. Please do better!

  • > The takeaway for me is that the Zig project is led by people who are extremely immature and toxic.

    immature and toxic : welcome to every big tech , you don't want part of them either, right ?

    • if they call their employees monkeys, certainly. I think every big tech company is well aware of lawsuits regarding a hostile work environment, work place bullying, etc.. they all have company wide training on these topics.

      Having been in that situation before, if I even get a hint that I would be treated this way, I'm backing out of any interview. I won't say for no amount, but for no amount they would consider reasonable compensation would I think it's worth it. People commit suicides over this stuff. This isn't a joke. Life is too short. I mean just seeing other people treated this way is horrible on its own. I can't believe people defend this stuff. People need to learn to be ashamed again.

      3 replies →

  • Based on this rationale nobody should use Linux either =))

    • Linus losing is temper over a contributor messing up is not the same as calling people who maintain a free service (github - unless Zig was paying) monkeys. Correct me by all means, but did Linus call someone a personally denigrating name like that?

      Either way, I like linux but I've avoided operating systems like freebsd and openbsd for less, so I agree. I've said plenty enough against Linus when he did lose his temper and started cussing at people.

      And to be clear, I consider people who defend him (and in this case Andrew) far worse of an individual than the original offenders. People mess up, they're led astray by being put in positions of leadership and authority. That I get, and that's why i'm calling him out here. If he was random person, I wouldn't have bothered. But the enablers and defenders are the real problem. I hope you're not one of them. If you are, I consider you people responsible for every single work place bullying and toxic environment out there. People do great things without being classless uncivilized bullies.

      1 reply →

  • >If you called Netanyahu a monkey because of his Gaza genocide, most people who are pro-palestine will try to cancel you! Not because they think highly of him, but because it hurts the cause more than it helps.

    Your reading of the current political climate is very different to mine.

    • I don't know about that. in my view, you can call him a murderer, genocidal, sociopath, anything related to his actions. But calling him an epithet, comparing him to an animal is a different thing. Even physical violence is more tolerable. of course people can say whatever they want in private, i'm talking about public discourse. terms like "monkey" and "dog" have been used across cultures to mean really nasty things. It's dehumanizing (literally!), it says as much about the speaker as it does about the subject.

      3 replies →

  • > I simply don't trust any decision these people make

    Do you have an example or two of poor decisions that push you away so strongly?

    • Clearly, my distrust is based on Andrew's publicly displayed character, not an analysis of historical behavior. When you see a Chef not wash his hands after using a restroom, you should avoid eating at their restaurant, even if you have no proof they don't wash their hands in the kitchen prior to cooking.

      The important observation for me is that he didn't know where to draw the line, and this is regarding people he doesn't work with, unknown/random Microsoft employees. Will he cross the line if someone he does know and trust does something he disagrees with? I would like to give him the benefit of the doubt, but the bar is high when it comes to trusted software like programming language compilers.

      I wish Zig all the success, but only if it's community and the tech community as a whole can hold it's leadership accountable instead of making excuses and defending him like this. It's ok to tell people you admire and respect they screwed up.

      3 replies →

  • > I've heard people call other people "monkeys" before in a work setting. it's never good.

    Is this blog post in a work setting? Oh my. You should probably run to HR and report unprofessional behavior!

    Oh wait.

    • I think people like you don't understand these things well. you can be civilized and deal with things in a professional way, or we can do things in a very uncivilized way. You can't be uncivilized and then whine about someone running to HR. I'd like to see you or Andrew call someone that to their face outside of a work setting with no authority to run to when there are consequences.

      If Andrew considers Zig a professional software to be used in production environments, then this is a indeed a professional setting. If not, then it is a hobby project run by immature/whiny people like you, so let's just ignore it and talk about more serious people/projects.

> Stuff that used to be snappy is now sluggish and often entirely broken.

and as of when was GitHub known for its snappiness?

  • GitHub was very snappy in the early days. I remember how refreshing I found GitHub when it was new. I don't know when but sometime after 2020 it has just been going downhill.

    • The same could be said of Jira.

      I could switch on the dev console in the Browser, and see which one loads the largest amount of Javascript, but I'd be disappointed with both.

      1 reply →

God this entire thread is just people defending him as “a breath of fresh air” and “just using human language”. There is something in people that makes them enjoy seeing others belittled like this. A complete lack of empathy, because no one would like to be treated this way themselves, but are perfectly happy seeing others treated this way. One commenter justifies it by saying “if I’m fucking up, it’s ok to speak to me this way”. Sure guy, we believe you.

This reminds me of when Linus Torvalds would lose his shit now and then and launch gratuitous personal attacks at people who had made mistakes. Comment sections would be filled with folks laughing at Linus’ latest victim. “Couldn’t be me, I would never make this mistake”. Even Linus admits he was wrong to treat people this way and he’s taken time off to work on himself and become a better person. But there is still no shortage of people who enjoy seeing pain inflicted on others, nor people larping as a younger Linus.

  • Many people are tired of the toxic positivity common in corporate speak, which lets poor performers off the hook, and prevents high-quality talent from speaking freely.

    "A complete lack of empathy" is a bit of a stretch, no? Calling someone a monkey is fairly lighthearted, while getting the point across that maybe they should take stock of the awareness of their abilities.

    • There are honest constructive ways to engage that don't let poor performers off the hook.

      Calling people monkeys and losers is just shitty. It doesn't achieve anything, it's divisive, and it's often counterproductive because it creates cultures of fear.

    • Here’s a “high performer” realising that it was his toxicity that was the problem, and he needs to fix it.

      > This week people in our community confronted me about my lifetime of not understanding emotions. My flippant attacks in emails have been both unprofessional and uncalled for.

      > Especially at times when I made it personal. In my quest for a better patch, this made sense to me. I know now this was not OK and I am truly sorry. The above is basically a long-winded way to get to the somewhat painful personal admission that hey, I need to change some of my behavior, and I want to apologize to the people that my personal behavior hurt and possibly drove away from kernel development entirely.

      And he did. And the project he heads is better for it. You don’t need to call people names to run a project well. Linus learned that. It’s time that other people who failed to grow up learn it too.

  • > One commenter justifies it by saying “if I’m fucking up, it’s ok to speak to me this way”. Sure guy, we believe you.

    Did you read the issue at hand?

    This is not average people making "mistakes". This is severe incompetence at every layer of decision making, and a complete lack of care for quality work. If you want to be mad at someone for being unfair, be mad at the manager of these people for putting them in a position they are grossly unprepared for.

  • > A complete lack of empathy...

    ...for one of the largest of most toxic IT companies in the history if IT?

    Spare me, please. Microsoft is the last legal entity in the universe you should feel empathy for.

    • He’s talking about people who wrote the code. Those are actual people. You’ve abstracted them away as “Microsoft” and decided they don’t deserve any empathy.

      4 replies →

  • > no one would like to be treated this way themselves

    I'd like to be treated this way if I am doing really stupid things. If I am doing the kind of stupid things GitHub is doing, I'd rather someone call me out as a monkey so that I know I f-ed up.

    I know calling "monkey" is not professional but my expectation of professional treatment stops at my office with my colleagues and at a few other places. I don't expect the whole world to be professional to me. I can take some bloke on the internet calling me a monkey if that helps me to introspect and make things right.

    If they're nice about it and choose professional words to tell me I'm being stupid, that's great. But if they cannot and they call me "monkey", I'll take that too. I'd rather have the feedback in whatever words they can muster than not have the feedback at all.

Eh I thought it was on point. The github CEO talking about adopt ai or get out uses no curse words or direct insults, but i found it far more threatening and distasteful.

Hackernews seems to consistently believe that you can be terrible as long as you're polite.

Oh no! Anyways... I love zig and I'm glad they're moving off what GitHub has become, not least because enough high profile projects leaving might make them focus on what matters again.

Agreed. Came here to point out that the lack of professionalism and common courtesy here is reminiscent of the dark entitled days of open source in the late 90s that had attitude of "We build free software so we can tell you to go fuck yourself.". Hope we're not headed back there.

  • I’ll take that vs no open source software contributors.

    Elitism is far from the worst character trait unpaid code janitors can be expected to have.

    • I have a lot of understanding for such personalities too, I'm probably quite like this myself although I try my hardest to not open my mouth like this. For example I got blocked by Jonathan Blow over a simple question on twitter but I don't think too badly of him now, it's just a miscalculation on his part or him trying to optimize his life as a passionate person. But you really need to make sure to be right when you are putting other people down. I mean REALLY right, you need to tripple check that what you are doing is going to help an honest person to improve themselves. So my opinion is: You can be super critical but you have to be right.

      I'm not going to touch the political parts. But my main point is that the migration itself is obviously not well done, he isn't even migrating issues nor migrating perks for sponsors, splitting the community and attention apart. You could even say that he's critical of people who keep using github sponsors. In my view the text is implying that you are hurting ziglang if you keep using this thing that is a liability for ziglang... oh the horror of giving someone money in a way he doesn't like. People like this forget that contributors are doing free work for them too, it's not just one way. Everything that creates friction for them is real work you just caused them.

      2 replies →

  • As opposed to the modern era of megacorps benefitting from the free labor of OS maintainers? I will not deny that corporate contributions to open source projects are significant, but there are definitely some very visible examples of projects being taken advantage of by companies that want to use free software without giving back.

  • “We build free software so we can tell you to go fuck yourself.”

    Sounds like a great thing compared to the sanitized corpo bullshit from nowadays. Microsoft bought themselves into OSS with github and each project has a bland CoC.

    It’s pathetic. Even the github monkeys know deep down that this is wrong.

Kicking up is very different from kicking down. Zig is not kicking down here.

The unfortunate truth is that this is where we are as a society. It doesn't reflect poorly on them. It reflects well. They're straightshooters. Theyre not afraid to speak candidly (your definition of candid may differ). They inject humor. You may not like it personally, but it doesn't reflects poorly even if it should.

We're at the tail end of a long decline.

  • Calling people monkeys and losers doesn't particularly tickle my sense of humor. If anything, it reminds me of Linus Torvalds from his toxic ages. Fortunately, he has matured well. Andrew seems like a smart guy, I hope that he will have the emotional maturity to realize that you can be no-bullshit and straight to the point without the need to call people names.

  • pretty sure there was no humor there, just looks poorly upon the author

    • It sure reads like it was meant satirically to me. Whether one finds it funny or offensive is up to the reader though, and I assume the GP is basically saying an article should be written such that "or offensive" isn't reasonably on the table.

> eager to inflict some kind of bloated, buggy JavaScript framework on us in the name of progress

Could someone elaborate what that JS framework is? Is this recent?

I think GitHub was built on Rails, and the UI has changed relatively little in the past few years.

Came here to say that. Killed my curiosity towards Zig in an instant. What a disrespect.

A pity. Saw Zig as something rising but with this kind of toxicity, no thanks.

  • >A pity. Saw Zig as something rising but with this kind of toxicity, no thanks.

    Don't get me wrong, it is a bit toxic. However, I feel like taking one comment in a larger article and blowing it up out of proportion is just as toxic.

    • > blowing it up out of proportion is just as toxic

      One person decided that something wasn't for them. How is that in the same league as someone in a leadership position being unprofessional?

      4 replies →

  • It's probably a lapse, don't read into it too much. You can't expect people to tip toe around. Just give him feedback.

Monkeys, LLMs, coding agents, AI - are all synonyms for me. Not to be confused with actual living things.

It means to be snidely controversial.

> Putting aside GitHub’s relationship with ICE…

If you actual actually wanted to put that aside, you could have…put it aside.

(Plus it being weird on a substantive basis. Selectively blacklisting specific government agencies…that’s just not a sustainable approach.)

  • What's unsustainable about it?

    • I thought this was obvious, but you will be asked to evaluate every government/organization on their morales. So they enforce immigration laws, not enforce it, enforce improperly, do they support abortion, do they support the right side in the Middle East, do they have racist policies, do they not have anti-racist policies, do they limit freedom of speech, do they not limit free speech enough.

      Every service has rules but are the rules clear and consistent enough that organizations can reliably use the service without worrying they’ll be terminated.

      2 replies →

It doesn't reflect well, but also, is it not fairly par for the course from a BDFL type? Surely Linus Torvalds has said meaner things at some point on a listserv. Why does this guy get blasted for it? Because people still have generally positive sentiment towards Github? Just a day or 2 ago some other article was making similarly "ad hominem" attacks towards anonymous Youtube PMs, it got tons of upvotes and nobody clutched their pearls for the poor PMs. The Github/MS engineers who maintain actions (whose poor performance probably isn't even the result of any single individuals bad code), will be fine.

Seems like the HN mob is just as capricious as the author in deciding who gets as pass or not.

  • > Surely Linus Torvalds has said meaner things at some point on a listserv.

    It boggles the mind why people keep using Linus as an excuse to justify rudeness. Linus apologised, he recognised what he did for years was not OK, and took time off to reflect and become a better person.

    > Seems like the HN mob is just as capricious as the author in deciding who gets as pass or not.

    Are all the people who commented in that submission commenting on this one? No? Then it’s not the same group of people, and opinions are different. There’s no “mob”, HN isn’t a hive mind. If it were, you’d be part of it and agree.

I agree that the article is strongly worded, and Andrew seems quite angry/frustrated. However, it also gives me flashbacks of how it was back in the golden days, when Linus was calling wannabe kernel contributors idiots who should have died because they "couldn't find their mothers tit to suck on".

Having low patience is a quirk of our nerd culture, and now that the woke season has ended, it seems to be going back to how it has always been!

  • While I generally think constructive criticism is usually the right choice, I suspect Github will never get the message unless there are some very strongly worded criticisms. In Andrew's defense, he did post some constructive evidence of things he considered problematic.

    • A high-profile repository like Zig moving off of Github is as loud a message as one can give. Tossing in "losers" and "monkeys" only muddies the delivery.

      1 reply →

    • The most effective message GitHub can receive is when they don’t get to invoice you.

      GHA in particular is a hot mess, I’m as surprised as a decade ago that anybody is using this crap. IMHO it’s bugs as a service kind of product, and the bugs start at the core design with the ‘pretend yaml but actually an unholy mix of shell, js and json’ language.

  • Treating people poorly isn’t a quirk of nerd culture. Even Linus doesn’t think so.

    > This is my reality. I am not an emotionally empathetic kind of person and that probably doesn't come as a big surprise to anybody. Least of all me. The fact that I then misread people and don't realize (for years) how badly I've judged a situation and contributed to an unprofessional environment is not good.

    > This week people in our community confronted me about my lifetime of not understanding emotions. My flippant attacks in emails have been both unprofessional and uncalled for.

    > Especially at times when I made it personal. In my quest for a better patch, this made sense to me. I know now this was not OK and I am truly sorry. The above is basically a long-winded way to get to the somewhat painful personal admission that hey, I need to change some of my behavior, and I want to apologize to the people that my personal behavior hurt and possibly drove away from kernel development entirely.

    > I am going to take time off and get some assistance on how to understand people's emotions and respond appropriately.

    And he walked the walk. He became better after that. Linux is a better project for it. But I suppose it did influence a generation of people in software who looked up to Linus and thought this is the correct way to treat people you perceive as beneath you.

    • But it is very common. I was watching a YouTube video by Casey Muratori where he says anyone using a garbage collected language is stupid and just not a good programmer! Just like that he offended 95% of our industry. He even said people who use smart pointers are just beginners and haven’t learned the true ways yet, offending the remaining 5%. And this sort of comment and people supporting those opinions are extremely common!

      3 replies →

The "monkeys" here are clearly refering to those kinds with typewriters.

  • Evidently not "clearly", given the number of people who didn't see it, but that was my first interpretation as well: I took it as an "infinite monkeys" reference that, in context, was probably standing in for "some un-tested gen AI output". Which, clicking on the link, seems to be what happened?

    Anyway, yes, "infinite monkeys on typewriters" seemed to be the relevant meaning of "monkeys" here.

  • vs…?

    • Apparently there's some specific US cultural history of people calling black people "monkeys" as a racist insult, and so some people from there immediately leap to assume that any use of "monkey" as an insult is that.

      4 replies →

We're past the point of civility when it comes to things like github and M$0FT's involvement.

  • Thankfully, many of us are not in that "We" group you're referring. This is a toxic culture I want no part of. It says a lot about the nature of the Zig community.

> bloated, buggy JavaScript framework

Isn't that the unfortunate status quo? At least hard requirement for JS, that is.

Google's homepage started requiring this recently. Linux kernel's git, openwrt, esp32.com, and many many others now require it too, via dreaded "Making sure you're not a bot" thing:

https://news.ycombinator.com/item?id=44962529

If anything, github is (thankfully) behind the curve here - at least some basics do work without JS.