我买 Xperia 一直只买 Compact，这次所谓的小屏 Xperia 5 II，比我的 Pixel 3 还要大。

之前对 Xperia 我看中的最主要是它的续航水平和接近原生的系统，其次是小屏。另外拍照效果我也挺在意的，但我用过的 Xperia 拍照就没让我满意过，特别是靠近照片周围那一圈，免不了的都有畸变，比不了 Nexus 5x 和 Pixel 3 。

而我很重视的续航，在 X Compact 升级至某个版本的系统之后，直接从两天一充变成了一天一充。另外一款 XZ1 Compact 就入手一开始就是一天一充。这样一来，在继续方面跟其它手机相比就没有优势了。你要说相对能久一点，那也还是一天一充。在之前，我手机只剩 30% 的电我还是可以放心出门的。

还好离开了

@b00tyhunt3r 跟人对话之前先理解对方在说什么是起码的礼貌。

@b00tyhunt3r 哦

@b00tyhunt3r 嗯。你说的大神不需要团队合作，自然不需要别人看懂。需要团队合作的“大神”写的代码如果能让别人看不懂算哪门子大神？
少点 YY 吧。无非看了些别人炫技的代码就以为人家是大神了。然后抄着在项目里到处用，搞得整体系统无法维护很开心？
真的大神写的代码平淡无奇，每个人都觉得代码本来就是应该那么写的，但很可惜轮到自己写的时候，多数人写不出来平淡无奇的代码，这才是现实。

刚看了半天 xperia 5 ii 的视频和文章，有点想买。

@NerdTsai 为了能够给大家过节公司决定周六上班

@labulaka521 其实这帖子里不少朋友应该都一样，看到注释，甚至看到论坛里讨论“注释”的帖子，第一个反应是自己先改善代码，如果觉得代码还看不懂，就继续改善，改到能一眼看得明白为止，这样自然就变成了大家嘴里说的不需要注释的代码。
不过这确实需要下一番苦功，铁了心这辈子（起码在整个职业生涯里）跟劣质代码死磕，不是短时间能成的。只是不要放弃就好。
所以我的第一个回复就是“重构代码”，这是正视劣质代码存在的事实并试图改进，完全是积极处理问题的态度，而不是为不写注释的劣质代码找理由，这是两码事，不要混为一谈。注释在我看来只是一个信号，一个标示着劣质代码存在的信号而已。

@labulaka521 也许你见过你口里描述的人，但同时你要知道这世界上真有不少人的代码是不用注释的。把无法理解的事情打个装逼的标签，把难以实现的理想当作自己不努力的借口对自己没有好处。有理就好好讲理这是程序员的基本素养，起码冰冷的机器不会照顾你的个人情绪。

@labulaka521 注释的作用主要是说明代码为什么要这么做，而不是描述代码在做什么。

另外软件开发就是要极端。没有极端过，你根本不知道“中间”在哪里，不知道极端在哪，所谓的折衷、权衡都是在搞笑和自慰。

写详细点吧：

1. 代码需要注释说明代码不可读，为了让代码可读，就需要对代码进行重构。写注释本身属于重复行为——已经用代码写了一遍，再用人类语言写一遍，一处变动需要同时做两处修改。

2. 重构代码不需要先理解原有逻辑，逻辑在重构过程中自然就能理解。

重构代码

@Gathaly 我靠，居然还有这么好的工作。

没有啊

嗯…免不了无法分辨的杂音太多，各说各的。

我觉得许多人对面向对象理解得稀里糊涂的，主要是环境使然。看似长篇大论能讲出来一堆东西，扪心自问一下，其实根本上说服不了自己。

不注意自己纠偏又没有对的人带，比较难走出来。

类的核心是一组关联比较紧密的属性，然后附带上一堆操作这些属性的方法。

当然，工作当中你会遇到各种奇葩的类的写法，比如写了一个方法内部的逻辑跟本类的属性完全无关的。只要知道这些写法是错误的，并且它们普遍存在，就连自己为了适应环境时不时也要写出这样的代码，但自己一个人做项目的时候绝对不允许并且有能力不出现这样的代码就行了。

四个全拔了，活得好好的。

再摔一次，就不是第一次摔坏了。