MurphyA/hacker-news huggingface dataset:
by WJW | 2025-05-06 09:51:27+00:00
There's plenty of Western philosophy as well that sees "not caring" (at least not about things outside your own actions) as very desirable. Not to mention the Epicureans, for whom freedom from worries ("ataraxia") was the highest attainable state.

OP's fear of (being seen to be) "coasting" would be entirely foreign to them.
by VagabundoP | 2025-05-06 09:52:58+00:00
I hate when you get "out of sync" with someone for a whole conversation. I imagine sine ways on an occilloscope and there they just slightly out of phase.

You nearly have to do a hard reset to get things comforatble - walk out of the room, ring the back.

But some people are just out of sync with the world.
by arkey | 2025-05-06 09:53:42+00:00
> Letting go means stopping to care.

This reasoning (which I can easily identify with) is a slippery slope towards OCD anxiety and depression when you refuse to acknowledge that you can't fix everything.

You need to be realistic, set your priorities within a limited, defined context, take decisions and actions based on those, and forget about the stuff that didn't make your priority list.

That's not not-caring. That's focusing on what really needs your care.

Wish I was better at it though.
by gred | 2025-05-06 09:54:18+00:00
> There are no moral hazards when it comes to social welfare programs.

This is a wild statement. Of course people take advantage of welfare programs. Of course welfare programs have unintended consequences and sometimes encourage immoral or anti-social behavior. That doesn't mean they're all bad or that they need to be completely eliminated, but leading with this obvious falsehood made it very hard to read the rest of your comment.

https://www.justice.gov/archives/opa/pr/covid-19-fraud-enfor...
by moconnor | 2025-05-06 09:54:38+00:00
> I believe sometimes building things is how we self-soothe.

> I have written entire applications just to avoid thinking about why I was unhappy.

I think this is true too. The prefrontal cortex is inhibitory to the amygdala/limbic system; always having a project you can think about or work on as an unconscious learned adaptation to self-calm in persistent emotionally-stressful situations is very plausible.

I wonder how many of us became very good at programming ~through this - difficult emotional circumstances driving an intense focus on endless logical reasoning problems in every spare moment for a very long time. I wonder if you can measure a degree of HPA-axis deregulation compared to the general population.

And whether it's net good or net harmful. To the extent that it distracts you from actually solving or changing a situation that is making you emotionally unhappy, probably not great. But being born into a time in which the side effects make you rich was pretty cool.
by janaagaard | 2025-05-06 09:55:07+00:00
The React example feels dishonest because it could be a lot simpler:

- All the imports are only needed because a UI library was used. This is not necessary.

- It also looks like 'User' is imported, but not used anywhere.

- The curly braces and the return statement can be left out.

- React.FC<> is unnecessary, you can just specify the type after {users} or, at least, simplify React.FC to FC.
by colmmacc | 2025-05-06 09:55:24+00:00
Early one morning in August 2007 I was asleep in my apartment in Leiden and I got a call from my boss Dirk-Willem van Gulik to tell me that 1) Skype was having a global outage, 2) we had to help anyway we could, 3) scope, budget, people, nothing would get in our way.

At the time we were working on Joost, a crazy startup that was founded by Skype's Janus and Niklas. We built 3 networks, in 3 countries, in a matter of hours to host Skype super nodes. Apparently Skype had gotten into a retry storm due to a cascading failure because too many peer to peer super nodes had been taken offline at the same time. I think that Tuesday was Windows update day and maybe that was the straw that broke the camel's back. The small list of hard-coded super-super-nodes couldn't cope with the deluge. It took 3 days to get everything back and running, and for me it was the start of a fun collaboration with the team at Skype and eBay who were always nice.

Skype had sold to eBay for 2.6B in 2005. I don't think much diligence was done, and it didn't work out as a great integration for eBay. Then Skype was spun out and sold to Private Equity in 2009. The internet tells me that 65% was sold for 1.9B but I think there was some kind of write-down involved too. And then Microsoft bought Skype for 8.5B in 2009.

So you can have multi-day world-headline outages, be from and based in the EU, and still have 3 unicorn scale exits! There's a lesson in there about recoverable and resilient you can make a business with a great product and good leaders.
by danhau | 2025-05-06 09:55:54+00:00
I use shortcuts to quickly create a QR code for the page I‘m viewing in Safari. I also use it to delete old photos in my Photos library. And it‘s also useful for setting up „emergency contacts“ on my homescreen. You can make it call random numbers, you don‘t have to add them to contacts first, which is nice.

Good enough for my small quality of life improvements.
by ayhanfuat | 2025-05-06 09:56:33+00:00
That doesn't really make sense. "sıkışınca" would become "sikisinca". No one would read it as "sikişince" (the latter a is doing the heavy lifting there). A guy with the same name (I would say not a common name-surname combination considering the same region) was in jail for sexually assaulting a mentally challenged kid. I guess this was just an excuse of a psychopath. https://www.hurriyet.com.tr/gundem/parti-binasinda-ozurlu-ki...
by smikxy | 2025-05-06 09:56:42+00:00
Hey HN,

I'm excited (and yes, a bit nervous) to be sharing Prmptless with you today. This project started from a very real frustration I was experiencing, and I suspect some of you might relate.

I was spending a significant amount of time re-writing and tweaking AI prompts – trying to get tools like ChatGPT to produce consistent, high-quality results without starting from scratch each time. It felt inefficient, and often, the outputs were still hit-or-miss.

The key insight for me was realizing that many of my most effective prompts shared a common structure, with only specific pieces of information needing to change. This led me to focus on the power of dynamic variables.

So, I built Prmptless. It's a tool designed to help create, manage, and share reusable AI prompts that are built around these dynamic variables.

How do variables make a practical difference?

Instead of a static prompt, for example, "Write a tweet about a new CRM for agencies," Prmptless allows you to build a flexible template like this: Write a tweet announcing our new {product_type} called {product_name}, designed for {target_audience}. You then simply input the values for {product_type}, {product_name}, and {target_audience} as needed.

This variable-driven approach offers several advantages:

Reduce Repetitive Work: Define a solid prompt structure once, then adapt it easily by changing only the variables. This has been a substantial time-saver.

Improve Output Consistency: Using the same underlying prompt logic with varied inputs helps achieve more predictable and reliable results from AI.

Build More Adaptable Prompts: Create more sophisticated "master" prompts that can be tailored to various contexts without complete rewrites. Organize Your Prompts: Keep your effective variable-based prompts in one place, making them easy to find, use, and optionally share with the Prmptless community.

Prmptless is aimed at anyone who uses AI tools regularly: developers, marketers, writers, entrepreneurs, or anyone working on side projects. If you're looking to make your AI interactions more streamlined and effective, I believe this can help.

I would genuinely appreciate your feedback on this, especially on the core idea: - How do you currently manage recurring AI prompt tasks or variations in your prompts? - What are your main challenges in getting consistent and specific outputs from AI models? - What features would make a tool for managing variable-driven prompts particularly valuable to you?

You can find Prmptless here: https://prmptless.com

Thank you for taking the time to look. I'll be here to answer questions and am very open to your thoughts and suggestions.
by guiriduro | 2025-05-06 09:57:01+00:00
Had a clean reliable digital to PSTN service, DID (Skype number) setup and reasonable pricing, now gone. Windows screenshare made it better than Facetime for that usecase also. To think that the buggy Teams monstrosity/failing Slack wannabe is their take on "evolving" p2p chat, but I guess worse is better.
by PicassoCTs | 2025-05-06 09:57:21+00:00
Thats the fate of all mountainous countries with population surplus? They used to send children to work abroad in medieval times. They often were used as cannonfood armies and mercenaries. Same thing in Afghanistan. Should have introduced the canton system to the taliban. Much more reasonable model for that area.

https://en.wikipedia.org/wiki/Swabian_children
by 59nadir | 2025-05-06 09:58:06+00:00
No, GP can just not use Rust, they don't have to use GC languages to have something that makes sense and doesn't force you to always have a debate with the compiler about even simple things.

If they used Odin (or Zig) they could've looped through that dynamic array no problem, in fact:

package example import "core:fmt" main :: proc() { xs: [dynamic]int append(&xs, 1, 2) for x in xs { fmt.println(x) } fmt.println(len(xs)) }

It is ridiculous that Rust complains even about the simple for loop and to say that this somehow comes down to "Well, everyone would do it this way if they cared about memory safety" is just not really true or valuable input, it sounds like what someone would say if their only systems programming experience came from Rust and they post-rationalized everything they've seen in Rust as being how you have to do it.

My tips to people who maybe feel like Rust seems a bit overwrought:

Look for something else, check out Odin or Zig, they've got tons of ways of dealing with memory that simply sidestep everything that Rust is about (because inherently Rust and everything that uses RAII has a broken model of how resources should be managed).

I learned Odin just by reading its Overview page (https://odin-lang.org/docs/overview/) and trying stuff out (nowadays there are also good videos about Odin on YouTube), then found myself productively writing code after a weekend. Now I create 3D engines using just Odin (and we in fact use only a subset of what is on that Overview page). Things can be simple, straight forward and more about the thing you're solving than the language you're using.
by cess11 | 2025-05-06 09:58:27+00:00
Yeah, some people need to be fought, they can't be reasoned with. One clear sign that they aren't open to reason is that they want other children to suffer while they and their children don't.

We don't necessarily have to kill them, we could fight them by other means, like general strike or by destroying their property. Disowning them of their privileges or social status typically causes them to change their positions on policy.
by maxbond | 2025-05-06 09:58:33+00:00
I like to say programming is about knowing which rabbit holes to plunge down and which to step over. There's too much to know to go depth-first down every rabbit hole. Go breadth first and accept gaps in your knowledge - everyone has them. If something never comes up and never causes an issue you need to look into, and the project gets done, it doesn't matter. There's always an improvement that could have been made, but done is better than perfect because perfect never gets done. But the projects never getting done or even started - speaking for myself, that is corrosive to my motivation.

I've written a lot of Rust. I've read less than half of the Rust book. Your competence in Rust is a function of how many lines of Rust you've written; getting to the point you can start working with it is more important than completing the book. Jon Gjengset's videos were really critical for me there, seeing how he worked in Rust made it possible for me to develop a workflow. (I broke down what I learned in more detail at one point [1].)

Rust is an example I've honed in on because you mentioned it and I related to it, but this is broadly applicable. Dare I say, more broadly than just programming, even.

(Also, note that I'm a giant hypocrite who shaves yaks and struggles with perfectionism constantly. I learned Rust 5 years ago to start a project, and I've written 0 lines of code for it. If I sound critical, that's my self criticism leaking through.)

[1] https://news.ycombinator.com/item?id=38020654
by dns_snek | 2025-05-06 09:58:55+00:00
> I don't understand why client certificates aren't way more common as a second factor.

I think there are some significant limitations to client certificates as a general-purpose 2FA mechanism.

Reusing the same certificate would make you trivially trackable across the web. You could create a unique certificate for every origin, but you need a way to permanently store the certificate. That becomes a problem if you want to secure them with hardware tokens where storage is limited. Yubikey 5 series can only store a handful of certificates.

Passkeys (i.e. resident FIDO2 keys) aren't intended to be a second factor, they're intended to be the only factor but they also require storage. Yubikey 5 can only store 25 resident keys, for example.

Non-resident FIDO2 keys (previously U2F) are what's traditionally used for 2FA. The hardware token derives key material from its master key and credential ID provided by the browser and the server, so it doesn't require any storage.
by gonzobonzo | 2025-05-06 09:59:29+00:00
The OP wouldn't have starved. There appears to have been food in the house the OP could have taken, but the OP didn't because he wanted his father to, in his words, "buy lunch food." You'll note that he says his family could afford food, but that he dad wouldn't pay for school lunch specifically because he thought the government should pay for it.

The previous poster didn't want to bring the food that was in his home because it wasn't "lunch food," so he justifies how he stole from his father, his classmates, and local businesses. And now he's going to judge other people's humanity by whether or not they agree with his stance that he was entitled to the kind of lunch he wanted, and call people subhuman if they disagree.

I'm someone who's in favor of the government providing free lunches, but this discussion shows why caution is needed. To many people will ignore the actually events that happened and start manufacturing catastrophes, then say that because of their fabricated scenario anyone who isn't in favor of what they want is a horrible human being, or that they were justified for harming others.
by mjburgess | 2025-05-06 09:59:46+00:00
That systems languages have to establish (1) memory saftey, (2) statically; (3) via a highly specific kind of type system given in Rust; and (4) with limited inference -- suggests a lack of imagination.

The space of all possible robust systems languages is vastly larger than Rust.

It's specific choices force confronting the need to statically prove memory saftey via a cumbersome type system very early -- this is not a divine command upon language design.
by nizarmah | 2025-05-06 09:59:54+00:00
I just saw the Hello World example on the website, and the video.

It seems like your program is really capable, but I'm finding the UI extremely overwhelming.

I find myself comparing this to MIT's Scratch, and I know your tool is much more capable, but the user experience makes Scratch so intuitive.

Everything reads like a short sentence, and I can just dive in without understanding what I'm doing.

Any chance this can turn into something like "building legos"?

Blocks can be built exactly like Scratch. And, then, maybe you can map their input/output streams as a way to connect blocks (ideally inferred on the run).

And people can re-use blocks that others have built.

I know this is supposed to be a programming language, not a toy. But, selfishly, I want the UX to feel like it's a toy, so simple to discover it on my own. I can imagine prototyping stuff with it, especially if there's a library of stuff that I can use or contribute to while doing so...
by alexey-salmin | 2025-05-06 10:00:56+00:00
> 1. Have two "i" characters on Turkish keyboards, one to use when writing in English, one in Turkish. Sounds difficult to get used to. Always need to be conscious about whether writing an "English i", or a "Turkish i".

But you have to do that anyway to be able to produce the correct capitalized version: an "English I" or a "Turkish İ".
by eknkc | 2025-05-06 10:01:14+00:00
I think the article is somewhat fabrication.

There might be some truth to it but it does not make much sense. Technically, ı would probably show up as □ instead of i if the phone had a hard time displaying it.

There is also the suffix not matching that change: sıkışınca vs sikişince. A becomes E in that suffix when you switch from ı to i. Even if the phone fucked up, "sikişinca" would look weird.
by metalman | 2025-05-06 10:01:34+00:00
This is very amusing, and evocative of what creative makers go through in many other fields....and as an do it my self absolutist, got me mired in attempts to pick up programing as another side gig/hussle in a life that is wildly over subscribed. So reluctantly I am letting go of a bunch of stuff that lingers, Presque vu skills, always almost, and never enough time to push up and over. The bonus is that I have focused on things that I did level up on, and can now do with ease, and a bit of flare......and perhaps more importantly give others a bit of joy to watch and see, "hey! that doesn't look so hard now!" One of the things I picked up.along the way was, audio engineering, live and studio sound, where when it kicks in, it's pure misery, and every mistake and buzz, ruins all music listening, fingers twitching for sliders that are not there, griping like a back seat driver.....the better the stereo, the worse the experience, especialy with heavily produced studio work.....at least with live recordings, all the mistakes are honest and oten the recovery is where the magic happens.
by codelikeawolf | 2025-05-06 10:02:01+00:00
When I first started high school, my parents worked a lot, so they left me to fend for myself and I was terrible about packing lunches, so lunchtime was always stressful. I ended up getting a job washing dishes in the school kitchen, which got me a ticket for a free lunch. We weren't rich, but we were definitely comfortably middle class. I'm sure there were a lot of kids like me. It would have been a lot better if the food was free.

Edit: grammar
by foobarbecue | 2025-05-06 10:02:05+00:00
Yeah. I see overcompression on a lot of shows. Dark scenes and star fields tend to make it obvious. Three Body Problem was the worst -- I imagine it would have been consistently visually spectacular if they hadn't compressed it to shit. I've seen it on Apple TV too though-- e.g. really visible on Silo title screens. Love, Death and Robots on Netflix quality was great.
by regularfry | 2025-05-06 10:02:05+00:00
Not reliably. It can only drive Whisper quickly enough to appear real-time because of the GPU, and without that you're limited to the tiny/small/base models to get latency into single-digit seconds.

Edit to add: this might not be true since whisper-large-v3-turbo got released. I've not tried that on a pi 5 yet.
by mjburgess | 2025-05-06 10:03:46+00:00
Rust, in many ways, is a terrible first systems programming language.

To program a system is to engage with how the real devices of a computer work, and very little of their operation is exposed via Rust or even can be exposed. The space of all possible valid/safe Rust programs is tiny compare to the space of all useful machine behaviours.

The world of "safe Rust" is a very distorted image of the real machine.
by dakiol | 2025-05-06 10:03:50+00:00
I guess it depends. If they have been developing mobile apps, and now want to develop a web app, then they definitely need to learn something like PHP, or Go or Python kr Java. On the other hand if they have been doing web development and now want to develop a native app, they must learn Java/Kotlin/Swift. Same for databases (perhaps you never worked with one, then you must learn sql). Even html+css must be learned if you never used them before.
by lucideer | 2025-05-06 10:04:00+00:00
The examples are contrived & the comparison to React in the first place isn't in any way like-for-like (the first example is comparing ShadCN, an entirely different library, not just React).

React is a view state management library. Hyper is a DSL for a framework called Nue. They're not like-for-like tech. A better comparison would be something like Svelte which is a similar DSL (used with a framework called SvelteKit).

Fwiw JSX is also a minimal DSL used by React but if this article compared bare Hyper (without Nue) with bare JSX (without React), JSX would come out much much more minimal in the examples.
by chrismorgan | 2025-05-06 10:04:29+00:00
I prepared a comment about how the whole thing should be well under 5KB uncompressed, plus four small images and a background video that I couldn’t quite figure out, and about how the loader made no sense and made things worse. But then I checked in Chromium before stopping, and discovered that apparently the website is just completely broken in Firefox for some reason, so that you only get to see the above-the-fold content. But it still definitely hasn’t earned the loader. And also demonstrates why messing with scrolling is a bad idea.
by alexisread | 2025-05-06 10:05:43+00:00
If you're looking at really from first principles, it's hard to beat forth systems. You can type in Plankforth (https://github.com/nineties/planckforth) in a hex editor ie. this can be built from zero software, by effectively morse-coding it into bare memory.

In terms of accessibility though, I'd recommend Forthkit (https://github.com/tehologist/forthkit), Miniforth (https://compilercrim.es/bootstrap/), Sectorforth (https://github.com/cesarblum/sectorforth), Sectorlisp (https://justine.lol/sectorlisp2/) Freeforth (https://github.com/dan4thewin/FreeForth2 contains an inlining cross-compiler for MSP430)

The problem with forths is that they don't seem as scalable as say lisp, from a social perspective. At a larger level, Project Oberon (https://projectoberon.net/) builds from the base CPU on FPGA, and A2 (https://en.wikipedia.org/wiki/A2_(operating_system)) show what can be done to scale up.

Steps (https://github.com/robertpfeiffer/cola/tree/master/function/...) also was supposed to do this, but the available code is rather disjointed and not really easy to follow.