临时的解决方案不是永久的解决方案 或者换句话说:变通办法不是永远的:))。

我很早就开始学习编程了。那时我14岁左右。我有各种疯狂的想法，但不要问我准确的时间，因为那是很久以前的事了。

Ok, so, I believed for a while that if you use the term synchronize in Java, then Java solves this nasting synchronizing thing for you I believed for at least half a year, likely more, that static typing would improve performance. I believed that freeing something would return memory back to the OS. I believed that malloc calls boil down to checking if there is enough free space on the OS, so malloc would be inexpensive. I thought a long while that Java was built with all the benefits and flaws of the other languages in mind, into a "perfect blend" that would take the best properties of the other languages and reject the mistakes. I vastly overestimated the number of cases where LinkedLists outperform ArrayLists. I thought that NP-hardness was a proof that no INSTANCE could be solved efficiently, which is trivially false, for a while. I thought that finding the best flight-plan on travel agency web sites would take so long because of the "Travelling Salesman Problem", as I proudly chuckled to my relatives (when I was small, alright?!)

还能想出更多。不知道我坚持了多久。对不起。

PS: 啊，好吧，这个被清除得并不慢，但我看到新手时不时地这样做，所以我想你可能会感兴趣:我还认为要存储不确定数量的东西，你需要为每个东西声明一个新变量。所以我要创建变量a1 a2 a3…，而不是使用一个变量a，我将它声明为一个向量。

事实证明，在Linux下是否检查内存分配是否返回一个引用并不重要，因为它实际上会欺骗你，在未来的某个时候实际分配内存，或者如果它没有你需要的内存，就完全终止你的程序。

不用分析我就能知道性能问题出在哪里

总有一天，我会有一个现实的想法，那就是构建一些重要的代码/系统/什么的需要多长时间。

Python是一种不切实际的、令人讨厌的语言(我仍然可以读到一些关于我早期代码的注释，抱怨它)，而c++是唯一真正的面向对象语言。

我错得太离谱了，到现在还觉得羞愧。