不要
开始就尝试最高深
技术
2)每看
本书不要说这章我以前学习过了也掌握很好因此我可以跳过这章看更重要
了3)对于作业
遇到不会尽量不要立刻向别人请教如果实在解决不了问题可以先完成你会
然后把些特别难点提炼出来向高手请教3)不要指望书本和行家能帮你解决
切问题
并不是所有问题都能由别人教给你 4)向别人请教问题应该把问题介绍说明白
对于
提示信息应该原样提供出来不要按自己理解
信息提供既然你自己做不了介绍说明你理解般都有问题5)问问题最好能带代码
6)不要说“编译通过
可是运行时..."编译和运行可能根本没有关系般来说编译是语法问题而运行是逻辑问题7) 书看千遍不如做
遍应该尽量尝试去写8)做
千个不如做好个应该尽量完善你现在做而不要不断开新计划
而每个计划都虎头蛇尾9)要想到你不是
个人写而是和大家起写10)高深
窍门技巧虽然显示了高深本领但是对于合作往往是有害应该尽量写出简单易读
代码11)编制
应该尽量做到自注释即代码本身读就懂好象自己在介绍说明自己逻辑样12)复杂
代码如果实在做不到自注释应该给出适量注释13)注释在修改代码
时候应该相应修改不能用陈旧注释去误导别人14)代码应该尽量可重用
相同功能代码应该由相同
完成重要应该给出调试信息
以便调试时及早发现问题15)应该尽量写小
每个尽量不要超过40行或者更少这样不用滚动屏幕也许就可以读完整个
16)对于switch语句
尽量不要有过多分支如果分支太多可以考虑用跳转表17)尽量少使用
些有争议语句如goto和 3目运算符既然有争议它肯定有定缺点18)对于goto
许多工程师技术高到可以合理使用而不至于导致问题但是你并不
定给你同水平人看和修改他们可不能保证合理读和修改这些相关代码19)代码编写时应该有
定格式其基本要求是对理解代码有定帮助20)如果数据是多个模块共有
应该提供个封装类来管理它并提供个合适接口给各个模块
这样如果数据内容有重大修改则只要接口不变基本上可以保证不要很复杂修改21)应该尽量考虑到数据
并发控制22)数据
并发控制应该封装在接口内而不要暴露给其他模块这样可以减少并发原因导致
死锁23)数据本身结构不可以太复杂
应该尽量把不相关数据分割成为两组数据24)对于数据量比较大
情况应该考虑数据库25)数据库接口应该采用标准ODBC或者ADO接口
尽量不要根据实际数据库DBMS提供接口来处理
你可能在实际使用中更换DBMS26)小
数据可以考虑文件文件路径应该必须设计成相对路径27)在
个中应该尽量打开文件后使用完后立刻关闭这样其他可能使用文件
28)不要尝试把文件全部读到内存中
应该分次处理大文件29)编写
应该提供相关测试以提供测试手段30)应该考虑代码、
使用情况不要超越可以使用范围使用的--------------------------------------------------------------------------------
1. 扎实
基础数据结构、离散数学、编译原理这些是所有计算机科学基础如果不掌握他们
很难写出高水平据我观察学计算机专业人比学其他专业
人更能写出高质量软件Software人人都会写但当你发现写到定程度很难再提高时候就应该想想是不是要回过头来学学这些最基本理论不要开始就去学OOP即使你再精通OOP
遇到些基本算法时候可能也会束手无策 2. 丰富
想象力不要拘泥于固定思维方式遇到问题时候要多想几种解决问题
方案试试别人从没想过思路方法丰富想象力是建立在丰富知识基础上除计算机以外
多涉猎其他学科比如天文、物理、数学等等另外多看科幻电影也是
个很好途径 3. 最简单
是最好这也许是所有科学都遵循条准则如此复杂质能互换原理在爱因斯坦眼里不过是
个简单得不能再简单公式:E=mc2简单思路方法更容易被人理解
更容易实现也更容易维护遇到问题时要优先考虑最简单方案只有简单方案不能满足要求时再考虑复杂
方案 4. 不钻牛角尖
当你遇到障碍时候不妨暂时远离电脑看看窗外风景听听轻音乐
和朋友聊聊天当我遇到难题时候会去玩游戏而且是那种极暴力打斗类游戏
当负责游戏那部分大脑细胞极度亢奋时候负责编程那部分大脑细胞就得到了充分
休息当重新开始工作时候我会发现那些难题现在竟然可以迎刃而解 5. 对答案
渴求人类自然科学发展史就是个渴求得到答案过程即使只能知道答案
小部分也值得我们去付出只要你坚定信念定要找到问题答案你才会付出精力去探索
即使最后没有得到答案在过程中你也会学到很多东西 6. 多和别人交流
3人行必有我师也许在次和别人不经意谈话中就可以迸出灵感
火花多上上网看看别人对同问题看法会给你很大启发 7. 良好
编程风格注意养成良好习惯代码缩进编排变量命名规则要始终保持
致大家都知道如何排除代码中却往往忽视了对注释排错注释是程序
个重要组成部分它可以使你代码更容易理解而如果代码已经清楚地表达了你
思想就不必再加注释了如果注释和代码不致那就更加糟糕 8. 韧性和毅力
这也许是"高手"和般员最大区别A good programming is 99 weat and 1ffee
高手们并不是天才他们是在无数个日日夜夜中磨练出来成功能给我们带来无比喜悦但过程却是无比枯燥乏味你不妨做个测试找个10000以内
素数表把它们全都抄下来然后再检查 3遍如果能够不间断地完成这工作
你就可以满足这条 --------------------------------------------------------------------------------
* 比较宽
知识面并且能够时时补充自己知识和完善自己知识结构 * 耐心好
特别是在调试和学习阶段世界上没有聪明人只有刻苦人做开发其实就两件事情学习和改错
在这两件事情中间开发过程其实是比较简单 * 永远记住:代码是给人看
而不是给机器运行计算机在执行时是不怕累而人在看代码时是非常累
* 良好
编码习惯至少保证自己能够随时看懂几个月前自己所写代码 * 尽量让你
代码能够很容易被别人理解写代码时想想你会不会在两个月后被别人骂
* 不要容忍自己犯重复
和写重复代码 * 知道如何做比得到代码更重要
* 尽量不要做已经有很多人已经做过
事情 * 学会尊重别人
开发成果除非不得已不要下决定全面替换以前系统 * 珍惜自己
时间和工作成果尽量让别人分享自己开发成果 * 避免假设
多研究极端情况和引起可能性努力减少低级 * 不要相信至少是不要轻信自己为自己所做
测试结果 * 懂得坚持自己
开发思路并懂得理解和吸收别人思想 * 学会和其他人保持
致但不能放弃自己开发特色 * 懂得向你周围
人学习不论是开发能力上还是开发经验上 * 懂得软件Software结构
重要性分析代码前先分析代码结构 * 学会整理总结
定期整理总结自己所学会知识看看自己前段时间各种原因所浪费时间
* 学会计划
尽量不要认为通过延长自己工作时间来完成任务 * 学会正确估计自己
能力和工作时间 下面这些是我认为
些比较适合我自己方面不定对每个人都合适: * 多看些杂志
没事情时候可以看看以前看过参考书书中很可能有你以前没有注意到
些细节 * 不要太早去做
些和开发无关事情学习黄金时期是很短暂 * 学会分析别人
系统多看看别人所开发系统先进面这里包括别人开发思路
实现时所采用结构 * 时常感到自己将被淘汰
经常埋怨自己不努力 * 知道自己缺少什么
* 强迫自己做
些自己不喜欢做事情比如说写文档 * 能够有勇气重写自己所开发
系统但当你重做时你应该采取和前次区别工作方式和思路方法
否则重做就没有必要 * 将问题简单化而不是复杂化
* 将维护时会产生
部分问题转移到开发时或是设计时来解决 * 有时候也不妨问问自己:我不做开发时去做什么
* 坚持为自己做每周
开发计划在事情没有做完以前不要轻易转移自己注意力 * 尽可能多
将你所做教给别人你有天可能不再负责这个系统 * 做事
定要有始有终除非是有不得已理由否则不要在工作完成前提前离开 * 不要将你为公司做
东西带走你因该带走是开发经验和对开发认识而不是代码和产品
* 感到累时就休息
下给自己放个假也无妨毕竟人不是机器 做
员很累够你受加油吧！篇文章: Linux2.4.18内核下基于LKM系统
劫持篇文章: 如何利用ASP实现邮箱访问
最新评论