密码管理工具解千愁。

网站这么设计是为大多用户的安全性着想，而且有的网站 Session 里或 Cookies 里会加密记录上一次认证的时间，服务器端会做验证，你续浏览器那个过期时间也没用。

@TheRightMan #7 这是网络连通性的问题，Google 服务对连接外网的通信质量要求比其他 APP 要高，比如延迟得特别低，以及没有针对 Google 服务的 DNS 污染。有时候你的梯子足够让你用浏览器打开外网网站，但不足以让 Google 服务框架认为可用。

热更新和热修复都是跟目的有关，更新就是更新，修复就是修复，跟原生非原生没有任何关系；如果说从目的出发，增加或修改功能可以用热更新，修复 bug 可以用热修复，就比较清晰了。

类似的，比如“前端”和“后端”的概念，说跑在服务器上的是后端，跑在终端设备上的是前端，那么 APP 的 View 层和 Controller 层是不是也可以被当做前端和后端呢？以及服务器上 SSR 的部分是不是也可以称作为前端的一部分呢？以及 BFF 这种边界产物究竟属于哪一端。

软件架构的的魅力之一就是任何概念都是可以套用在任何类似的场景下的，只有对概念理解不深的人才会借一个具体的案例当做定义。

啥公司都不值得过多付出，等价交换是最好的，干多少活给多少钱，按劳分配。

一方付出过多，不可避免地会出现心里不平衡的情况。

国行就是移除了 Play Store ，装回去就可以用了。

https://www.apkmirror.com/apk/google-inc/google-play-store/
拉到下面 All Versions 找最新的版本下载安装。

用户 平台 客户，是个三方关系：
用户购买和使用平台的电视，看电视上的广告；
平台负责卖电视，以及收广告费在自家售出的电视上播广告；
客户负责付钱给平台来播自己的广告给用户看，促使用户花钱购买自己的产品；

平台方其实并不关心广告效果，而且也没法干预广告效果，平台方的流量特征是比较固定的，有人愿意花钱买电视、有人愿意花钱投广告，平台方就能赚钱。真正关心广告效果的是客户，客户需要广告投放能带来利润，所以客户会去评估和筛选用哪些渠道投放广告。

所以如果在电视上看到了可能跟这款电视的用户群体不匹配的广告，那基本是客户方的失误，平台方该收多少钱就收多少钱，没损失。

另外贫穷和节俭是不一样的，有的人喜欢买便宜的东西，但并不一定不富裕，比如很多老年人，没准到头来发现题主其实是这款电视的少数用户群体，真正大头是那大爷大妈。

个人了解目前运维并不火，属于人才不多需求也不多的情况，当然只要你感兴趣就好。

DevOps 、SRE 、云原生是几个不同领域不同维度的概念； DevOps 主要研究的是如何优化软件工程流程，SRE 主要研究优化系统可用性，云原生是以容器为核心的一整套运维体系。在广泛了解各种领域之后，你可以拿一个自己擅长的领域深入学习和练习，比如对于 SRE 可以去看看 Chaos Engineering 的相关知识体系、工具、案例。

运维工作其实主要是对系统运行情况进行治理，涉及到开发的工作并不多，一般企业内开发相关的工作会交给开发团队或专门的系统开发团队来负责，比如云原生领域写一些 k8s 的插件，甚至对 k8s 本身以及 Linux 内核进行定制修改。所以你要确定你想做的究竟是运维还是开发，如果想做运维就去应聘运维工程师岗位，想做开发就去应聘系统工程师岗位。

涉及计算机技术方面，英语很重要，一手资料都是英文的，去刷一些 Hacker News 之类的技术资讯网站总比若干月后从几倒手的公众号上看到要好得多，接触到一些业界牛人的时候可以去挖掘一下对方是通过哪些上游渠道来了解技术资讯的。另外关注一些技术咨询公司的技术雷达，比如 Thought Works 、Gartner 。

学习是需要持续做的事情，不是一两次的培训就可以完全抵得过的；如果培训的质量高，且内容恰好是你需要的，那么培训就对你时下的需求有用；个人认为一个技术人员成长动力的绝大部分，还是来源于你的自学和实践。

没有所谓标准方式，你用 Body 和 Header 传也是可以的，关键是前后端能够约定一个当前项目的 API 标准。

Web 开发相关岗位我会问 1 和 5 ，视情况可能会问 9 ，其余基本用不上。

话说 GET 和 POST 也就只有 Method 名称不一样，基本没啥区别吧。

时间戳，或者 ISO 8601 的字符串；非标准字符串可能信息不全，对接方也可能不知道如何处理，专门维护一种解析方案又浪费产能。

个人觉得“内存”在不同语境下是有歧义的，可以指代 RAM ，也可以指代“内部存储”，所以说“512G 内存”也没错，因为也不会有人理解为是“512G RAM”。

当然，“16G 内存”就难以让人区分了，因为有的手机是 16G RAM ，有的是 16G 内部存储，这时候可以加些修饰，比如“16G 运行内存（运存）”、“16G 存储空间”。

PC 上“内存”就指代的是存储器（ Memory ），计算机体系结构里硬盘一类的属于 IO 设备，而纸带、磁带之类的比硬盘出现得早，软盘、硬盘、光盘在一定时期内会同时存在于一台 PC 里，所以为了区分就直接说“软盘”、“硬盘”、“光盘”了。不光对于存储设备不会习惯用统一名称，PC 上也没有“外部存储”这种说法，U 盘、移动硬盘之类的都直接被归类为“外设”，因为这些基本都是自带驱动器的，算是完整的“设备”概念。
一方面移动设备的原理和结构跟 PC 不一样，另一方面移动设备的发展历史导致“内存”出现了歧义。

现在大多厂商的中文都会将 RAM 称作“内存”，将内部存储成为“存储”，用这种方式来区分表述也是可以的，至少可以让别人了解到当你说“内存”就只代表 RAM 。

人与人之间沟通最重要的是能准确传达意思，只要不产生误解就行；总是纠正别人一些无伤大雅的事未免有些让人觉得古板，甚至冒犯。

我还寻思着，注册两年了，不至于还发这种帖子吧……

但 HR“应付”招聘确实是普遍存在的现象，你作为用人部门跟 HR 谈什么职位画像都没用，到时候还是让你限定学历、年龄、关键词，这些其实我自己写个爬虫不比人肉筛效率更高。私以为更高阶的 HR 职业生涯应该把能力提升一个维度的，可以深入了解业务和工作方式的，能够分担经理在人事管理上的工作，可以精准招聘到适合团队的人才。

@AllenHua #38 高考一般是以现代汉语词典为标准，有争议的一般会不用来出试题，毕竟出题者也是要确保题目对检验考生学习的有效性的，出个有争议的题审核都过不了。而且高中语文老师也会从教研渠道得到一手信息，比如一些词语高考标准是什么样子的，给学生打预防针，避免日常误用的影响。

总之高考和日常使用还是不同的场景的，面向高考纠正词语用法是对的，但面向生活真的没必要，也要相信考生都是有专业性的，毕竟大多数学生也不会傻到完全用日常口语来答卷，即便没用错也得不到高分。

其实现在随处可见的语文问题归根结底还是因为从业者平均语文水平下降了，想当年入媒体行业都是有语文门槛的，报纸上错一个字编辑是要罚钱的，十年前央视主持人读错一个音罚 200 ，但现在自媒体这么多，不需要凭证上岗，也没有这方面的监督和处罚，也就拉低了语文水平的平均线。
未来随着教育水平的提高，让学生普遍语文水平上升，将来进入社会之后就会缓解这种问题了。

当然，做一些公益性的工作还是可以的，比如做些语文相关的科普的公众号、视频，搞些提升全民语文水平的项目。

我不需要应对，因为我是面试官，这种人我一概不要……

我自己带实习生都会有个原则，任何问题尝试自己解决，两小时后仍然没有头绪再问我，因为如果两小时内没有头绪，两小时后找到思路的概率也很渺茫了，但大多问题都可以在两小时内自行解决。

我们切微前端架构了。

iframe 应该不会凉，只是安全方面加强了，相应的便捷程度就下降了，如果问题不多可以前期用 iframe 顶一下，后面块顶不住了换微前端。

既然是垃圾佬了，所以体积、美观（鞋盒）、功耗都是低优先级考虑，关键是低价高性能、强功能。

硬盘功耗确实不低，一块就有大概十几兆。

不过我个人对体积、美观、功耗有要求，所以没走垃圾佬的路线：抄的群辉的方案，用 Intel J 开头的华擎 ITX 板子，配合迎广的 MS04 小机箱，一套全新下来不算硬盘才 1800 ，同性能的群辉价格翻一倍。

就算是 ATX 大板，厂商也是会偷工减料，各种通道共享，比如明明有三个全尺寸 PCI-E ，其中一个口还是跟 M.2.或 USB3.2 二选一，相对来说 MATX 会实在一些，很多 ITX 尺寸小但接口并不少；扩展性说白了还是看厂商堆料，ATX 便宜有几百块钱的贵的有几千块钱的，差别就在这里。

ITX 通常能有 4 个 SATA 口，用剩下下的其他口（ PCI-E 、M.2.、光驱口）加个转接还能至少扩出来 2 个 SATA 口，家用场景来说 4-6 盘位通常也就够了，硬盘太多会有共振问题，所以可能多机器组集群的方案会更好一些，反正机器不如硬盘贵。
反正不管啥板子，转接大法都是可以搞出一堆接口的。

实时 RAID 必备 UPS ，但是快照方案不需要，看你对 IO 的要求，IO 强度大（比如常做数据处理或视频制作）就用 RAID 方案，强度小可以考虑可靠性更高的快照方案。

个人觉得 NAS 还是专门做 NAS 就好了，其他功能比如 Docker 只能说可以有，但难说好用，性能摆在那，为了能同时做 NAS 和 Docker host 必然要在硬件选择、成本、功耗方面做妥协，分不同的机器做专职工作可能更好。

不过每个人对 NAS 的需求不同，根据需求搞就行了。

@chevalier #7 J 只是型号前缀，实际上是属于赛扬、奔腾系列里的，这种 U 做 NAS 是完全够用的，如果不满足需求也可以去 Intel ARK 上按条件筛，对扩展性要求高的最终还是得看服务器平台，毕竟家用 U 的 PCIE 通道数也就那么多。