上游代码每 push 一次，CI 就会触发一次编译下载

onedrive 等它慢慢传

长期的计划一定是你本人彻底接受了低卡路里饮食+健康的锻炼方式两者结合的产物
关于运动->买个智能手表，做好心率监控，避免运动强度过大。如果你怕猝死，可以考虑一次运动 1 小时但是在运动的过程中始终保存心率 140+-5 左右，这个强度既能达到减肥的效果又不会给身体带来较大的负担。跑步建议买个跑步机，方便调速控制心率。
关于饮食->建议你采用高蛋白质+水果+粗粮的食谱，严格控制卡路里的量。肉类避免吃猪肉等含脂肪较高的肉，改吃鸡蛋+鱼虾+牛肉这种脂肪少的肉类，如果你不爱吃素菜，可以采用控制总量的方法，人饿了吃啥都香，尤其是新鲜的蔬菜水果。重口味肯定是要改的，粗加工(水煮、烤箱、电饼铛少油煎)的食物卡路里普遍比精加工(油炸、火锅)的要低很多，如果你一时改不了，可以先饿几天尝试一下吃粗加工的食物，还是那句话，饿了啥都好吃。

买个有固定 ip 的跳板机，用它开个 VPN 给你用

没看过一遍，你怎么知道该怎么写文案？

mobile 的 sdk 早就永远停在在 1709 了好像？新加的 feature 全是给桌面用的

你不用 C#写 UI ，按 lumia930 的骁龙 800 的性能，很不够看的

都很简单

这两个都能胜任，最大的瓶颈是你的网卡有多少带宽以及对面网站会给你一个 ip 分多少带宽

Azure 香港

WSL2 默认没有 ssh 服务，你需要先在 127.0.0.1:22 上开一个 ssh 服务才行

相当于 makefile+requirements.txt

@ClericPy #9
1-3. 目前 FaaS 发明 layer 这些东西只是产品不太成熟的产物，理论上 serverless 不应该设计地比单纯使用 docker 更复杂。也就是代码以及依赖库安装应该是一次性的，layer 破坏了依赖库跟代码的一致性，你的代码使用的依赖库变更了还要重新传一份 layer ，而且很多语言的依赖库没法用 layer 拆分，这个只能说是权宜之计。真正成熟的 serverless 在处理代码依赖跟二进制体积问题上应该跟你在本机的 docker 上装依赖一样简单。
4. 即使是一个 Hello World 的 Spring Boot 冷启动也要好几秒，这意味 JVM 生态的冷启动是基本无法优化的，serverless 对 JVM 的意义很小，保证它的性能必然或多或少地需要让它常驻内存，如果额外使用了计算资源来优化其在 serverless 下的表现，其实跟 k8s+容器比没什么优势。
5. 没有什么好办法，要么花钱买 redis 要么就只能放弃这个特性
6. 卖点主要是便宜，理论上只用付存储的费用以及计算的费用

@Rocketer #5 本质上你要实现的这个功能必须使用常驻内存模式才能保证响应速度的及时性，如果你愿意牺牲性能就能达到绝对的"不用就不付费"效果。
现阶段 serverless 只是初步实现了对无状态计算的改造(并不是最终的形态)，数据库也有 serverless 改造但是进展没有那么快，能在市面上用的产品也不多，比如 tx 云就有你可以试试。
缓存中间件的 serverless 化，目前看起来非常得不偿失。在实际使用中，redis 跟 memcached 往往对服务可用性的影响非常大，以至于浪费计算资源预留实例换取服务稳定性是非常合算的做法。你要反其道行之对其进行成本优化，既省不了几个钱又会带来非常多的副作用。这个取舍没啥诱惑力，只有一些研究性质的论文，产品化是遥遥无期的

因为钱不是亏你的，要是亏赚都归你自己，保证你半夜起来修比谁都积极

1. 本质是个 docker 容器，除了 JVM 基本都适合上 serverless
go 的好处是容易编译成一个二进制文件
python 跟 js 的好处是依赖的库文件也可以较为简单地打包，虽然没有 go 那么简单
JVM 就不推荐了，启动太慢，通常只适合进程常驻内存，不适合被反复销毁重启
2. 保存在 redis 或者 memcached 里，通常情况下需要你额外购买

精通某项技术的人更能胜任领导职位，就不需要自己写代码了，反而是快速出活的人会一直干活
还会因为他的能力是自有的，功劳也只是自己的，其他人也受益不到他的能力