Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)N
Posts
2
Comments
65
Joined
3 yr. ago

  • Is that salary estimate also from 2011?

    There’s a more robust methodology here, which is to look at commit history, but that will only tell you how many lines were pushed and merged. That will be a greater number, by the way: say the kernel is 100 lines, somebody may have written 50, but they may have all been replaced by future patches, so The number of lines written is greater than the number of existing lines.

    Regardless, I’m sure you already know lines of code is a bad metric of output, let alone effort and work.

  • Lie-to-children. See also “perfect is the enemy of good.”

    This was very hard for me to understand, particularly when the simple answer in school that was provided for the benefit of the rest of the class didn’t come with a deeper follow-up, but I now recognize the great value in meeting people where they are.

  • I’d say it’s a lot more convenient to write bad C than bad Rust. To put it another way, Rust shifts frustration left and can be disheartening for some people.

  • Yes, I agree completely, but we don’t have a bunch of Assembly diehards working on Linux, so the parallel - while accurate - feels out of scope.

    Ultimately, it comes down to thoughtful transitions over a reasonable period of time.

  • I still understand the argument of the C greybeard to Rust knowledge gap though. Objectivity, it’s hard to argue for a spidey sense that took years or decades to develop vs a deterministic and strict compiler, but developer (and reviewer) experience often seems to be rooted in personal comfort* more than in language features.

    That said, we all have to deal with transitions and learning consistently leads to better outcomes. The argument is sound, but the pragmatic dynamics may take some time.

    *”personal comfort“ doesn’t mean the language or tools are somehow objectively comfortable, but that people feel good, confident, productive, and happy working with them. Just yesterday I was thinking that I like the Gir “is hard” - it stimulates my brain on a daily basis. Different people get that in different ways.

  • We really all need to get along and accept each others’ opinions. Even if some people are completely wrong and think mutable by default it OK. Hehe.

  • I’ve taken to writing .http files which are runnable on a number of IDEs and plugins. I don’t need to know what anybody else is using to run them, they live with the code and I’m happy.

    That said, I’ve seen people on QA do really cool end-to-end tests at load via very approachable scripting on Postman.

    There’s lots of room for “to each their own” here.

  • I learned to let you all squabble amongst yourselves and get the answer. Since every question is a duplicate, it stands to reason the question I have has already been answered.

  • A Project Manager just earned their wings.

  • Let’s all just wait for the new versions of languages, frameworks and operating systems. LLMs won’t have been trained on those and won’t have answers, people not asking each other online will generate no answers to train on.

    Let’s read and train on docs, right? Yeah, right.

  • I’ve seen some very excited sponsor spots for them on YouTube. CDNs often make ads load faster than videos, so who knows what kind of innovations they could be financing. All of them perfectly privacy preserving, of course…

  • Thanks, I was confused about why the helix editor might need screen sharing. Haha.

  • I guess I’ll take another look in there. The instructions for turning off Copilot on stack overflow keep needing updates, so I wonder if I’ll even find the same settings you’d looked it.

    I’m in a game of cat and mouse with Microsoft, but - like I said below - I don’t want to switch to a fork at work.

  • I’m using Helix at home, but I need to be able to collaborate with people with different priorities at work without starting with “it’s similar to Vim, but it’s built in Rust.” It’s important to me to be able to recommend extensions and everything.

  • VS Code @programming.dev

    Help: VS Code starts memory hog MCP server on its own

  • Sure, it’s:

    123 Mulberry '); DROP TABLE Deliveries;--

  • I love how the documentation is in the actual .h file and the read me is a mere formality.

    I’m disappointed I didn’t get this as a floppy in the mail.

  • Isn’t that the point of languages like Snap?

  • A good reminder that composition is a useful concept.

  • JetBrains @programming.dev

    JetBrains blog: Better AI Depends on Better Data: We Need Your Help | The JetBrains Blog

    blog.jetbrains.com /blog/2025/09/30/detailed-data-sharing-for-better-ai/
  • crates.io: Malicious crates faster_log and async_println | Rust Blog

    Jump
  • I mean, if you want your prints to be asynchronous you’re looking for trouble to begin with.

    The previous statement is a joke.