程序猿生存法则

更新时间:2019-01-29 16:44:11 点击次数:1474次
“程序猿”北上广深一批游走于科技前沿而不被外界看好的异类 ,情商低,不爱说话,闷骚,聚集成簇的根根秀发,依稀可见的头皮,千篇一律的短袖,永不换洗的牛仔裤,在我看来其实不然,笔者步入猿类已有5年之久,每天游走于代码和bug之间,虽然失去了一些,但是我们得到了更多,我们练就了火眼金睛,面对代码和bug比面对女朋友还要有耐心的坚毅性格,有生之年冷静的财富积累(人死了钱没花了),连续工作的强健体魄........诸如此类,不胜枚举。

    凭借每天游走于各类程序猿之间,总结了八大程序猿法则,仅供后继之人研读。
  
 1 想成为大牛,敢把头顶漏出来么?


     发量是衡量一个程序猿是否资深的充分但非必要条件, 曾几何时,在互联网圈子里,拥有一个锃光发亮的头顶是无上光荣和自豪的,除去了三千烦恼,只留一片原野,落得个干干净净。

光荣榜

top 1


Java 之父,James Gosling,看到他的头顶莫名的心疼他老人家3 秒钟。

top 2


C++之父 Bjarne Stroustrup,灯光的问题,看着没有java之父透亮,屈居第二。

top 3 


PHP之父Rasmus Lerdorf,整天饱受  "php是世界上最好的语言"的流言蜚语。

  而作为普通程序员的我们,游走于中关村的各个角落,只有一点点的来减少我们的发量,默默的向大神致敬。

 

2  技术用于正途,合适的语言做合适的事

   1 技术亦正亦邪,不要干违法之事,也千万不要用你的技术去骂人,我听过c语言开发人员最惨绝人寰,不带脏字的话语是:你就是没有对象的野指针!!!!

   2 语言没有好坏之分,只有合适不合适(综合考虑成本,资源,场景,安全.....),不要为了学习而学习。
 
3  适应多变的需求 



   市场灵活多变,产品天马心空,领导火力全开,作为程序猿,只有掌握方法,方能运筹帷幄,立于不败之地

 1 前期尽量完善需求,在开发过程多接触客户,尽量提早获知需求变更

 2 通过技术手段,提高需求变更的成本,总之一句话:做不了

 3  在技术上,调高架构能力,抽象,预留字段 

 4  沉着冷静,别激动(上个需求快做完了,xx 又变了)

 

 

4 千万别和产品争辩

   产品说啥就是啥,千万不要和产品讨论,经过一番讨论你会发现,产品的需求在不断的完善,需求时不时又多个几个,产品完成了工作,而你一行代码也没有写,换来的缺是无尽的加班,经过多年研究,这是程序猿加班的根本原因,不到万不得已千万不要以身试雷,容易炮灰。

5  加班文化要适应



 

 996 ,行军床,公司里面我最忙,人多眼杂不适合编码,谨记加班法则

6 善于隐藏bug

   程序猿对于bug一直又爱又恨,没有bug心慌,有bug没奖金,经过多年抗争,总结出bug不知道定律如下:

1 不知道哪里有

2 不知道有多少

3 不知道何时会出现

4 不知道解决了这个,又带了那个

所以,程序猿能做是通过提高自身技能,把bug藏与深处,做到bug可控,有bug,我知道在哪,那么你就是人生赢家。

7 独立享受寂寞



   不善装饰,不修边幅,没有情调,满脸油腻,头发稀疏,女神会看上你么 ? 算了,远离尘嚣,手持电脑,坐于山巅,泡一壶清茗,写一个令人心悦诚服的hello world ! (宅男的梦想)

8 看淡一切,包括生命

如果一个足球界的人“猝死”了,会被怀疑和赌球有关;

如果一个官员“猝死”了,会被怀疑和贪腐有关;

如果一个农民”猝死”了,会被怀疑和拆迁有关;

而如果一个程序员猝死了,那他真的猝死了。

本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责,本站只提供参考并不构成任何投资及应用建议。本站是一个个人学习交流的平台,网站上部分文章为转载,并不用于任何商业目的,我们已经尽可能的对作者和来源进行了通告,但是能力有限或疏忽,造成漏登,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。

回到顶部
嘿,我来帮您!