4 ms·
I am at least 99th percentile on typeracer. I wonder how much of these alleged LLM speedups are from people with low WPM and/or vim fluency.
by ryandv 1y ago
I am at least 99th percentile on typeracer. I wonder how much of these alleged LLM speedups are from people with low WPM and/or vim fluency.
- rgoulter 1y agoIf you're working with a language you're not-so experienced in, then the completion for `// read data from file f into x` is going to be significantly quicker than looking up the documentation for this.
- deleted 1y ago[deleted]
- ryandv 1y agoDepends on the language. Recently I got stuck on some issues with line-based processing of stream input with Haskell conduits and resorted to ChatGPT out of desperation. It wasn't of much use to me either, and then I ran out of free tier usage. I suppose for emitting boilerplate or other ceremonial code LLMs serve as an augmented "copy/paste from stackoverflow" and increase your KLOC/time, but this is not really an interesting metric and production of source code was never the rate-limiting step in creating software.
- nottorp 1y agoYou used the wrong language. Switch to one that has enough LLM training data :)
- nottorp 1y agoRead data into x? Taking into account that the file may not exist or error half way? Taking care that your buffer doesn’t overflow or simply eat all your available ram? Do you only work with trusted inputs?
- DontchaKnowit 1y agoMost the time, yeah, actually. Also- in my experience so far, LLMs do a far better job of accounting for things like this than I do. For example I had claude 4 write something to recursive search the whole filesystem on a windows 11 machine and included a few checks for windows 11 file system specific things I wasnt aware of