个人信息

  • 名称:逍遥
  • 性别:boy
  • 扯几句:总有那些风吹不散的Coding

联系方式

开发经验(以下只是个人观点,有不正确的地方麻烦指出)

我所接触到的程序员(包括我),写的最多的无非都是业务代码,而这种技术含量偏低偏少的代码在我所接触过的项目中也频频出现问题;也听过很多各种各样的抱怨,也听过很多五花八门的分析理解;不过,听的最多的解释还是项目复杂度高,开发周期短;我不否认这一点,当然也有其他的原因,其实原因大部分人都知道,只是很少人把它当回事:

  • 编码规范
    初期的一些开发者对编码规范缺少认知,生活中接触过的一些研发人员仅仅是为了完成某个功能而在编写代码,很少会去考虑美观性和可扩展性;
  • 合理封装
    面试时很多人都被问过封装之类的问题吧,但是有一些人就是不在实际项目中使用;个人觉得利用好封装、多态和继承的原理,代码的质量和可扩展性能达到显著的提升,当然这也需要一定的技术支撑,例如反射、泛型等;当然笔者在封装方面做的也并不是很好,只能说是尽可能在自己能力范围内做好封装吧;
    项目中也看过别人所写的封装方法/封装类,其实更多的算是demo吧,封装的原则是隐藏对象的属性和实现细节,仅对外公开接口,并且控制访问级别,封装应该是不需要让开发人员过度关注内部实现方式的,应该只关注的该封装方法所能做到的功能即可
  • 沟通
    编写业务代码最重要的当然是对需求的理解以及理解存在分歧时的沟通,即理解和沟通最为重要的一环;不知道大家有没有听过磨合期这个词,公司来了新人之后需要一定的时间来跟这个团队进行磨合,才能够做到较好的合作配合;磨合主要是指针对团队之间相处的性格的磨合,每个人的抗压承受等方面的了解;笔者遇到过一些开发人员因为一些理解冲突导致情绪,也遇到过一些开发人员摸棱两可的接受任务,不过大部分人都还是想做好工作的,不过人的情绪都是很难控制的,特别是在这个软件行业中,一个简单的功能也会因两种不同的思想而变得极度复杂,甚至偏离轨道,这些都是很正常的事,相信大家都在项目中遇到过因为沟通而存在的问题;人有脾气是一种本能,而人能控制脾气那是一种本事,毕竟脾气发多了,对身体也是有伤害的;对于软件,没有最好的方案,只能考虑最优的选择,一些人也许思想是好的,但从项目总体角度讲也不一定合得来,你可以对他人讲出你的见解,你的思路,这对于自己绝对是种提升,当然最重要的你也要学会倾听他人的意见,毕竟思想的碰撞才能产生更好的花火,学会倾听本身也是一项技能,而且还真不是每个人都学会了的
  • 系统设计
    系统设计当然的是重中之重,高可用、可扩展、软件安全等;笔者对于这点也是处于学习中并没有太多的见解

在一个项目中遇到挫折是很平常的
在一个项目中遇到挫折后还依然想把项目做好的人是需要一定的勇气的,心有不甘的感觉谁都有过,有时候退让并不是懦弱,也可以是责任,对自己负责,对项目负责

有时候觉得站在巨人的肩膀上也并不见得是一件好事,在一个习惯了衣来张手,饭来张口的生态圈里,我们被自嘲的成为CV(复制粘贴)工程师;
有时候我都在问自己,程序员到底是什么样的,有时候我都在想,我们所做的这些工作也许随便找个人来,教他几天他都会做了吧

专业能力

  • 基本框架:熟悉SSM框架、Spring Boot框架、Dubbo框架
  • 关系型数据库:熟悉Oracle/Mysql数据库操作
  • Linux:熟悉Linux操作系统,拥有独立部署和错误排查能力
  • Redis数据库:Redis的安装部署及使用,熟悉基于Redission的分布式锁,了解Redis雪崩和Redis防穿透处理方案,能够独立部署Redis集群以实现Nginx的高可用
  • Nginx:熟悉基本部署安装与配置,能够独立部署项目集群,能够结合Keepalived实现Nginx的双主热备以达到Nginx的高可用
  • 前端:了解前端基础,在与前端对接与查错时能进行更好的交流

技术是一种信仰,坚持是一种态度