Hacker Newsnew | past | comments | ask | show | jobs | submit | sesm's commentslogin

2 pieces of UI in different parts of the page that depend on the same data - that's the line (also matches the initial goal of React - sync FB chat widgets).

> on your own basically

The base (Radix UI) was built by a team on WorkOS paycheck.


Not true. Radix was built by a team on a Modulz paycheck, then acquired and (more or less) abandoned by WorkOS.

Your (implicit) point that Shadcn didn't develop the underlying component library still stands.


It's for projects that are design-first, where you'll have to implement your own component library that matches the design.

In general, Tailwind and React don't match well. Why use a soup of CSS classes when React has props? If someone needs an a11y-focused base for their component library, they can start with Radix UI directly, ignoring Tailwind and Shadcn.

The balance between 'find edge cases' and 'hallucinate non-existing cases and waste your time' may be negative. LLMs are also not free, they cost significant money even today, when they are subsidized by marketing budget.


Even an hallucinated non-existing case (which isn't the norm in my experience) is still food for thought.


It was already shown repeatedly in GitHub repositories in the last year that authors are really unhappy with AI generated pull-requests and test cases.


I am not invested in anything, I am merely sharing my personal experience.


A tarot layout is also a food for thought, but it's free ang gives your eyes a break from a computer.

A page that outputs your user agent as an example of 'cool stuff built with AI'?


See my comment here - I suspect that those were deliberately picked by llmslave3 to NOT be impressive: https://news.ycombinator.com/item?id=46582209

For more impressive examples see https://simonwillison.net/2025/Dec/10/html-tools/ and https://news.ycombinator.com/item?id=46574276#46582192


If you want to eliminate memory issues as a class, just use a language with managed memory.


Regarding point 4: why the user should be familiar with the codebase to investigate it? Shouldn't they create a memory dump and send it to dev team?


They don't have to be, but without a reproduction for maintainers, its up to the end users to provide enough information for us to track it down, and this user hasn't been able to yet.


The point is to reduce reported issues from non maintainers as close to 0 as possible. This does that.


C++ doesn't have low barrier of entry, I almost quit programming as a teen because of C++.


Imo the worst thing about starting out with C++ (which is much better with Rust), is the lack of credible package management/build system that allows you to just install packages.

This used to be even more true previously than today. Nowadays, there's stuff like vcpkg, and tons of resources, but I still wouldn't call it straightforward compared to something like nuget or cargo.

It tooke me more time to figure out CMake than entire other programming languages.


It does really help, in modern languages where they provide tools in the box and the ecosystem just accepts those as the default† tools, to have the default be that when you make a new project it just works, often by having it print "Hello, World!" or something else simple but definitive as proof we made a program.

† Default means just that, neither Rust's own compiler nor the Linux kernel need the cargo tooling, but these projects both have actual toolsmiths to maintain their build infrastructure and your toy program does not. There should be a default which Just Works at this small scale.


> the lack of credible package management

APT/dpkg/yast/rpm/pacman/... ?

Make is very simple, you don't even need a makefile. Just type "make main" for main.cpp and it works.


There's a weird cognitive bias where somehow people justify "I compiled this Hello World C++ project " as "C++ is easy" and yet "I wasn't able to understand how this optimized linear algebra library works" gets classed as "Rust is hard".

In reality it matters what you already know, and whether you want to understand deeply or are just interested in enough surface understanding to write software. There's a reason C++ has an entire book about its many, many types of initialization for example.


I used this for a long time, and only now realized that I'm using html embedding, not some hidden markdown feature.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: