<2017-11-03 Fri>工作内容

  • 主要工作:
    1. 配置了测试环境,用nodejs做了一个echo_server,用来接收上报的apidoc文档信息,并回显
    2. 做了客户端sdk的验收,但因为考虑不够完善,还要做一次补充
    3. 完善了tapd部分
  • 总结:
    1. 考虑不够充分,没有考虑xml这类文档的特点,可以在字符串中添加不合法的xml标签,使xml无法正常解析
    2. tapd使用不规范,对项目功能的细分没做好,而且没有按时间完成,使得验收不通过
    3. 看了别人教科书般的tapd,感觉自己有太多需要学习的东西了,而且感觉tapd相当重要,这是一个衡量自己工作进度和工作量的东西,若能用好,肯定可以提高效率,尤其是整个项目的进程把握在自己手里,能让我更有把握,可以自由的调整步伐,跟上进度。功能/任务细分的不够,就像一口吃成胖子,小点的项目还行,要是大的,到时候可能不能如期完成,这就麻烦了。
    4. 我以前总以为我的工作是写代码,其实写代码在一个项目开发过程中真的仅仅是很小的一块。我有点类似软件界的小农思想,
      用户需求->功能->任务规划->编码->测试->验收
      我竟然只知道编码,这就是码农,以后得改啊,我是中间件开发工程师,不是中间件开发码农!!!
    5. 最近看了看kotlin,确实是不错的语言,就是jvm上的c#,争取在闲暇时间把这门语言搞熟,然后在工作中推广一下。
      *** TODO 周一的验收补充
      *** TODO Jekins集成pom修改功能
      *** TODO apidoc的server和xml2jar下周争取都完成,不要拖,不要想当然,要保证质量,要让别人觉得我专业!!!
      *** TODO 好好学习下别人TAPD是怎么用的
      *** TODO 业余继续学习csapp(看了几天确实感觉相当好,能从内部理解程序的运行过程,而不是仅仅从字面的符号来看)

你可能感兴趣的:(<2017-11-03 Fri>工作内容)