个人认为即便都是把一些内容放到同一页里，也会有很多不同的排版方式，而且也有可能需要提前规划好内容来适应排版需要，所以最好可能还是用些 docx 或 odt 等富文本格式，在写的时候排版。

运维、开发、安全应是三个独立职责，即便没有三个岗位，也得划分清楚每个指责由谁来承担，否则就会扯皮。

安全岗位很重要，很多基础设施因为设计、配置、使用方式等原因极容易产生漏洞被攻击者利用，所以需要安全人员对系统进行评估并提供安全方案。

处理这种即时甩锅的情况，每个人有自己的风格，可以先让其做实甩锅的行为，然后调查好实际情况，等问题解决后再向领导以正式邮件等形式罗列证据控诉失职情况。

凡是涉及到由 URL 动态加载程序文件机制的，很长时间以来都是安全问题的重灾区，比如 PHP 、JSP 、ASP 、ASPX ，但经验带来的怀疑只能当作进一步求证的依据，不能作为结论。通过尽职的安全工作，很多风险都是可以降到很低的。

可以了解一下 CTF ，不过这个主要是竞赛性质的，真正的攻击行动可能还要更复杂一些，而且已经形成了产业链，链条上每个节点有专精的组织或个人，然后通过黑市交易来整合资源完成攻击行为。
APT 是近几年比较流行的概念，除了纯技术性的理论以外，还会使用不小比重的社会工程学。

Termux ？
我目前在 Termux 上装了 Arch ，如果有需要还可以装 GUI 然后 VNC 进去。

对于房东来说，最理想的情况是顶着租客能接受的最高价格成交，只要你让房东觉得你能接受的最高价格就这样了，就可能不会涨了，当然如果房东觉得你的最高价格不是他房屋潜在租客群体的最高价格，可能会头铁让你搬走。

@TWorldIsNButThis #13 有草案就差不多相当于有了吧，至少现在有 babel 方案，如果愿意用的话。ES 的特性迭代挺快的，没准很快就能进 Stage2 了（但也说不准）。

@sy20030260 #9 JS 套个 TS ？

其实我还是觉得，找个自己舒服的语言也仅限于自己做做个人项目，要是涉及到企业生产的话，最好还是要看生态，比如 Java 一类的主流服务端技术栈，至少不需要自己造很多轮子，可以让产品快速迭代。
很多时候开发人员个人喜好往往要为生产效率让路的，比如 Go 就是一个以开发者体验为代价来解决一些工业生产上的问题的方案。

甚至一个较大规模项目的不同部分，受限于各种技术栈的擅长领域的不同，需要同时采用几种不同的技术栈来实现。

当然扯这些稍微有点跑题了。

@emeab #6 我用 JS 做了很多年后端系统了，没觉得错误处理一团糟，因为本身就是跟 Java/C 等一样的设计，除非你觉得 Java 的错误处理也是一团糟，或者你其实根本不了解 JS 怎么用。

JS ？

1. 弱类型可不可以。
2. 不知道咋样才算优雅，至少有简单成熟的方案可以检查空值，以及是不是有 try/catch 就方便一些。
3. 函数式编程是完全可以的，lambda 表达式啥的都有，可以确认一下是不是能满足所提到的“高阶函数”表达方法。
4. 有模式匹配。
5. 非常 Duck typing ，比如一些处理数组的方法实际上是基于迭代器，一个对象只要实现迭代器就可以用这些。
6. 支持异步编程，引擎可以同时提供非阻塞，引擎底层用了协程进行优化，对开发者透明。
7. 不支持宏。
8. 依赖虚拟机。

吃饭的家伙，最好还是稳定可靠，真想用苹果就买正品，哪怕二手；钱不够就 Windows+WSL 顶一顶（没准你会觉得更好用）。

@sy20030260 #82 我可能没表述清楚，我的意思实际上是说，人类不是有固定输入输出的机器，所以不能妄想通过使用一个计算机算法银弹来有效解决复杂的人类社会的问题，不是说区块链能有一点点跟社会学的相关性就能成为有效解决方案的。

就好比我渴了，需要水，但不是任何水都能解渴，比如海水，或者地上混浊的积水。

当然我也不想把话说死了，只是当前还没有看到很好的方案而已，也说不准未来能有革新又有效的方案，但也得我看到了、了解了才能知道考不靠谱。

@yourmoonlight #77 是值得探索的方向，只不过现阶段很多地方宣传的解决方案多是基于区块链，从而无法接受 Web2 原有的中心化特征。

根据岗位来构建职位画像，然后如果年龄与一些关键因素强相关，就可以考虑年龄，否则没必要。

应届生虽然需要培养，但是一张白纸，不会像有经验的候选人那样对新工作环境和管理者决策指指点点，更不会带来一些坏习惯。当招不到符合要求且具备一定工作经验的人员，且人力需求不紧迫的话，就可以考虑招应届生定向培养。

岁数大的虽然可能缺少活力，但对一些需要经验来避坑的工作来说可能还是有价值的（当然，得是经验真正丰富的且富有远见的人），而且团队协作的话也没必要全员气氛组，有那么一两个气氛好的调节一下就行了。

过分依赖年龄指标来招聘不大明智，除非简历太多需要强行淘汰一部分。

遇到要转行程序员的，我一般都是建议别转，真要转得做好破釜沉舟的准备。

其实不光是转行当程序员，转行本身就是一件高风险的事情，想要跟科班出身且已经有相关行业经验的人竞争，至少得比他们付出两倍以上的努力，除非万中无一的天赋秉异。

很多人要转程序员的原因没有别的，就是觉得程序员工资高，但这是幸存者偏差，程序员的薪资区间很广，月薪在 4 千到 7 万，很多人看见那些每月能拿 3 万左右的的程序员觉得眼红，以为自己入行就可以拿这么多，不相信自己可能会是每月只能拿几千的那种程序员。

要想评估一下转行当程序员是不是有谱，可以看一下当地的招聘平台上的情况，要求科班本科及以上的先刷掉，然后要求科班专科的刷掉，剩下的不要求科班出身和工作经验的 JD 还有多少，薪资能到多少。

等把职业生涯规划考虑清楚了，且愿意承担相关风险试一试，再考如何让自己在这个领域具备竞争优势。

可以直接去附近的营业厅问一下，一般有优惠的话也是那种一两年的合约性质的。
赶在营业厅冲业绩的时间段优惠力度可以比较大。

任何跟社会学沾边的东西，最终都得需要使用社会学来解决，技术没法解决一切问题。

至少我个人所了解的历史记载中，还没有成功并持续到现在的无 zf 主义模式的实践。

我是十分认同 Web2 目前是存在一系列问题的，但要想解决 Web2 的问题，在没有找到真正有效的革新方案之前，最好还是通过社会学手段改进 Web2 本身，而不是直接放弃 Web2 彻头彻尾换个所谓的“Web3”，这是逃避问题。

@lsylsy2 #95 参考我上面的第二次回复。

绝大多数功能都是可以用的，一些依赖本地化的用不了，比如基于周边商户和交通信息的服务，在内地没数据就没法用，或者不好用。

但其实现在内地的 Google 用户应该主要还是用 Youtube 、Gmail 之类的，倒没啥影响。

任何技术专精到权威领域，都可以提升自身生产价值，届时你只需要挑报酬高的工作岗位就好了。

竞争越激烈的领域，越没有捷径，因为极大概率别人会比你先发现捷径。

“内存”是个中文简称，在 PC 领域全称是“内存储器”，在移动设备领域全称是“内置外存储器”

PC 上“内存”是“内存储器”的中文简称，指的是计算机体系结构里的存储器（ Memory ）；当然也有“外存储器”的概念，比如纸带、磁带、软盘、硬盘、光盘等，在计算机体系结构里属于 IO 设备，因为在一定时期内多种外存储器会同时存在于一台 PC 里，所以为了区分就直接说“软盘”、“硬盘”、“光盘”了。

移动设备上一开始只有内部集成的存储元件，后来出现了 SD 卡之类的扩展存储方案，为了便于区分就把集成的部分叫做“内置外存储器”、外部扩展的部分叫做“外置外存储器”，这两者都是类比 PC 中的外存储器的部分，中文语境下有时候为了表述方便会把“内置外存储器”简称为“内存”。

主要是 PC 和移动设备两边是不同的发展路线，产生了不同的名词，又因为中文使用习惯所产生的历史问题，才产生了这种歧义。

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

语言主要是用来传达意思的，只要沟通双发可以理解就可以。