代码情节

我对代码的情感,不只是谋生的技能,一次项目的研发,就像一场运动比赛。

程序员跟拳击手、篮球运动员、排球运动员、雇佣兵是一样的…设计模式、软件分不分 层等,是一场战斗的策略,要结合现有的人力物力时间做出选择;程序员也需要熟悉自己的武器,所以从开发环境、快捷键的记忆、代码比较工具、代码生成工具、 代码版本控制工具、UML建模工具等,就像军人要熟悉自己的枪械一样去学习;程序员也像篮球运动员、拳击手一样,也要一个动作一个动作的练习,比如要练习打字,要记忆键盘上字符的位置,直到有一天,像钢琴师演奏曲子一样演绎天马行空的字符,像篮球运动员练习运球一样,掐表敲出常用的代码,这四个方法要在3 分钟之内敲出来,练习一遍又一遍,甚至像拳击手一样通过不断地重复让身体、让手指去记忆一段代码。

程序员也有职业生涯(比如通常所说的35岁),也有身体 消耗,比如长时间熬夜、极限编程、久坐,也会有职业病,比如肩周炎、眼疾等,所以程序员要喜欢这个职业要延长职业生涯,也要学会保护自己,要注意熬夜后的 饮食、休息,要跑步、要做俯卧撑,不断地不断地磨练自己的身体,受伤(生病)后,也要认真的修养,为的是重返战场;代码也有团队,经理会努力的去拉项目, 去拉钱,会跟客户喝的一吐大半个晚上,然后半夜跟兄弟们说,项目拿下了,我不会写代码,我尽全力了,接下来靠你们了,大boss会设计架构,选择语言,分割模块,让擅长的人做擅长的事,销售推广将产品推向市场,而后是维护、培训等人员登场,这与排球运动中二传手、自由人、主攻等的配合一样一样的。

每次看体 育运动,无论是科比打篮球,还是幕之内一步打拳,从赛前的练习、节食减重(拳击)到比赛时的执着,战斗到最后一刻,最后的无助与无奈,困境时,我如果更强 一些该多好跟我跑的再快一点,我跳的再高一点,我的截拳再快一点该多好是一样的,赛后成功或者失败,成功会喜悦,失败会落泪,明明很努力了,为什么还是没 能成功,而后不断地不断地翻书、练习、总结、尝试…这里面没有教练,但有学长有前辈,就像拳手相信教练,在陷入困境时意识模糊时,依旧按照教练所指导的那 样挥拳,直到出现教练所说的转机,而教练也会在拳手不断挨打时,在抛出毛巾保护拳手还是相信拳手会贯彻自己的指导坚持到最后之间做出选择,这种教练与拳手 之间的相互信任、相互保护的师徒共鸣,在前辈、师长与后辈之间也存在(我qq列表里有20多个跟着我要学程序的,有多少人真正听了我的话,几千块钱的资料,多少人按照我说的去学习了;而对于我,前辈的话语,背单词、学这个学那个,我又是否在别人嘲笑的时候坚持到底?),如果不能贯彻前辈的指引,又怎能奢望爬上那高高的山峰饱览前辈所描绘的精彩…即使,现在我们还很弱,还会问傻问题,还会被嘲笑,还是一无所有,但我们会成长,会越来越可靠…像狼一样去战斗,像王一样去胜 利,不断赢得前辈的认同,不断为后辈探索光明,奢望着有一天找齐彼此欣赏、彼此包容、彼此保护、彼此信任的同伴,扬帆出海,像海贼,驰骋于别人嘲笑的大 海,享受别人听不到的快乐…这便是我对代码的情感。

时间: 2024-11-03 22:25:31

代码情节的相关文章

错误和问题解决的成本

问题描写叙述 错误 数据收集 根本原因 版本号   组件:数据修复           在一个实际成本组织中,(平均,先进先出,后进先出) 一个或更 多的下面情况可能发生: 1.导航到物料成本历史表单上的数量信息,与现有量表单的数量不匹配的记录 2. 一些物料前期已计成本的数量与前面的事务处理历史表单的数量不匹配 3. 全部的库存值报表与事务处理值报表不匹配 4. 存货层次成本更新表单的总数量与现有量数量表单不匹配(只在先进先出/后进先出) 5.这些症状的不论什么一个意味着 MMT-CQL不匹配

让你的代码只做一件事情

还记得周星驰主演的电影<国产凌凌漆>有一段让人捧腹的情节, 在凌凌漆和司令对战时刻, 达文西半路杀了出来, 扬言要让司令尝一下他新发明的集10种致命武器于一身的「要你命3000」的威力, 传说这是胜过任何武器10倍威力的杀人利器,然而,还没等武器开锋,司令一枪就把达文西给打残了.周星驰的电影就是这么无厘头,但通过这个情节来仔细观察我们的世界,会发现一种规律,我们人类生产的任何工具,都是针对解决特定问题的, 换句话说, 很多工具功能都是单一性的, 多功能的事物似乎没有那么容易流行开来,就像文西发

21种代码的坏&ldquo;味道&rdquo;

转自如此  http://www.cnblogs.com/matchcolor/tag/%E9%87%8D%E6%9E%84/ 综述:编码过程中不应该有的21中习惯和现象 每一种"味道"都会由对应的表现形式,遍历和避开每一种形式,就会离"优美"越近. 1. 重复代码 代码重复往往来自于"copy-and-paste"的编程风格,是Refactoring的主要目标之一. 2. 冗长的方法 冗长的方法体是传统结构化的"遗毒".一个

《重构—改善既有代码的设计》笔记

为什么要重构 改进软件设计,消除重复代码 保持代码易读.易修改 提高编程速度(良好设计师维持软件开发速度的根本) 发现BUG 什么时候重构 事不过三,三则重构(三次法则) 添加功能时一并重构 修改错误时一并重构 复审代码时一并重构 问题代码 重复的代码 过长函数 过大类 过长参数列表 发散式变化 霰弹式修改 依恋情节 数据泥团 基本型别偏执 switch惊悚现身 冗赘类 夸夸其谈未来性 令人迷惑的暂时值域 过度耦合的消息链 中间转手人 狎昵关系 异曲同工的类 不完美的程序库类 纯稚的数据类 被拒

重构笔记——代码的坏味道(上)

在重构入门篇中,简单地介绍了重构的定义.为何重构.何时重构等.我想对于重构是如何运作的,你已经有了较好的理解了.但是对于代码中的坏味道,你可能 知道的并不多.坏味道可能是无形中产生的,也可能是开发人员偷懒造成的,还可能是其它某些因素导致的.不管怎么样,代码中的坏味道对程序没有半点好处,它 会促使程序腐烂,甚至变质.对于开发人员,真的是很有必要对这些坏味道进行了解和熟悉,理解它们产生的场景.针对当前程序,发现坏味道,对代码进行重构, 以消除坏味道,提高代码质量,提高自己水平. 下面让我们一起来熟悉

代码的坏味道之三——译自《重构》

散弹式修改(Shotgun Surgery) 散弹式修改和发散式变化类似,但却相反.每当你做一种修改你却必须对很多不同的类做很多小的变化,你面临的就是散弹式修改.当变化到处都是时,有的变化就不好找到了,这样很容易漏掉重要的更改. 这种情况下你要使用移动方法(Move Method)和移动字段(Move Field)来把所有的变化放到一个类里.如果没有现成的类合适,就创建一个类.通常你会用到内联化类(Inline Class)把一系列行为放到一起.你会有一点发散式变化的问题,但你可以轻松处理它.

&lt;转载&gt; 22种代码味道(Martin Fowler与Kent Beck) http://blog.csdn.net/lovelion/article/details/9301691

Martin Fowler在Refactoring: Improving the Design of Existing Code(中译名:<重构——改善既有代码的设计>)一书中与Kent Beck一起总结了22种代码坏味(Bad Smells in Code),因为Sunny这段时间正在做一些与代码味道自动识别与自动重构有关的研究工作,对这些内容进行了重新的深入理解与分析.后续将在博客中转载和原创一些相关的文章,希望对广大从事软件开发的朋友们能够带来些许帮助.你在编程过程中面临哪些代码味道?哪

《梦断代码》第0章阅读笔记

通过对<梦断代码>的初步阅读,感觉以前订的阅读计划似乎并不能满足笔记的需要,因为就第0章便让我感到书中有很多话值得我去记下来,无论是将来工作或者生活或许都有点用处吧. 就像作者说的书是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.读完第0章书给我的感觉没有了课本上的枯燥,有了我喜欢的故事情节,让我了解了一个程序员的真实生活与成长.第0章作为编过程的我们或许已经想到为啥不从第一章开始了吧,因为我们要记住从0开始计数. 兴趣很重要!Sumer或许就是让主角爱上编程的

如何阅读他人的程序代码

近日,在互联网上游荡,偶然发现一篇曾经的文章,是关于如何阅读他人程序代码的,阅后颇为受益,于是乎重新整理了一下格式,将此文转载如下: 如何阅读他人的程序代码 文/王建兴   作者简介: 王建兴,清华大学资讯工程系的博士研究生,研究兴趣包括计算机网络.点对点网络.分布式网络管理.以及行动式代理人,专长则是Internet应用系统的开发.曾参与过的开发项目性质十分广泛而且不同,从ERP.PC Game到P2P网络电话都在他的涉猎范围之内. 一.读懂程序代码,使心法皆为我所用 程序代码是别人写的,只有