 | | neetrorschach V2EX 第 125181 号会员,加入于 2015-07-02 09:45:02 +08:00 |
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 设置了一周时间。如果用户每天用,其实基本不会要求重登录。只有长期不用才会要求重新登录。