前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >美国程序员枪击案后的48小时,请放过程序员吧!

美国程序员枪击案后的48小时,请放过程序员吧!

作者头像
用户1634449
发布2018-10-18 16:03:55
6000
发布2018-10-18 16:03:55
举报
文章被收录于专栏:Python专栏Python专栏

昨天一篇 「突发:码农枪击了 4 名同事,导致一人情况危急」 的文章基本刷爆程序员圈了。一时各大公众号都纷纷借题发挥,调侃程序员的、黑化的、讥讽的评论都有了。

事情的经过我不做任何修饰的贴给大家。

主要就是因为一名程序员枪杀了4名同事,而原因猜测可能是因为代码不规范、未添加注释。

我想先从动机出发来说明这件事情。

程序员本就是一个需要非常严谨态度的职业,如果非常随意的去coding或者操作服务器,请参考顺丰删库事件男主角。这件事情我一直没有发表自己的建议,这里也一并说了吧。

删库是个一直被当作段子来说的话题,作为高级运维工程师,经历点删库也不是非死不可的事情。但关键是后续的操作才是体现你高级的时候啊,瘫了590分钟,相当于要10个小时了啊……运维说好的4个9呢?那么多的备份还原策略,异地灾备,同城多机房都应该上场了啊。可惜,最后哪样都没派上用場。

这就是严谨,你可以说每个人都允许犯错,但之后一系列的补救措施无不体现了你的专业水平,业务能力,如果每个工程师都是加拿大电鳗那样,这个企业的IT还能信任吗?

再说回来,作为程序员,coding是日常工作,那么coding的质量就决定了你生活的质量。我的师傅曾经在教我写代码的时候,一直告诉我命名要规范,注释必须写清楚,标准就是,你自己能看懂,然后也得让别人能一目了然。

所以现在写Python一直保留这个习惯,虽然不是驼峰了,遵守PEP8规范,命名必须让协同工作的伙伴也能看懂。

同样我也是按照这个要求和组内小伙伴规定的,否则以后的代码维护起来成本太大了。没人能看懂。而且我们现在定期都会做一次文档维护,这个真的很有必要,让一份代码不会跟着一个人走没了。

另外, GitHub的提交也是同样的,commit里什么都不写的,git push -f 强行刷新的,改了几十个文件再push的,这不是闹么?你起码尊重下同组的伙伴吧,考虑过别人这么对你,你什么心态么?

对于很多高度洁癖的程序员来说,真的是容不得别人的「垃圾」代码往自己项目里堆,那感受简直了。

那我想表达的是什么呢?请大家记住了,程序员犯错和他人一样,只是一个工作中的错误,为什么要去放大他?曾几何时,「程序员」已经变成了一个段子的重要组成部分,码农、程序猿/媛也已经和90后一样被玩死了。

这次美国的枪击案如果不是程序员大家还会去关心吗?为什么程序员枪击了,就要如此去追热点、蹭热度?作为技术公众号的我们,不应该是尽自己最大的努力让大家对程序员友好一些吗?难道你不是程序员吗?觉得这样子蹭热度很有意思吗?

我之所以在今天才发这篇文章,不是因为热度还在,恰恰是这几天看到了太多的公众号都在第一时间抢着发,然后去抢流量,难道技术自媒体人不应该有一些技术人应有的属性吗?

说到这里,不得不说同样是做技术自媒体的高哥,凭着自己对技术的执着以及自媒体的态度,一直坚持着原创。每天0点的推送显然也没有考虑过为了流量。

他的文章总是能让我在浮躁的现实中,找到一个歇息的地方,认识他的人都知道,高哥很实在,说的东西都是些你可能考虑过,但一直没有想明白的事情。

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2018-09-24,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 Python专栏 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档