池老师说:程序员不该互相鄙视

简介: 都说程序员之间存在着各种各样的鄙视链,其实在看完池建强老师的这篇文章,作为一个软件工程学生党的我,开始重新思考作为一个技术人的责任和对于技术的理解,技术人需要做好自己的技术,写出优秀的代码,让技术驱动业务,做出优秀的产品,让世界变得更好一些,这也是我选择了技术这个行业的最初动力,希望世界能够因为我们的努力而变得更加美好。

简评:都说程序员之间存在着各种各样的鄙视链,其实在看完池建强老师的这篇文章,作为一个软件工程学生党的我,开始重新思考作为一个技术人的责任和对于技术的理解,技术人需要做好自己的技术,写出优秀的代码,让技术驱动业务,做出优秀的产品,让世界变得更好一些,这也是我选择了技术这个行业的最初动力,希望世界能够因为我们的努力而变得更加美好。


有阵子没写程序员相关的文章,干脆再来个程序员三部曲吧。为什么是再呢?因为写过很多三部曲了:)

de0743f29574e9957287e98681f7218a364ab0da
题图:from zoommy 部分手绘

以前在文章里写过程序员鄙视链的问题,比如:写汇编的鄙视写 C 的,写 C 的鄙视写 C++的,C++程序员鄙视 Java 和 C#,Java 和 C# 程序员相互鄙视,写 Python 的和写 Ruby 相互鄙视,写 Scala、JRuby、Clojure 的一起鄙视 Java 程序员。写静态语言的和写动态语言的相互鄙视,写前端的和写后端的相互鄙视,Vim 程序员和 Emacs 程序员相互鄙视,然后一起鄙视使用 IDE 的程序员。

Go 语言程序员鄙视所有其他语言的程序员,所有其他语言的程序员都鄙视 PHP 程序员。PHP 程序员说,PHP 是世界上最好的编程语言,同时鄙视 Swift 程序员,因为他们经常写着写着就不能编译了(语法特性变更激进并且随时抛弃旧包袱)……

总之,程序员之间的技术鄙视链极其复杂,这里面虽然黑色幽默的成分居多,但技术宗教的意味也显而易见。除此之外,还有一种鄙视,属于不同形态技术人之间的。当年都是从写 Hello World 过来的,走过山,趟过河,埋过雷,填过坑。随着时光流逝,经历不同,机遇不同,每个人的特质也不同,于是大家有了不同形态的发展。有的程序员创业了,有的成为了产品经理,有的开始负责一块业务,有的则一直在技术领域深耕并成为技术大牛,还有一些像我这样的不知道是什么形态,二爷说是打杂形态(捂脸)。这本身无可厚非,毕竟每个人的特质是不一样的,找到自己最强的那 1% 才最重要。但奇怪的是,这条鄙视链居然一直存在,像一条若隐若现的丝线,纠结在技术人的中间,牵绊他们的成长。

早些年是那些管理者或产品经理嘲笑老程序员,说你都 35 了怎么还在编程。现在有点反过来,不少一直在技术领域的程序员开始吐槽那些转型的程序员「不务正业」,CTO 居然不写代码,嵌入式程序员跑去设计产品,等等。不说别人,被拉黑不太好,就说阿里的王坚博士,曾经任职阿里 CTO,他老人家应该有日子不写代码了,代码能力可能比不过在座的很多位,当年非议不少。但在王博士的主导下,最终阿里云成为了中国最大的云计算服务商,占据了国内 30% 以上的云计算市场。这个贡献,是不是比代码能力更强一些呢?

上周与阿里云的道哥(吴翰清)聊天,我俩总结了一下,觉得技术人有三种境界:
1、做好自己的技术,写出优秀的代码,一方水土,养一个技术人
2、技术驱动业务,做出优秀的产品,让世界变得更好一些。什么是优秀的产品?很多,比如微信
3、让更多的技术和技术人产生交集,让更多的人认识到技术真正的价值

在这个时代,技术和技术人本身是最有价值的,他们碰撞出的火花会形成巨大的驱动力,可以达到上千上万倍的价值提升,并推动世界的发展。在现代社会,技术一直是最强有力的底层驱动力,从操作系统 Windows,macOS,Unix,Linux 到移动操作系统 iOS 和 Android,从互联网技术体系到大数据 Hadoop 平台,每一种技术,一旦成为工业标准,就会迸发出巨大的能量,推动世界前行。

你造吗,我们在前两天的阿里巴巴技术大会上发布了「NASA」计划

不造啊,干啥用,你们要去造航天飞机了吗?这个进入硬件领域的角度多少有点刁钻啊。

不是,就是个类比,马云准备玩个大的,阿里的「NASA」计划就是在做技术驱动这件事。你们极客邦做为一个高质量的技术社区和内容服务提供商,也该去做这样的事情。

明白,看来阿里要把技术提到一个新的高度了。

是这样,「NASA」计划会组建新的团队,聚焦在机器学习、芯片、IoT、操作系统、生物识别等核心技术,全力以赴进行新技术研发。

和道哥聊完,我自己也陷入了思考。记得马云说过,以前阿里巴巴是技术跟着业务走的兵工厂模式,这种模式手榴弹造得再好,也造不出导弹来。阿里必须思考建立导弹的机制,成立新技术研发体系,研究的目标是为了解决 10 年 20 年后的困难。

硅谷钢铁侠马斯克的三个公司,Google,Apple,Facebook,中国的阿里,腾讯,华为,都在做类似的事情,这是一个技术力量以前所未有的姿态穿透世界的时代,如果你是个技术人,是不是该放弃成见,扯掉鄙视的链条,投入到这场技术变革的浪潮中呢?

扯的有点远,也有点大,但做事不就是大处着眼,小处着手么?不说了,你们忙着,我去搬砖了。
相关文章
|
SQL 关系型数据库 MySQL
MySQL · 性能优化 · MySQL常见SQL错误用法
前言 MySQL在2016年仍然保持强劲的数据库流行度增长趋势。越来越多的客户将自己的应用建立在MySQL数据库之上,甚至是从Oracle迁移到MySQL上来。但也存在部分客户在使用MySQL数据库的过程中遇到一些比如响应时间慢,CPU打满等情况。阿里云RDS专家服务团队帮助云上客户解决过很多紧急问题。现将《ApsaraDB专家诊断报告》中出现的部分常见SQL问题总结如下,供大家参考。 常见S
17155 1
|
SQL 分布式计算 搜索推荐
大数据workshop:《云数据·大计算:海量日志数据分析与应用》之《数据加工:用户画像》篇
本手册为阿里云MVP《云计算·大数据:海量日志数据分析与应用》的《数据加工:用户画像》篇而准备。主要阐述在使用大数据开发套件过程中如何将已经采集至MaxCompute上的日志数据进行加工并进行用户画像,学员可以根据本实验手册,去学习如何创建SQL任务、如何处理原始日志数据。
13788 0
|
SQL 大数据 数据挖掘
大数据workshop:《在线用户行为分析:基于流式计算的数据处理及应用》之《实时数据分析:海量日志数据多维透视》篇
本手册为云栖大会Workshop之《在线用户行为分析:基于流式计算的数据处理及应用》场的《实时数据分析:海量日志数据多维透视》篇所需。主要帮助现场学员熟悉并掌握阿里云数加·分析型数据库AnalyticDB的操作和使用。
4134 0
|
存储 弹性计算 Linux
ECS数据分区丢失问题处理方法、常见误区和最佳实践
经常遇到操作系统中数据盘分区丢失的情况?Linux和Windows下常见的数据分区丢失问题都有哪些?数据分区丢失时分别该如何应对?怎么避免可能的数据丢失风险?关于ECS数据分区丢失问题的干货都在这了!
|
运维 安全 大数据
YY直播安全运维从“0”到“1”的实践
本文作者是欢聚时代(YY直播)安全中心总监韩方,公司T4技术专家,10年以上安全领域的攻防研究和设计开发工作。在本次分享中他主要从他安全运维的经历、YY安全运维的发展历程和安全运维体系建设三个方面来进行。
7851 0
|
存储 运维 监控
阿里大规模计算平台的自动化、精细化运维之路
本文作者范伦挺是阿里巴巴基础架构事业群的技术专家,在他看来运维应该始终以稳定性为基石,一旦脱离稳定性,其他一切都是扯淡,都是浮云。在稳定性基础之上,我们应该以更积极的运营思路来思考我们自身的发展和平台的发展,借助于数据分析和运维能力产品化这样两个翅膀,实现华丽的转型。
7121 0
|
程序员
图解程序员鄙视链(这回称得上是真的链表了吧)
自古文人相轻,程序员的世界也存在着错综复杂的「鄙视链」。从程序语言、编辑器、平台到{ 是写在 if 的同一行还是下一行,不同阵营的人都习惯鄙视来鄙视去。而「你用什么程序语言?」更是大家最热衷的一条鄙视链。本文就为大家图解程序员鄙视链,这回可是真的链表了。
8820 0
|
算法 UED
设计师如何玩数据
2017年2月22日云栖TechDay29期,阿里云交互设计师、用户体验研究专员行休/雩烜和大家一起谈谈设计师如何玩数据。本文主要从为什么要做MERIDIAN开始讲起,接下来分析了面对云产品售卖过程中设计师的复杂思考,包括核心算法的改变等,接着还介绍了微观力量,并解释了 Markov Chain Model,最后畅想了售卖线的诗和远方。
4928 0
|
开发者
聚能聊话题回复新功能“折叠”上线了!~
聚能聊自16年10月上线以来,备受广大开发者关注。我们的话题越聊越火,话题的回复楼层也是更码更高。 不管多么优秀的话题,回复中总会有一些不认真或不准确的回答。那么我们将会对这种回答进行“折叠”处理,已便于让大家最便捷的看到更优质、更准确,对大家有所帮助的讨论内容。
4474 0
|
敏捷开发 运维 Devops
DevOps前世今生之DevOps编年史
本文作者顾宇是一位ThoughtWorks的高级咨询师,他拥有9年的工作经验。在本文中他将向读者详细展示了DevOps的起源、发展和现状。想要了解DevOps的朋友不妨看下本文的介绍。
4925 0