@BXIA

只想做个平凡的上班族。

不是太缺钱的话，大多数情况下我会还，但不保证百分百会还。

额外加一条，我不会用道德或法律要求其他人做同样的选择。

@mimzy

我可没有说楼主是圣人。

圣人的要求不低，楼主如果真是圣人，自己先掏钱把手机买下来归还失主。

如果失主是个漂亮萌妹，可以和妹子一起教育一下朋友，让朋友心灵得到净化，主动归还买手机的钱。

如果想让朋友得到教训，可以顺便警局走一波，让朋友得到教训，改过自新主动归还买手机的钱。

嗯，有圣人存在的世界就是这么美好。

@BXIA

法律是道德的下限。

所有合同都有违约条款，会声明好违约的代价，说明违约是可以发生的。

说到底，法律并不能阻止违法的行为发生，只是带来了违法的代价，真正有作用的是这些代价带来的违法成本。

那么法律和道德的差别仅仅在于代价差异——一个由国家暴力机关执行，一个由社会本身执行。

对于清楚代价的人无论法律还是道德都只是自我约束罢了。

-----

这件事本身就是个博弈的选择罢了，每个人所处的位置不同，博弈成本不同，选择不同。

我只是个普通人，我是从心底佩服那些如同圣人一样要求自我的人，真心的。

PS：

希望这贴里面容不下一点沙子的人，今后的生活中能用同样的标准要求自己，让这个社会会越来越好，不要成为生母婊一样的人。

道德是用来约束自己的，而不是要求他人。

如果真的有工具或者方法能低成本的解决这个问题，那么这个问题就不是难题了。

其实也不能说是培训机构的原因，根本原因是大多数公司的实际上的技术要求其实并不高，但是没人愿意承认这点——包括从业人员¯\_(ツ)_/¯，而且已经在行业内的低水平人员（各种意义上）会通过提高门槛来保护自己。

另一方面从 HR 的角度看其实各种技术关键字是没有差异的，所以从业经历更容易理解和判断——至少能说明别的企业帮你筛选过一次了。

有个表姐做开发后面转成运营了。

被黑掉也不一定是因为数据库密码被爆，也有可能是 Web 应用漏洞造成的。

运维对数据库外网访问需求很小，而且至少会用阿里云防火墙策略做个 IP 白名单，加上没有快照备份，所以楼主应该不是运维或者安全岗位。

说到底人在生活中也会因为各种原因而产生冲突——资源、食物、观念甚至一些看起来根本不重要的事情。

孤独感与这个世界有多少人存在毫无关系，每天你都会遇到很多人，与很多人交谈、与很很多人擦肩而过，但结识可以同行之人确很难。

反过来讲，如果有可以同行之人，这个世界是不是末日根本不重要。

这番完全是讲的人生态度，感觉作者就是一个悲观主义者。

人生的结局注定是死亡，独自旅行也好，结伴同行也好，虽然知道最终的结局，虽然不知道未来会怎么样，那就乘着风往上出发吧。

pxe，如果需要做一些配置和安装软件的话自己封装镜像就行了。

知识付费做不下去了，盈利压力，流量变现更实际，移动流量更值钱。

换 webdav

clear os，基于 CentOS，基本都能实现，不过得有一定的能力。

这种悲剧很难避免。

看得出来所有对“上层”有追求的人都是有着自身的焦虑与不安——期望提高收入，期望参与体制，期望实现移民，每个人都有自己的选择方案，期望能解决焦虑与不安。

然而，现实是不可能提供足让每个人都感觉到安全的资源——更何况这个需求也在增长。成功者总归是少数，更多的只是平凡人和失败者，所以悲剧很难避免。

过去我以为当年轻一代人掌握话语权时这个世界就会改变，现在看来屁股决定脑袋这点是不会改变的。

想避免这种悲剧，恐怕只能实现社会主义才行了，或者用流行的说法，佛系解决方案也是不错的——

众生皆苦，放下即自在。天地皆空，唯有人在其中苦。

@slgz 技术债务总是要还的，只是什么时候还，由谁来还的问题。并不是说不欠债就是好的，有时也会为了一些妥协而主动选择债务。

再说了，项目没到还债的时候就死掉的也是很多的。不管是主动选择还是被动，债务只要可控就是可以接受的——大不了离职嘛 ¯\_(ツ)_/¯。

通常说的解决方案就是重构，不过出于自身利益风险考虑我觉得更多人都喜欢重写——毕竟就算是一坨屎也是自己的香一些。

我只是一个负责背锅的运维，代码重构的经验还是让开发来传授吧，毕竟他们经验比较多 :doge:

还是得看具体业务和目标用户。

国内社交、支付、应用市场入口都被 BAT 把持，二维码也基本是微信和支付宝的入口，即便不考虑浏览器的问题，如何让用户安装 PWA 应用都是需要调研的。

个人感觉目前局面，非 BAT 厂家对 PWA 都是支持的，至少目前来说是可以绕开 BAT 入口的好办法，更何况还有 Google 站台。而 AT 两家，明面上应该不会阻扰，但我真想不出有什么理由让它们积极支持推进。

除非能有什么重大事件能改变当前的局面——比如谷歌入华什么的，大概会一直这样吧。

JSON 类型也避免不了数据量过大的问题，反正查找算法还有数据结构就那些。可以预见的是热门标签的 doc_ids 增加是非常迅速的，大表还能分表解决，大字段该怎么解决？

通过文章来查标签好解决，但是标签反查文章，用关系数据库真不好解决。无论采取那种结构，查询速度明显会因为标签对应文章数据量增加而变慢。

感觉要么做成延迟生效，将查询结果缓存一段时间（不然被 cc 也够呛），追求实时的高一致性技术要求很高。

@SuperMild doc_ids 这个字段长度会非常大，而且文章修改标签时会相当蛋疼 。