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

91–100 of 450 posts

Re: Fast

#91

Post by 01HNNWZ0MV43FF »

PaulHoule wrote: post #42
OsrsNeedsf2P wrote: post #37

This is one of the reasons I switched from Unity to Godot. There is something about Godot loading fast and compiling fast that makes it so much more immersive to spend hours chugging away at your projects for.

My son told me to not develop a game with Unity because, as a player, he thought Unity games took way too long to load.

There might be some selection bias - Experienced programmers who care a lot about engine technology are more likely to use Godot and also optimize their load times. Unity includes a lot of first-time programmers who just want to get something shipped

Re: Fast

#92

Post by mlhpdx »

ilyakaminsky wrote: post #69

Fast is also cheap. Especially in the world of cloud computing where you pay by the second. The only way I could create a profitable transcription service [1] that undercuts the rest was by optimizing every little thing along the way. For instance, just yesterday I learned that the image size I've put together is 2.5× smaller than the next open source variant. That means faster cold boots, which reduces the cost (and…

Is S3 slow or fast? It’s both, as far as I can tell and represents a class of systems (mine included) that go slow to go fast.

S3 is “slow” at the level of a single request. It’s fast at the level of making as many requests as needed in parallel.

Being “fast” is sometimes critical, and often aesthetic.

Re: Fast

#93

Post by [deleted] »

ilyakaminsky wrote: post #69

Fast is also cheap. Especially in the world of cloud computing where you pay by the second. The only way I could create a profitable transcription service [1] that undercuts the rest was by optimizing every little thing along the way. For instance, just yesterday I learned that the image size I've put together is 2.5× smaller than the next open source variant. That means faster cold boots, which reduces the cost (and…

[deleted]

Re: Fast

#94

Post by skydhash »

citizenpaul wrote: post #62
PaulHoule wrote: post #2

Kinda funny but I think LLM-assisted workflows are frequently slow -- that is, if I use the "refactor" features in my IDE it is done in a second, if I ask the faster kind of assistant it comes back in 30 seconds, if I ask the "agentic" kind of assistant it comes back in 15 minutes. I asked an agent to write an http endpoint at the end of the work day when I had just 30 min left -- my first thought was "it took 10 min…

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…

I supposed you haven’t tried emacs grep mode or vim quickfix? If the change is mechanical, you create a macro and be done in seconds. If it’s not, you still got the high level overview and quick navigation.

Re: Fast

#96

Post by Aurornis »

Liftyee wrote: post #54

I always have to remind myself of the bank transfer situation in the US whenever I read an article complaining about it. Here in the UK, bank transfers are quick and simple (the money appears to move virtually instantly). Feel free to enlighten me to why they're so slow in the US.

The US actually has two real-time payment systems: RTP and FedNow. The number of participating banks is growing rapidly.

https://real-timepayments.com/Banks-Real-Time-Payments.html

Prior to that, you could get instant transfers but it came with a small fee because they were routed through credit card networks. The credit card networks took a fee but credit card transactions also have different guarantees and reversibility (e.g. costing the bank more in cases of fraud)

Re: Fast

#98

Post by b_e_n_t_o_n »

pclowes wrote: post #6

Highly Agree. Speed of all kinds is incredibly important. Give me all of it. - Fast developers - Fast test suites - Fast feedback loops - Fast experimentation Someone (Napoleon?) is credited with saying "quantity has a quality all its own", in software it is "velocity has a quality all its own". As long as there is some rigor and you aren't shipping complete slop, consistently moving very quickly fixes almost every o…

Another benefit of speed in this regard is that it lets you slow down a bit more and appreciate other things in life.

Re: Fast

#100

Post by rustybolt »

jasonjmcghee wrote: post #13
rustybolt wrote: post #7

> Rarely in software does anyone ask for “fast.” Are you kidding me? My product owner and management ask me all the time to implement features "fast".

Not sure if this is sardonic obstinance... But assuming face-value - that's not what the statement is about. I disagree with the statement too, as people definitely ask for UX / products to be "snappy", but this isn't about speed of development.

Yeah, this was an attempt at humor. But it is quite easy to misunderstand the title.
Post reply on HN