有靠自学成才的程序员为程序员的吗?

本文由&– 小峰原创翻译,转载请看清文末的转载要求,欢迎加入技术翻译小组!
回顾我的职业生涯,我曾自己单枪匹马地干过,也和一些特别有才能的人一起共事过,曾解决过一些非常严重的技术难题,也见识过一些鼎鼎大名的技术公司。近期我和我的团队偶然聊起我的这些经历,谈论的成果是我们在编码时应该知道一些原则。这不是规矩,也不是指导方针。它们只是我在编写和运行代码时总结出来的一些需要注意的原则。
这一点与我而言几乎是天生的。我几乎是靠自学才成为了。
我从不相信电脑,也不相信我刚刚修复的bug真的已经修复好了,总之我不相信任何东西。我甚至连自己都不相信。除非多次检验之后,我才会相信我已经如我所愿地理解了问题。
偏执是我的诤友,而且我认为它也应该成为我们每一个工程师的“左膀右臂”。我们要偏执的是,应该总是想着从另一种方式来证实假设,或者从另一个角度去看我们遗漏了什么。虽然很多时候这显得很鸡肋,但是有时候它能发挥至关重要的作用 。
2.不要欺骗电脑
换言之就是“避免抽象漏洞”(注:抽象泄漏是指任何试图减少或隐藏复杂性的抽象,其实并不能完全屏蔽细节,试图被隐藏的复杂细节总是可能会泄漏出来)。系统该怎么用就怎么用,不要别出心裁自创用法。不要指望会出现什么奇迹。
如果系统使用规模超过当前的三倍,那么就得考虑重新设计。
电脑是最诚实的孩子,如果你欺骗了它,它绝对会狠狠地反咬一口。
3.简单就好
我们喜欢创建一些新事物、解决一些疑难杂症。这也是为什么我们干这一行的原因。但是很多时候,我们发现某个问题可以解决,却并不意味着现在就是解决它的好时机。
我总是觉得自己是个爱自找麻烦的程序员——我喜欢干净简单易于理解的设计。别以为这很容易,相反这是一个难度不小的挑战——以一种复杂的方式解决问题谁都能办到,但是只有优秀的程序员才能用一种既简单又易于理解的方式解决问题。特别是要真正直截了当地思考出问题的关键就更是难上加难了。
理解是重点,要知道程序员大部分时间是在维护代码,而不是写代码。
4. 优化第一戒律就是不要优化
这一点来自于John Bentley所著的经典书籍《编程珠玑》。(它旨在帮助我们像一个经验丰富的程序员一样思考。虽然已经发行了好多年,但是上面的很多经验教训仍然适用于当今社会。)
优化可以采取多种形式:速度、后验形式、潜在规模、可能用途,等等。
问题在于,大多数的优化最终是没人用的,而且从定义上看,优化或多或少会使得设计更加复杂。所以,优化的第一戒律就是不要优化,除非你完全理解整个问题。(他的第二戒律依然是:“不要优化”,意即即使你理解了,但是除非你真的需要才能去优化。)
5.不要仅仅修复bug;要修复所有可能发生bug的地方
对于自己犯的错误,没必要耿耿于怀。每个人都讨厌出现bug,我也是。
我讨厌会让我犯错的系统。而且我真的非常非常讨厌去修复同样的bug,所以为了避免这种情况,每当我修复一个bug时,我就会思考以下问题:这种bug现在还有可能出现在哪里?以后又比较容易出现在什么地方?是什么原因造成了这种模式的bug?我能不能一下子一网打尽呢?
6.不断地做问题假设
因为我大部分时间都是在搞我自己的创业公司,所以我养成了一个不断询问自己的习惯“为什么要这么做?这能解决什么问题?有没有更好的方法?有没有什么更重要的事情是我还没做到的?”
我们应该一直保持这种态度,不断地询问自己这些假设情况。什么是真正需要解决的问题?是不是只要求解决效果而不必追究根本原因?解决方案完整吗?完备吗?值得吗?
7..从长远角度思考。放慢脚步,才能跑得更快
这可能是最重要的一点了。作为工程师,我们享受于高效的工作效率:喜欢不断地创建、创建、创建。但是如果我们不能用长远的角度看问题,只会作茧自缚,使得最后越来越难构建任何东西。
有时候,我们还没理解问题就直接去写代码,最后导致不得不放弃。有时候我们的方案虽然对局部问题很有疗效,可却能让事情变得更糟或造成更严重的后果。有时候我们匆匆忙忙没有完成设计,从而导致后期别人需要花更多的时间来修复。有时候我们只是懒得用正确的方式写,直接就复制或者借鉴了别人的内容,原因可能是因为忙着赶项目进度不想花时间去好好思考。……
上面这些情况举不胜举。也有人说,这可比我碰到的情况好多了,呵呵。但是我还是想重复一下——我们的目标是建设最多最强大的功能,拥有最广泛的用户。所以,目光要看得长远。
8.关心自己的代码
我想这一点没必要过多解释了吧。不过遗憾的是,现在有很多人时不时地将其抛之脑后。
为自己的工作骄傲!关心你自己写的代码!
如果我想偷懒抄近路,我就会告诉自己种瓜得瓜种豆得豆,现在偷懒将来可能会面对很多乱七八糟的代码,最后可怜的还是自己。
当然你也不必极端——在谷歌公司我经常开玩笑说其他的工程师对待代码就像对自己的宠物一样,而我和代码之间的关系我更像是一个牧场主——务实,不感情用事。话虽然这样说,但是碰到代码不听使唤的时候,我还是忍不住会发脾气。
9.成本、速度、正确率
这是软件中的铁三角关系,也是全世界软件工程师孜孜以求的目标。但是这不能成为我们裹足不前自满自得的借口。
事实上,所谓程序员的优秀和伟大之间的区别往往在于他们驾驭这个铁三角的能力——伟大的程序员通常会想尽办法尽可能地达到这三个目标。我们都应该努力成为伟大的程序员。
不过话说回来,鱼与熊掌不可兼得,当我们不得不摒弃这个铁三角的时候,一定要明白我们要妥协什么,为什么而妥协,是否是当前形势下最正确的选择。
10.最后,保持好奇心,不断地学习
好吧,这可能看上去更像是职业建业。但是如果你没有了好奇心,不愿意学习新鲜事物,不再关心新技术、新语言,那么你还干这一行干嘛呢?
上述编码原则可能并不完美,各位如有不同意见,欢迎指正,在下洗耳恭听。
译文链接:
英文原文:
翻译作者:&– 小峰
[&转载必须在正文中标注并保留原文链接、译文链接和译者等信息。]
关注我们的微信大神们,程序员自学成才,靠谱吗
[问题点数:40分,结帖人hdhd9264]
大神们,程序员自学成才,靠谱吗
[问题点数:40分,结帖人hdhd9264]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
相关推荐:
2015年8月 Java大版内专家分月排行榜第二2015年3月 Java大版内专家分月排行榜第二2015年1月 Java大版内专家分月排行榜第二2014年12月 Java大版内专家分月排行榜第二2014年11月 Java大版内专家分月排行榜第二2014年6月 Java大版内专家分月排行榜第二2014年4月 Java大版内专家分月排行榜第二2014年1月 Java大版内专家分月排行榜第二2013年11月 Java大版内专家分月排行榜第二
2015年6月 Java大版内专家分月排行榜第三2015年5月 Java大版内专家分月排行榜第三2015年2月 Java大版内专家分月排行榜第三2014年3月 Java大版内专家分月排行榜第三2013年12月 Java大版内专家分月排行榜第三
2013年10月 总版技术专家分月排行榜第三
2014年3月 Java大版内专家分月排行榜第一2014年1月 Java大版内专家分月排行榜第一2013年12月 Java大版内专家分月排行榜第一2013年11月 Java大版内专家分月排行榜第一2013年10月 Java大版内专家分月排行榜第一
2014年7月 Java大版内专家分月排行榜第二
2015年1月 Java大版内专家分月排行榜第三2014年8月 Java大版内专家分月排行榜第三
2014年7月 Java大版内专家分月排行榜第二
2015年1月 Java大版内专家分月排行榜第三2014年8月 Java大版内专家分月排行榜第三
匿名用户不能发表回复!|
每天回帖即可获得10分可用分!小技巧:
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN,不得违反国家法律法规。
转载文章请注明出自“CSDN(www.csdn.net)”。如是商业用途请联系原作者。推荐这篇日记的豆列
······有靠自学成为程序员的吗?_百度知道
有靠自学成为程序员的吗?
还是有那种人的,说实话吧,做程序员本来就是枯燥无味的,更何况是自学,自学的效率不高,本来一个问题也许要很久搞懂。给你的建议,可以去正规的培训机构学习。若自学,网上找些视频教程等学习资料,加些编程的论坛qq群,有助于学习交流,一定要坚持,愿你学而有成!
其他类似问题
为您推荐:
程序员的相关知识
其他2条回答
有。而且实例不少。
可以到w3cschool网站自学同时,多逛一逛专业技术的论坛,和专家达人交流
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁您还未登陆,请登录后操作!
我高中毕业,靠自学拿到了程序员证书,这样找工作难吗
有证,总比没证强!工作肯定会容易一些!但没有一个老练的师傅(网络公司这一块)带你,你绝对找不到一份适合你的工作得从O做起。
系统,但开发软件必需要有程序员。
个人认为通过程序员相比软件开发的具体应用要简单得多。因为现实世界是复杂的,在开发过程中出现的程序问题比考试题要复杂得多,但万变不离其踪。
通过了程序员你才有解决问题的基础。
您的举报已经提交成功,我们将尽快处理,谢谢!
大家还关注
{for(i=2;i<a;i++)
if (a%i==0)
cout<<"因子"<<i<<
cout<关于c++,一个小问题 //我是想做一个...

我要回帖

更多关于 程序员自学网站 的文章

 

随机推荐