Hacker Newsnew | past | comments | ask | show | jobs | submit | more winter_blue's commentslogin

Was this very recent? The job markets for software engineers has been horrid, at least from mid 2022 to mid 2025. Maybe it’s changed now?

Anecdotally, I know a few engineers with 10+ YOE in NYC, Seattle, and California, all with actual FAANG or FAANG adjacent work experience, who couldn’t find jobs. One of whom even took a minimum wage job, and another who nearly did the same as well.

Maybe the tax code change is kicking off an industry revival?


My friend that left cruise got a 2.3x pay bump (post-ipo) moving to Figma in Feb 2025. He also had interviews at Meta and other FANGA (where he used to work).

If tier3 companies are paying $540k-$1.5m for staff in 2025, then I assume the market is turned around.


Fwiw, the difference it makes in software development speed is astounding.


I know first hand, quite incredible


Caddy did it almost a decade ago. IIRC it had some form of automatic Let’s Encrypt HTTPS back in 2016.

So Nginx is just about 9 to 10 years late. Lol


2015 in fact. A decade ago.


> but several features in ntfy won't be available through debian packaging due to missing golang and nodejs packages

Woah. Shouldn’t Node and Golang be in Debian’s official repos by now?


Nodejs itself is, but when you install a node project manually, you type npm install and wait while it downloads the 500 different packages it depends on.

Debian follows the same philosophy as for other more traditional languages and expects that all these dependencies are packaged as individual Debian packages.


Just jumping in to say that this is making me genuinely reconsider adopting a licence/policy that forbids repackaging: the fact that someone can repackage my project, but worse, and still use my project's name? Absolutely not. I do not want the burden that inevitably comes when people complain to me that this or that is missing from a repackage.


I mean, that's just how OSS works. Anyone can fork your thing, do whatever, and call it a day. Going MIT or whatever won't save you either - this repackaging business is basically the entire business model of AWS.


Forking is fine, do whatever, but as soon as you make actual changes to the code then adopt your own name. This is what trademarks are for, it's just that official trademark registration is somewhat inaccessible (eg: cost) for open source projects. Could you imagine trademarking every little project you make just in-case it gets repackaged by someone who tears huge chunks of it out?


As it turns out, trademarks for small open-source projects are effectively worthless (https://news.ycombinator.com/item?id=44883634), so there's effectively no real solution to people appropriating your project's name while repackaging their inferior fork of it.


Yes but not all packages written in those languages are.


I’m actually finding Claude 4 Sonnet’s thinking model to be too slow to meet my needs. It literally takes several minutes per query on Cursor.

So running it locally is the exact opposite of what I’m looking for.

Rather, I’m willing to pay more, to have it be run on a faster than normal cloud inference machine.

Anthropic is already too slow.

Since this model is open source, maybe someone could offer it at a “premium” pay per use price, where the response rate / inference is done a lot faster, with more resources thrown at it.


Anthropic isn't slow. I'm running Claude Max and it's pretty fast. The problem is that Cursor slowed down their responses in order to optimize their costs. At least a ton of people are experiencing this.


> It literally takes several minutes per query on Cursor.

There's your issue. Use Claude Code or the API directly and compare the speeds. Cursor is slowing down requests to maintain costs.


So basically we need software that can 100% autonomously fly a plane. Software that is extremely reliable and trustworthy, basically. Software with multiple fallback options. Multiple AI agents verifying every action this software takes. Plus, ground-based teams monitoring the agents and the autonomous flight software.


Not AI, AI is less trustworthy than normal software almost by definition.

Formally verified traditional algorithms.


> The more I wrote into my vault, the less I felt. A quote would spark an insight, I’d clip it, tag it, link it - and move on. But the insight was never lived. It was stored. Like food vacuum-sealed and never eaten, while any nutritional value slips away.

The better answer here would have been to make some time to go back and reflect and write more.

Not necessarily to throw it all away.

The goal should have been to reflect deeply, and write more on the most interesting topics therein.

> Worse, the architecture began to shape my attention. I started reading to extract. Listening to summarize. Thinking in formats I could file. Every experience became fodder. I stopped wondering and started processing.

Summarization could now be done by LLMs.


I don’t understand why so many people on this thread feel the need to prescribe to the author what would’ve been better for them.

You don’t know the author, don’t know their mind, and clearly do not understand their thought process.

This post is a personal reflection. The author’s actions affect exactly one person: themselves. The “better answer” is unambiguously the one which works out best for the author. Period. They are better equipped than any of us to know what that is.


> Alright Geoff, thanks, but you are 54 and do zero exercise, have a diet of eating out at fast food and fast casual restaurants, a body type that would be described as "meatball", and a list of medical conditions which all scream lifestyle change.

> Meanwhile at trail running meets, I bump into 60 year olds still giving some 35 year olds a run for their money.

Yup, this is very much key.


If the driver is in the kernel tree, then the Linux community maintains the driver for you for free basically (if a refactor of some internal kernel API is done, all drivers are updated), but once the driver is old enough, new kernel releases might sometimes removes those old drivers (and even drop support for old CPUs as well).

Closed-source bobs are closely tied to the kernel version, since the kernel’s internal ABI and API is constantly changing. There is some documentation on why here: https://github.com/torvalds/linux/blob/master/Documentation/...


Well, in my experience, the most important thing to worry about is whether the driver is there in the first place.


Might be a dumb question, but why are so many drivers in the kernel? I get that things like a mass storage device probably needs to be in the kernel but a printer or mouse driver seems like it should work from the user space.


I was wondering the opposite... why doesn't Windows have most drivers built in like the Linux kernel?


To a large degree Windows offers a lot of generic drivers for everything from wifi to trackpads to bluetooth devices. Hardware vendors can still offer advanced drivers and tools to tweak special things about a particular trackpad or a wifi device.

But also because NT interface is mostly stable unlike linux. last really major version was 20 years ago and there Microsoft doesn't need to maintain 3rd party drivers in-tree. Also, the licensing and distribution mechanism and vehicles make certain things too complex.

Also plenty of people don't like these linux kernel images and build stripped down ones.


If something doesn’t need kernel access, is it good for it to have kernel access?


I've always assumed that it actually does, and in both cases people are installing drivers from outside for less common peripherals. Maybe I'm wrong.


Even old versions of the driver?


There’s no such thing as an “old version” for an in-kernel driver.

As the kernel is maintained, polished, and updated, all drivers are maintained as well.

Proprietary blobs otoh, will break quickly, and have to constantly keep up with new kernel releases.


The author has a mini PC plugged into the EcoFlow as well. That uses the bulk of the power.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: