| ▲ | amazingamazing 2 hours ago |
| I mean i wouldnt call a 100% a little slower wrt check vs build. In any case, the more you change the longer the incremental check or build will take. |
|
| ▲ | nicoburns 2 hours ago | parent | next [-] |
| Sure, but when we're talking single-digit seconds it feels not that significant regardless? |
| |
| ▲ | amazingamazing an hour ago | parent [-] | | My point is that it isn't necessarily that fast. It is relative to the amount of changes and where they were made. For a fair comparison you would also have to present the worst case incremental build time which approaches the full build time (this goes for Go too), which per your own example is nearly a minute for rust. |
|
|
| ▲ | J_Shelby_J 2 hours ago | parent | prev [-] |
| 1.5s for a massive project, on a laptop,like the OP said is still barely anything in the context of agentic coding. It’s less than a single percentage point of the total time in the loop, even if the agent has to compile multiple times. This is cope. I do give you that rust is more verbose and thus more token heavy. However that verbosity is meaningful and the LLM would have to spend tokens thinking about the code to understand less verbose languages. So I’d consider that a wash - in some cases it hurts and in some it helps. |
| |
| ▲ | amazingamazing an hour ago | parent [-] | | We don’t know how massive the project is, but in any case building and immediately building again of course will be fast. How fast is it if all files have a single line changed, for example refactoring a log message? Not to mention we haven't even gotten to discussing tests. | | |
| ▲ | nicoburns 19 minutes ago | parent [-] | | > in any case building and immediately building again of course will be fast FWIW, the compile time test above was done comparing consecutive commits. Which in this case happened to have ~3-4 lines changed. |
|
|