pc 移动 网站开发,动态ip怎么做网站,云南大理拍婚纱照价格表,建立自我追求无我大家好#xff0c;我是Z哥。下周五正好是国庆#xff0c;我也给自己放个假#xff0c;就不发文了。所以今天是节前最后一篇文章#xff0c;先提前祝大家国庆快乐#xff0c;可以好好放松一下。今天我们不聊干货了#xff0c;聊点轻松的#xff0c;来吐槽一下程序员的那些… 大家好我是Z哥。下周五正好是国庆我也给自己放个假就不发文了。所以今天是节前最后一篇文章先提前祝大家国庆快乐可以好好放松一下。今天我们不聊干货了聊点轻松的来吐槽一下程序员的那些事儿。在软件开发领域一直流传着一句话它说明了程序员的水平和资历之间并不存在着相关性并且可能相差特别大。到底是货真价实的十年经验还是一年经验重复用了十年随着我在工作中遇到过的人越来越多、面试过的人越来越多发现这句看似夸张的话讲述的的确是事实。有些人工作了 7、8 年所表现出来的专业性就像刚入行 1、2 年的新人。并且,比新人还不如的是他们身上往往也没有了新人的那种学习欲望。与之相对的我也与刚毕业就加入公司的应届生共事过他们身上所表现出的惊人成长能力让他们在不到一年的时间内就挑起了项目组的大梁。经过我对所接触过的程序员们的观察我总结出了一些“信号”他们可以帮助你识别出与你一起工作的同事到底是不是“货真价值”。然后你就可以与那些“货真价实”的资深程序员们多打交道、多交流与厉害的人多在一起自己也更容易变得厉害。好了下面开始。如果你发现某位工作多年的程序员身上有这些现象出来那么他大概率就是一位“有水份的高级程序员”。符合的现象越多水份越大……/01 总是喜欢“攒”一些代码后再提交代码/不知道你有没有留意过一个团队里只要有一个人喜欢“攒”代码那么这个项目的代码合并将会长期面临代码冲突的痛苦。道理很好理解两个胖子之间的碰撞面积总比两个瘦子大吧。而且喜欢这么干的人往往也不太认可 CodeReview 这事为啥因为他大概率没有想过做 CodeReview 的人一次性看到几十上百个变更文件时的感受。我们可以建议他们实现或者修复一个完整的小问题和小任务就提交一次代码。最差也得每天提交一次当然需要将未实现的部分做好处理避免编译报错。/02 总是很早就开始 coding但是很晚才通过验收/用马保国老师的话来说“有些程序员写代码很快啊pia 一下我都来不及闪他就写了好几行代码了。”他们实现功能很快不熟悉的人还以为是高手。但是实际上他们修 bug 的时间往往会明显多于其他人最终可能反而导致拖整个项目进度的后腿。虽说不一定非得每次花时间正儿八经的画图做设计。但是真正有经验的程序员他们写代码之前脑子里是会先梳理好思路的有一个清晰的达到终点的“路线”。这样他在写下每一行代码的时候都知道他在做什么而且下一步是什么。所以我们可以建议他们写代码之前稍微多花点时间去搞清楚一些业务问题梳理清楚需求。并且在写代码之前做一下规划避免后来你的代码只有你自己看得懂甚至是自己都看不懂。/03 看上去很忙在多件事之间来回奔波/在团队里越是核心的人员总是越忙的但并不是所有忙的人都是核心人员。因为有些忙是自己导致的。比如当我们面前有多个问题需要处理的时候不是谁来催得紧你就先处理哪个。还得自己心里有一杆秤根据优先级来处理。否则花费了大量时间在多个事情之间切换实际真正的有效工作时间可能连一半都不到。我们可以建议他们不管是做任何还是修 bug搞定一个之后再进行下一个除非每次新来的问题都比之前的优先级高。但是应该没那么巧吧另外将任务分解成小任务也更有利于自己掌控时间。/04 固执己见/如果一位缺乏经验的程序员恰好又是团队里资历比较老的那就很容易出现固执己见的情况。这会使得他进入一个不太好的循环里去。自我感觉良好 - 无法改掉身上的坏毛病 - 资历老听不进别人的 - 自我感觉良好。但是往往获取经验最快的方式是以开放的心态与别人交流学习别人的长处补足自己的短处。所以我们可以建议他们多考虑一下事物好坏的另一面毕竟任何事物都有两面性。/05 不断地重复掉进同一个坑/毕竟有了不少工作年限所以当遇到生产环境的 bug 时不会出现真正的新手那样不知从何下手的情况。他们会祭出打 log 大法或者是调试大法用最快的速度解决问题。然后就没有然后了。从别人眼中看来他们这是头痛医头脚疼医脚。但是在他们眼里没有任何两个“坑”是一样的每个都不同所以下次相同的问题再次出现也是正常的。这种做法真的难以给人靠谱、放心的感觉。所以我们可以建议他们。在出问题后先通过逻辑分析思考一下问题可能出在哪里梳理相关的信息和思路。然后即使解开了 Bug 也应该多思考一下是否其它部分也有类似的问题。/06 盲目追逐技术潮流/你说他们完全不学习吧也不是。当从身边很多人的嘴里听到同一个技术名词的时候他会视该技术为传说中的“ SliverBullet ”赶紧去学习官方教程。但是往往跟着入门教程走完一遍之后就觉得这也没什么难的自己已经掌握了。实际上没有经过实战的使用就觉得掌握仅仅是一种幻觉而已。因为一旦实际进行落地往往会出现各种意料之外的问题等待着你去解决甚至有些是连官网都未发现的bug。他们对新技术的崇拜其实是他们觉得如果自己不了解这个新技术会觉得错过些什么。所以我们建议他们抱着学以致用的心态去学新技术或者至少不要只停留在官方教程上找一个自己工作或者生活中的场景用新技术来实现一个功能。/07 代码写得很随意/写代码随意的场景有很多小到变量、方法的命名规范与否大到整体的架构设计上是否有考虑到一些非显性的问题如性能、扩展性等等。缺乏经验的程序员不但全部命中上面这些点而且写出来的代码其它人很难看懂特别在一些业务本身就有一定复杂度的场景中。相反优秀的程序员们在编写自认为复杂的代码段的时候会写下清晰的注释来帮助后来人理解。因为他们知道代码不仅是让计算机执行更是需要让别人也理解的因为项目开发大多是团队协作。所以我们可以建议他们在写代码的时候考虑一下如果两年后回头来看今天写下的代码还看得懂吗/08 总喜欢直接调试生产环境/“线上有问题来说下你怎么操作的我调试一下。”“接口报错参数发我我调试一下。”这些是他们的口头禅。不可否认从理论上来说直接调试线上必然是解决问题最快的方式毕竟直接面对案发现场。但也正是因为解决地过于容易导致自己不容易“长记性”下次大概率还会犯一样的错误。所谓“捷径走多了人就废了。”另外一旦对项目不是100%的熟悉那么搞不好在调试的过程中不知不觉给生产环境产生了垃圾数据可能进一步导致埋下了新的隐患。所以我们可以建议他们遇到问题先思考用你的专业知识和业务经验进行逻辑分析如此也能提炼出一些普适性的规律避免自己后续再犯相同的错误。/09 不做自测/前面提到过有些伙计写代码很快其实他们之中的大部分也不会做自测毕竟这会降低他们的开发速度。而且在他们心里可能觉得测试嘛不是应该测试工程师干的么我都自测过一遍的话不是抢他们饭碗么。当然如果有些公司有明确的工作要求需要自测他们也会做但不是去尽量模仿真实的数据而是用很随意的数据来测试效果其实是很差的。自测的好处有很多最直接的就是可以降低修复bug总时间毕竟开发和测试之间沟通bug的时间肯定就节省掉了。所以我们可以建议他们做自测因为这不但可以让整个项目的工期得以更快完成也能让自己和其他人摆脱加班、摆脱996不香么。/10 不主动推进项目进度/资深的程序员身上会有那种领袖气质这种领袖气质并不是凭空出现的而是需要有主动推进一件事往前发展的意愿。而那些有资历却缺乏经验的程序员们则完全相反只着眼于自己的一亩三分地其它的都与我无关。如此一来他们也错失了快速扩大自己能力圈的机会。从资历的这个角度上来说作为团队里懂得最多的人是推动项目往前的最佳人选。所以我们可以建议他们多给出自己积累多年的经验因为“你是专家”。怎么样是不是很多现象都很熟悉其实还有很多其它的现象只是上面这些是比较常见的。其实我们不是在吐槽他们而是希望他们能够发挥自己真正的价值这不仅仅是为了整个团队创造更好的工作环境也是为了避免他们迷失在走向中年危机的道路上。希望大家能够多多转发能叫醒一个算一个帮助他人也是帮助自己不香么。推荐阅读10个人里有几个大学生提高「搜商」挣大钱原创不易如果你觉得这篇文章还不错就「点赞」或者「在看」一下吧鼓励我的创作 也可以分享我的公众号名片给有需要的朋友们。如果你有关于软件架构、分布式系统、产品、运营的困惑可以试试点击「阅读原文」
