前端是用户的，用户泄密你拦不住，服务端是公司的，公司泄密才是你能管的。前端为什么存密码才是问题，难道除了登录还有什么服务需要密码吗？

@sugarsalt 统治阶级当然也会变化啊，任何阶级都有土壤，你不可能说消灭就消灭，如果信息交换的成本高就会选出节点，选出节点就要担心节点的安全，这是连带的问题，不可能只想要好处不想坏处啊。还有提到未来不是猪圈就是野人，脑子里不是绝对的秩序就是绝对的自由，就没有想过中间态。

其实到人类发展到最后就是这样的，楼上说监控的有的是忽略了管理机构的发展，科技发展后管理机构都自动化了，并不存在人性这一说，二是，你想享受社会的秩序，秩序需要分析你的信息，又不想接受监控，想要自己保留信息，这不是矛盾了吗，难道靠玄学来构建秩序吗。有可能最后是弹性化的，你舍弃什么隐私就享受什么社会服务，想保留哪些隐私就放弃这部分社会服务。

node 啊，你会 vue 还可以 nuxt 一把梭，前后台同时开发，哈哈一个人还分什么离，怎么快怎么来

想不碰撞就不能压缩，那你的 string 长度不能太长，不然不可能不碰撞吧。
或者你 hash 再加个时间戳，一次性映射并存储，以后直接读 long，不要再转换了。

要么就用最简单的，不考虑性能，这样投入大量时间的风险降到最低，要么就全部原生，一般人应该没时间一个个去踩坑。

我刚看到也是感觉很爽，各种语法糖 apply let 什么的还有协程，突然就想起了隔壁 c#。

点赞应该是变动了 userpost 表，评论是变动了 comment 表，这些记录变动想放同一张表的话就要记录表名、主键、变动类型、变动字段，这样缺点是没有外键，每张表有各自的历史记录表的话可以用外键，但表会很多。这样之后再来一张或几张消息表对应这些历史记录、消息发送对象、已读未读，因为同一个变动可能要通知多个人，消息插入是被动的可以防止死用户占空间，在每次对象上线时开始根据上次上线时间后的变动遍历统计一遍，有取消的删除的可以这时候不加入消息表，历史记录表还是有的，统计完一起插入更新下用户登录时间。怕用户消息太多可以在统计时合并掉，反正消息只是一条消息，记录表里全都有。

换手机

没什么区别，服务端再怎么渲染也只能出 html，页面要动起来还得用 jq、vue、react，只不过 vue、react 的开发环境要用 nodejs，服务端渲染也要用 js，但不一定要 nodejs，nashorn 也可以。

站久了也不好，可以多种姿势，躺着办公，跑步机上办公。

本来 1 个人干一个月的活，变成了 10 个人每人干一个礼拜的活，如果你只有一个人当然没必要这样，不然你会干 10 个礼拜的活

差不多，学了一个另一个也很快就可以学会。

哈哈，我还记得刚学的时候那些个鬼例子，什么鸟继承动物。结果后来发现 oop 和真实世界没半毛钱关系，最后殊途同归还是数据和逻辑分开，等于表格+过程语言。

我也想过，但很快我意识到，做这个不是技术的问题，而是别的。

讨论谁更有节操也没用，毕竟你不是员工怎么知道他到底删没删，所以好好利用现在资本还不能全世界畅通无阻，国内用国外的，国外用国内的，不就好了嘛。