开发没必要用 mac ，综合还是 win 更方便
开发没必要用 linux ，综合还是 mac 更方便
开发没必要用 win ，综合还是 linux 更方便
开发没必要用 mac ，综合还是 linux 更方便
开发没必要用 linux ，综合还是 win 更方便
开发没必要用 win ，综合还是 mac 更方便
开发没必要用笔记本，综合还是台式机更好
开发没必要用台式机，综合还是 minipc 更好
开发没必要用 pc ，综合还是树莓派更好
开发没必要用键盘，还是脚踏板最好
开发没必要用 IDE ，还是 vi 最好
开发没必要坐人体工学椅，还是升降桌最好
开发没必要用机械键盘，还是 HHKB 最好

复议 asdf ，对市面上所有此类工具形成降维打击

这描述感觉特别像那种不需要游戏主机又不需要 NAS 的人想装机器玩，就差再描述一段软路由的伪需求了

我建议预算砍到三千多 装个简单的准系统先用起来，挺大概率直接够了的

- 整个就业市场里有多少程序员多少项目经理？
- 如果行业下行程序员机会大大减少，那么项目经理的机会数量会如何变化？
- 如果技术一般的程序员简单考个证就能胜任项目经理，那么程序员和项目经理哪个岗位会更卷？
- 解决焦虑有两种办法：提升竞争力和降低预期，规划的核心目标应该围绕这两个点，而不是什么后手或者退路，如果一件事情花钱以后很容易就能做到，也不费什么时间，那么这件事大概率完全不会提升一个人的竞争力

(2008)中国十进制网络安全地址投入使用
https://web.archive.org/web/20170202114941/http://news.xinhuanet.com/internet/2008-01/23/content_7478921.htm

维基词条 IPV9
https://zh.wikipedia.org/wiki/IPv9

毫无意义的文字游戏，define 捷径为错，短期目标为错，define 正确路径为慢是吧

正确路径能不能分解短期目标？能
正确的路径是否慢？不一定
正确路径有没有捷径？偶尔有
短期目标是不是都是无意义的绕路？不是
走捷径是好是坏？不一定

恰恰相反，我觉得有 copilot 以后写代码的乐趣比以前强太多了

写代码过程中少数无聊的事情恰好都是 copilot 最擅长的事情：写用户看不到只在联调撕逼用的 error message ，一辈子触发不到但也不能省略的 error check ，一个实现写对了要排比句写其他表 /模块的类似的代码，单元测试的 boilerplate ，还有注释，微妙的细节我写代码 copilot 补充注释，傻逼的地方我写注释让 copilot 写代码，简直完美

B 是 nas A 是移动设备的话，反过来在 B 上跑脚本将同步文件夹的内容定期移动走就可以了，让 syncthing 自动把删除动作同步回 A ，不要用 syncthing 的那些不删除或者多版本之类的策略

IOC 部分的设计决策非常符合我的偏好，app framework 部分就有点过重了，支持一下

我总结一下：条件不搞清楚查全表 boom 、已经引用的类库里的能力不用而自己写、已经有的接口自己重新实现
以上问题提醒、讨论过没有改变

我好奇的是这属于技术中上的话，UP 你的其他同事干活是什么状态

关于最后一个问题，我推荐一个支持生成各大语言 JSON 代码的命令行工具：protoc

@securityCoding 可以看看 https://github.com/bufbuild/connect-go

给自己和父母陆陆续续买了 3 台 realme ，没刷系统，就换了一下 launcher ，基本没有广告，谷歌直接装

能记得起来的广告只有安装应用有按钮劫持到内置商店，还有安装成功后的界面有 app 推荐位，刚买的时候短信 app 会推几条碎屏险后面就没了

近几年有好几次想用，研究以后的结论都差不多，wasm 社区心不齐很多波不同的人各搞各的，看不到未来

客户端性能优势完全错过窗口期 99%的场景性价比不如让千锤百炼的 JS 硬跑 JIT ；服务端 wasi 空有几个 runtime ，没几种语言支持实际写 wasi 模块，还和 AssemblyScript 闹掰了

希望干脆点客户端服务端分家算了，各玩各的可能反而发展迭代更快，客户端研究研究 app 之类的场景能不能拓展，想办法和 js/ts 互操作性更强一些；服务端看看 wasi 到底行不行，早点达成一致，不行赶紧来个替代者，后面 gc 什么的早点弄出来，语言（真正意义上）多支持几种，Docker ，IOT 这些场景落地落好

首先划掉饱腹，因为健康自然意味着均衡的膳食纤维，升糖指数，约等于饱腹 ok

其次把没有提到的要素：钱拉满来获取好吃方便健康同时满足的话答案很简单：雇营养师和厨师来给你做好吃又健康的东西

captcha 其实是个缩写 t 是图灵的 t
把工作量证明的 w 放前面这个名字有点黑色幽默
毕竟能跑得动工作量证明的那么多计算的，反而是机器

我的理解是微服务真正的创新在于“用服务化的手段解决架构服务化改造过程中遇到的问题”，因此更贴切的说法应该是元服务而不是微服务