基本都干过，桌面运维、AD 域管理、邮件服务、企业网站（ IDC 机房自有服务器托管，出问题了还要带键盘去搞），ERP 维护、打印机、综合布线、交换机配置、公司考勤统计软件开发等等。这都是 10 年前的事儿了，后来去做实施顾问了，搞企业预算软件实施，然后做着做着专职做 java 开发客制化需求了。现在想去做产品。

我们遇到的是客户想把 excel 挪到 web 上来，他们原先的工作模式就是各种 excel 文件填报然后邮件互发。加上邮件提醒、web 图表、excel 文件下载等功能，本质上是 OA 。但客户又对 UI 有很高的要求，需要专门设计。现在我们就是用 springboot+vue+spreadjs+poi 实现的。开发中后端的大部分工作量是编写 poi 解析 excel 上传文件的代码，很没技术含量，而且一旦 excel 模板文件格式有修改就要改代码。我也想找一个能支持这种场景的低代码开发方式。

内部邮件可以自己搭，接收外部邮件或者对外发送邮件的建议还是买服务。自己搭的可能会被接收方认为是垃圾邮件，有时候跨国邮件还会收不到。

我虽然挂着架构师的 title 但我也不知道一个合格的架构师应该会些什么。我觉得我其实是主程，核心代码是我设计并开发的。
我们开发时连 UML 都不画，根据需求定义一下后端接口、数据库表结构就开始开发了。中间会不停的遇到字段不够或者类型不对等问题而反复修改。
我理想中的架构师是只写一套接口、抽象类和表结构的人，然后交给开发去实现具体方法内容。但我目前做不到，假如让我只写接口之类的定义交给开发，也一定会被开发背地里说水货，因为他们在开发过程中肯定要改不少设计才能实现需求。
我的另一部分工作是技术选型，一些需求如果从零开发成本很大，我会去找开源项目或者商业库。有些需求如果在云服务上有现成的，我也会引入进来。这方面就需要自己经常关心各类技术的新动向，不一定要试用，了解特性和缺点，以后可能会用得上。

code review 的时候看到过 package 名里有公司名缩写 aas ，被写成了 ass 。。。。

Azure,我看硅谷里是念“哎虾”，工作中有不少人念“啊祖”。

非互联网企业大部分用 win ，就跑个内网应用有啥性能需求。出问题了还能找原厂服务。

wps 作为轻度使用用户足够了，市场也不小。
如果现在进军专业领域有点吃力不讨好。即使用户使用习惯能平滑过渡，大部分分析软件的插件也几乎没有 wps 版本，要取得厂家支持也不容易。

说下我在某外企客户那儿对接他们的 oauth2 的开发指导文档吧。
用户每次登录会获取 access token 和 refresh token
前端保存 access token 和 refresh token
每次前端请求带上 access token ，后端用 access token 去 oauth2 服务验证是否有效。
如果无效则反馈给前端，前端会再次用 refresh token 发送请求。oauth2 会验证 refresh token 是否在有效期内。如果有效，则返回新的 access token 和 refresh token （延长有效期）。前端更新存储的 token 。
如果 refresh token 无效则跳转到登录页。
refresh token 设置了一周时间。如果用户每天用，其实基本不会要求重登录。只有长期不用才会要求重新登录。

团队万金油兼擦屁股专员。

4 个字母的 163 邮箱值钱吗？大概 02 年注册的。

不同系统的 hyper-v 是不是不兼容。
win10 上创建的虚拟机，复制到 windos 2016 server 不认。

由于项目基本都在外地，自从疫情开始后已经两年在家办公了。
从一开始很爽到发现没有上下班的界限，工作时间加长。
现在自己租了个工位，条件允许就去办公室工作，回家不开工作电脑。

自从用了 idea 的 git 再用 vs 的简直不能忍，操作太僵硬了，里面的 cherry pick 至今没看明白怎么用。

客户给我用的笔记本拿来就有张贴纸。上面写着封印。挺酷的。淘宝有卖这种胶带。

见过厉害的人是直接用 ppt 画，复杂的图是用基本图形拼接起来的。

我们给奔驰做过一个质检部门的内部应用，用的是 webgl 。能把各种质量问题高亮显示在车身上。能拖拽转动，还能从整车点选部件查看细节，比如单看车门或者引擎盖下。
chrome 加载完 500M 内存，但用户要求必须以 IE 可用为标准。IE 加载需要 1G 内存，并且拖拽很卡。最后只能减少精度。当时客户问还能不能再优化，我们觉得只能找游戏行业的大佬了。

@lightjiao 最近在开发一个 excel 插件，第一次接触 async/await 。为了异步调用 http 接口。虽然能照着写出功能来，但还不怎么明白。特别是一旦调用一个异步方法后本方法也需要变成异步。有些奇怪这个传递机制为什么这么设计。

如果是面向项目招人，我一般会看项目经历，是否用到了跟本项目类似的技术栈。再针对项目中的负责模块，对某些技术点问些问题，看应用深度。再问下遇到问题的解决思路，看自学能力如何。能干活就行。