另外不知道各位对用对象存储来做怎么看？

WASD

坐等破 300

数据库记录逻辑删除而非物理删除是正常操作，只能说程序员代码写烂了，把不该显示的记录显示出来，另外微博的 BUG 远不止这些，活到现在简直是个奇迹

@newtype0092 这一类注释确实是有必要的，可能说的有点偏激

@passerbytiny
@night98
说的很有道理，敏捷开发惯了，有点想当然，但我依然觉得即使在这样的前提下也有很多注释可以避免，Martin Fowler 谈过这个问题： https://www.kancloud.cn/sstd521/refactor/194232

@night98
1. retrieveData()
2. retrieveDataByCondition(condition)
3. retrieveDataByConditionFromCache(condition)

另外我想表达的不是完全不需要注释，而是绝大多数注释可以避免

@mathzhaoliang 我认为的是很多复杂的逻辑完全可以分解成数个简单的小模块再组合在一起，比如一个上百行的方法是很难保证可读性的，但是如果把逻辑拆分开最后变成一个十五行的方法，可读性肯定有很大提升。当然只针对大部分情况，无法拆分的另当别论

@night98 为何得出这样的结论？粗略看了一下手头的项目，class 文件早已超过 200 个，然而注释极少，即使有注释也大多是一些对尚未完成功能的说明，而且注释为什么会和项目大小有很强的关系？如果结构复杂那应该用文档来说明而不是注释

@Decouple 再补充一句，忘了在哪看到的，大意是，注释是一种对失败的妥协，表达出来的意思是：我写出来的这段代码别人（甚至不久后的自己）很难看懂，所以我不得不加点文字

代码即注释了解一下，合理的结构和高可读的命名，绝大部分的注释可以通过高质量的代码来避免

信用卡只能付款给商家账户，不能付给个人账户

QDII 了解一下，人民币买美股指数基金

失效了，不然 3000 左右入个 ie800 确实不错

@ioc 不招实习，应届可以试试
@sakura1357 投个简历看看

@miketeam 不确定有没有在招，可以先发简历试试