MurphyA/hacker-news huggingface dataset:
by andy99 | 2025-11-01 23:53:50+00:00
I tried this briefly on a pine phone ~2 years ago as I was going through the different options trying to see if there was something viable. It was useless then, the phone barely worked, and I’m pretty low maintenance, I basically just wanted mobile date, wifi, email, and browser. I don’t really remember sailfish specifically as I was quickly cycling thought the options but I know I tried it and found it unsuitable.

P.S. unless there is a sailfish browser that ships separately with a different OS and I’m remembering that.

P.P.S. I would love a Linux phone that lets me take calls and has mobile data, wifi, web browsing and GPS/navigation. I don’t care about apps other than navigation. AFAIK there is not currently something that fits the bill and works out of the box.
by hammock | 2025-11-01 23:54:57+00:00
> There is a general problem with rewarding people for the volume of stuff they create, rather than the quality. If you incentivize researchers to publish papers, individuals will find ways to game the system,

I heard someone say something similar about the “homeless industrial complex” on a podcast recently. I think it was San Francisco that pays NGOs funds for homeless aid based on how many homeless people they serve. So the incentive is to keep as many homeless around as possible, for as long as possible.
by makeitdouble | 2025-11-01 23:55:06+00:00
What you're describing sounds to me like just caring for the place we'll be spending half a decade or more and will have the most impact on our health, financial and social life.

I'd advise anyone to read the available financial reports on any company they're intending to join, execpt if it's an internship. You'll spend hours interviewing and years dealing with these people, you could as well take an hour or two to understand if the company is sinking or a scam in the first place.
by thayne | 2025-11-01 23:55:15+00:00
That's just not true. Distributed software is much more complicated and difficult than non-distributed software. Distributed systems have many failure modes that you don't have to worry about in non-distributed systems.

Now maybe you could have an abstraction layer over your storage layer that supports multiple data stores, including a distributed one. But that comes with tradeoffs, like being limited to the least common denominator of features of the data stores, and having to implement the abstraction layer for multiple data stores.
by jrflowers | 2025-11-01 23:57:03+00:00
You guys realize he’s writing fan fiction about himself right?

“I live in a world where I regularly threaten strangers with violence and don’t get my ass kicked and people still talk to me. I look exactly like Fabio but with a bigger penis. I drive the original Mustang from Bullitt around the race track on my mega yacht I won by beating Gabe Newell in every video game on Steam. I have eleven girlfriends and they are all Jessica Alba.”

Econ is (I’m guessing) ~12 years old, plus or minus a year or two. These sorts of fantasies are pretty common during puberty.
by dredmorbius | 2025-11-01 23:57:10+00:00
I'm not familiar with the background here.

There was a blog post committing to refunds given sufficient cashflow, posted in 2017:

<https://blog.jolla.com/summer-2017-ceo-update/>

HN discussion: <https://news.ycombinator.com/item?id=14637748>

It does appear that Jolla has shipped other products (SailfishOS, the Jolla Phone in 2013, some tablets, and others, see Wikipedia: <https://en.wikipedia.org/wiki/Jolla#Sailfish_OS_products>).

Since 2017 the company has gone through bankruptcy and re-launched.

It should be remembered that kickstarter / crowdfunded ventures, as with any other, are speculative and risky. A good-faith effort to deliver on spec is itself credible, and the landscape is littered with the husks of far more failures, especially in the mobile space, including from former (and current) giants: RIM, Palm, Microsoft, Mozilla, Canonical, off the top of my head). Google and Apple are the only present significant OS options standing, Apple (again) and Samsung dominate hardware, though there's increasing competition largely from China.
by sublinear | 2025-11-01 23:57:17+00:00
As much as I love your point, this is where I must ask whether you even want a corporeal form to contain the level of ego you're describing. Would you prefer to be an eternal ghost?

To dismiss the entire universe and its hostilities towards our existence and the workarounds we invent in response as mere means to an end rather than our essence is truly wild.
by rpcope1 | 2025-11-01 23:57:30+00:00
Do these guys really not understand that WAL is still single writer multi reader? You could do concurrent (but not parallel) write DML in both the normal and WAL journaling models. WAL alleviates read transactions being blocked by writers but you still have to lock it down to a single writer. It would be nice if SQLite3 had full blown MVCC, but it still works if you understand it.
by nickpsecurity | 2025-11-01 23:57:31+00:00
I'm assuming it cost somewhere between no review and a thorough one. Past that, I assume nothing. Pay reviewers per review or per hour like other consultants. Groups like Arxiv would, for a smaller fee, verify the reviewer's credentials and that the review happened.

That's if anyone wants the publishing to be closer to thr scientific method. Arxiv themselves might not attempt all of that. We can still hope for volunteers to review papers in a field with little, peer review. I just don't think we can call most of that science anymore.
by k310 | 2025-11-01 23:57:42+00:00
Personally, I only visit two forums, Hacker News and another, both very heavily moderated and civil. When some post seems to be, or links to an article or website that is "algorithmic," users call it out immediately.

The downside is that their users largely repost news items, and the fact that news reporting is either fake (by admission of publishers) or influenced by mega-wealthy owners with an agenda (i.e. to become zetta-wealthy by whatever means) says that we may unintentionally reflecting bias.
by jonathanlydall | 2025-11-01 23:58:23+00:00
Not sure what GP’s situation is, but I have a 100Mb/s fibre internet package but all hooked up to 1Gbps capable equipment on my side.

My typical speed test results are around 104Mb/s. Before being upgraded, on the 50Mb/s package I was getting 52Mb/s.

My suspicion is that fibre network operator (OpenServe in South Africa) applies rate limits which are technically a little above what their customers are paying for, perhaps to avoid complaints from people who don’t understand overheads.
by deepsun | 2025-11-01 23:58:28+00:00
I'm looking for a game (like 5-10 years old?) which kinda mimicked Turing machine.

There was guy/robot, viewed from above, going along a path, and an input -- tape with blue and red dots. Player task is to create the path with tiles like "if the current tape dot is red -- turn left, otherwise turn right", and "write blue to the tape".

Advanced levels had interesting tasks like "imagine the tape represents a binary number, add 1 to it".
by doubletwoyou | 2025-11-01 23:58:55+00:00
Unfortunately, the world is a complicated place and each one of these languages have their own benefits and tradeoffs that suit themselves to one particular language or another (ask an ML scientist to switch to raw C), leading to all of these languages having a valid place in the pantheon of softwares (except maybe for js). Since debian is a pragmatic OS, it needs to adapt to solve for the real problem of being generally usable, and thus supporting all of these languages. Rewriting Everything in one language would be a massive pain and likely a massive waste of time and supporting an OS with less reputation and stable footing like Redox would almost if not more counterproductive as rewriting everything in debian from scratch (it’s a bit hyperbolic to state the goal is to Rewrite Everything in rust), so supporting the gradual replacement of some mission critical components like the apt parser or whatever they’re talking about is likely more realistic. Although an OS definitely shouldn’t “move fast and break things” (especially not one like Debian) I don’t think it’s too ridiculous to drop support for architectures that can’t support a language that was released almost a decade ago. Having a proven language (I think it’s safe to say rust is proven by now, right?) that is much less prone to self-combustion on modification than C, yet maintains a directly compiled nature as well as being to interface relatively well with normal C libraries in some standard applications is a pretty good value-deal proposition in my opinion.
by ericphanson | 2025-11-01 23:58:56+00:00
Claude told me it stopped debugging since it would run out of tokens in its context window. I asked how many tokens it had left and it said actually it had plenty so could continue. Then again it stopped, and without me asking about tokens, wrote

Context Usage • Used: 112K/200K tokens (56%) • Remaining: 88K tokens • Sufficient for continued debugging, but fresh session recommended for clarity

lol. I said ok use a subagent for clarity.
by throwaway98797 | 2025-11-01 23:58:57+00:00
kinda silly given the ability of most people to infer anything substantial through finances and marketing copy

really company reviews is all that matters and even that has limited value since your life is determined by your manger

best you can do is sus out how your interviewers are fairing

are they happy? are they stressed, everything else has so much noise to be worse than worthless
by burnt-resistor | 2025-11-01 23:59:14+00:00
It's hurting farmers and small town local economies hard too.

Perhaps the precariat will partially awaken to the fact that the country club set on both teams doesn't give two shits about them, although parts of the limousine blue team claim to or may care slightly more but not enough to ensure universal healthcare or a decent standard of living for the 99%. Mamdani offers a glimmer of hope in a local, limited, and likely temporary manner when the 800 lbs. gorilla of corruption, brutality, and oppression continues at every level elsewhere.
by mkl | 2025-11-01 23:59:25+00:00
Not sure why the Twitter account is complaining about this now. Maybe it's part of a bigger sequence of issues? This particular one was resolved pretty quickly, back in August.

The Google bug report is dated August 21: https://issuetracker.google.com/issues/440183164

There are FFmpeg commits apparently fixing the sanm codec problem within a day or so: https://github.com/FFmpeg/FFmpeg/commits/140fd653aed8cad774f...

Earlier, on August 20, there are FFmpeg fixes for other issues in the same codec apparently also found by Google (by fuzzing not AI?): https://github.com/FFmpeg/FFmpeg/commit/5f8cb575e83a05bc95b8..., https://github.com/FFmpeg/FFmpeg/commit/e726f7af17b3ea160b6c...
by fm2606 | 2025-11-02 00:00:29+00:00
I used pg vector chunking on paragraphs. For the answers I saved in a flat text file and then parsed to what I needed.

For parsing and vectorizing of the GCP docs I used a Python script. For reading each quiz question, getting a text embedding and submitting to an LLM, I used Spring AI.

It was all roll your own.

But like I stated in my original post I deleted it without backup or vcs. It was the wrong directory that I deleted. Rookie mistake for which I know better.
by dwohnitmok | 2025-11-02 00:00:35+00:00
> And we could interview like adults, instead of like teenagers pledging a frat.

I think you're viewing the "good old days" of interviewing through the lens of nostalgia. Old school interviewing from decades ago or even more recently was significantly more similar to pledging to a frat than modern interviews.

> people who are genuinely enthusiastic

This seems absurdly difficult to measure well and gameable in its own way.

The flip side of "ad hoc" interviewing as you put it was an enormous amount of capriciousness. Being personable could count for a lot (being personable in front of programmers is definitely a different flavor of personable in front of frat bros, but it's just a different flavor is all). Pressure interviews were fairly common, where you would intentionally put the candidate in a stressful situation. Interview rubrics could be nonexistent. For all the cognitive biases present in today's interview process, older interviews were rife with much more.

If you try to systematize the interview process and make it more rigorous you inevitably make a system that is amenable to pre-interview preparation. If you forgo that you end up with a wildly capricious interview system.

If course you rarely have absolutes. Even the most rigorous modern interview systems often still have capriciousness in them and there was still some measure of rigor to old interview styles.

But let's not forget all the pain and problems of the old style of interviews.
by reachableceo | 2025-11-02 00:00:43+00:00
Have you tried to ask the agents to work with you in the way you want?

I’ve found that using some high level direction / language and sharing my wants / preferences for workflow and interaction works very well.

I don’t think that you can find an off the shelf system todo what you want. I think you have to customize it to your own needs as you go.

Kind of like how you customize emacs as it’s running to your desires.

I’ve often wondered if you could put a mini LLM into emacs or vscode and have it implement customizations :)
by sixdimensional | 2025-11-02 00:01:12+00:00
I totally agree. The reason I asked before offering any solution ideas was I was curious what you might think.

My brain went to the concept of memoization that we use to speed up function calls for common cases.

If you had a proxy that sat in front of the LLM and cached deterministic responses for inputs, with some way to maybe even give feedback when a response is satisfactory.. this could be a building block for a runtime design mode or something like that.
by dswilkerson | 2025-11-02 00:01:54+00:00
I will just add a comment on an aspect of using emacs that no one else mentioned: (1) I find that I must bind caps-lock to control, and (2) as far as I can tell, no operating system does this in a way that really works besides OSX. So now I am stuck using OSX because I use emacs. When I use a GNU/Linux machine, I do it by ssh-ing in over the network from an OSX machine. I think you may find this to be something you have to deal with as well.
by majormajor | 2025-11-02 00:02:21+00:00
I don't care about one-shotting; the stuff it's bad for debugging at is the stuff where even when you tell it "that's not it" it just makes up another plausible-but-wrong idea.

For code modifications in a large codebase the problem with multi-shot is that it doesn't take too many iterations before I've spent more time on it. At least for tasks where I'm trying to be lazy or save time.
by CarpeQueso | 2025-11-02 00:03:22+00:00
For what it's worth, this is actually one of the strong-points of helix. Many of the key-bindings display an unobtrusive list of follow-up actions that close without any lag if you already know what you're looking for. It's worth trying specifically because of how much effort has gone into being easier to pick up and get started with than something like vanilla vim.
by raphman | 2025-11-02 00:03:53+00:00
I have been using SailfishOS phones as my main driver for ten years now. Some random, personal, possibly uninformed thoughts:

- It is not for everyone. Some Linux experience and willingness to tinker with it is helpful.

- Despite the many limitations, I love the UI, the spirit, the platform, and the community. I fear the day where I have to switch to a different OS.

- Many Android apps can be run via the AlienDalvik/AppSupport middleware. However, raw BLE is not supported. Thus, most e-scooter apps won't work. My banking app runs okay-ish.

- Google Play Store and Google Play Services can be installed by following non-trivial tutorials. I don't use them.

- The hardware abstraction layer that makes proprietary Android drivers work with SailfishOS is cool.

- QML and C++/Python/JS allow for easy, rapid app development. The custom widgets have a unique, consistent, simple style.

- As most of the UI is written in QML, it is possible to adjust and extend most of the UI shell and the base applications just by editing these resource files on the phone. For example, one can add additional widgets to the lock screen or change animation speeds.

- A nice tool, Patch Manager allows transparently and reversibly applying such modifications. This is so cool, even though the patches often have to be adapted for each major OS version.

- Jolla, the Finnish company behind SailfishOS is tiny and had to let go a lot of engineers and supporting staff a few years ago. Development has slowed down significantly.

- There are about two dozen very active developers in the community who write awesome apps. There are native clients for Discord (no voice/video), Signal, Telegram, Slack, Mastodon, Hacker News, etc.

- Unfortunately, the browser is stuck with outdated Gecko (despite heroic efforts by a developer who upgraded it from ESR 78 to ESR 91 [1]).

- Only a few smartphones are supported by SailfishOS - either officially supported by Jolla (e.g., some Sony phones and some Jolla-branded ones) or supported via community ports. Often the hardware support is a little bit buggy.

EDIT: of course, if you visit the forums, you will see quite some criticism of Jolla - and some of it is well deserved. It would be great if there were better hardware, fewer bugs, better support for Android apps, etc. Personally, I feel that Jolla is really trying to make SailfishOS better but that they lack really stable sources of income and have made some less-than-ideal decisions in hindsight. The best solution would be to get EU funding for stabilizing the platform and finding a business model that generates recurring income from large organizations. Selling to private customers without being able to extract recurring income and being dependent on badly-documented hardware is not going to work.

[1] https://www.flypig.co.uk/?to=gecko&list_id=975&list=gecko
by imiric | 2025-11-02 00:03:53+00:00
Exactly.

A typical programmer works within unfamiliar domains all the time. It's not just about being familiar with the programming language or tooling. Every project potentially has new challenges you haven't faced before, new APIs to evaluate and design, new tradeoffs to consider, etc.

The less familiar you are with the domain or API, the less instincts and influence you have to steer the LLM in the right direction, and the more inclined you are to trust the tool over yourself. So when the tool is wrong, as it often still is, you can spend a lot of time fighting with it to produce the correct output.

The example in the article is actually the best case scenario for these tools. It's essentially pattern matching using high quality code, from someone who's deeply familiar with the domain and the code they've written. The experience of someone unfamiliar trying to implement the same algorithm from scratch by relying on LLMs would be vastly different.
by MrJohz | 2025-11-02 00:04:26+00:00
I'm quite unconvinced by this - it seems very easy to come up with all sorts of counterexamples, particularly in terms of public infrastructure, but also all of public services are regularly cut if the organising body doesn't see that service as achieving its goals any more.

It is true that public bodies are less concerned with profitability, which changes how they make decisions around deprecations and removals, but being cost-effective is still important for them, especially when budgets are low and need is high. In situations like that, it's not uncommon for, say, a service to get cut so that funding can be reallocated elsewhere where it's more needed.

I don't think publicly funding this sort of work would necessarily significantly change the equation here. The costs of XSLT are relatively high because of its complexity and the natural security risks that arise from that complexity. Meanwhile, it is very rarely used, and where it is used, there are better alternatives (generally loading a sandboxed library rather than using the built-in tooling).
by anuran-roy | 2025-11-02 00:04:29+00:00
AI needs context and memory - there's no questioning that. But if you build AI memory where the first thing that happens to the data is getting it passed through an LLM - tractability goes out for a toss. That EHR code you wanted your tele-health AI agent to remember? Good luck with that.

What if it didn't have to? That's what we're building at Alchemyst - the verifiable AI context layer for the Agentic Web.

For everyone - here's the Chrome Extension for AI context that you wish you always had - https://dub.sh/context-extension

PS: We're building a community around it too! Join: https://dub.sh/context-community
by ProLoser | 2025-11-02 00:04:31+00:00
For those of you in the San Francisco Bay Area, I built this map based off of data I crawled (using apify) from funcheapsf.com

It allows you to browser a map by date or category, read posts and add event details to your calendar through a simple mobile friendly UI.

Built for fun and love, please enjoy.

Been thinking about building one for 19hz
by westurner | 2025-11-02 00:04:40+00:00
Cool tool! Is the inotify directory/file watch count the limit?

I can't seem to remember the name of the pre-containers tool that creates a virtual build root and traps all the file syscalls. It's not strace.

Easier to trace everything an AI runs by running the agent in a container with limited access to specific filesystem volumes.

eBPF is the fastest way to instrument in Linux AFAIU:

Traceleft: https://github.com/ShiftLeftSecurity/traceleft

Tracee: https://github.com/aquasecurity/tracee

Falco docs > Supported events: https://falco.org/docs/reference/rules/supported-events/

Tetragon: https://github.com/cilium/tetragon

strace could have a --diff-fs-syscall-files option:

strace -p PID -f -F -e trace=file -s 65536
by not_another_hat | 2025-11-02 00:05:11+00:00
I've been using SailfishOS since 2014. Jolla 1, Xperia X, Xperia XA2 and currently Xperia 10III. I also have used Android phones and iPhones at work.

For some people the downsides are lack of apps. The few Android apps I use work just fine with the current hardware. Sadly I still have to use WhatsApp for a while, but for Signal there is a native app, WhisperFish.

The main thing to me is that SailfishOS is a Linux on your pocket. You can ssh into it, sync stuff with rsync or syncthing, edit your stuff with vim, have cron do stuff, or what ever you like. My old phones I use as remote sensors now.

There was a point that I tried to switch to iPhone. I struggled for a long time to get on par with the usability that I had with SFOS. I came pretty close, but the card house of different apps I had to build was pretty unreliable.

My phone is also my wifi hotspot. If I turn on vpn on my phone, then all the traffic from every connected device goes via vpn. I couldn't get iPhone to do this.

The team behind SailfishOS is pretty small, and regrettably shows in many areas. But still for me the clear winner of these three. It's not for everyone, but if you know your way around Linux it's great :)

So, not an Android or iPhone killer, but a good solid platform. The newest version 5.0.0.71 came out just a few days ago.
by amrocha | 2025-11-02 00:05:24+00:00
The real problem will be in 5 years, when current university students having their brains melted by AI that somehow luck into entry level positions can’t ever get to senior level because they’re too reliant on AI and they literally don’t know how to think for themselves. There will never again be as many senior engineers as there are today. There won’t be any good engineers left to hire.

Look around you. 15 years ago we didn’t have phones and now kids are so addicted to them they’re giving themselves anxiety and depression. Not just kids, but kids have it the worst. You know it’s gonna be even worse with AI.