HN user

Dinux

613 karma
Posts13
Comments79
View on HN

No man, I'm with you. I remember when GitHub was a joy to use. Finding new niche tools and projects written by people who actually cared about their work. Needed some simple postgres backup script? Browser GitHub and plenty of people put time and effort in creating something that actually worked.

I was talking about the same thing just yesterday. GitHub with its friendly mascot is no longer. It's now just another SaaS platform that everyone including my non technical colleagues are using. Their push towards everything-AI is the exact opposite of what they stood for in the begining. A community of like minded people who wanted to build great tools and loved software. But yet no longer. GitHub now feels like a soulless SaaS that's trying to hook my onto an enterprise subscription and bring my whole team along so we can all do some agentic coding or whatever.

I don't see anything about source available, git repository links or opensource licensing. Why would I switch from a free and opensource IDE to a closed source IDE offering no benefits?

Location: Netherlands

Remote: No, unless the job is interesting enough

Willing to relocate: Yes (anywhere)

Technologies: C/C++, Rust, Go, Go-Fiber, TypeScript/React, Linux (Kernel-level), PostgreSQL, Embedded Systems (STM32, ESP32), Cloud-Native (Docker, Kubernetes), Cryptography, Networking (TCP/IP, BGP, HTTP/3)

Email: ydewid at gmail com

Software/Hardware Engineer with a passion for elegant and performant solutions. Optimizing kernel code, building secure systems, or crafting efficient network protocols. Experience from bare-metal embedded devices to cloud-native architectures.

Currently based in the Netherlands, but open to anything. If you're tackling challenging projects that demand both breadth and depth of knowledge, please contact me.

SSH Remoting 2 years ago

I cant wait to switch to something like Zed. VS Code can take up half of my memory and keeps crashing after updates. How much language support is there for Go?

We have switched to Rust about 4 years back for most of our robotics and embedded control systems. I has been a blessing to move away from C/C++ after 10 years. Sure Rust has its problems and issues, especially when it comes to async and concurrency. Yes it has a steep learning curve, yes the compiler gets in the way often but the number of _actual_ bugs (not design flaws) is probably less than 10 over 4 years. Every time I work on a C/C++ i'm painfully reminded how easy it is to shoot yourself in the foot. I hope coreutils and Rust in the kernel will eventually become the default

Sofar I've owned 4 Tesla cars and never had any serious issues that were not addressed immediately. My current Model Y had a cracked roof, they replaced the glass within a couple or hours. Here in The Netherlands inspections are mandatory for all cars every 1/2 years. I've noticed the tires may not be as durable as they should be but no idea how they stack up against another EV.

Anything you use and use a lot needs maintenance, especially if you rely on it, that goes for you're electric toothbrush as wel as your car. Its a utopica to think EVs somehow need less upkeep.

Sure build quality can be improved here and there, and over the last 4 years I have seen Tesla's cars become better. To me regular OTA updates, up-to-date map, apps, an actual working charging network and range are more important than having all the panels aligned withing a couple of milimeters.

What? I'd argue the graphics APIs are one of the most important interfaces right now. It's not that we all feel good if apple would adhere to standards for once, it's supporting a legacy of applications that have been build over the last 20 years or so. Allowing a platform to be used however the rest of the industry has been evolving, not cheap vendor locking

Are you kidding me? If it wasn't for large enterprise corporations Java would be long dead by now. Ever since Oracle took over Java has seen almost no improvements. The logical comparison is Java to C#, and C# has seen _a lot_ of improvement over the last 7 years or so. It just so happens that Java is sometimes unavoidable for Android development were Kotlin is not (yet) possible.

Java is, like its large corporate users, stuck in the past.

I wasn't suggesting we'd all be using Google Maps. The point I was making is that TomTom had a large role to play in their own demise. They went for the quick buck, employing dark patterns, necessary device upgrades etc. And yes car manufacturers are guilty of much the same.

But thats not whats happening. Google Maps, Waze, Apple Maps etc all prefer certain paths over others. I can take a shortcut home which saved me about 5 minutes and potential traffic jams, and Google Maps will never suggest it, unless I deliberately drive down that road.

We use maps extensively in our products and Mapbox has been a belessing eversince we started using it. I would argue Mapbox is far better suited for development and product integration than Google Maps is. It is developer and user friendly, offers a wide range of mapping and layering products. It easy to use and affordable small and medium sized businesses.