[-] nebeker@programming.dev 3 points 1 day ago

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.

[-] nebeker@programming.dev 3 points 1 day ago

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.

[-] nebeker@programming.dev 9 points 1 day ago

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.

[-] nebeker@programming.dev 14 points 3 weeks ago

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.

[-] nebeker@programming.dev 43 points 2 months ago

A Project Manager just earned their wings.

[-] nebeker@programming.dev 23 points 6 months ago

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

5

Occasionally I’ll find my computer slowing down dramatically only to realize a VS Code MCP server is using enough RAM to put me 50GB deep into Swap usage.

The thing is VS Code isn’t even my main IDE, I just use it to browse projects and as a text editor. I don’t need or want it to run an MCP server and I don’t know why it’s doing it.

I’m limited in my ability to provide more details, because I just killed the process last time, to move on with work, and didn’t take notes on what it was exactly. I’ll do that next time.

Has anybody else experienced something like this? It’s a very hard problem to search for - everybody wants to run MCP servers, not stop them.

0

I got to this from an email with the pretentiously more informative subject line “The data sharing model for your non-commercial license is changing.”

TL;DR:

  • they will collect basically all IDE actions and code snippets
  • opt-out for free licenses
  • opt-in at admin level for organizations
[-] nebeker@programming.dev 16 points 10 months ago

This is a dangerous metaphor. Remove the old wall and it turns out the new beautiful wall was leaning against and supported by it.

I get what you mean, it’s just that the metaphor could support both perspectives.

[-] nebeker@programming.dev 22 points 11 months ago

We know kids can take parents’ cards, right? And that people can look younger than they are? Never mind privacy concerns, the best-case scenario doesn’t look good.

[-] nebeker@programming.dev 9 points 1 year ago

I came here to laugh, not to cry!

[-] nebeker@programming.dev 73 points 1 year ago

I’d say I feel seen, but it’s really dark in here.

[-] nebeker@programming.dev 9 points 1 year ago

My take on a summary: like C/C++, Rust can be relevant in a variety of use-cases and one could conceivably build a long-term career on it, while adjusting to market/technology interests.

Seems like a reasonable prediction?

[-] nebeker@programming.dev 44 points 2 years ago

This is super interesting. I’ll admit I wasn’t even aware of this effort. Even real-time usage of Windows relies on a parallel kernel.

This sounds like it’ll create a lot of cool opportunities and reduce friction.

view more: next ›

nebeker

0 post score
0 comment score
joined 2 years ago