mac 上 NTFS 读写才是王道。
你无法确保别人给你的 U 盘和移动硬盘是什么格式。

自上而下设计 和 自下而上设计。
你会发现，设计阶段还是自上而下比较好，而实现阶段，自下而上实现非常舒适。
至于你纠结的时候，其实也是重构的时机和价值体现。重构一定会影响设计，但不一定影响砖头。
设计的一种思路是大干快上先实现，只有当某个东西重复第三次的时候才开始考虑重构。好处是务实，坏处是不断返工结构糟乱劳心劳力。
另一种思路是前期设计充分考虑变化，架构充分灵活可扩展。好处是红星照耀我方向，坏处是过度设计结构复杂劳心劳力。
总之劳心劳力。

没有真正的不累眼睛的显示器，眼睛累不累，取决于你看什么。/手动狗头

分离 -> 前端负责渲染或不渲染。
前端判断 -> 拿到权限列表作为判断依据。
是否渲染 -> 每个组件独立主动自我判断 /外部角色强制批量判断。就这两种思路。剩下的无非就是封装而已。

我一直认为，一个针对理智的负责任的成年人设计的软件，每个犄角旮旯塞满二次确认三次确认真是一件非常蛋疼不想做的事。手动狗头。

1，政策允许的情况下，努力给了很久免费好用的域名。
2，政策压力下，依然努力没有全盘取消免费域名，只是为了规避政策风险，强调测试用途，限制测试时长而已。


只能说，升米恩斗米仇真的很有道理了。
有种的放下筷子骂 zf 啊，骂个还算有良心又是被逼无奈的企业算什么本事。

解释一下，个人对个人的消息需要检测和屏蔽是因为：大量的垃圾消息都来自于盗号者。
盗号者盗取 QQ 号后，只有无保靓号才有一定盗取出售价值，大部分号都是记录密码然后批量贩售给黑产灰产，他们会拿这些号半夜登录发垃圾消息。
这些消息占比又大，还都是个人对个人的。

JVM 系开发 DSL，groovy 简直爽歪。

说到 SEO，我们是这样做的：
针对 google，不需要额外做任何事。google 会执行前端 js 得到最终渲染页面。
针对 baidu 等一票愚蠢蜘蛛，额外输出了一套平凡版页面，只有内容，以及一些语义标签，没有任何样式。
据说 baidu 有一条原则是不允许人类版页面和蜘蛛版页面有差异，为了打击黑色 SEO。
但我们似乎并没有发现目前做法有被歧视。

仅供参考，也希望内行人士能确切指点这样做是否合适。

Java 混乱？
JavaScript 水深火热。
PHP 笑而不语。

抛开 lz 略失君子风度的瑕疵之外，
问题本身绝对是低级问题，是根本连 json 规范的类型系统都没搞清楚，连接口约定都不遵守的低级问题。
整楼居然还能发现这么多习以为常的开发人员，吓了我一大跳啊！
emmmmmm，本来以为 v2 上大拿车载斗量，精英过江之鲫，小白都瑟瑟发抖不敢说话呢。。。
颠覆了，颠覆了啊。

favicon 动态化，这点还是挺有创意的啊。

最近见了太多太多的“前段”，感觉像看到了半只被切开的蚯蚓。

请务必占用本职工作时间！
请务必提前向上反映到当前 leader ！
请务必引起两边两位 leader 的注意！

否则，你文档写的再清楚，有了轻易就能获取的依靠，没有谁会认真投入去消化吸收的。

有生之年系列。。。

兄弟，买过内存吗？那个价格过山车更刺激啊。天天跟我收钱，我天天找他们退货。来来往往都打了不知道多少官司了。现在手上还有几十条 EDO 内存在想办法坑厂商呢。

@q9OxQg 网络是空气吗？不是。因为获取网络需要成本。那么网络成本谁来承担？
Google 也有类似的理念，他们自己承担成本，承担网络建设，提供廉价甚至免费的网络。没有条件的用气球创造条件也要上。
万能钥匙？他只鼓励你去偷网络而已。

楼里有些人别跟我提万能钥匙鼓励主动分享来创造免费网络。整个产品逻辑里面充满了双重欺骗和层层诱导。
有种的话，万能钥匙在启动页明明白白写清楚是分享，分享的方式，原理，后果，风险。淘汰掉大部分不明真相不明风险的傻逼之后，剩下的才是理智的高尚的纯粹的如 BT 电驴般闪耀光芒的用户。