Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fast

catherinejue.com

Post reply on HN
Print view View original

341–350 of 450 posts

Re: Fast

#341

Post by dang »

riffic wrote: post #244
hn_throwaway_99 wrote: post #104

Just want to say how much I thank YCom for not f'ing up the HN interface, and keeping it fast. I distinctly remember when Slashdot committed suicide. They had an interface that was very easy for me to scan and find high value comments, and in the name of "modern UI" or some other nonsense needed to keep a few designers employed, completely revamped it so that it had a ton of whitespace and made it basically impossibl…

orange site still doesn't support markdown link tags though.

What's a markdown link tag?

Re: Fast

#342

Post by dang »

ygritte wrote: post #319

How did over a thousand people upvote this hollow article? Am I the only one who was looking for substance in vain?

The substance is in the audience, in the sense that a lot of people resonate with what the article is saying.

Re: Fast

#343

Post by dang »

mbforbes wrote: post #197

My favorite essay on this topic, not yet referenced, is James Somers's "Speed matters:" https://jsomers.net/blog/speed-matters

Discussed a few times:

Working quickly is more important than it seems (2015) - https://news.ycombinator.com/item?id=36312295 - June 2023 (183 comments)

Speed matters: Why working quickly is more important than it seems (2015) - https://news.ycombinator.com/item?id=20611539 - Aug 2019 (171 comments)

Speed matters: Why working quickly is more important than it seems - https://news.ycombinator.com/item?id=10020827 - Aug 2015 (139 comments)

jsomers gets a lot of much-deserved love here!

Re: Fast

#344

Post by willvarfar »

gherkinnn wrote: post #329
didibus wrote: post #194

Earlier quoted context omitted.

You're taking the wrong conclusion, "Fast" is a winning differentiator only when you offer the same feature-set, but faster. Your example says it, people will go, this is like X (meaning it does/has the same features as X), but faster. And now people will flock from X to your X+faster thing. Which tells us nothing about if people would also move to a X+more-features, or a X+nicer-ux, or a X+cheaper, etc., without the…

I hate it but it's true. Look at me, my fridge as an integrated tablet that tells me the weather outside. Never mind that it is a lil louder and the doors are creaky. It tells me the weather!

And is your fridge within line of sight of a window? :)

Re: Fast

#345

Post by baq »

zahlman wrote: post #182
citizenpaul wrote: post #62

Earlier quoted context omitted.

The only thing I've found that LLM speeds up my work is a sort of advanced find replace. A prompt like " I want to make this change in the code where any logic deals with XXX. To be/do XXX instead/additionally/somelogicchange/whatever" It has been pretty decent at these types of changes and saves time of poking though and finding all the places I would have updated manually in a way that find/replace never could. Tho…

> A prompt like " I want to make this change in the code where any logic deals with XXX. To be/do XXX instead/additionally/somelogicchange/whatever" If I reached a point where I would find this helpful, I would take this as a sign that I have structured the code wrongly.

You would be right about the code but probably wrong about the you. I’ve done such requests to clean up code written over the years by dozens of other people copying patterns around because ship was king… until it wasn’t. (They worked quite well, btw.)

Re: Fast

#346

Post by rtpg »

zahlman wrote: post #182
citizenpaul wrote: post #62

Earlier quoted context omitted.

The only thing I've found that LLM speeds up my work is a sort of advanced find replace. A prompt like " I want to make this change in the code where any logic deals with XXX. To be/do XXX instead/additionally/somelogicchange/whatever" It has been pretty decent at these types of changes and saves time of poking though and finding all the places I would have updated manually in a way that find/replace never could. Tho…

> A prompt like " I want to make this change in the code where any logic deals with XXX. To be/do XXX instead/additionally/somelogicchange/whatever" If I reached a point where I would find this helpful, I would take this as a sign that I have structured the code wrongly.

sometimes you want a cutpoint for a refactor and only that refactor. And turns out that there is no nice abstraction that is useful beyond that refactor.

Re: Fast

#347

Post by Cthulhu_ »

nakedneuron wrote: post #339

Website is superfast. Reason I usually go for the comments first on HN is exactly this: they're fast. THIS is notably different. On interfaces: It's not only the slowness of the software or machine we have to wait for, it's also the act of moving your limb that adds a delay. Navigating a button (mouse) adds more friction than having a shortcut (keyboard). It's a needless feedback loop. If you master your tool all men…

The website is fast because it's minimal, just under 80 kB of which 55 is the custom font; this is fine for plain content sites, but others will have other requirements.

There's never a reason to make a content website use heavyweight JS or CSS though.

Re: Fast

#348

Post by discordance »

xyzzy123 wrote: post #266
resonious wrote: post #262

Earlier quoted context omitted.

As a counter example (re: agents), I routinely delegate simple tasks to Claude Code and get near-perfect results. But I've also had experiences like yours where I ended up wasting more time than saved. I just kept trying with different types of tasks, and narrowed it down to the point where I have a good intuition for what works and what doesn't. The benefit is I can fire off a request on my phone, stick it in my poc…

Thats cool, how are you integrating your phone with your Claude workflow?

You can set up hooks: https://docs.anthropic.com/en/docs/claude-code/hooks-guide

And use something like ntfy to get notifications on your phone:

https://ntfy.sh/

I’ve also seen people assign Claude code issues on GitHub and then use the GitHub mobile app on their phone to get notifications and review PRs.

Re: Fast

#349

Post by tobyhinloopen »

PaulHoule wrote: post #86
tobyhinloopen wrote: post #53

Earlier quoted context omitted.

"Look, it can render the whole app really quickly every time the user presses a key!"

That gets into a very interesting question of controlled vs. uncontrolled components. On one hand I like controlled components because there is a single source of truth for the data (a useState()) somewhere in the app, but you are forced to re-render for each keypress. With uncontrolled components on the other hand, there's the possible anarchy of having state in React and in the actual form. I really like this libra…

That's neat, thanks for the link!

Re: Fast

#350

Post by blub »

9rx wrote: post #12

> Rarely in software does anyone ask for “fast.” They don't explicitly ask for it, but they won't take you seriously if you don't at least pretend to be. "Fast" is assumed. Imagine if Rust had shown up, identical in every other way, but said "However, it is slower than Ruby". Nobody would have given it the time of day. The only reason it was able to gain attention was because it claimed to be "Faster than C++". Watch…

The claim was not that Rust was faster than C++, they said it’s about as fast.

C and C++ were and are the benchmark, it would have been revolutionary to be faster and offer memory safety.

Today, in some cases Rust can be faster, in others slower.

Post reply on HN