>Make a program that does what is needed and be happy
>someone else has made one that does the same but its 10% faster
REEEEEEEEEEe
>someone steals your idea and makes it better.
just use -O6
>make program and use it daily
>it has bugs
>one part stops working (uses data from the internet)
>too lazy to fix it
>don't know where even to begin fixing it
>want to rewrite it to handle the bugs better
>feels like a waste of time because i should be studying a completely different field instead
Ah, I don't know.
>>62034657
There might not be a cure for dumb, but you don't need to be a dumb frogposter.
>>62035550
>your intelligence can be judged by the fact you posted a picture of a frog
>calls others dumb
Wew
I would have given you good life advice but then I noticed you posted the dead gay nigger frog meme.
I hope you slip on ice and your head cracks open faggot.
>>62034822
How the hell did you write something without understanding how it works?
>>62035754
You forget it after a few weeks/months then its hell.
Not him, but I'm going through the same shit. Maintaining code I have no idea how it works (but it does) and I wrote it myself
>>62035804
I often maintain things I wrote years ago with no issue. I'm not talking about toys either, but several kLOC programs for billing, data conversion, record analysis/validation, reporting, graphical design/layouts, external data integration, and data library management. I'll go back after 2-3 years of it quietly getting shit done and getting abused by users to update an API or library, or tack on a requested feature. Sure, I've run into WTFs that I wrote years back, but the code is never alien to me. Even if I don't recall ever writing the program, I can still tell the code is my writin,g and I'll quickly grasp the design.
What's probably happening with you, is there is no design. If you're too much of a novice to naturally lay things out in a logical and maintainable way then you'll only "get" the code after fitting the whole application in your head. If you instead write clearly defined interfaces, couple loosely, write small functions and single task classes, and make good use of patterns, then you'll be able to maintain your code. This is because it will simply be more maintainable. Shit, I hardly even write comments anymore, just docstrings on public methods. When the code makes sense, it just makes sense.