Hacker Newsnew | past | comments | ask | show | jobs | submit | eddd-ddde's commentslogin

Effort is not a good signal for value. Never has been. Just because someone took 10 more hours to finish a task doesn't mean they did a better job or they care more about the result.


But a lack of effort is a good signal for a lack of value.

Eleven times out of ten, your initial idea is garbage. If you write it up, or let AI do that for you, the result is garbage. But if you go through the effort of structuring the idea and thinking about how to express it and how to phrase the details, you may learn what's wrong with the idea and how to improve it.


Effort is, however, an okay proxy for giving a shit.

You’re right that some folks can share more value in fifteen seconds than others might in fifteen hours (setting aside that the first set of folks might have got to that point by way of fifteen years of practice first). That’s hard to gate on. But keeping out shitposters and spammers by requiring a modicum of effort is at least somewhat effective.


Not sure why this is down voted.

You cannot support FOSS and then get mad when people use those freedoms to create a service that matches their ideas and philosophies.


I'm not mad that they have a fork of some FOSS software that they use. I'm upset that they're actively trying to take away other people's freedom under the banner of a non-profit whose mission is to support FOSS software projects.

That's worse than just some random group lying loudly about its intentions. They're getting tax benefits that probably should be yanked unless they change their charter. They also accepted donations to further the existing charter, and they're doing the opposite.


I didn't know that providing a service to some people but not others was taking away freedom.


For what reason would grammar influence whether something is true or not...


You could tell from tone and polish how much effort someone had put into writing an answer. That was a pretty good signal for some topics on forum sites like Stack Overflow. There were always nuts and cranks who would happily spend an hour writing well-formed prose about nonsense or something obviously wrong, but the eloquent ones were few and far between. Now every crank is equally eloquent and can spit out 1,500 words of passable prose in seconds.


Zig is always _less_ robust than rust. Even if you have a single allocation you can always forget to free it.


Ideally websites just respect the existing media queries so you don't even have to switch!


Designs can't be easily split into a pure light or dark mode, though. Before light/dark modes were popularized, it was common to have some parts be "dark" and other parts be "light," depending on the design (for example, would the iOS 5 game center be "dark mode"?). Elixir's website uses a mix of light and dark to delineate sections.

One consequence of software recently supporting light and dark schemes is that UI designs end up committing to all white or all dark, rather than tastefully choosing a color scheme that best frames its content in context.


Because making segfaults impossible is simply a better solution to playing a game of whack a mole of "crash, root cause, fix and add test for that very specific bug"?


Your macros are not implementing features, fixing bugs, and writing test cases.


I literally just watched someone do a text replace on a conference call to show me how good Claude was today.


They are. And have been since the 1970s, and will continue to do so for another 50 years.

Particularly the fixing bugs parts. So often is one bug manifested across 200 lines in 50 different files, and to fix it you need the same 5 exact keystrokes across those 200 lines. vim (or in my case Emacs) macros will allow me to find the fix in the first of these lines where I also define the macro, and then apply in mere seconds across the other 200 lines.

As for writing test cases, copy-paste has worked fine since unit tests became popular in the 1990s, and will continue to work fine for the next 30 years. editor macros are not too dissimilar to copy-paste-edit.


Which is fine. Burn your tokens (with all the carbon emissions they generate in data centers) doing more involved tasks like that. Don’t waste it on silly, easy things like simple macros, search/replace, etc. AI doesn’t need to be a hammer used for everything.


Said with such confidence...


This is very similar to my recent experience!

LLMs are surprisingly effective at helping you learn the "vibes" of making music and understanding various concepts.


I can run away from a knife holding psycho or fight back, a drone can fly into my bedroom. Same argument for guns really.


My flow state with AI is having 5 different conversations at the same time making good progress on all of them by giving key insight and feedback at the right times.

You can actually go super fast with the right setup and focusing only on the important details like ensuring the shape of the APIs make sense and that test quality is good.


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

Search: