MurphyA/hacker-news huggingface dataset:
by glenstein | 2025-08-09 02:26:00+00:00
>LLMs cannot conform to that rule because they cannot distinguish between good advice and enabling bad behavior.

I understand this as a precautionary approach that's fundamentally prioritizing the mitigation of bad outcomes and a valuable judgment to that end. But I also think the same statement can be viewed as the latest claim in the traditional debate of "computers can't do X." The credibility of those declarations is under more fire now than ever before.

Regardless of whether you agree that it's perfect or that it can be in full alignment with human values as a matter of principle, at a bare minimum it can and does train to avoid various forms of harmful discourse, and obviously it has an impact judging from the voluminous reports and claims of noticeably different impact on user experience that models have depending on whether they do or don't have guardrails.

So I don't mind it as a precautionary principle, but as an assessment of what computers are in principle capable of doing it might be selling them short.
by banashark | 2025-08-09 02:26:04+00:00
Comparisons to typescript/node (which I have more ai hours in, but equal experience)

Pros:

* type system is less flexible which simplifies things for the ai

* mostly functional code

* the language hasn’t evolved as much as others because it’s had a strong foundation of features for a while, leading to the corpus containing fairly common themes

Cons:

* smaller corpus

* no reliable hot reloading, which causes annoying iterations of starting a server in the background to test, then forgetting to stop it and hitting errors from starting it again. It does this even when attempting to prompt against it

* Struggles with some breaking changes and interfaces for dotnet things (using old apis, installing old versions of packages)

* file ordering dependency messes with its flow. Usually has to stop to reorder things every once in a while. Can create a mess in the fsproj

Overall my “tier-list” so far has f# below typescript, but above a number of other environments (Kotlin/jvm, Ruby, c#).

Last week I wrote out a 2 page prd for a small service and it got about 95% of the way there (not including tests). If you’re promoting doesn’t have to do with web framework stuff, or you have a repository with existing patterns, it does pretty well.

I gave it a task of “write an inertiajs 2.0 server compatibility library for the oxpecker framework” with a few extra things to create an example test and verify with the playwright mcp. It struggled pretty hard and didn’t end up anywhere close to what I had in my head.

So I’d definitely say that directing it more than vibing would yield a higher chance at success.
by moron4hire | 2025-08-09 02:26:24+00:00
If you feel forced to use vscode due to "lack of better alternative" but then stop at using .NET, then you're really missing out on tools that lack better alternatives.

.NET has spoiled me so badly with C#, NuGet, and the debugger that I just don't have the patience for any other languages with their half-assed build systems, janky package managers, and after-thought debuggers.

MSBuild and the dotnet CLI tool may not be fancy, but they work and I generally find "fanciness in the build system" to be a gateway drug to "broken-ass builds that invite new layers of new broken-ass build tools on top".

Every .NET project I've worked on in the last 15 years I could pull from the repo and build-and-run immediately. I can't really say that for almost any other platform.

I was onboarding some Python developers into a C# project at work. I walked them through installing the SDK, cloning the repo, and running the app. One of them piped up,

"That's it?"

"Yeah, that's it. What do you mean?"

"What about virtual environments?"

"Uhh, I'm not sure what you're getting at."

"What if I have multiple versions of the SDK for different projects, how do I keep them from clashing?"

"Oh, yeah, don't worry about that. They all can co-exist side-by-side. Which version a project uses is part of its build settings. Venv just isn't a thing in .NET."
by CrimsonCape | 2025-08-09 02:27:52+00:00
I had a thought today, "when is Microsoft and/or Apple going to earnestly search out their next Steve Jobs?"

And I think the answer is that guys like Bill Gates and Tim Cook are too proud, too prideful to admit they are not kickass rockstars of tech, too jealous to find and cultivate their next super-figurehead. Instead they are safe and lame.

Microsoft needs a non-lame, non-MBA, engineer to take control and inject some younger mindset into making themselves cool again, focused back on tech, UI, user experience, and passion. Engineer tooling would be a great approach.
by suprjami | 2025-08-09 02:29:23+00:00
I think that's unlikely to get widespread traction.

Source code is not for computers, it is a way for human developers to communicate with each other.

Compilers/interpreters are a consumer of that communication.

Without easy communication of ideas, software does not work. That's why very few people write in raw assembly (hardware or bytecode) and why so many people write in programming languages.

LLMs will not remove the human interchange of ideas. At least not the current generation of generative LLMs.
by aidenn0 | 2025-08-09 02:29:38+00:00
> in-network (non-specialist) referral for a same-day appointment

My HMO takes 5-10 business days to approve a non-emergency referral; 3-days for an emergency one doesn't matter what my GP does. Though it's partly moot by the fact that I would have to drive hours to find a specialist that isn't booking many weeks out, it's exacerbated by the fact that no specialists let one schedule an appointment prior to the referral being approved.

> Surely it's better for both of us if you just find a new GP?

Or I can just go to urgent care if I have an urgent issue?
by mh- | 2025-08-09 02:30:43+00:00
Oh this is brilliant. Why haven't I thought of this?

I travel a lot for work and always take a pic of my parking space number. A few weeks back I forgot to, realized I forgot before I got in the security line and was like.. nah, I won't forget on a short trip.

When I got back later that week I walked the entire floor of the garage, about 25 minutes.
by akkad33 | 2025-08-09 02:31:08+00:00
F# is a chimera of a language. The functional parts of the language are nicely designed: no nulls, discriminated unions (ADTs), you write simple functions in simple modules and there is nothing that is too clever to understand: it's very pragmatic. Then there is a whole lot of stuff like inheritance, classes, interfaces, nulls mainly there for dotnet interoperability that gets very ugly very fast. There are way too many variants of the same thing: records, classes, struct records, tuples, struct tuples etc, which are mainly there either for compatibility with similar c# stuff or because the default language constructs often result in suboptimal code. At the end I went with Rust because it has one way of doing such stuff. And for those interested in a gc language with functional features there is now Gleam
by llm_nerd | 2025-08-09 02:31:27+00:00
TPUs are accelerators that accelerate the common operations found in neural nets. A big part is simply a massive number of matrix FMA units to process enormous matrix operations, which comprises the bulk of doing a forward pass through a model. Caching enhancements and massively growing memory was necessary to facilitate transformers, but on the hardware side not a huge amount has changed and the fundamentals from years ago still powers the latest models. The hardware is just getting faster and with more memory and more parallel processing units. And later getting more data types to enable hardware-enabled quantization.

So it isn't like Google designed a TPU for a specific model or architecture. They're pretty general purpose in a narrow field (oxymoron, but you get the point).

The set of operations Google designed into a TPU is very similar to what nvidia did, and it's about as broadly capable. But Google owns the IP and doesn't pay the premium and gets to design for their own specific needs.
by Magmalgebra | 2025-08-09 02:32:17+00:00
I wish the article talked more about why people use Redis as a rate limiter and why alternatives might be superior. Anecdotally I see the following play out repeatedly:

1) You probably already have Redis running

2) Adding a "good enough" rate limiter is easy

3) Faster solutions are usually more work to maintain given modern skillsets

If you are a b2b SaaS company odds are your company will exceed 10 billion in market cap looong before Redis rate limiting is a meaningful bottleneck.
by gleenn | 2025-08-09 02:32:40+00:00
Agree, there seems to be a lot of skepticism. Maybe this is a cop-out but most people probably don't even need some perfectly implemented rate limiter and having a basic, efficient, easy solution that solves most of the problem isn't horrible, it's just pragmatic. I don't think anyone is running around claiming Redis is the end-all solution to rate-limiting.
by anon84873628 | 2025-08-09 02:33:13+00:00
This article is not about a livestock feed, it's about creating a pasture polyculture that reduces the need for nitrogen fertilizer application.

The 60% claim is "in comparison with pastures without the use of nitrogen fertilization." And of course only applies to the region and cattle breed they studied, not to mention only cattle raised on pasture in the first place.

It's not claiming to be a magic growth tonic for all cattle. Though I agree the title is a bit exaggerated and invites misinterpretation.
by ecesena | 2025-08-09 02:34:17+00:00
You could run a Solana validator. Here's a calculator if you want to get a sense of the potential revenue: https://www.aeropool.io/validatorprofitcalculator

Bare in mind:

- bandwidth will be high, say 20-25 TB/mo outgoing

- ram you might be tight, if you have the chance to grow to 384-512 it'd prob be better

- you'll need at least 2 boxes, one for mainnet and one for testnet. Testnet will be "less important" so you can still run a lot of other things on that machine

If I were you, assuming you find this interesting, I'd start a testnet node on your current machine, get practice with it, as I was mentioning keep running your other services. And then if you're convinced you just rent a 2nd machine on any of existing providers/your favorite location to run mainnet.
by banashark | 2025-08-09 02:35:29+00:00
I understand where you're coming from, but I'd challenge your dismissal of that note by noting how seemingly powerful a large ecosystem of available packages is when onboarding people to an ecosystem.

I don't think Scala, Kotlin, or Clojure would have had as much adoption if they hadn't had access to the JVM ecosystem of libraries available.

While it's not the only benefit, I think one could just point at the usage of OCaml as the alternative to F#. While both are in the lower percentages of language popularity/usage, I've worked with at least 50 (dozens lol) people who were paid to write production F#.
by cosmic_cheese | 2025-08-09 02:35:33+00:00
4k is a detractor for my usage, no integer scaling, which is annoying not just under macOS but also Linux. 2560x1440 or 5k are preferred.

I guess you’d probably need a UPS for a powered dock, I don’t know. The power is out too infrequently where I live for it to be an issue and it’s nice for the dock to be able to charge for one cable swapping between machines.
by comex | 2025-08-09 02:36:22+00:00
If you're evaluating JSON as JavaScript, you also need to make sure none of the objects have a key named "__proto__", or else you can end up with some strange results.

(This is related to the 'prototype pollution' attack, although searching that phrase will mostly give you information about the more-dangerous variant where two objects are being merged together with some JS library. If __proto__ is just part of a literal, the behavior is not as dangerous, but still surprising.)
by tengbretson | 2025-08-09 02:37:14+00:00
> According to him, if the leguminous plants whose reproduction is stolon-based are adequately managed in the pasture, they will persist there. "In desmodium's case, the solution is to have the cattle graze it when the plant height reaches 30 cm and remove the animals when the average height is 15 cm", he recommends.

The risks associated with over-grazing something like this makes me think it would be ill-suited for anything but management intensive rotational grazing type operations. And even then it seems a bit risky.
by akkad33 | 2025-08-09 02:38:39+00:00
> NET has spoiled me so badly with C#, NuGet, and the debugger that I just don't have the patience for any other languages with their half-assed build systems, janky package managers, and after-thought debuggers.

Rust and cargo are pretty good and only getting better. I don't really see a good use case for anything dotnet when JVM exists
by banashark | 2025-08-09 02:38:44+00:00
Well there are the 3 you mentioned (records, classes, and tuples) which should be easy enough to differentiate from each other. The struct versions aren't necessary to use in most cases, and are an optimization.

The thoughtful, but not breakneck speed of changes within the language is one thing I appreciate a lot. Things do get added (there are proposals and discussions that are fairly regular in the GitHub repo for language design matters). A recent example is adding a spread operator.
by AdieuToLogic | 2025-08-09 02:41:20+00:00
> I do not understand how they could develop a language inspired by OCaml but not bring over labeled function arguments. A real L when it comes to ergonomics.

Is this what you desire?

Named Arguments[0] Arguments for methods can be specified by position in a comma-separated argument list, or they can be passed to a method explicitly by providing the name, followed by an equal sign and the value to be passed in. If specified by providing the name, they can appear in a different order from that used in the declaration.

0 - https://learn.microsoft.com/en-us/dotnet/fsharp/language-ref...
by hibikir | 2025-08-09 02:43:18+00:00
The story about picking an unpopular disease that was easy to test reminds me of why Monsanto went with glyphosate resistance as the first serious GMO target: Trivial testing.

Back when Monsanto started that kind of research, the technology to modify a plant's DNA, and checking the quality and location of the modifications were extremely crude: you'd see the modification inserted into hundreds, if not thousands of locations at once. It was definitely going to make the plant worse at growing at the beginning, and require a lot of work to use traditional breeding to improve the seedstock again. But glyphosate had a huge advantage: Testing whether your new GMO plant has your genes properly activated is trivial. plant all the modified seeds as you can, wait a few days until you have leaves, then spray the whole thing with glyphosate: If the DNA didn't make it, or it's in a place where it doesn't get expressed enough, the plant just dies. No need to use a chipper and spend a ton of money sequencing and checking the specific location of the insertion.

Today the speed and price of genomic pipelines is such that one can attempt a lot more complicated things and get results without risking so many failures, but if you make detecting failure cheap, you end up ahead anyway.
by theevilsharpie | 2025-08-09 02:43:47+00:00
If we're comparing incompatible platforms, then the Apple M4 Max's iGPU is weaker than the Playstation 5 Pro's AMD iGPU in everything except for memory capacity.

Intel has a competitive iGPU in the low-power mobile space. Their iGPUs in general are also pretty solid for general desktop use. But even in the x86 space, AMD has better-performing iGPU options than anything Intel has ever offered.
by deathanatos | 2025-08-09 02:44:33+00:00
> I don't want to use Microsoft technologies unless forced to or no better alternatives

Agreed there.

> (GitHub

Github is probably in the "forced to" category, since the employer, not employee, decides, I assume.

> / vscode)

… but really? Vim. I've yet to see someone using VSCode on a VC meeting stream that isn't seemingly floundering. What does VSCode get me, aside from a proprietary editor from a company I do not trust? Telemetry and AI slop built in?

Or, you know, ed is the standard editor. /s
by akkad33 | 2025-08-09 02:44:59+00:00
Yeah those examples I gave are not the best. But why records and classes when records can also have methods. What I was getting at was the language looks good until you dive deeper and get into all those rough edges of dotnet interoperability. An example I can think of is functions/methods. I think F# style is to write curried functions (no brackets for function inputs), except class methods are written mostly non curried. Computation expressions are non curried also even though that is an F# only features. Then there are two ways of writing generics: C# reified generics and rust like monomorphised generics (with inline keyword) and they used to have two different syntaxes until recently
by mgfist | 2025-08-09 02:45:44+00:00
Lol ngl I somehow missed that.

Still, it's pretty clear Enron and OpenAI are massively different companies. It's kinda strange that one would compare them at all. OpenAI is not even a public company. Their products have nothing alike. Their business models are nothing alike. One had literal fraud (maybe OpenAI does too but that would be speculation). Even if OpenAI dies, it's still the reason for $100s of billions in capex across the industry. It's still the reason why everyone in tech is talking and working on AI. And the product is real. You can use it. It's not a fancy demo with a mechanical turk behind the scenes.
by wkat4242 | 2025-08-09 02:48:14+00:00
> whereas at best you would have to trust the AI cloud providers that they are not training or storing that data.

Yeah, about that. They even illegally torrented entire databases, hide their crawlers. Crawl entire newspaper archives without permission. They didn't respect the rights of big media companies. But they're going to respect the little guy's of course because it says to in the T&Cs. Uh-huh.

Also, openai already admitted that they do store "deleted" content and temporary chats.
by theevilsharpie | 2025-08-09 02:51:29+00:00
Intel has only about half of the server market at this point, and that's with their products priced so low they're nearly selling them at cost.

The margins on their desktop products are also way down, their current desktop product isn't popular due to performance regressions in a number of areas relative to the previous generation (and not being competitive with AMD in general), and their previous generation products continue to suffer reliability problems.

And all this, while they're lighting billions of dollars on fire investing in building a foundry that has yet to attract a single significant customer.

Intel's not in a good spot right now.
by banashark | 2025-08-09 02:54:46+00:00
Yeah typically if you're exposing F# code out to C# as a library, you'd want to keep the external API utilizing features that have better interoperability (classes), whereas code that's written in F# and only expected to be called by F# can use things like currying and such.

In practice, this ends up being mostly simple to deal with.

In the other direction, consuming C# libraries historically hasn't had too much trouble other than they don't really design them with any functional-leaning in mind. The real problem that's growing recently is the dotnet teams move towards C#-centric features. Things like source-generators, roslyn, etc that are "C# features" and not "dotnet features". These types of things could create a big enough rift to break practical usage of F# as a dotnet interoping language if it goes unchecked.
by bediger4000 | 2025-08-09 02:55:38+00:00
That raises another question. Does this EO mean that banks have to work with someone who's obviously criming? We've got "know your customer" laws, and laws forbidding "structured" withdrawals that are meant to cripple criminal payments. How do we square up banks obeying various laws, and banks obeying an Executive Order that says "nobody drop any customers I like"? Damned if you do, damned if you don't, it looks like.
by _mu | 2025-08-09 02:57:38+00:00
It never hit me until I got older how clever Tyrell is - he knows he's close to perfection with Rachel and the V-K test is his chance.

"I want to see it work. I want to see a negative before I provide it with a positive."

Afterwards when he's debriefing with Deckard on how hard he had to work to figure out that Rachel's a replicant, he's working really hard to contain his excitement.
I've Been Doing Cold Outreach on X for the Past Few Days. Here's What I've Got
by timczm | 2025-08-09 02:58:04+00:00
HN like data, here's what I've got:

Accounts scanned: 710 DMs sent: 126 (17.7%) Can’t DM: 584 (82.3%) From those DMs:

Positive replies: 4 (3.2%) Rejected: 1 (0.8%) No response: 121 (96%)

Here’s the process:

. I started by figuring out who my product(which is Snapdemo.io) is for. Then I found some KOLs in that niche and used an API to grab all their followers. That gave me 37k potential leads.

. Next, I used AI to scan bios and guess whether someone might be my Ideal Customer. For each account, I asked AI to tell me:

- Are they ICP? (Yes, No, Not sure) - Why? - What’s their label? (e.g. AI builder, SaaS exec)

. I ran all this through OpenAI’s batch API to save on cost and dev time. Once I had a few thousand ICPs, I skipped the “Not sure” ones since the confirmed ones were enough.

. I made a simple dashboard to track everything, and used a few templates to auto-generate DMs. I also logged which template went to which user, so I could measure performance later.

Without a solid automation tool, and with most users not open to DMs, the whole process took a lot of time.If you’ve done something similar, I’d love to hear your suggestions. And if you’re also a founder, feel free to DM me (X: @timchengb) to exchange ideas.
by ackfoobar | 2025-08-09 03:01:37+00:00
> The watch is simply missing the two 5.1k resistors connecting the CC1 and CC2 pins of the USB-C connector to ground that are required to indicate to whatever is plugged in that it wants 5v power.

This is so annoying. Back when USB-C was less prevalent, I bought a pair of wireless earbuds over another for the same reason as the title - because it used USB-C. But then I cannot charge it with my macbook, unless I add a USB-C to USB-A adapter.
by theamk | 2025-08-09 03:02:13+00:00
This blog is kinda strange because it presents a working solution, and then immediately dismisses it with:

> We wanted a rate limiter and now we’re learning a niche programming language just to execute some code in a database that has nothing relevant to our task but a roundabout way of storing an int into RAM.

If you this seems like unfair criticism, read the blog title. It is "Ratelimitly’s Official Engineering Blog". What you are supposed to do is (1) get scared about complexity of the task (2) contact author's startup and buy rate-limiting-as-a-service (the pricing is "contact us" BTW)
by ryukoposting | 2025-08-09 03:02:29+00:00
It's worth noting that this kind of thing works great at a smaller scale. Adafruit has been marketing bare PCBs for sew-on applications for years.

On an even smaller scale: I contributed to a beginner soldering class by designing this simple board shaped like the high school's logo: https://postimg.cc/ftwtqHFn (for the record, shorts across the contacts in the exposed metal area are harmless. The transistor never saturates in this circuit)

The key to Adafruit's arduinos-but-for-cosplay, and my keychain photocell thingy is that neither demands two(!) 18650s worth of power. There just isn't a significant hazard in the first place.