今天开始正式动 checkstyle 规则了，才发现谷歌做得是更宽的限制，“ Method Javadoc ” 中，allowMissingParamTags、allowMissingThrowTags、allowMissingReturnTags 全部是勾上的。

我在这里认为 “@param deviceNo device no ” 是脱裤子放屁，人家起始定义的是 “@param ”自身就是脱裤子放屁。

然而根据 Eclipse 的模板配置，要省略 “@param ” 就要多一个 “ Ctrl + D ”的操作，比较蛋疼。

@abccccabc #84 到现在你还没看出来我说的是啥：拼音无法让人很好的看懂，即使是让中国人看。跟你这种人对话相当没意思。最后送你几句话：发语音消息很爽快，接语音消息的人想打死你；拼音一时爽，读起来火葬场

@richard1122 #33 你是从哪里看出来 DATETIME 是时间戳存储的，自己阅读能力有限，请不要误导人。

DATE DATETIME 是年月日时分秒+纳秒值格式，TIMESTAMP 是时间戳的格式。你就算没看懂 “ MySQL retrieves and displays DATETIME values in 'YYYY-MM-DD HH:MM:SS' format.” 这句话，看到'1000-01-01 00:00:00' to '9999-12-31 23:59:59'这种范围，也不应该认为它是时间戳。

The DATE type is used for values with a date part but no time part. MySQL retrieves and displays DATE values in 'YYYY-MM-DD' format. The supported range is '1000-01-01' to '9999-12-31'.

The DATETIME type is used for values that contain both date and time parts. MySQL retrieves and displays DATETIME values in 'YYYY-MM-DD HH:MM:SS' format. The supported range is '1000-01-01 00:00:00' to '9999-12-31 23:59:59'.

MySQL converts TIMESTAMP values from the current time zone to UTC for storage, and back from UTC to the current time zone for retrieval. (This does not occur for other types such as DATETIME.)

@saulshao 据我所知，oracle 和 mysql 的日期和时间类型都是年月日时分秒类型，而不是时间戳。通常这些类型还会添加额外的辅助字节。
时间戳表示法的原因不是电脑只认整数，电脑只认二进制，整数也是要转换的。用时间戳的原因是这两个：转换逻辑换空间，“懒人技巧”换复杂的对象。

@xiangyuecn 这应该是你的 IDE 配置或导入方法的问题吧，IDE 干嘛要吃饱了撑地去检查 jar 包中的源代码

@guyeu #1 即使导出 API 文档，文档上也首先显示的是方法签名，而且 @param 只是省略 @param deviceNo {device no} 最后那个文字描述，字段名部分不省略。另外 Javadoc 导出的 API 文档就是个典型的“没人看的”文档，迄今为止只有 java 6 的 chm 格式管用，html 格式的 Javadoc 连快速定位类都办不到。我现在看文档的顺序是：Develop Guide -> 源码。

@geelaw #2 我这只是举了个例子，原始代码中是有额外说明的。现在我要解决的是，要不要在代码风格检查工具中设置为强制规则。如果强制的化，总有可能遇到加上就是脱裤子放屁的描述信息；如果不强制的化，就要找出一个打破代码风格的理由。

@forestLittleBear #21 我现在把反方例子举上：暴雪，即使最新开发的风暴英雄，照样停服更新。

需要纠正一下，苹果也不全是直营，但是他对经销商有绝对的控制权，应该算作全直营。

直营跟分销的区别。苹果是直营，当然价格可以紧跟上游成本的变动。国产手机，大部分都是分销模式，上游成本对下游价格的影响是相当滞后的（另外即使有直营店，为了不惹恼分销商，也不会自行调整价格）。

楼主应该这样问：增值税下调，苹果的产品降价了，国内一直搞直营的手机厂商（比如某某互联网手机）怎么不降价？

@forestLittleBear #12 请参考 dota2，现在不知道啥情况，以前玩的时候没碰见过停机维护（然而安装升级包还是需要暂停老长时间）。

@abccccabc 你确定你写拼音别人看得懂？如果你平常跟人聊天全语音或者很多拼音的话，建议你想办法找一下对方对你的真实看法

@abccccabc 拼音是汉语的普通话 /国语方言的中国大陆地区专用的一种读的技巧），不是汉语，不用谢。

非常有必要，至少能多玩一年。本科比专科比，最重要的不是多学了什么，而是多玩了什么。

@annoy1309 至于你看到的现象，我能说出一个基本对得上的原因：年轻人不懂事，以为晚上晚睡第二天上午摸鱼，就能弥补 996 带来的个人时间损失。它是 996 的结果，不是原因。

首先要明确一个区别，965/955 是普世的（普世而非法律，因为法律是死的； 8 小时工作制，因为工人的抗议和部分精明老板的实验而出现，不是法律规定而出现；简单的说，你只要记住是先有 8 小时工作制后有法律规定的 8 小时工作制），996 是领导要求的。如果普世 996，领导要求 955，同样会怨声载道。

看到了楼主这句话“我觉得 996 实际上，还是效率导致的问题。”，我觉得没必要再浪费时间了。996，照 9 晚 9 每周 6 天，有具体的明确的界限；效率，是没有边界的，100 天做完够效率吗，1 天做完够效率吗：这两个当成因果说，纯粹是扯蛋。996 的原因如果真要从效率上找，是员工实际效率达不到领导的期望效率。现实情况可能更糟糕：996 的原因是领导认为工作时间=效率，越大越好。

楼主既然是 jd 的，那么就提一个反问：让刘强东以身作则 996 可好，他的家人也可以陪伴着“全情投入”，因为工种原因不要求去办公室，只要按时手机打卡即可。

假设你手里有 30%的苹果股票，当前股价 1% = 1 亿，有大量的散户能在 10 天内吃掉这 30%，那么，十天后你收到的是不是正好 30 亿。

你的第二条跟补的第四条，根本就是无法得出结论的假定。