JS 因为抽象程度比较高，本身是一个比较“反机器”的语言，所以经常被人比作走得很慢的“乌龟”。

但 V8 经常被人比作“火箭”，这俩结合起来就是“火箭带着乌龟飞”。

为什么 V8 可以带着 JS 飞起来，甚至性能直逼 Java 这种编译型语言？

主要是因为 V8 搞了大量奇淫技巧，通过各种动态调整来加速 JS 程序的执行。

我举个栗子，很多排序算法都有最坏情况，如果我只写死用一种算法的话，遇到最坏情况性能就很差了，但我完全可以写多种算法，要排序的时候先自动判断一下数据是什么特征，然后再动态选择一种最适合的算法来排序，那么整个程序在任何情况下都有不错的性能。（当然 V8 里排序不是这么做的，V8 里用的是 Timsort 进行排序的，这个也算是一种动态决策的复合排序算法）

JS 里的一个数据结构，在 V8 里可能是会动态改变数据结构和位置的，V8 开发者会分析各种场景，然后分别做出最佳的方案，让 V8 时刻监控程序当前处于什么状态，以随时决定是否要动态调整数据结构、算法，来最大限度提升性能，以及少吃点内存。

所以分析 JS 在 V8 上运行时候的内存情况，可能意义不大，因为这个不是固定的，同时对于复杂程序来说近乎于混沌状态，只能相信 V8 开发者都做好了优化。

另一方面来说，硬件、操作系统、V8 引擎、JS 每一层都有自己的“Memory”调度机制，层与层之间都是有抽象的，如果你关心的操作系统上的内存调度情况，你只能看到 V8 的数据，看不到 JS 的数据。

当你不知道用中间件有什么意义的时候，你可能不需要中间件。

各种技术概念都只是工具，可以解决你的问题就用，解决不了问题没必要硬上，因为可能还会产生更多问题。

中间件其实算是一种模块化方案，像流水线一样分步骤处理请求和返回信息，中间件之间互相独立，可以根据需要添加、删除、替换。

说一个丧一点的情况，专升本再考研究生了的，还是有企业会关注“第一学历”，一看第一学历是大专就不要了。

每个企业招聘的策略不一样，不可否认有一些企业对于非应届生是不关心学历的（比如我做面试官的时候），知识、技能、为人处世、工作态度，这些才是能直接作用于产能的，卡学历的要么是应聘者太多了宁可错杀也要筛掉一部分，要么就是 HR 偷懒。

另一方面，一个岗位不录用你，原因可能是多种多样的，即便告诉你“因为学历问题”也可能是因为其他不愿意说的原因而随口说的理由（否则 JD 上就应该写明最低学历要求），这个可以去看看 B 站半佛仙人的《面试官如何毒打应届生》，面试官的录用标准远比你想的要随意。

而你自身也很可能因为自己的学历，在潜意识里有一股自卑，这也会加重让你误解别人不录用你就是因为歧视大专学历，严重就会成为“被歧视妄想”。

个人建议摆好心态，求职和面试本来就是像谈恋爱，看看合不合得来，合得来就在一起，合不来就不用强求去找下一个机会，我身边也有本科、研究生学历找工作半年到一年才找到的，中间不是招聘方觉得不合适就是自己觉得不合适，说个歪理：有的人三十多了还没男女朋友，你就面试失败几次算个啥。

说个真实的鸡汤吧，我有个前同事，是个知识英雄，很多领域都能贡献生产力，人也很靠谱，但他是高中毕业就出来工作了，从收入最低的码农干起，经过自己不断学习成为了高级工程师，离开我们公司仅仅是因为要送孩子出国读书，找了个给工资更高的地方。

判断是不是 MVP，需要更多的信息，只看图来判断 MVP 就好比我不告诉你场景然后问是 PHP 好还是 C#好。

MVP 的目的也很重要，通常 MVP 是用于最小成本验证最大假设的。比如想验证某文案是否可以提升客户购买意愿，那么 MVP 可以只包含放文案+购买功能，然后用不同的文案做 AB 测试，此时如果方案来还涉及到购买送贴纸、用户评论等功能，虽然可以锦上添花，但与想验证的问题没有任何关系，所以不应加入到 MVP 方案里。但如果希望验证的问题是购买送贴纸是否能够增加用户购买意愿，那就是另一个 story 了。

回到两张图，一个的目的可能是对于要不要轮子做假设，所以 MVP 只要有轮子就行，无所谓数量和大小；另一个的目的可能是对于要不要驾驶室做假设，所以 MVP 方案只要有驾驶室就行。对于不同的验证目的，各自都可能是合理的 MVP 。

还是要看做什么领域吧，做系统开发、服务开发、游戏开发等各个领域差别都不小。

现在比较蛋疼的一个问题是，除非是应届生，否则 C/C++开发岗位招聘大多要求有几年的 C/C++开发经验，相当于是卡住了很多想转技术栈的人。

服务开发可以看看 Go，系统开发可以看看 Rust 。

商业项目上通常会以多种角度综合评估是否使用一项技术，技术火不火反而是相对低优先级的因素。

有一些系统在不使用 k8s 的情况下性价比可能更高，比如非分布式计算或几乎不需要调度和更新的系统。

没必要焦虑旧的技术会不会被淘汰，但新技术肯定是要学的。

我在北京地区，过去两年都是上淘宝找，找评价不错的、不乱收费的，跟店家问好不用疏通剂没有额外收费就行。

要注意，现在疏通管道有一个通用骗局就是告诉你必须加钱用疏通剂，那个只是为了骗钱的，所以要下单前沟通好不用疏通剂不额外收费，如果工人来了反水就退款+投诉，我遇到过一次工人私自乱收费，然后我直接联系淘宝店客服投诉，店家老板亲自打电话把工人骂了一顿。遇到这种事情千万不能慌，实在不行就报警，哪怕吓唬对方也有效。

计划饮食+有氧运动

计划饮食就是不放肆饮食也不节食，而是要清楚一天吃了多少热量，然后根据摄取的热量来看要做多少运动量，比如吃了顿火锅就加几组运动项目。

能坚持去健身房的话，有氧运动的选择很多，根据自身喜好来就行。

所谓有氧运动最好保证强度足够心率在 120 以上，且能持续做下去（无法持续做下去可能是因为过于激烈而变成了无氧运动）。

自己懒得去健身房，家里也放不下运动器材，最近在尝试跳绳，据说每天 2000 次坚持几个月可以有效改善体脂情况。

涉及到纯逻辑或流程的功能会比较适合低代码或无代码化，但涉及到技术实现和算法方面的还是离不开代码。

而适合低代码或无代码化的领域可能也更多是在生产效率和成本方面做的权衡才采用这种方案，相当于灵活性很高但门槛也较高的 UI，一切都看性价比。相应的举个例子就是当使用、采购和维护低代码系统的成本高于雇佣一个开发团队的话，可能还是不会选择低代码方案。

影响 SaaS 技术发展的主要因素应该是软件生产流程的变革，解决除了开发产品以外的问题，如运维问题、资产管理问题。

招聘和求职是双向选择，你可以选择不提供银行流水信息，这种单位估计也是欺负员工欺负惯了，不去也罢。

我尝试理解一下，目前楼主是有 2 个需求：
1. 可以使用某种同步机制在多台设备间同步一些文件。
2. 不希望敏感文件直接原样进入同步机制的数据流，以防止意外造成的数据泄露。

需求 1 楼主已经解决了，在解决需求 2 的时候，楼主想到可以不把这些敏感配置文件直接放在文件系统里，文件系统里没有文件，那么同步的时候就自然不会把这些文件传到同步数据流中。

把敏感文件放到 Bitwarden 里，像同步安全笔记和密码一样在各个设备间同步。

但软件还是要读取文件的，那么就可以在文件系统上加个 hook，当任何程序尝试读取特定路径的时候，hook 拦截到请求，然后问用户是否授权，用户不授权的话就返回给软件一个 permission denied，如果用户授权了就在 Bitwarden 里读这个文件的数据，然后直接以 buffer 或者 stream 的形式从内存里提供给这个软件读取，对于软件来说就好像是真的读到了这个文件一样

@ErenJaeger #8 其他楼都提到了，抓包其实本质上就是中间人攻击，就是你在 A 、C 通信的时候中间加了个 B，就变成了 A 到 B，然后 B 到 C，B 就是这个抓包工具，A 到 B 是使用 B 的证书来通信的，B 到 C 是使用 C 的证书来通信的，大多数 A 都不会管通信时是用谁的证书，只要有证书就行，所以大多情况你可以直接在设备上装抓包软件的证书就可以直接抓包，但是你目前遇到的情况可能是 A 只认 C 的证书，你让 A 用 B 的证书被 A 拒绝了，所以抓不到数据。

要想解决问题只能让 A 接受 B 的证书，这个涉及到破解 A 的程序，修改算法让其接受 B 的证书，这个属于逆向工程的领域，技术门槛比较高。

可以设计成可恢复（或回滚重做）的事务，即便不主动杀 pod 也可能会存在程序崩溃的问题，这时候新运行的程序能够继续做完之前没做完的任务就行了。

只要你最终是用官方的证书来发起 HTTPS 请求的，理论上服务端是无法知道你有没有做抓包的。

那么就只能是客户端不认自签证书，这个只要你破解了客户端，服务端应该是一点办法都没有。

TLS 只能解决 TLS 通信过程中的中间人问题，不能解决 TLS 通信之前的中间人问题。

那种可以用文字简单直接说明白的信息，如果是以视频的形式提供我基本不会看，特别是通勤的时候，听旁白还要找耳机。

视频作为一种媒体形式是可以承载文字难以承载的内容的，比如动画演示和实验实拍，这种得自己能看懂视频的 AI 才能转换成文字描述。

所以现阶段能实现的就是把音频进行语音识别，不过考虑到我关注的视频号都是能充分发挥视频媒体特性的，估计这种功能对我来说没啥用。

首先，多数通用快充协议的设计目标之一就是通用性，通俗点说就是一个充电头可以给多种设备用。

主流快充都是有协商协议的，可以根据设备与充电头的额定设计参数来商定使用什么功率充电，比如最高支持 45WPD 的设备和最高支持 100WPD 的充电头，最终会协商使用 45W 的功率来进行充电，此时充电头的功率也是 45W，反过来也一样，所以 MBP 虽然原装充电器是 85W 的，但是你用 45W 的手机 PD 快充头也是可以给 MBP 充电的，只不过速度慢而已。

发热和用料以及工艺有关，我用 MBP 原装充电器在高负载计算的情况下也会很烫，毕竟导体（和半导体）除非超导态，都是有电阻的，有电阻就会发热，只不过有些材料和工艺和显著降低发热。

我是用的 J4105 自建的 NAS，硬件上和群辉的 x86 系列基本一致，只不过性能比群辉好一些。

没记错的话用了大概两三年吧，装的 OMV，既做 NAS 又跑 Docker，感受是这个配置跑一些镜像撑不住，比如 GitLab 和 Photoprism，以及自己做的而一些基于 Puppeteer 的爬虫，后来是在不行，我就把淘汰下来的 4790k 扔到弱电柜里，专门用来跑容器，NAS 上只跑那些对文件系统实时性要求比较高的，4790k 那台上用 vieux/sshfs 这个插件可以挂载 SSHFS 作为 Volume，目前用了几个月没啥问题。

看需求吧，加载时间、消耗流量、精细度，可以迭代着来。

有的 CDN 支持动态压缩和裁剪，上传原画质量文件，只需要在请求资源的时候带上相应的 querystring 或者 header 就可以。