最新程序员修养之道(五篇).docx
上传人:17****69 上传时间:2024-09-09 格式:DOCX 页数:16 大小:46KB 金币:10 举报 版权申诉
预览加载中,请您耐心等待几秒...

最新程序员修养之道(五篇).docx

最新程序员修养之道(五篇).docx

预览

免费试读已结束,剩余 6 页请下载文档后查看

10 金币

下载此文档

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

最新程序员修养之道(五篇)人的记忆力会随着岁月的流逝而衰退,写作可以弥补记忆的不足,将曾经的人生经历和感悟记录下来,也便于保存一份美好的回忆。写范文的时候需要注意什么呢?有哪些格式需要注意呢?下面是小编为大家收集的优秀范文,供大家参考借鉴,希望可以帮助到有需要的朋友。程序员修养之道篇一阅读经典著作:代码大全(第二版),程序员修炼之道,程序设计实践,设计模式等。阅读wikiwiki(有时也被称作wardswiki)。这一条怎么强调也不为过。经常我会感觉到所有我学到的真正关于编程的知识都是在浏览这些网站的过程中慢慢的学到的。学习别人的代码。github万岁!如果你会一点ruby,想从别人整理好的现成经验入手,你可以读一下bestofrubyquiz。参与开发者论坛。如果没有这样的网站,创建一个。讨论问题。我不在意你认为自己是一个多么菜的菜鸟。没有任何一种形式能比通过讨论一个问题来学习这个问题更有效的方法了。写博客。不要在意是否是原创。互联网上很多非常有用的博客都是广泛的搜集程序员的经验和错误,以及如何克服这些问题的博客。反省是学习过程中最重要的一件事情,写博客能帮助你反省。会出乎你的意料,你不久就会收到你的读者的反馈。我相信你之前听说过这一条:参与开源项目,修改其中的bug或捐献代码。丢硬币。是头像就选择vim,否则选择emacs。学习使用这些编辑器。应该让这两种编辑器伴随你余下的编程生涯。强大灵活的编辑器会让好程序员更好。多学习几种编程语言。但起初应该先学一种语言。你应学习一种重要的语言,它能让你对编程语言有个大致的认识,让你第一天就爱上编程,你需要花大量的时间去学习这种语言中的各种知识,否则你漏掉知识点或不久就会忘记。一旦你掌握了这种语言,你需要学习新的语言来验证在第一种语言中学到的知识。尽量选择风格迥异的语言。我曾看过sevenlanguagesinsevenweeks这本书,它让我认识了各种各样的编程模式,很好的书。具。订阅跟你使用的语言和平台相关的邮件新闻。人们有时会忘了,在各种博客,hackernews,以及twitter里,还有一个精彩的充满讨论的世界。邮件列表是一个很通用、很有用的来比较各种讨论观点的工stackoverflow是你的朋友。不要花太多的时间去分析所谓的“最好的“工具。我曾经愚蠢的花上数天或数周去为某个项目找出一种”最好“的框架来提高开发效率。不要落入这种陷阱。当你还是一个不太熟练的程序员时,选一种大家都在用的语言和框架。重要的是当你遇到瓶颈是你知道如何处理。之后你才可以去寻找一种完美的…寻找实习机会。以及最基本的:练习,练习,练习。在班上练,在家里练。锻炼编程基本功。编程跟其它技术一样:最终,一切归结于练习。程序员修养之道篇二程序员修炼之道读后感编程技术就是程序员的手艺,你的程序就是你的艺术品。时刻关注自己的技艺,保持热情、保持好奇,争取做到富有专长而又多才多艺。看似朴素的道理,实际是若干经验的总结,就像这本书的自序所讲的,这是一本包含有许多朴素的经验,写给注重实效的程序员的一本“演员的自我修养”。简单和朋友们分享几点:怎样提出你的问题1:确切地知道你想要问什么,并尽量明确具体;2:小心而得体地组织你的问题,记住你是在请求帮助;3:发邮件时请使用有意义的主题;4:坐回椅子上,耐心等候破窗团队不能容忍破窗(产品的不完善的地方),需要指定人修复,不能一直放着不管。当你看到糟糕的设计、错误的决策和糟糕的代码时,修正它们。在工作中,很容易对源源不断的bug不耐烦,或许被自己说服侥幸绕过,以后就会有更多的直至难以修复。破窗户讲的故事是一个小区的一扇窗户没有及时维修导致整个小区陷入被更多破坏的现实,人们再想起维修时,代价巨大,治安特别好的地区也对破窗严格治理。不要恐慌做一次深呼吸,思考什么可能是bug的原因。记得刚入团队时,我时常会对难以捉摸,尤其是不能复现的bug感到恐惧,但细细寻找,你还是能看到蛛丝马迹。温水煮青蛙个人和团队假如一直在一个假设的环境或者需求或者条件下继续下去,就很可能像那只可怜的青蛙一样,或者定时的检测下环境或条件或需求是否变化,或者团队里面专门有人来检测重复的危害不要在系统各处对知识进行重复。作为程序员,我们收集、组织、维护和利用知识。我们在规范中记载知识、在运行的代码中使其活跃起来并将其用于提供测试过程中所需的检查。遗憾的是,知识并不稳定。所有这些不稳定都意味着我们要把很大一部分时间花在维护上,重新组织和表达我们的系统中的知识。程序员须持续不断地维护。我们的理解逐日变化,当我们设计或编码时,出现了新的需求。环境或许变了。不管原因是什么,维护都不是时有时无的活动,而是整个开发过程中的例行事