※ 引述《hidog (.....)》之铭言：
: 刷题只要当下可以accept就好,但专案可能需要活个三五年
: 当下没问题,但没做好维护作业,很容易变成替未来埋地雷
: 个人觉得刷题很强跟工作很强并没有直接划上等号啦...
想作一下补充，维护legacy code应该算是比较吃经验跟工程技术：
1. 判别code smell
2. 了解原code的逻辑 (愿意而且能够读懂别人的程式码)
3. 还要能改得对
看这位大大应该是解题能力强、做大型专案的能力也强，把code写对跟写好对你
来说可能已经不是问题。但以我见过很多的脏code来说，发现大部分脏code都有
一个共通点(撇除乱命名)，那就是：用数倍的程式码去达成一件很简单的事情。
举例来说，
1. 不知道怎么辨别acyclic graph，写了一百多行程式码效率不仅差还漏洞百出
2. nlogn能解决的问题，用了n^2，效率差还写得又臭又长
3. 不知道unordered_map怎么使用自制的hash function，把程式码写得超复杂
4. 不知道如何使用自定义的comparator，手写排序算法还写错
等...罄竹难书，没有最夸张、只有更夸张。
常见的算法，只要不是刁钻或罕见的题目，我相信解题至少能刷掉一些基础不
强的工程师......

除了要改对之外还有要改成怎样的策略问题 XD

可以举一个需求是把复杂度写成n平方的吗？

前端常常看到这种 Array.map().filter(e=>e.find()).......

非本科的转职者，有些连复杂度的概念都没有就会写出这种东西

3,4也太扯惹吧

推推想请问该如何增进自己的第一点”判别code smell”呢？很怕自己写出别人所讲的脏扣

Clean code, Code complete这类书可以找来看