码迷,mamicode.com
首页 > 其他好文 > 详细

记录自己的一些思考

时间:2020-06-11 16:56:17      阅读:48      评论:0      收藏:0      [点我收藏+]

标签:一个   拆分   活跃   有一个   学习   哈哈哈   必须   同事   linux   

  1. 重视单元测试
    首先为什么要写单元测试呢?
    一开始我也觉得是一件挺浪费时间的是事情(有这个想法是因为当时写的代码太少了,同时没有考虑到后面的可维护性),记得在上一家公司的时候,架构师要求必须要写单元测试,不写不让上线。当时还是一名实习生,也不明白为什么要写呢,我自己大致测一下,为什么还要花时间去写单元测试呢?当时是有点迷茫的。
    现在我觉得需要写的原因主要有以下几点:
    a. 保证逻辑正确
    b. 重构或者优化的时候有一个标准,自己心里也有底
    c. 方便其他同事接手,可以跑单元测试帮助了解业务逻辑和代码逻辑

  2. 编程语言(主要是服务端开发)
    PHP: 从大二开始学习和使用PHP,到现在发现还只是会用的阶段,它背后的设计以及为什么这样用,自己还没有了解,同时感觉PHP的生态和社区不是很活跃,所以PHP已经不能作为我的主力开发语言了(强大的数组把数据结构给隐藏掉了,如果不去思考数据结构和算法,是写不出性能高效并且优雅的代码的,同时也不会成为一名合格的工程师)
    Go: 喜欢Go,名字很简单,看到名字就很喜欢,哈哈哈,Go的生态和社区也比较活跃,目前把Go当作是自己的主力开发语言,因为自己的定位是一名分布式后端工程师。
    Java: 了解的比较少,感觉Java的生态是最强大的,没有之一
    C: 保留项,如果有需要和感兴趣的话,C是需要掌握的,因为很多软件都是C写的,如Linux/Nginx/Redis等等
    C++: 了解较少,在C的基础上了解了一点点
    Python: 了解的少,可以用来做数据分析和人工智能等
    综上:
    以Go为主,PHP为辅进行过渡,对Java保持开发态度,有机会有需要的话可以学习的。C是要掌握的,C++、Python的话和Java一样持开发态度。

  3. 改动一点要小,局部分解化:less is more
    遇到Bug,或者大项目的时候,一定要将任务拆解为细粒度的,因为拆分为细粒度的更加具体化,可控性更强,更容易找出问题的所在。
    a. 改动要小
    b. 任务分解要小
    c. 小步快走

记录自己的一些思考

标签:一个   拆分   活跃   有一个   学习   哈哈哈   必须   同事   linux   

原文地址:https://www.cnblogs.com/zhangpengfei5945/p/13093769.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!