Lucky

u/Lucky@programming.dev
0 posts · 20 comments

Recent posts

No posts.

Recent comments

Update from Mounir 40 minutes ago

Thank you all for your feedback and your support in getting media attention through various social platforms.

After posting this, other developers in the security fields (like WireGuard) came forward to announce that they have the exact same issue. I understand why nobody talked publicly about this before and I'm glad that by going public I pushed others to do the same.

Positive aspect is that a Microsoft VP (Scott Hanselman) has announced on X that he will help address this issue affecting me and others. He also reached out to me and connected me with other Microsoft people to help address this issue.

I will let you know how things go.

There are far more factors determining wrist position than the size of the keyboard

Ergonomic keyboards are not a result of "the size of the keyboard", but the shape. The size could be identical, it is the shape that matters.

Without any real studies on it mentioned so far you're relying on gut feeling and logic here. Well, you mention sitting with proper posture actually helps, which is putting your body into proper alignment. That makes sense, if your neck is arched and your back is crunched all day it will eventually cause damage to your discs and cause nerve pain.

Why doesn't the same apply to your wrists? It seems logical that keeping your wrists cockeyed all day would put strain on them, and that keeping them in alignment would reduce strain.

At the very least it seems easy to see why some people would genuinely prefer keyboards like that just for comfort. I find it hard to label as "snake oil"

This is for custom collections, right? And you don't even have to use it, you can keep using existing ctors for your custom collections

Worse case scenario you keep doing what we've always had to do. But for the 99% of use cases we get a much more streamlined initializer, with extensions to use our own.

I don't see how that's a bad thing

on *Permanently Deleted* · c/programming · 17 pts · 2y

Vscode is beginning it's enshittification cycle. They got everyone using it, now they start locking it down. Much of the fear is what Microsoft could do, not so much what they have done so far

The C# extension going proprietary is the smoke to the coming fire though, and highlights what could happen to other languages. The new extension cannot be installed on open source redistributions like vscodium. What happens now if the typescript extension gets a similar update? Or Python? Etc.

They've made it so technically anyone can spin off their own extensions marketplace, and attempt to make their own C#/typescript/Python extensions, but can they truly compete with Microsoft? That is the fracture the author is talking about. They've effectively made a walled garden out of an open source platform, they've just been playing nice to hook devs and companies in before the slow enshittification

I've never had an issue with the dotnet CLI, including the commands you're talking about. Their documentation is a bit scattered at times but for the most part they have examples on everything and walk through most scenarios.

I'm not a Microsoft employee either, just a c# dev of 10 years.

on Fossil: Fossil Versus Git · c/git · 1 pts · 2y

They provide a link to the section where they elaborate on "commit first vs test first", here is the relevant text

Instead of jumping straight to the commit step, Fossil applies the proposed merge to the local working directory only, requiring a separate check-in step before the change is committed to the repository. This gives you a chance to test the change first, either manually or by running your software's automatic tests. (Ideally, both!) Thus, Fossil doesn't need rebase, squashing, reset --hard, or other Git commit mutating mechanisms

The argument for having tabs adjust depending on your ide sounds better than it is in practice. Someone formatting code to look nice with width 4 will look horrendous for someone who uses width 8.

Spaces makes it uniform and captures the exact style the original dev intended

on What is going on with serde? · c/rust · 13 pts · 2y

The second comment explains a lot. There is a build script that generated the binary, which they are using to reduce the overall build time. They mention this resulting from a limitation on cargo and this being a workaround

It seems like you could build it all from scratch if needed with a bit of effort

I'd imagine one of those killer features is using a language with a solid standard library. Npm dependencies are notoriously complex because js as a language is missing basic functionality that is standard in other languages. Just a few years ago the Internet broke because "pad left" was pulled by it's maintainer, that simply doesn't happen in other languages

From a maintenance perspective npm is a nightmare. From a security perspective it is worse. Being able to build your entire website using a language that eliminates most dependencies, and the ones you take on don't pull in a zillion dependencies either, is absolutely a killer feature

Of course that isn't the full story and using js still has it's advantages as people have already pointed out. If wasm closes the gap in those areas then it would absolutely be worth the switch