MurphyA/hacker-news huggingface dataset:
by spacechild1 | 2025-11-01 23:33:05+00:00
> Importantly, there is no need to trust the LLM or review its output when its job is just saving me an hour or two by telling me where the bug is, for me to reason about it and fix it.

Except they regularly come up with "explanations" that are completely bogus and may actually waste an hour or two. Don't get me wrong, LLMs can be incredibly helpful for identifying bugs, but you still have to keep a critical mindset.
by artyom | 2025-11-01 23:34:10+00:00
The article implies that somewhat, before AI the leetcode/brainteaser/behavioral interview process had somewhat acceptable results.

The reality is that AI just blew up something that was a pile of garbage, and the result is exactly what you'd expect.

We all treat interviews in this industry as a human resources problem, when in reality is an engineering problem.

The people with the skills to assess technical competency are even more scarce than actual engineers (b/c they would be engineers with people skills for interviewing), and that kind of people is usually very very busy to be bothered with what's a (again, perceived) human resources problem.

Then the rest is just random HR personnel pretending that they know what they're talking about. AI just exposed (even more) how incompetent they are.
by chmod775 | 2025-11-01 23:34:11+00:00
Interesting nitpick, but I must be missing your point somehow.

>They are the same thing

No, that's in fact not the same characters (obviously?), even if they can be used to represent the same phoneme and could thus be viewed as interchangeable. I've made it explicitly clear my comment concerned spelling though.

>when you don't use latin characters.

I have no idea how to parse this, given that all three of them are letters used in latin script. I suppose one of them wouldn't be considered part of the basic latin alphabet, but then your sentence still doesn't make sense to me.
by SG- | 2025-11-01 23:35:12+00:00
the 2.5Gbit USB network adapters using Realtek driver are actually bugged on macOS and only max out at 1.9Gbit/sec or so. Sadly the solution has been to use non-realtek 2.5Gbit adapters or simply get the 5Gbit Realtek ones that sell for almost the same price.
by sparky_z | 2025-11-01 23:35:50+00:00
The text of the article directly contradicts the headline. If we take the text at face value, then the act of closing the TM does not "open more copies". It just fails to close cleanly, leaving behind a zombie process. Every time you launch and close the TM, it adds another zombie process, and they can add up over time. But that's very different from what the headline says.
by stickfigure | 2025-11-01 23:36:08+00:00
It is useful for the vast majority of business processing. And, if John Carmack is to be believed, video game development.

Carmamack's post explains it - if you make a series of immutable "variables" instead of reassigning one, it is much easier to debug. This is a microcosm of time travel debugging; it lets you look at the state of those variables several steps back.

In don't know anything about your specific field but I am confident that getting to the point where you deeply understand this perspective will improve your programming, even if you don't always use it.
by ifeelbits | 2025-11-01 23:36:30+00:00
Anyone else remember 1000.tools? It was this amazing directory of dev tools that the community absolutely loved… until it vanished.

I’ve built ufind.best to fill that gap – a modern, fully automated platform for discovering and sharing developer tools.

Tech stack: Laravel + TailwindCSS for the frontend; Stripe for payments; Cloudflare for performance & security; Fortify & Socialite for authentication; fully optimized for a seamless user experience.
by whatamidoingyo | 2025-11-01 23:37:24+00:00
> His stoicism was mostly turned outward.

Huh? How so? In most of his writings, he's introspecting. They're basically reflections about himself and his own thoughts about things. I don't recall a passage where he's focused on anything other than internal dialogue (not saying they don't exist, but none are coming to mind).

> He believed that the powerless man should accept his place below the powerful man.

Maybe, but so did everyone else. Although, we do have Diogenes the Cynic, who heavily inspired the founding of Stoicism. Diogenes... The stories about him are quite intense. Feel free to look them up. In short, he mocked social conventions, wealth, and so-called "power".

> I didn't even get 2 pages[...]

In the first two pages, Marcus wrote about the good qualities of people throughout his life e.g. his teachers, parents, etc. Did you actually read it?
by tavavex | 2025-11-01 23:38:52+00:00
> Then there’s the pacing. A human pauses to think. AI-assisted candidates pause to receive a perfect answer. You can mostly feel the rhythm shift. Their eyes drift slightly. You think we don’t see that, don’t you?

I really hope most interviewers have at least the barebones skills to be able to discern AI-using interviewees, like what the author claims to have. I'm trying to get hired at the junior level, and the thought of competing with people who have no qualms with effectively cheating in real time is pretty scary. I'm human, I will inevitably not know something or make minor missteps - someone with an AI or a quick-witted friend by their side can spit out perfect, fully-rounded, flawless, HR-optimized stories and replies with a satisfying conclusion for the behavioral questions, and basically always-correct, optimal solutions for the technical questions.
by habosa | 2025-11-01 23:39:19+00:00
For our coding interviews we encourage people to use whatever tools they want. Cursor, Claude, none, doesn’t matter.

What I’m looking for is strong thinking and problem solving. Sometimes someone uses AI to sort of parallelize their brain, and I’m impressed. Others show me their aptitude without any advanced tools at all.

What I can’t stand is the lazy AI candidates. People who I know can code, asking Claude to write a function that does something completely trivial and then saying literally nothing in the 30 seconds that it “thinks”. They’re just not trying. They’re not leveraging anything, they’re outsourcing. It’s just so sad to set how quickly people are to be lazy, to me it’s like ordering food delivery from the place under your building.
by Namidairo | 2025-11-01 23:39:20+00:00
> 400GB for Ark

Ark is a strange case. It compresses very very well. Most of it ends up with compression ratios of around 80%.

> Total size on disk is 628.32 GiB and total download size is 171.42 GiB.

From SteamDB's summary of Ark's content depots.
by rzerowan | 2025-11-01 23:40:09+00:00
Not fully open-source though, as far as i understood it some of the important GUI, android compat bits are propreity and thus need licensing so no easy way to function without them as opposed to the linux kernel.So i think they are in a very similar postion to android techstack wise , its just their biz model requires direct licensing rather than the ad subsidised android. On another note i think this was the rationale for risc-v moving to europe (avoid the geopolitical) so anyone regardless can utilize its designs.
by the__alchemist | 2025-11-01 23:40:33+00:00
Hmm. You raise a good point. I've been doing a bit of C FFI on std-rust applications, but hadn't thought to apply this to embedded much. I have wrapped CMSIS-DSP (ARM-official DSP toolkit; filters etc) with Rust embedded, and it works out well! Increases compile times, but worth it. Perhaps we should apply this approach more broadly.

One problem: It's tedious going from the pointer-level API bindgen gives you to a high-level rust API that has references, arrays etc. In that you have to do some boilerplate for each bit of functionality you want. Not a big deal for a specific application, but not ideal if making a general library. And C libs tend to be sloppy with integer types, which works, but is not really idiomatic for rust. Maybe that could be automated with codegen or proc macros?

I believe the ESP-IDF rust lib is mostly FFI (?); maybe that's a good example. We've been re-inventing the wheel re STM-32 and Nordic support.
Show HN: Duper – The Format That's Super
by epiceric | 2025-11-01 23:41:04+00:00
An MIT-licensed human-friendly extension of JSON with quality-of-life improvements (comments, trailing commas, unquoted keys), extra types (tuples, bytes, raw strings), and semantic identifiers (think type annotations).

Built in Rust, with bindings for Python and WebAssembly, as well as syntax highlighting in VSCode. I made it for those like me who hand-edit JSONs and want a breath of fresh air.

It's at a good enough point that I felt like sharing it, but there's still plenty I wanna work on! Namely, I want to add (real) Node support, make a proper LSP with auto-formatting, and get it out there before I start thinking about stabilization.
by TheAceOfHearts | 2025-11-01 23:41:35+00:00
Many years ago I backed the Jolla Tablet, which never shipped and they never gave me a refund. At the time the company kept pretending like things were perfectly fine with every update right until they let everyone know that the project was being cancelled. There was zero transparency and accountability, and from that day I vowed to never support this company ever again. I would've been fine if the project had failed and they had been transparent and honest about their ongoing struggles with every update, but the complete lack of transparency was too much for me.

I don't know if the values and leadership at Jolla have changed since then, but it's not a company that I would trust to deliver and communicate honestly in good faith.
by yolovoe | 2025-11-01 23:41:38+00:00
AWS is very heavy on Rust internally for core services.

EC2 (lots of embedded work on servers), IAM, DynamoDB, and parts of S3 all heavily use Rust for quite a few years now already.

We can move really fast with Rust as compared to C, while still saving loads of compute and memory compared to other languages. The biggest issue we've hit is the binary size which matters in embedded world.

Linux has added support for Rust now. I don't think Rust's future supremacy over C is doubtful at this point.

AWS might honestly be the biggest on Rust out of all the FAANGs based on what I've heard too. We employ loads of Rust core developers (incl Niko, who is a Sr PE here) and have great internal Rust support at this point :). People still use the JVM where performance doesn't matter, but anywhere where performance matters,I don't see anyone being okay-ed to use C over Rust internally at this point.
by Wowfunhappy | 2025-11-01 23:42:06+00:00
Sometimes you hit a wall where something is simply outside of the LLM's ability to handle, and it's best to give up and do it yourself. Knowing when to give up may be the hardest part of coding with LLMs.

Notably, these walls are never where I expect them to be—despite my best efforts, I can't find any sort of pattern. LLMs can find really tricky bugs and get completely stuck on relatively simple ones.
by sedawkgrep | 2025-11-01 23:42:36+00:00
I think most of the hate and resistance is due to the erosion of trust that comes with AI. We’re already at the point where you have to question the authenticity of A/V media you see on social media. Soon we may not be able to trust even news outlets.

Nobody* wants this to happen, yet it’s charging forward.

* yes of course there are some, but they’re already the ones with the power and money.
by k310 | 2025-11-01 23:43:40+00:00
Elon,like others, is famous for projection, not in the "prediction" sense but the trait of projecting one's own fears, failures and weaknesses onto others. We all do it to some extent, and I'll argue that one also projects one's own integrity and fullness, in the sense of looking for the best in others and lifting them up, rather than the converse.

As for prediction, Elon obviously lacks focus. I've got a 1920's camera with better focus --- it's fixed!
by jeffparsons | 2025-11-01 23:44:10+00:00
This email is from a Debian maintainer, about Debian introducing a new hard dependency on Rust. It's not some random Rust advocate telling Debian folks that they should use Rust against their will.

Yes there are absolutely some obnoxious "you should rewrite this in Rust" folks out there, but this is not a case of that.
by zahlman | 2025-11-01 23:45:16+00:00
A caveat applies to the entire analysis that CPython may be the reference implementation, but it's still just one implementation. This sort of thing may work totally differently in PyPy, and especially in implementations that make use of another garbage-collecting runtime, such as Jython.

> Let’s take out the print statement and see if it’s just the addition:

Just FWIW: the assignment is not required to prevent optimizing out the useless addition. It isn't doing any static analysis, so it doesn't know that `range` is the builtin, and thus doesn't know that `i` is an integer, and thus doesn't know that `+` will be side-effect-free.

> Nope, it seems there is a pre-allocated list of objects for integers in the range of -5 -> 1025. This would account for 1025 iterations of our loop but not for the rest.

1024 iterations, because the check is for numbers strictly less than `_PY_NSMALLPOSINTS` and the value computed is `i + 1` (so, `1` on the first iteration).

Interesting. I knew of them only ranging up to 256 (https://stackoverflow.com/questions/306313).

It turns out (https://github.com/python/cpython/commit/7ce25edb8f41e527ed4...) that the change is barely a month old in the repository; so it's not in 3.14 (https://github.com/python/cpython/blob/3.14/Include/internal...) and won't show up until 3.15.

> Our script appears to actually be reusing most of the PyLongObject objects!

The interesting part is that it can somehow do this even though the values are increasing throughout the loop (i.e., to values not seen on previous iterations), and it also doesn't need to allocate for the value of `i` retrieved from the `range`.

> But realistically the majority of integers in a program are going to be less than 2^30 so why not introduce a fast path which skips this complicated code entirely?

This is the sort of thing where PRs to CPython are always welcome, to my understanding. It probably isn't a priority, or something that other devs have thought of, because that allocation presumably isn't a big deal compared to the time taken for the actual conversion, which in turn is normally happening because of some kind of I/O request. (Also, real programs probably do simple arithmetic on small numbers much more often than they string-format them.)
by ratg13 | 2025-11-01 23:46:33+00:00
For every one person that uses AI correctly, there are 10,000 people using it incorrectly.

The problem with AI is that you have to already be an authority on the output to know whether it is right and usable or wrong.

Many people out there treat AI as the authority not even knowing whether the output is correct or not.

I know for me that AI has made programming easier for me, but at the same time made my job harder cleaning up other people’s “but the AI told me to do it” messes
by marcuskaz | 2025-11-01 23:46:33+00:00
I got tired of fighting with note-taking systems. Every time I tried a system like PARA or Johnny Decimal, I'd spend too much energy thinking about filing notes plus when I needed to find something, I'd forget which bucket I put it in and end up grep-ing for it anyway.

So I built Jotit, a command-line app that just lets me dump notes quickly without thinking about where they go. I then use AI for search and to create summaries. Now I can query my notes in instead of trying to remember my past filing logic. Plus the summaries works surprisingly well: I can take messy notes all week and get a clean work summary on Friday.
by eurleif | 2025-11-01 23:46:40+00:00
The idiom "everything but the kitchen sink" (and variant "everything including the kitchen sink") doesn't refer to a sink filled with dirty dishes. Rather, the kitchen sink (originally the kitchen stove) is being used as an example of a particularly bulky item. "Everything but the kitchen sink" means, roughly, everything except for what would be too large and/or absurd to include.

https://english.stackexchange.com/questions/96582/what-is-th...
by vitalune | 2025-11-01 23:46:40+00:00
I’ve been working on a project called Oren — an experiment in making LLM training more data-efficient.

The idea: instead of training bigger models on more data, use an entropy-based scoring model to keep only the most informative samples.

I trained two identical 100M-parameter models: * Model A: 700M raw tokens * Model B: 500M filtered tokens (top 70% by entropy)

Model B reached the same validation performance with 30% less data, compute, and cost.

It seems to point toward a new data-scaling law: performance scales with data quality, not just quantity.

I’m calling this Phase 2 of the project. Next, I want to make Oren a reusable filtering pipeline for anyone training models.

The open-source model links are available via my LinkedIn post.

Would love feedback — especially around reproducibility, theoretical framing, and possible failure modes.
by 47282847 | 2025-11-01 23:46:41+00:00
It is special because of what is being discussed here: it attempted (pretended?) to do so as a non-profit, which arguably gave it early support by people who otherwise may not have provided it. None of the other players you mention did so, which to me makes it an unfair advantage. Or not, given that it seems that anything is fair that you can get away with these days.
by Brian_K_White | 2025-11-01 23:47:23+00:00
In the 70's, way before any internet databases and real-time data aggregation & automated analysis, you had to show ID to buy beer.

So what? What do you suppose that proves or justifies or excuses?

The ID served a valid purpose of controlling who had access to beer, yet did not track anyone's movements or habits or compile a profile on them or associate them with others into cohorts or allow anyone to presume to make any kinds of judgements or predictions about them.

The two things are not automatically and necessarily tied. It's a disingenuous lie to act like they are and use the one to justify or excuse the other.

Indulging in a little predicting myself, let me guess what comes next, "But showing ID for beer never prevented every single underage human from somehow obtaining beer." ? Wait it was unfair for me to assume that based on some data I just collected (your comment)?
by roman_soldier | 2025-11-01 23:48:08+00:00
How is my comment off topic? VS Code is an editor as is emacs. There is nothing in the guidelines link that would constitute my post being wrong, however it does say

'Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something.'

and

'Please don't complain that a submission is inappropriate. If a story is spam or off-topic, flag it. Don't feed egregious comments by replying; flag them instead. If you flag, please don't also comment that you did.'

Maybe it would help if you reread the guidelines yourself.
by Freedom2 | 2025-11-01 23:48:31+00:00
> most engineers contemplate ideas, change their mind, ask clarifying questions

I don't disagree at all. I find it slightly funny that in my experience interviewing for FAANG and YC startups, the signs you mentioned would be seen as "red flags". And that's not just my assumption, when I asked for feedback on the interview, I have multiple times received feedback along the lines of "candidate showed hesitation and indecision with their choice of solution".
by tavavex | 2025-11-01 23:50:21+00:00
Interview questions are a genre of their own though. They are:

1. Very commonly repeated across the internet

2. Studied to the point of having perfect solutions written for almost any permutation of them

3. Very short and self-contained, not having to interact with greater systems and usually being solvable in a few dozen lines of code

4. Of limited difficulty (since the candidate is put on the spot and can't really think about it much, you can only make it so hard)

All of that lends them to being practically the perfect LLM use case. I would expect a modern LLM to vastly outperform me in almost any interview question. Maybe that changes for non-juniors who advance far enough to have niche specialist knowledge, but if we're talking about the generic Leetcode-style stuff, I have no doubts that an LLM would do perfectly fine compared to me.
by makeitdouble | 2025-11-01 23:51:06+00:00
> many companies just blindly do it.

Yes. A while ago a company contacted me to interview, and after the first "casual" round they told me their standard process was going full leetcode on the second round and I'm advised to prepare for those if I'm interested in going further.

While that's the only company that was so upfront about it, most accept that leetcodes are dumb (need to be prepped even for a working engineer) and still base the core of their technical interview on them.
by m4rtink | 2025-11-01 23:51:56+00:00
The Android emulation layer is quite good and it runs on many mass market Xperia phones from Sony:

https://docs.sailfishos.org/Support/Supported_Devices/

It is not using Android kernel - it uses a Linux kernel with android features enabled and compile time & runs Android binary drivers for hardware that has no native Linux driver via a binary adaptation layer called libhybris (also used by some Ubuntu Touch devices).

The Android emulation layer nowadays runs in a container that talks to the Android bits in the kernel and to the blobs via libhybris.
by laterium | 2025-11-01 23:52:54+00:00
If we're talking trading, it means a short timeframe, let's say over a few days. The stock market doesn't really grow over a few days, it's basically zero sum. So every gain you make is balanced by someone else's loss. The issue is both the sellers and buyers are paying transaction costs and taxes, which makes it actually negative sum.

If person A waited a few days and the stock shot up, then it's basically gambling since no stock has 50% expected returns in a few days. These are the "random" fluctuations in the market. Another person made a similar bet and their stock went to $5 instead, losing money. Overall it's negative sum.

If person A waited a few years instead and their stock went up to $15, sure then it's different. But it's stock investing, not trading. They made a profit because they held stocks, not traded them. You also get dividends for holding stocks, not trading them.

You are only ever expected to make money from trading stocks since you kind of also have to hold the stocks for a bit. Stock traders accidentally invest and that's how they make any money at all compared to pure gamblers.

Note that I am talking about the vast majority of stock traders here but not the financial experts or algo trading firms that try to find inefficiencies and exploit them. They can actually help with price discovery and profit by making the markets more efficient. But even they're only making calculated bets at best much like good poker players. Most regular people have no chance.
by pizlonator | 2025-11-01 23:53:06+00:00
> as easily as fixing Rust to work on the remaining 4 architectures?

Easier, because you won't have to port Fil-C to all of the architectures in order to use it on amd64.

> C++ doesn't attract a lot of developers, Rust attracts many more.

C is #2 on TIOBE.

C++ is #3 on TIOBE.

Rust is #16 on TIOBE.

So I don't know what you're talking about
by mtneglZ | 2025-11-01 23:53:10+00:00
I still think how many golf balls fit in a 747 is a good interview question. No one needs to give me a number but someone could really wow me but outlining a real plan to estimate this, tell me how you would subcontract estimating the size of the golf ball and the plane. It's not about a right or wrong answer but explaining to me how you think. I do software and hardware interviews and always did them in person so we can focus on how a candidate thinks. You can answer every question wrong in my interview but still be above the bar because of how they show me they can think.