ltye

WSL 应该是除了虚拟机以外体验最好的选择。Docker 要额外关注和配置网络、存储、以及容器状态，除非需要用的场景如开发等依赖 docker 等没得选，否则不是很好用。
wsl 好处是够轻量，缺点是存储性能很差（ defender ）以及难用的命令行（虽然已经比 cgwin 好多了），用久了还是觉得虚拟机好使。
不明白为什么 lz 排斥虚拟机，如果是性能的话，能流畅跑 wsl 的机器理论上虚拟机也问题不大。如果是嫌麻烦，有 vagrant，各种开箱即用的 box，一两行命令就能启动一个无头虚拟机。virtualbox 还能配成服务，开机自动启动 vm，关机时自动关闭 vm，这样体验跟 wsl 差不多了，但是用 xshell 等客户端 ssh 过去命令行可比 wsl 好用多了。

@tangtang009
第一条命令是装上 chocklatey https://chocolatey.org/install
第二条命令是自己维护好安装软件的 config 文件，按照 https://chocolatey.org/docs/commands-install 批量安装
当然国内最好配好 proxy

这个真没想的那么复杂。网上有人做好的整套，java 开源的不难找，组织架构、权限体系、工作流都有。需要的只是理解源码，进行定制开发。只有一个人开发的话，又是内部系统，那就不能要求什么兼容性和 UI，能用就行。但是作为干了两年多 oa 的甲方 pm，给你个建议就是仔细评估好后续改需求的可能性，吃透需求，挖掘提出需求背后的真正动机，说直白点就是搞清楚内部利益和矛盾，一定要防御式开发，否则后期改需求的复杂程度和工作量要远大于现在。

@janyw 这样用 jwt 不合适吧，对于客户端来讲 jwt 就是一个字符串，不需要知道编码前的内容，只需要根据规则存储 /更新 /向服务器提交即可，如何编制 payloads 是服务端的工作。

payloads 的签名是在服务端完成的，校验也是，没太看明白篡改有什么用，改的了 payloads 也改不了签名啊，除非渗透了服务器拿到配置里的 secret key

snipaste 截图神器，比 faststone 体验好
马克飞象 目前正在尝试用 typora 替换，都很好用
幕布，目前主力脑图工具，最大的优点是手机端能查看编辑同步， xmind 已经沦落为 ppt 画图工具了
altrun+everything+total commander
ss 包年服务
坚果云，一口气买了好几年的
fences ，刚买的，还在熟悉，疗效还不错
chocolatey,windows 版的 homebrew ，自己维护了一套 config 文件，家里、笔记本、办公室电脑重装完后执行两条命令就能把常用工具安装齐。可惜速度不怎么样，得开着梯子

也可以在 header 里增加版本号~

我是甲方 pm~ 顶楼上，主要难点真不在技术上~ 做 oa 实施实质上是帮助甲方梳理工作流程的一个过程，流程之间的关系、约束、各种奇葩的思路比互联网产品多太多了，期间各种撕逼，而且还会经常见到需求部门与使用部门之间的撕逼，一个功能改来改去最后又改回最初的版本是很常见的~ 所以需求把控是非常重要的，版本的管理与记录也是非常重要的（万一哪天让你回退到某次需求）。还有尽量在前期尽量调教好用户~