MurphyA/hacker-news huggingface dataset:
by bigyabai | 2025-09-20 16:15:22+00:00
Yup. Pretty similar to the modern threat profile of Android, all things considered.

> your average Android device has multiple publicly known remote execution issues.

Help me distinguish between "publicly known" RCE vulns and private ones. Do the privately owned exploits like FORCEDENTRY count as "publicly known", or only the Greykey/Cellebrite exploits used by governments?
by aylmao | 2025-09-20 16:15:37+00:00
IMO it’s just different. If you want to go into management or anything involving politics, I do think remote isn’t the move.

As a fully remote engineering contractor I’ve been building my area of expertise, clients and connections, and so far it’s been alright. It does take work and there’s no one to guide you, but in my experience with ambition it’s doable.
by altairprime | 2025-09-20 16:15:38+00:00
https://lore.kernel.org/git/ZZ9K1CVBKdij4tG0@tapette.crustyt... has a couple dozen replies and would be a useful place to start reading about it; beyond that, search that list for Rust. (Note, I’m only responding the opening question, not evaluating the arguments pro/con here or on the list; in any case, someone else surely will.)
by WaltPurvis | 2025-09-20 16:15:41+00:00
The "point" the article is trying to make is that there is a decline in literacy so severe that it means "the end of civilization" -- a strong claim, to say the least, and one that demands rather stronger evidence than a 1-5% decline in various measures of literacy/thinking. (Granted, test scores are not the only evidence he has marshaled.)
by bmacho | 2025-09-20 16:16:00+00:00
Maybe read https://ziglang.org/ ? They list the goals:

Zig is a general-purpose programming language and toolchain for maintaining robust, optimal and reusable software.

and how they are trying to achieve that: simple language, and 'comptime' for metaprogramming (a more or less new approach).

> Is it kind of like the Kotlin of C, going for a better syntax/modern features but otherwise being very similar?

No, not really.
by OutOfHere | 2025-09-20 16:16:09+00:00
> If you have 100 instances you really want them to share the cache

I think that assumes decoupled compute and storage. If instead I couple compute and storage, I can shard the input, and then I won't share the cache across the instances. I don't think there is one approach that wins every time.

As for egress fees, that is an orthogonal concern.
by constantcrying | 2025-09-20 16:16:19+00:00
>I drive a modern sports car that has less acceleration than a typical gas SUV or minivan or hybrid Prius.

No, you are driving a consumer vehicle with slightly stiffer suspensions. Actual cars designed purely for track performance are neither legal on the road nor in any way comfortable.

I have literally no idea what your point is. The article claims that unsprung weight makes potholes worse, that is wrong. The article also claims that higher weights make everything worse, which is also wrong.

What is your actual point? The article is about consumer EVs, being driven by normal people. If you aren't disagreeing about the wrong car physics, then about what? That a 911 can be a comfortable drive? Shocking revelation.
by rdtsc | 2025-09-20 16:16:20+00:00
> As a hiring manager in a big company, salary isn’t really much of a consideration for me.

I think this happen higher up. Policies like work from home or not or how many roles to open in what region, how many H1Bs to sponsor is something that happens above the hiring manager roles. Hiring managers sort of work on standard bands or levels I think in most larger companies.

> So in our process, somebody wouldn’t accidentally price themselves out of an opportunity.

The way I had seen it work, is usually positions have to open first. They would be something like "we're opening 3 architect IV positions in Poland and/or UK". So that kind if indicates there is no point in interviewing someone from Seattle asking for a architect V salary band.
by pron | 2025-09-20 16:16:36+00:00
It's a language that attempts to solve more of the biggest issues with low level programming than any other current low-level programming language. Of course, there is nowhere near a universal consensus on what the biggest issues are, but here's what they are to me in order of importance (and I'm not alone):

1. Language complexity/lack of expressivity. You want code, as much as possible, to clearly express the algorithm at the level of detail needed at the language's domain, no more and no less. The level of detail in low-level languages is different from high-level languages because, for example, you want to see exactly where and when memory is allocated/freed. Both C and C++ fail at this for opposite reasons. C is often not expressive enough to express an algorithm clearly (at least not without the use of macros), and C++ is often too implicit, hiding important details that are then easy to miss [1]. These problems may affect program correctness.

2. Lack of spatial memory safety, which is the cause of the #2 and #6 most dangerous software weaknesses (https://cwe.mitre.org/top25/archive/2024/2024_cwe_top25.html). Unlike spatial memory safety, Zig doesn't guarantee the lack of temporal memory safety. This would have been very nice to have, but it isn't as important and not worth compromising on the other top points.

3. Slow build times, which may also affect correctness by slowing down the test cycle.

I don't find Zig similar to C or C++ at all (certainly not as similar as Rust is to C++). If anything, Zig's risk is in being a more revolutionary step than an evolutionary one.

---

[1]: In the late eighties/early nineties (when I first learned C++), when we thought it might be a good idea for a language to be both low-level and high-level, C++'s notion of "zero-cost abstractions" seemed very interesting and even promising (I don't recall them being given that name then, but the problem - or advantage - was right there at the beginning; e.g. whether a call uses static or dynamic dispatch is an algorithmic detail that may be of interest in low-level programming, as well as whether a destructor is called, possibly through dynamic dispatch). Now that notion feels an outdated vestige of a bygone era. I'm aware there are still C++ programmers who still believe in writing high level applications in low-level languages and still believe in zero cost abstractions, but I think the industry has clearly been going the other way, and there's no indication it may be changing direction or may have any reason to do so.
by sebtron | 2025-09-20 16:16:38+00:00
I honestly can't tell if this is meant as serious reply to my question (in that case: let's say I agree that Rust is 100% better than C; my question still stands) or as a way to mock Rust people's eagerness to rewrite everything in Rust (in that case: are you sure this is the reason behind this? They are not rewriting Git from scratch...)
by trod1234 | 2025-09-20 16:16:47+00:00
That's some real stupid thinking.

At its most basic, this is a cult of qualification which no longer provides real value, it fails for a number of reasons I won't get into here.

When you disqualify arbitrarily, and can't find anyone because of that, its your fault for disqualifying everyone, not the market's fault for not having the ballerina that doesn't exist.

Want a programmer in a language thats only 10 years old with 15 years of direct experience? You aren't going to find it even when the creator of that language applies.

You pay to have the work done. That is the only legitimate requirement for hiring someone and remaining employed, and you can't go and change the requirements later when they show they can do more. Doesn't matter if they moonlight, are overemployed etc. That view to disqualify such people are in fact monopolistic practices designed to disenfranchise wages that are already low and distorted because of money-printing, they are not red-flags.

Its like the flawed type of thinking that "We need someone to do this work, but this guy is so overqualified he'll leave first chance; so we won't hire anyone".

You hire to have a job done. You don't get to be an arbitrary slave master. The moment you lose sight of this is the moment you ignore your immediate needs, and drive your company on a path towards failure, and if its a consolidated large company, that failure and bad decisionmaking will impact a lot more people because of the centralization/concentration.

Financial engineering can decouple the need for immediate action, but the tradeoff is that the risk of not doing things you should have done becomes far greater to your long-term sustainability, and its completely invisible. There is no place for deception and coercion in the hiring process. If the job doesn't exist, don't jam communication channels. Jamming channels is tortuous interference.
by esseph | 2025-09-20 16:17:29+00:00
Interesting, I thought I had to turn that on for Obsidian!

The first time I started installing flatpaks I ran into a bit of permission / device isolation trouble and ever since then, I use flatseal after installing an app to make sure it actually has access to things.

I guess I misremembered in the case of Obsidian.
by rapatel0 | 2025-09-20 16:17:48+00:00
The transformation function in jpeg (DCT) is generally well defined math. While lossy, most of the information is reprocudable.

An LLM is layers and layers of non-linear transformations. It's hard to say exactly how information is accumulated. You can inspect activations from tokens but it's really not clear how to define what the function is exactly doing. Therefore error is poorly understood.
by inglor_cz | 2025-09-20 16:18:00+00:00
"Surely a country’s positionality in the global system contributes to how much violence occurs within their borders?"

Surely, but how much? 1 per cent or 40 per cent? We don't know. As you say, nothing is a closed system.

For example, by 1949, China imported Marxist-Leninist-Stalinist school of thought, a totally culturally alien system constructed by (mostly long dead) Europeans, which was the root cause of the horrors of the Maoist era - none of which were imposed by external empires by force. For all its faults, the US never forced the Chinese to exterminate the sparrows or attempt to build a steel mill in every village, resulting in a massive economic collapse and death toll.
by 6c696e7578 | 2025-09-20 16:18:16+00:00
> No one uses IRC anymore, certainly not teenagers.

Really? People of any age will use whatever the group is using to talk with, because that's where the talk is happening. Most teenagers don't use Slack either, but will if the group notes say use this. There might be some "no one uses" argument because usage has dropped off almost everything since web searching got a lot better. There are fewer lingering people because most answers are readily available. Remember TLDP days? Search is so much better now.

We're not on about general IRC though, just for semi-private use where Slack would have been an IM tool.

> And I'm sure you're smart enough to see obvious differences between email and a real time chat platform.

How is email not a real time chat platform? I see plenty of chat happening on mail lists, and I certainly can't out-type email delivery. Sure, mail sometimes needs a DNS lookup, sometimes has anti-virus/spam filtering too. Maybe that's better for public chat systems anyway.

Thinking more about it, I'd rather have maillists than a web/electron client.

I'm not on about using email for all IM (but it could be), I'm on about more useful messages that you'd want searched later. "Hey, I'm doing X on Y day, here's what you need to know", most of the time this sort of thing gets missed in a IM flood channel.

I don't see much difference between Slack/Teams etc and IRC or maillists, just the tools that existed before are much lighter and have so many more clients you can use the one you know already most of the time.
by ijuarezz | 2025-09-20 16:18:37+00:00
Thanks for noticing the comments. I usually start writing pseudo-code which then naturally morphs into line comments. I'm using Android Studio and found the expand/collpase feature a very useful way to zoom in and out of the code when needed. The problem is that it doesn't force to think modularly since the collapsed sections/functions already kinda look like separate modules.
by gcanyon | 2025-09-20 16:18:42+00:00
> A study of English literature students at American universities found that they were unable to understand the first paragraph of Charles Dickens’s novel Bleak House — a book that was once regularly read by children.

First, I think this is overly crediting "children" and unnecessarily harsh to the university students. The first sentence of the book proper is, "LONDON. Michaelmas Term lately over, and the Lord Chancellor sitting in Lincoln's Inn Hall." It seems perfectly reasonable for an average person today to not know what "Michaelmas" is, but otherwise that's a fairly simple sentence. So I assume the above refers to the first sentence of the preface, which is:

> A CHANCERY Judge once had the kindness to inform me, as one of a company of some hundred and fifty men and women not labouring under any suspicions of lunacy, that the Court of Chancery, though the shining subject of much popular prejudice (at which point I thought the Judge's eye had a cast in my direction), was almost immaculate.

That's not a simple sentence: ~60 words, with multiple interjections splitting up the actual point: "A CHANCERY Judge once informed me that the Court of Chancery was almost immaculate."

Further, English has wandered substantially over the intervening ~175 years. This criticism seems akin to complaining that college students of 1800 had a hard time reading Shakespeare, when any contemporary child in 1600 could have understood his work (had they been able to read it at all).

Finally, this ignores the advance of technology. Books were, in their day, a huge technological advance. People could only read more because of moveable type and mass printing. Someone in 1600 might have lamented the mass standardization of printed material, saying that it depersonalized the communication of information.

Today, if someone finds Bleak house challenging, an LLM can modernize, simplify, or summarize as needed. We're on the verge of being able to turn it into a graphic novel on demand.

All to say: there's a point to be made about what information people choose to consume, but focusing on how they consume it misses the point.
by esperent | 2025-09-20 16:18:55+00:00
Heat pipes are one dimensional (a pipe), vapor chambers are two dimensional (a square chamber). Most vapor chambers I've seen on GPUs have the chamber attached to lots of small heat pipes on the side though (they even note this in article, in case you feel like reading it).

That said, I assume the main technical breakthrough here is in manufacturing, producing tiny chambers consistently in enough volume for iphones.
by Validark | 2025-09-20 16:18:57+00:00
Andrew may be expressing frustration or dismay or annoyance in that statement, but he is not definitively "painting them as bad actors trying to sabotage the language". You are HEAVILY reading into his statement.

He only said he wishes the author would have taken a different approach. So what? Why does everyone have to jump in and start psychologizing or essentializing Andrew based on one paragraph?

Why does one paragraph have to say so much about who he is as a person? Even if it did piss him off for a few hours, so what? He's not allowed to wish someone took a different approach?

I tend to think Andrew Kelley is a great guy, not just technically but as a person. And I think that because I've listened to him talk for dozens of hours. I can guarantee you that that one sentence he wrote is not the beginning of a character assassination campaign against the author of this blog.

He made Zig because he wanted to put something good into the world and improve the state of software. How about we include that in our analysis of Andrew's character? I'll leave it to the reader to consider whether the multi-year full time dedication to Zig should be weighed more heavily than a personal feeling he had for two minutes that he expressed respectfully without attacking anyone's character.
by lucideer | 2025-09-20 16:19:07+00:00
This. I follow John Burns Murdoch on social media & normally find his work great so I was really surprised that the most egregious "graph crimes" shown in this article were visualisations created by him.

I'm risking engaging in similar hyperbole, so I must stress that they're not too egregious, just mildly misleading in their significance, but it does still put the article into some question.

The x-axes are also over relatively short time periods, presumably to deemphasize massive upward trends in previous decades.
by guiambros | 2025-09-20 16:19:24+00:00
> LinkedIn's customers are recruiters.

Exactly this. And recruiters are the ones finding candidates and scheduling interviews.

You may not like it. I certainly don't. But that's the world we live in.

> "Hey, want to grab a coffee and catch up?"

This and the comment above are not at odds. If you're looking for a job like OP, at minimum you should do both.
by cj | 2025-09-20 16:19:29+00:00
Watching that video, the first thought I have is "So much engineering and I still need to buy a phone case with my new phone?"

I'm guessing phone cases are still pretty much required if you drop your phone once or twice a month onto cement/asphalt/marble/etc from pocket height.

I would be really curious to hear the internal debate at Apple wrt design tradeoffs + durability. E.g. how much of the iPhone design is only possible because Apple is assuming the average person will have a case on their phone.

I wouldn't be surprised if the typical consumer would be more impressed by "No Case Required iPhone" compared to "Skinniest and lightest iPhone yet!".
by austin-cheney | 2025-09-20 16:19:42+00:00
I think the second part is the only real distinction: mobility. Nobody who owns real estate is going to relocate across the country for a 6 month contract.

As far level of compensation everybody in the US, including H1B workers, work according to US compensation ranges but are limited by visa sponsorship. Software developers tend to average about 2.2x or more than the average US income even in expensive urban areas. In cheap rural areas the difference is staggering. If these developers lack sufficient talent the problem isn't compensation. The problems are improper preparation and improper candidate selection. Increased compensation without controlling for preparation and selection will only provide perverse incentives to magnify the existing problem.
by motorest | 2025-09-20 16:20:00+00:00
> It's sad to see people be so nonchalant about potentially killing off smaller platforms like this.

Your comment is needlessly dramatic. The only hypothetical impact this has is that whoever uses these platforms won't have upgrades until they do something about it, and the latest and greatest releases will only run if the companies behind these platforms invests in their maintenance.

This is not a good enough reason to prevent the whole world from benefiting from better tooling. This is not a lowest common denominator thing. Those platforms went out of their way to lag in interpretability, and this is the natural consequence of these decisions.
by fidotron | 2025-09-20 16:20:17+00:00
The problem is the UK tech business scene positively drips in that particular sort of expensively suited sliminess, as the entire HP Autonomy mess epitomized. Other places have this, but in the UK it's like it has killed almost the whole ecosystem.

It hasn't been a country with a remote chance of producing another Arm for well over a decade, and Arm, successful though it is, is not a huge financial success. Maybe that's what using Prince Andrew as a trade representative achieved.
by oncallthrow | 2025-09-20 16:20:23+00:00
Did you read the article? The author is complaining that aystemd introduced _optional_ security mechanisms for units. If you don’t like these mechanisms, don’t use them in your units.

Systemd didn’t “break” anything at all here. This author’s arcane debugging workflow doesn’t work for certain units who have opted into the new security mechanisms. But that is hardly systemd’s fault.
by fhd2 | 2025-09-20 16:20:51+00:00
Yeah, it gets so wild, downright psychedelic.

I'm definitely not anti LLM, I use them all the time. Just not for generating code. I give it a go every couple of months, probably wasting more time on it than I should. I don't think I've felt any real advancements since last year around this time, and this agentic hype seems to be a bit ahead of its time, to put it mildly. But I absolutely get a lot of value out of them.
by 0manrho | 2025-09-20 16:20:53+00:00
If the point is a multi-tasking sandbox, not heavy/sustained data-crunching, those old CPU's w/ boosting turned off or a mild underclock/undervolt (or an L spec which comes iwth that out of the box) really aren't any more power hungry than a newer Ryzen unless you intend on running whatever you buy at high load for long times. Yeah, on paper it still could be a double digit percentage difference, but in reality we're talking a difference of 10W or 20W if you're not running stuff above 50% load for sustained periods.

Again, lots of variables there and it really depends on how heavily you intend to use/rely on that sandbox as to what's the better play. Regional pricing also comes into it.
by dextercd | 2025-09-20 16:21:15+00:00
You can use systemd-run with --shell (or a subset of options enabled by --shell) and -p to specify service properties to run commands interactively in a similar environment as your service.

This can help troubleshoot issues and makes experimenting with systemd options faster.

I think there's been some talk about adding a built-in way for systemd-run to copy settings out of a .service file, but it doesn't exist yet.

I've written Perl/Python scripts to do this for me. They're not really aimed at working with arbitrary services, but it should be possible to adapt to different scenarios.

https://gist.github.com/dextercd/59a7e5e25b125d3506c78caa3dd...

There are some gotchas I ran into. For example, with RuntimeDirectory: systemd deletes the directory once the process exits, even if there's still another process running with the same RuntimeDirectory value set.
by rglullis | 2025-09-20 16:21:18+00:00
> are you saying that you are able to use Linux because all you are using is the browser?

No, I am saying that the browsers provide a fallback for the applications that I need but do not have a native counterpart, and therefore I am not stuck with Windows or MacOS.

Without the web as a platform, I'd have to leave Linux the moment I got to a job that required Slack/Jira/Teams.