day 1 - 魔鬼藏在细节里

前言

程序写了一阵子之後，工程师就会发展出自己习惯的模式，小到命名方式，大到系统架构，而在我们团队中对於开发习惯并没有限制，大家在收到任务之後也会因为不同性质的任务而开发出不同的架构，这也造就了团队中开发风格的多样性。因为有很多可以参考的范本，持续优化和重构也在我平常的工作流程中。
这次的铁人赛我想利用这30天模拟一次这些已经习以为常的工作流程，从接收需求到部署，包含套件选用、系统架构规划、系统开发、需求变动调整、测试、程序优化到部署的过程，写出来才发现从开始到交付走过了不少步骤，就让我用30天细细的记录这段过程吧。

模拟项目

• 需求
  开发一个工作点数统计系统，模拟工厂需要控管每个工作天各层级厂区及人员的工作点数，目的是让各厂区运作不会过载，避免延迟交付商品的状况。
  这个需求排除掉一些人为变因不考虑，主要以纪录完成一个统计机的过程为目的，先列下未来预计纪录下来的项目, 之後再动态调整加入其他项目。

• 初步进度表

  • 初始流程图, 初始需求API列表, 评估工作时程
  • storage 选用: redis ＆ scylla & mysql 简介
  • config 选用: cmd & viper 简介
  • API接口设计: grpc & http API 简介
  • proto buffer 简介 & spec 编写
  • grpc server 初始 proto测试
  • 档案结构切分
  • 开发 local package 与 go test
  • error & log
  • API组装实作
  • go mod & vendor 简介
  • go-linter
  • drone install, go-test & go-linter

接下来的进度每天大约纪录1-2个工时的进度来撰写，内容会说明这个工作的准备过程与考量，以及简介使用的工具或技术，主要着墨在梳理自己每个过程的分享。