MurphyA/hacker-news huggingface dataset:
by zozbot234 | 2025-04-01 14:02:42+00:00
> At the common resolutions and with purpose-built CRT monitors, pixel boundaries were quite clear and distinguishable.

Being able to clearly resolve individual pixels (which I agree was a thing at resolutions like 640x480 or 800x600. 1024x768 is pushing it already though) is not the same as seeing "crisp" boundaries between them. The latter is what I was objecting to. 320x200 (sometimes also 320x240 or the like) is a special case since it was pixel-doubled on more modern VGA/SVGA display hardware, so that's the one case where a single pixel was genuinely seen as a small square with rather crisp boundaries, as opposed to a blurry dot.
by aaronmu | 2025-04-01 14:02:48+00:00
I've been using F# professionally for the past seven years across different contexts. First in a small software shop and now while bootstrapping a SaaS company. Some observations:

* It’s easier to attract smart developers to an F# project than to a [mainstream language] project. This was one of my driving beliefs when I introduced F# seven years ago. https://www.paulgraham.com/pypar.html. This is probably just as true for languages like Elixir, Clojure, ... But F# is what we went with.

Small Software Shop Context

* We operated in a small market where customers eventually dictated our tech stack (.NET & React). In that market, F# was a major advantage—it allowed junior developers to build apps that "just worked" with minimal regressions. Even with mediocre code quality, I felt confident that we could refactor safely at any time.

* I constantly had to justify F# to clients, which was exhausting. We always delivered decent results, so it worked out, but my partners were never as confident in defending F#.

Bootstrapping a SaaS Company

* F# has been invaluable for shipping features quickly and taking shortcuts when needed.

* Three years in, our codebase is large and contains its fair share of messy parts. But we can still develop new features at high speed with minimal regressions. Refactoring is relatively safe and straightforward.

* Compilation speed is the Achilles’ heel. If you don’t monitor it, the compiler slows down to the point where it impacts productivity. Earlier this year, waiting over a minute for feedback after a small change became unbearable. A lot of our "clean-up" work focuses on optimizing compilation times. We're still learning, but we’re optimistic that we can restructure the project to significantly improve build performance.

EDIT: maybe one more point. I see a lot of C# vs F# popping up here. Yes, C# has all the features that F# has. But do not underestimate how well designed F# is. It is an extremely simple language to learn compared to C#. There is a very limited amount of keywords to learn. And they compose extremely well. If you learned F# 7 years ago, took a break, and came back today, you'd simply write the same boring code that you would have written 7 years ago. And along the way you'd find out that some things have gotten a bit nicer over time.
by gertrunde | 2025-04-01 14:02:50+00:00
I suspect that in this case "seaglider" is just REGENT's marketing name, rather than a term with broader uptake. All the places I'm seeing the name 'seaglider' used in this context look like REGENT's prospective customers.

The term is also being used for some underwater drones (see https://apl.uw.edu/project/project.php?id=seaglider and https://en.wikipedia.org/wiki/Seaglider).
by insane_dreamer | 2025-04-01 14:03:11+00:00
> Firstly, that isn't true. The US is a common law system, that common law being English common law, and because common law systems still share many features, they can use decisions and case law from other common law jurisdictions in their own decisions

While US law has its roots in English common law, and common law concepts were referenced by the Founding Fathers, it has absolutely no bearing on US constitutional law.

It's interesting from a historical perspective, but that's it.

Jus soli has nothing to do with the US constitution or US laws. Period.
by yorwba | 2025-04-01 14:04:00+00:00
It's a bit like segmenting "don't see" into "don't" and "see." ません is the negative of the auxiliary ます just as "don't" is the negative of the auxiliary "do." If you have to split Japanese text into words and want to be principled about it, treating ません as a separate word is not a bad way to go about it.

But of course there are other ways, so a "fill in the blank" question with two gaps right next to each other is generally a bad idea.
Show HN: MCP Log Reader – Open-source server to analyze MCP logs faster
by mrciffa | 2025-04-01 14:04:02+00:00
I've open-sourced MCP Log Reader - an MCP server that helps you analyze and debug MCP server logs. It provides structured access to Claude's logs, making it easy to troubleshoot MCP integrations and understand AI-tool interactions.

What MCP Log Reader does: - Multi-platform support for macOS, Windows, and Linux with system-specific log paths - Smart filtering with case-insensitive text search for quick issue identification - Paginated browsing to navigate large log collections efficiently - Size management that handles large log files with intelligent truncation - Seamless Claude Desktop integration as a standard MCP server

The tool works by locating, sorting, and filtering MCP logs with a structured output format: - logs: Record of {filename: content} for each retrieved log file - pagination: Object with {currentPage, filesPerPage, totalFiles, totalPages, hasNextPage, hasPreviousPage} - logDirectory: String with the directory path where logs were found - message: Summary of operation results

Currently supports Claude Desktop with TypeScript implementation. Installation requires only cloning the repo and running with Node.js.

I'm building more tools to help debug MCP server and analyze AI-tool interactions. What challenges are you facing with MCP development or integration? What information would help you better understand how your tools interact with your MCP servers?

Links: - Repo: https://github.com/klara-research/MCP-Analyzer
by sandreas | 2025-04-01 14:04:42+00:00
I'd suggest Mint or Fedora. Mint is more beginner friendly / windows-ish, Fedora is more modern and polished.

In general Linux user exp. is more about Desktop environments than Distribution. The "what's under the hood?" question is not important as long as YOU are responsible for the maintenance (installing apps, backups, updates, etc), so you could even go NixOS, Arch or Gentoo, if you'd like. I'd also recommend to add an invisible automated backup (syncthing or restic+hetzner storage box).
by halper | 2025-04-01 14:04:52+00:00
But is the point not that the person who needs to pay this tax, if they accept the free gift of land etc, still gets to keep 55%?

There are cases that can be imagined (a child inheriting an old house in a high-COL location) where it feels unfair, but in this case it sounds like free money. Surely the government is not asking for more money than the land is worth, or something like that?
by linsomniac | 2025-04-01 14:05:24+00:00
I tell you, I was an HP-UX sysadmin into the late '90s and the regional telco used a LOT of HP-UX.

Around '95 I spent a solid year setting up a pair of T520s worth about a million bucks, to be a HA cluster responsible for part of the billing process, which was being ported to Unix from the IBM mainframe by a team of 20 (mostly inept, a few smart cookies) programmers. Only to be cancelled at literally the last possible moment to keep on the mainframe. I highly suspect that it was all a ploy to get better mainframe upgrade terms.

Not on April 1st, but at one point management spent the last of their budget for the year on upgrading this pair of T520s from 2GB to 4GB of RAM. BUT they didn't buy extra drives to grow swap, and we were already WAY into the deployment so we couldn't just go repartitioning. HP-UX required all memory to be backed by swap to be able to use it, so the extra 2GB of RAM went entirely unused.
by bayarearefugee | 2025-04-01 14:05:28+00:00
Even ignoring the FSD aspects of these electric vehicles (which are problematic enough at their current level of technology) the fact that they are allowed to do things like hide away the mechanical release handles (required to get out if power is lost, which is very likely in a crash) in weird barely accessible spots inside the door well seems just absolutely fucking bonkers to me.

And this is common, some of Tesla's are actually harder to locate than the ones in this Xiaomi
by frereubu | 2025-04-01 14:06:26+00:00
Every democracy has a failure point. The US seems to be past that now, where the executive is starting to ignore the judicial branch. In my view, if the institutions were working correctly, Trump would never have been able to stand again after January 6th, and this would have been as a result of judgements by judges appointed by the executive. But institutions are run by humans and sometimes nothing can save them.
by rcarmo | 2025-04-01 14:06:33+00:00
I did something similar a long while ago, albeit less inspired: https://www.flickr.com/photos/ruicarmo/10493954496/in/album-...

(there's a photo of a Nokia "running" Linux in that album - https://www.flickr.com/photos/ruicarmo/16931940010/in/album-... - I got a lot of mileage out of that animated GIF)
One Career, One Language: Could Rust Be This Generation's C?
by vmcalls | 2025-04-01 14:06:49+00:00
Those C programmers from the 70s had it made, didn't they? One language took them from mainframes to microcomputers to workstations to early web servers to embedded systems. Entire 40-year careers with the same core skillset. Ever since then we've been playing language hopscotch.

Rust feels like the first language since C that could realistically span an entire career again. The same language that lets you write an OS kernel also builds web frontends through WASM. The same code that runs on microcontrollers also powers cloud infrastructure. When was the last time a language had that range without compromising?

Sure, we've all gotten used to juggling makefiles and autotools for system work while switching mental models for application domains, but what if we didn't have to? What if all those hard-won lessons about memory management in C were handled automatically without sacrificing performance or control?

Has anyone else made the jump from a C-based ecosystem to Rust for this reason? Are you finding it genuinely works across domains, or are there still gaps where you need to switch languages? I'm curious if others see this as a serious opportunity for a "whole career language" like C once was.
by piva00 | 2025-04-01 14:06:52+00:00
I would say any activity that demands focus would have the same pattern, anyone who has driven a car, rode a bike, etc. should be able to tell that it takes a while for you to get into focused mode if you let it drift even for a short while.

It's much more pronounced if you've ever raced a car on a track, rode a fast bike on tricky paths, or even go-karts, if your mind wander for a split second it takes a few seconds of active focusing to get back to the baseline where you enter "flow" again with the activity.

Expecting drivers who let a machine control their machine, getting out of the control feedback loop, to be able to regain focused control over split second decisions is just absurd to me.
by sobriquet9 | 2025-04-01 14:07:34+00:00
I think if you showed not only the point estimate, but also some measure of uncertainty like standard deviation, it should have given you a passing grade. It's hard to say why an answer like 6.8 +- 5 is wrong.

Even if you don't yet have formal statistical chops, it should be at least possible to show cumulative distribution function of results that will convey the story better than a single answer with overly optimistic implied precision.
by aredox | 2025-04-01 14:08:48+00:00
There are two dimensions to "safe":

-how often does it fail,

-what are the consequences of a failure.

When you plot those two and set what is the "acceptable" area, it is skewed. And it is perfectly normal.

https://www.wolterskluwer.com/en/solutions/enablon/bowtie/ex...
Show HN: Local, automatic, image keywords, captions using metadata for storage
by Eisenstein | 2025-04-01 14:09:21+00:00
I wanted something that would use a vision capable language model to be able to generate captions and keywords for my image folders without using a cloud or remote API. I didn't want RAG or anything that relied on a database and wouldn't let me move or rename the files and still keep them searchable. Also had to be multiplatform and as portable as possible.
by ty6853 | 2025-04-01 14:09:23+00:00
Your case is predicated on the assumption that national security is a goal, and therefore highly flawed, as that is only the idealized goal of our military sector. Soldiers are largely brainwashed and lied to about this, which often perpetuates this thinking, as there may be some feeling somehow these indictments strike their core rather than where the real blame belongs which is in the high level orchestrators.
by pvg | 2025-04-01 14:09:41+00:00
Those C programmers from the 70s had it made, didn't they? One language took them from mainframes to microcomputers to workstations to early web servers to embedded systems. Entire 40-year careers with the same core skillset. Ever since then we've been playing language hopscotch.

I'm pretty sure this premise is trivially falsifiable.
by axelfontaine | 2025-04-01 14:10:05+00:00
The classic recommendation would be Passau - Vienna as the infrastructure is very well built out and Vienna is a great destination. This can easily be combined with a start in Munich and taking the bike back on the train to Munich for a round- trip that takes around 5-7 days (+-500 km).

That being said a few other sections come to mind:

- the very start from Donaueschingen to Regensburg is on beautifully wild cycling paths in the middle of nature with a number of interesting cities along the way

- Vienna - Budapest + train back is another fun loop including 3 capitals!

- For the more adventurous, the Serbian part is very scenic too. Belgrade is great. Leaving it on the busy road not so much. After that you quickly find yourself on a meandering road along the shore with spectacular cliffs and tunnels. No cycling path anymore. But well worth it.

- Romania is still challenging for cyclists, but the delta is very spectacular if you get a chance to visit it (by boat, no bike , as there are no roads).
by mrweasel | 2025-04-01 14:10:09+00:00
Fast and water based I can sort of see, but there's no point to it avoiding radar. The range of 180 miles (assuming I read that correctly) also makes it pretty pointless for search and rescue. You would have to know where someone is, the weather must be good enough to land on water, and they can't be more than 60 miles away.

A NH90 helicopter is faster, at 190mph (300km/h) and have longer range at 500 miles (800km). It also doesn't have to land to rescue someone.
by jfengel | 2025-04-01 14:10:09+00:00
At least in El Salvador, he's got access to the (notoriously crappy) Salvadorian courts, and the protections granted by the Salvadorian constitution. It's not much, but it's something.

Camp X-Ray was specifically designed to be nobody's jurisdiction. They have nothing.

That is utterly shameful. It brings back reminders of our slave-owning past, where human beings were deprived even of the ownership of their own bodies.
by skrebbel | 2025-04-01 14:10:14+00:00
> For Elixir, you need some basic Erlang knowledge

As an Elixir programmer, this does not resonate. Basically the only thing I've ever felt I needed to understand Erlang for was ets, but let's be honest, that's not really proper Erlang but just the terrible ets query syntax. And all this requires is "ability to read enough erlang term syntax to be able to understand the ets manual". I don't think I could write a single line of correct Erlang by heart.

I feel like that's different in F#, where you still need to know lots of .NET internals which are all documented in C#y terms with C# examples etc. Elixir wraps pretty much all good Erlang/OTP internals in nice Elixiry modules, which solves that quite nicely.

Elixir has its warts but this really isn't one of them.
by IshKebab | 2025-04-01 14:10:23+00:00
Sadly not because it's been about 6 years since I looked at it! (We ended up switching to React.)

IIRC it's pretty close, but you'll still end up writing things like `{ type: String, required: false }` where in React you'd just write `string | undefined`.

I'm sure I would find many more issues if I was using it in anger, because it's building on a foundation that didn't have Typescript in mind. E.g. see this thread:

https://www.reddit.com/r/vuejs/comments/l456fl/is_vue_3_real...
by halper | 2025-04-01 14:10:24+00:00
I was right-leaning when I was young and then I saw where the policies of the last three decades have taken us and I do not like it. I have earned a top-percentile salary in a rich western country and paid lots in income tax, and I would happily give more away to make sure people who make different life choices are taken care of and get more chances in life. The rich need no more money.
by PaulHoule | 2025-04-01 14:10:34+00:00
"Instant" can mean different things to different people.

I have an HTMX/Flask/Bootstrap app that feels instant for most requests on the LAN, except when it doesn't.

Often React apps are pretty snappy, but if you want to do complex data validation on controlled forms, where the state updates for every keystroke, it can drag you down. There are good frameworks for doing uncontrolled forms in a disciplined way

https://react-hook-form.com/

but it's another thing to add to your bundle. React is also not fast enough to do animations so you have a lot of .show/.hide (or display: none) CSS has facilities to do transitions and animations that are pretty good but I always find it a little nervewracking for a JS application to have state in React state variables and any other kind of state. Some ImGUI frameworks have components that look superficially like React components but are fast enough to animate every frame, which makes me feel like I am in control and get the animation to look exactly what I want.
by CharlieDigital | 2025-04-01 14:10:36+00:00
> Even for the parts that are being compiled to JS: You wouldn't say: You can not have C++ in production, only binaries.

I would say that because it can be decompiled; the type information is still present. Same with C#. I can decompile the binary and still see the type information.

The process of going from TS to JS is lossy; you cannot get back the type information.

I would absolutely say "I have C++ in production" or "I have C# in production" but not say "I have TypeScript in production". "We build our app with TypeScript" is accurate, but it is transpiled -- not compiled -- into JavaScript. Your Node.js server then interprets that JavaScript and executes C++.
by flufluflufluffy | 2025-04-01 14:10:57+00:00
It sounds cool and all but the single button thing just irks me. The point of React is for making a system of components with potentially complex relationships between them/when they’re displayed, etc… Nobody is using React to put a single button on their website. It’d be nice if there was a more useful, practical “benchmark” that your entire marketing of the library is centered on.
by phaedrus | 2025-04-01 14:11:00+00:00
This framework is a good example of something I call, "there's plenty of room in the middle." (In analogy to Feynman's "plenty of room at the bottom" about nanotechnology.)

Much like how Cosmic Inflation in the early universe left the imprint of microwave background radiation written exponentially large across the sky, I believe the exponential expansion of computing during the era of Moore's law left whole sections of scale in software not-fully-explored.

Specifically, as "average app sizes" went from 1K - 10K - 100K - 1M - 10M - 100M+, you could imagine the 1K-10K got fully explored because the space wasn't that big to begin with, and the 1M - 10M range got, if not explored at least inhabited, but it could be that that middle range of "neat applications that weigh in ~100K+ but less than 1M" didn't get completely explored because we didn't spend enough time in that era of computing.

A similar thing may be playing out in AI scaling, where we went from tiny to medium to huge model sizes, but now some new participants are going back and doing neat things with medium sized models.
by hk1337 | 2025-04-01 14:11:43+00:00
One of the main features I love about Safari is that in private browsing mode, the tabs (at least) appear to be completely isolated.

If I go to Facebook and login in one tab, then open a second tab and go Facebook, it doesn't recognize that I have logged in. There's moments where that is annoying but most of the time it's useful.
by jerf | 2025-04-01 14:12:05+00:00
This is early high school. We didn't have error bars yet, we just took an average. I just used that as a convenient way to describe how erratic our numbers were. If 6.8 is the average you know we had some low numbers in there. And some nice high ones, too.

You're certainly correct that the true value would have been in our error bars, and one of those good teachers I acknowledge the existence of in my large paragraph, sarcastic as it may be, could conceivably have had us run such a garbage experiment and shown that as bad as it was, our error bars still did contain the correct value for probably all but one student or something like that. There's some valuable truth in that result too. Cutting edge science is often in some sense equivalently the result of bodging together a lot of results that in 30 year's hindsight will also be recognized as garbage methodology and experiments, not because the cutting edge researchers are bad people but because they were the ones pushing the frontier and building the very tools that later people would use to do those precision experiments with later. I always try to remember the context of early experiments when reading about them decades later.

It would also have been interesting to combine all the data together and see what happened. There's a decent chance that would have been at least reasonably close to the real value despite all the garbage data, which again would have been an interesting and vivid lesson.

This is part of the reason this is something that stuck with me. There were so many better things to do than just fail someone for not lying about having gotten the "correct" result. I'm not emotional about anything done to me over 30 years ago, but I'm annoyed in the here and now that this is still endemic to the field and the educational process, and this is some small effort to help push that along to being fixed.
by seanwatters | 2025-04-01 14:12:48+00:00
public verifying key: [86,10,27,184,67,57,76,92,187,198,164,56,154,224,189,35,72,85,79,149,217,241,238,155,33,64,193,202,178,136,183,50]

public exchange key: [222,204,53,153,33,212,247,174,180,162,45,216,108,13,79,187,183,21,57,109,201,247,102,189,30,155,165,169,213,33,100,78]
by greenbeans12 | 2025-04-01 14:12:49+00:00
Hey HN, I'm Cedric, the other dev behind Crystal here

Hallucinated data sources and statistics from commercial chat interfaces is still a major problem. Reasoning models provide a higher level of confidence in results, but are typically restricted to web searches and its training data. In many tools we tried, the tool was "blind" to the underlying data sets.

In addition, while many are focused on private "Chat with your data" or commercial solutions, there's an overlooked trove of public datasets and APIs out there that have not been fully explored yet. Federal organizations like HUD and EPA maintain high-quality datasets that are difficult to find and locate to query using the right parameters.

Crystal bridges these two opportunities into a (what we think) is a clean and concise tool to democratize access to local, state, and federal government data. Give it a try, it's free!

https://askcrystal.info/