The only time I ever "write" more than a few 10s of lines at a time (dev since the 1970s, pro since 1991) is when I'm scaffolding a new application with a code generator, and that usually compiles first time. And source control is revolutionary. Check in stuff that works, then no matter how bad things get you can always just roll back to the last good commit. Unpicking the last few hours without source control is horrible. Been there, done that way too many times.

And even when you do get 700 errors just look at the first few. The rest are most likely junk caused by the compiler not being able to resynchronise with the remainder of the code.

[–] mehdi_benadel@lemmy.balamb.fr 4 points 2 months ago (1 children)

I once did a project regex search heavy refactor, clicked compile once and made it without a code error. I had several collegues be amazed when I compile and it works on the first shot 😅

[–] coldsideofyourpillow@lemmy.cafe 1 points 1 month ago

He's beginning to believe...

[–] skuzz@discuss.tchncs.de 2 points 2 months ago

Also, if you develop on a Mac, slow disk sync on their modern OSes not picking up the change. Or if you use Docker, it caching a layer that it shouldn’t. The future has weird new problems sometimes.

[–] nous@programming.dev 14 points 2 months ago

Protip: Don't write 600 lines of code without ever testing it at all. And by testing I mean anything, manual testing included or even just compiling it or running a linter over it. Do things incrementally and verify things at each step to make sure you are not drifting off course by some faulty assumption you made near the start.

[–] Static_Rocket@lemmy.world 14 points 2 months ago* (last edited 2 months ago)

I find it commendable that you wrote code so horrible other libraries started throwing more errors wondering what the hell you were doing.