neetrorschach

基本都干过，桌面运维、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 设置了一周时间。如果用户每天用，其实基本不会要求重登录。只有长期不用才会要求重新登录。