MurphyA/hacker-news huggingface dataset:
by anal_reactor | 2025-04-24 10:46:29+00:00
> If you're wildly successful at something with significant real world influence, why would you care so strongly about something as relatively inconsequential as a board game or a video game?

I think that successful people tend to be people who pay a lot of attention to "winning" in as many situations as possible. If you accept losing as a part of life and move on, you're not going to be successful, because you don't spend time thinking how you could've won. Of course this looks funny in situations where one cannot win, but it's really helpful when it comes to fixing your mistakes, allowing you to be successful.
by johnnyanmac | 2025-04-24 10:48:08+00:00
Like any legacy code, understanding the codebase does not mean reading and memorizing every line in the repo. It's a sense of understanding the rough data flow, then having more intimate understandings of the functions you need at that moment.

Unlike "vibes" there should always be a sense of purpose on why each function is needed and what you plan to do with the output, even if in some cases you treat hat function like a black box in terms of implementation (which IMO should be avoided, but situations may make the implementation above your understanding).
by akater | 2025-04-24 10:48:09+00:00
> Bolting packages (module system) on top of symbols leads to some problems in practice.

Packages are namespaces, unrelated to modules. They are not used to organize dependencies but to remove ambiguity of naming and to provide encapsulation.

> The progress in CL development is severely hampered by the set-in-stone standard, small pool of users

The language is extensible, compilers do get new features added, sometimes in a coordinated manner. Standard being stable is not that significant an obstacle to moving forward; pool of users being small is much more noticeable. Yet more noticeable is that community is less healthy than the Emacs one. This comparison is valid because development in Emacs Lisp is attractive for the same reasons, unique to it and CL; they also happen to have extremely similar syntax. Elisp is moving forward steadily, and in recent years quite rapidly. CL would progress forward similarly, or better, had it had something like Emacs that provided that synergetic effect.
by vintermann | 2025-04-24 10:48:09+00:00
There's also no shortage of people willing to tell Zuck and Musk (from a relatively safe distance, like in public here at HN) that they're insecure manbabies born into wealth who don't deserve a fraction of the power they've managed to claw themselves. I suspect that we, and the desire to show us wrong (or at the least spite us) are also part of the equation for why the current crop of billionaires are as they are.

Not that this means we're wrong, exactly.
by StopDisinfo910 | 2025-04-24 10:48:16+00:00
I don’t know I edit a lot but I also really like vim motion. It gets really natural at some point. The mix of b and e to move around, using cw or ce to remove and start editing then getting back to moving around. Plus a lot of edit actually happens straight from normal mode (case correction, one character changes, short deletion).

You don’t really think about the modes because things flow naturally. It might also be due to the fact that I nearly never actually switch conscientiously into a mode. I always do actions which send me in insert (like c and o, very rarely I or A) and revert back to normal when done.

Plus vim has the advantage of making things like just remove everything between these symbols and set me in edit there very easy which is something I miss when I don’t have vim bindings.
by submeta | 2025-04-24 10:52:04+00:00
Yes, it’s super handy to be able to record an Emacs macro and modify large text within seconds, something that would take me half an hour. Yes, it’s super cool to navigate text at lightning speed.

But honestly, I have seen engineers who work with the mouse to navigate, and use nano to edit text in the terminal, and IDEs from intelliJ to navigate their codebase, engineers who were 10x as productive as I was. Why? Because in the end navigating your text is not what determines engineering success. It’s convenient, yes, but that’s not the core challenge. These days devs using VS Code can be magnitudes more productive just because they focus on the things that matter.

Edit:

Don’t get me wrong. I love my (mechanical) keyboard. I hardly use the mouse. I have a shortcut for everything using Keyboard Maestro, Karabiner elements, and I use Emacs for text editing, and all of that makes me super fast using my computer. But all of that does not make you a better engineer (I am not an engineer anyway). So spending time on other qualities (being able to do research, to solve problems, to manage knowledge, to communicate well, to document well) is way more relevant for your success as an engineer.
by nottorp | 2025-04-24 10:52:48+00:00
Good idea.

If the US voids foreign property rights, then the rest of the world will have no problem with voiding US property rights in retaliation.

Including, for example, the cash that a lot of US companies hold in Ireland to avoid US taxes? :)

And ... any claim to ASML shares? ASML is a Dutch company in case your LLM forgot...
by contr-error | 2025-04-24 10:53:09+00:00
This is amazing, especially if it helps facilitate astroturfing, such as these comments made by fresh users, all with AI-generated responses from frabonacci:

https://news.ycombinator.com/threads?id=SkylerJi

https://news.ycombinator.com/threads?id=zwenbo

https://news.ycombinator.com/threads?id=ekarabeg

https://news.ycombinator.com/threads?id=jameskuj
by johnnyanmac | 2025-04-24 10:53:36+00:00
>Teams will be led by one subject matter expert

and in 20 years, how are we developing this "subject matter expert"?

>Once we can do LLM code reviews with high confidence and little error, coding is essentially a dead field.

Maybe by the time I retire. I think people in their early 20's will still get a solid career out of coding in the meantime while we go through the inevitable hype cycle of shiny new tech. Even if in the middle of their careers they may truly have their hands forced.
by bcrack | 2025-04-24 10:53:59+00:00
I think an important part of the Vim workflow that I haven't seen mentioned is the fact that -at least for myself- it keeps the mind engaged during "menial" operations.

When switching from dealing with the information included in the text (typically thinking about code content) to operations of moving text around and other text logistics, I often find my mind "waiting" impatiently for my hands when using non-vim editors. In contrary, when using vim (I consider myself a mid-range user), I can somewhat remain closer to the flow.

At the same time, I still remember (albeit vaguely) a significant overhead of the Vim language before becoming acclimated.
by imgabe | 2025-04-24 10:55:30+00:00
The example is deliberately contrived and hyperbolic. In real life, if there is reliable evidence that someone is murdering people, the police conduct an investigation, we have a trial, and they go to jail. You know what we don't do? We don't go "Hey, I think Bob the pen-seller is a murderer. Nobody buy his pens so hopefully he runs out of money and can't afford to murder people anymore". We don't do that because it would be a really stupid and ineffective way of stopping murderers, and it's really stupid and ineffective for most other things too.
by Extasia785 | 2025-04-24 10:56:10+00:00
This entirely depends on the company culture. I worked in teams where every small decision is in the hand of the PO and I've worked in teams where a software engineer is a respected professional enabled to make their own technical decisions. I found the second option to create higher quality software faster.

Also not sure what you mean by additional effort? Created_at, updated_at or soft-deletes are part of most proper frameworks. In Spring all you need is an annotation, I've been using those in major projects and implementation cost is around a few seconds with so far zero seconds of maintenance effort in years of development. At least those fields are solved problems.
by ang_cire | 2025-04-24 10:56:14+00:00
I think that comment is conflating 2 different things: 1) people like you and I who use LLMs for exploring alternative methods to our own, and 2) people who treat LLMs like Stack Overflow answers they don't understand but trust because it's on SO.

Yes, there are tasks or parts of the code that I'm less interested in, and would happily either delegate or negotiate-off to someone else, but I wouldn't give those to a writer who happens to be able to write in a way that approximates program code, I'd give them to another dev on the team. A junior dev gets junior dev tasks, not tasks that they don't have the skills to actually perform, and LLMs aren't even at an actual junior dev level, imhe.

I noted in another comment that I've also used LLMs to get ideas for alternate ways to implement something, or to as you said "jump start" new files or programs. I'm usually not actually pasting that code into my IDE, though- I've tried that, and the work to make LLM-generated code fit into my programs is way more than just writing out the bits I need, where I need. That is clearly not the case for a lot of people using LLMs, though.

I've seen devs submitting PRs with giant blocks of clearly LLM-gen'd code, that they've tried to monkey-wrench into working with the rest of the program (often breaking conventions or secure coding standards). And these aren't junior devs, they're devs that have been working here for years and years.

When you force them to do a code review, they know it's not up to par, but there is a weird attitude that LLM-gen'd code is more acceptable to be submitted with issues than personally-written code. As though it's the LLM's fault or job to fix, even though they prompted and copied and badly-integrated and PR'd it.

And that's where I think there is a stark divide. I think you're on my side of the divide (at least, I didn't get the impression that you hate coding), it just sounds like you haven't really seen the other side.

My personal dime-store psych theory is that it's the same mental mechanism that non-technical computer users fall into of improperly trusting/ believing computers to produce correct information, but now happening to otherwise technical folks too because "AI" is still a black box technology to most of us, like computers in general are to non-techies.

LLMs are really really cool, and really really impressive to me, and I've had 'wow' moments where they did something that makes you forget what they are and how they work, but you can't let that emotional reaction towards it override the part that knows it's just a token chain. When you do, people end up (obviously on the very extreme end) 'dating' them, letting them make consequential "decisions", or just over-trusting their output/code.
by rco8786 | 2025-04-24 10:56:31+00:00
I think there's a lot of potential in AI as a UX in that way particularly for complex apps. You give the AI context about all the possible options/configurations that your app supports and then let it provide a natural language interface to it. But the result is still deterministic configuration and code, rather than allowing the AI to be "agentic" (I think there's some possibility here also but the trust barrier is SO high)

The gmail filters example is a great. The existing filter UX is very clunky and finnicky. So much so that it likely turns off a great % of users from even trying to create filters, much less manage a huge corpus of them like some of us do.

But "Hey gmail, anytime an email address comes from @xyz.com domain archive it immediately" or "Hey gmail, categorize all my incoming email into one of these 3 categories: [X, Y, Z]" makes it approachable for anyone who can use a computer.
by ArtTimeInvestor | 2025-04-24 10:56:37+00:00
The cash held in foreign countries is only worth something if those countries produce something of value. If the US keeps outpacing Europe in terms of production of real stuff, there is nothing to get in Europe for the US:

https://data.worldbank.org/indicator/NY.GDP.MKTP.CD?location...

As for ASML, read up on the ownership structure and why ASML for example cannot sell up-to-date tech to China. ASML is actively expanding and operating production and R&D facilities in the United States. So the USA will not be dependent on the Netherlands for photolithography.
by os2warpman | 2025-04-24 10:56:47+00:00
> Starship is just orders of magnitude less than this.

Starship does not exist.

Starship is the name given to a design for a fully reusable superheavy launch vehicle intended to take 100t to LEO.

The things being launched by SpaceX are not Starship.

They are impressive, but are not Starship.

They are called Starship, but are not Starship.

Let me be clear. I am not saying that Starship will not exist.

What I am saying is that today, right now, Starship does not exist and SLS does.

You implied that Starship does exist, and is cheaper.

Nobody, not you, not me, not Lord Ketamine, can predict when it will exist or how much it will cost with any degree of accuracy.

I genuinely, sincerely, and earnestly WANT Starship to exist, but as of today, April 24th, 2025 it does not.
by robertlagrant | 2025-04-24 10:57:08+00:00
> engineering won't use the code because we output React + Tailwind CSS, and they are very likely using custom components or have their own nuances.

That's what I think you could attack - in four ways:

- have a way for designers and developers to iterate components in a component library

- have a way for that component library to be used in app designs

- have a way to upload my component library and use its components in app designs

- eventually maybe extend the above to be able to use multiple component libraries (e.g. for companies with multiple brands)
by raddan | 2025-04-24 10:58:03+00:00
Along those lines, I discovered (by accident) that soft music has a similar effect. It’s not something you necessarily want to play when people are trying to focus, but when people are congregating for a meeting, it puts them at ease. There is dramatically more small talk. And when you turn off the music (eg, to start the meeting), it serves as an audible cue that something is happening and that people should pay attention.
by redbar0n | 2025-04-24 10:58:56+00:00
This was clarifying: https://redwoodjs.com/blog/redwoodsdk

See also earlier thread: https://news.ycombinator.com/item?id=43592998

RedwoodJS is going into maintenance mode and is named Redwood GraphQL.

RedwoodSDK is the focus for the team going forward. "It begins as a Vite plugin that unlocks SSR, React Server Components, Server Functions, and realtime features". Which reminds me of the modular approach of Vike.dev (aka. vite-plugin-ssr).

Seems like the unbundled and modular approach won over the opinionated fullstack all-in-one framework approach.
by diggan | 2025-04-24 10:59:00+00:00
Lets say Meta goes under tomorrow (won't happen, but bear with me) and stops making new Llama releases.

Would the community be able to take over the project and train new models, assuming they have access to the same hardware? Obviously, the community doesn't have access to similar hardware, but even if it did, would the community be able to continue releasing Llama models?

And if the answer to that is no, why is that and how could Llama be considered open source if no one could pick up the torch afterwards (even theoretically), even if they had access to hardware for training?
by pjc50 | 2025-04-24 10:59:39+00:00
> Have the elites through history always been this insecure or is it a modern phenomenon?

This is very Roman Emperor behavior. Or Chinese Emperor, for that matter. It has pretty much always been the case that power and privilege lets you get away with bad behavior while simultaneously holding your subordinates to onerous standards and/or inflicting punishment on a whim.

Building a court who will steer you away from bad ideas rather than surrounding yourself with yes-men requires active effort, and enough humility to be aware of that risk.

The other constant historical trope is of course the abuse of power for sexual purposes.
by transpute | 2025-04-24 11:00:02+00:00
Some old AMD workstation GPUs supported SR-IOV, that repo was just archived.

https://open-iov.org/index.php/GPU_Support#AMD

https://github.com/GPUOpen-LibrariesAndSDKs/MxGPU-Virtualiza...

As "AI" use cases mature, NPU/AIE-ML virtualization will also be needed.
by diggan | 2025-04-24 11:00:56+00:00
> fork them

This requires all of the "source" to be available. For PyTorch and a bunch of other projects, this is trivial as all the source is straight up on GitHub. But for proprietary things like Llama, it's really hard to fork something when you don't even have access to what they used to build it (software-wise, not even thinking about the hardware yet).

How could you fork something like Llama when Meta don't even speak clearly about what data they used, literally none of the training code is available, and you have to agree to terms and conditions before you're "allowed" to do anything with it?
by throw__away7391 | 2025-04-24 11:01:57+00:00
I think that while the trait itself is fairly common the ability to bully and pressure everyone around you to give in to this level of petty and demeaning deference is quite rare. You only see it in powerful people because they're the only ones who can actually make people do this.

I have an aunt like this and she's super annoying and largely ostracized and in constant conflict with people around her, but if she had $175 billion she could probably surround herself with people who would indulge her.
by diggan | 2025-04-24 11:02:28+00:00
> All sides of the political spectrum will be accusing the program of having political bias against each other.

That's pretty much the optimal state of the current iteration of democracy, isn't it? I'd feel more scared if everyone agreed to it and there was no complaints, then something is guaranteed to be fucky-wucky for the normal person, but without knowing about it. At least if both sides complain about the other, it's relatively impartial.
by consp | 2025-04-24 11:02:43+00:00
The only negative one is Mexico. GDP projections by the IMF [1] still are all in the green. The fastest droppers relative to size are China, Russia and the US but they still are net positive. (for now, next week who knows)

[1] https://www.imf.org/en/Publications/WEO/Issues/2025/04/22/wo...
by rco8786 | 2025-04-24 11:02:55+00:00
This all jives with my personal experience, as a male. I can't help but read this article and think about evolution. Specifically, that men were more likely to work together "side by side" toward a common goal (hunting an animal, etc) while the women stayed back at the camp and tended the fire, children, cooking, etc and were more likely to face each other to converse.

Deborah Tannen in particular has done quite a bit of research around the topic of gender and conversation. https://mtprof.msun.edu/Fall1995/shellen.html
by ffsm8 | 2025-04-24 11:03:33+00:00
Naw, the rare super talented 13yo child that excells at such games will have also spend an incredible amount of time learning everything there is about it - leaving very little time to pursuit outside of that discipline to improve themselves.

There is a grain of truth to what you're saying, obviously - as Magnus has proven when he started to enter chess tournaments... Outplaying people with decades more experience. But you're also ignoring that he spend pretty much every waking moment of his thinking life playing chess.
by andreascreten | 2025-04-24 11:04:26+00:00
I have a lot of respect for the people behind NativePHP. They’ve done impressive work, and their intentions are clearly to empower and enable a specific group of developers. I even contributed to the project because I wanted to help make it better. But empowering developers doesn’t mean shielding them from reality. And the reality is this: if you want to build desktop applications, you should learn how desktop applications work. Whether that means learning Electron directly, or diving into platform-native frameworks, you’ll gain a clearer mental model and avoid dangerous abstraction traps.
by southernplaces7 | 2025-04-24 11:04:36+00:00
>What really pisses me off is that there are certain apps where I really have to enable notifications like Uber

Really though? I have multiple necessary apps (and some I don't really need) on my phone and universally just cut off all their notifications of all kinds, because fuck that shit.

If, as per your example, I need to know in some context when a certain app is going to remind me of something genuinely necessary/ueful soon, I just check it often while waiting without enabling notifications.

If we're talking about your average Uber, that's a few minutes of checking periodically until you get what you want. A bit tedious? Sure, but only for a few minutes here and there, vs letting these scummy little dark patterns hassle you all the time with their notification turds.
by onli | 2025-04-24 11:05:14+00:00
Fact of the matter is that I have a Radeon RX 6600, which I can't use with ollama. First, there is no ROCm at all in my distros repository - it doesn't compile reliably and needs too many ressources. Then, when compiling it manually, it turns out that ROCm doesn't even support the card in the first place.

I'm aware that 8GB Vram are not enough for most such workloads. But no support at all? That's ridiculous. Let me use the card and fall back to system memory for all I care.

Nvidia, as much as I hate their usually awfully insufficient linux support, has no such restrictions for any of their modern cards, as far as I'm aware.
by genezeta | 2025-04-24 11:06:26+00:00
In the 1800s in Spain, king Ferdinand VII, was famously keen on playing billiards while being a really bad player. His opponents were known to, not only play badly, but play so that he would get easy positions to shoot.

"Así se las ponían a Fernando VII" is even nowadays a popular -though not that widely used today- expression to tell someone the task in front of them is an easy one nobody can fail.
by SaintRomuald | 2025-04-24 11:06:31+00:00
I tried vim motions as a daily driver many times but, I don't think that with today's expansive IDEs vim motions are all that superior. IDEs have very competent shortcuts and features built in.

My biggest problems with vim are lack of feature discoverability and the fact that you can't change the keybindings. It's very hard to learn new things in Vim without specifically googling for them. It's highly likely that if I sat down to some online course I could learn a lot more about the Vim way of editing but I could never sit through one long enough to discover new things, so most of the things I learn about Vim come from me specifically looking up how to do certain things, not a bad way to learn, but I feel like I never got extremely proficient becasue I didn't go deep enough.

I find a lot of the keybinding to be unintuitive or not very ergonomic or inconsistent, but I also don't want to rebind anything because part of the reason vim is so useful is the fact that you get this tool with every linux install and changing things means you're no longer using The Vim. On the contrary it feels perfectly fine to tweak your IDE's keybindings because that IDE is already very specific to your needs.
by kavith | 2025-04-24 11:06:40+00:00
I’ve been using vim-extensions on VSCode/ Zed/ SQL Editors for a few years now and always thought I had the best of both worlds with this setup. But after switching to Cursor it seems like simply hitting tab is a lot faster than performing a vim motion in most cases and so I don’t see why people would still need Vim in 10 years time.