一个老规划人的注规考试复习心得

第一篇：一个老规划人的注规考试复习心得

一个老规划人的注规考试复习心得

其实大家发现吗，现在的注规考试，大量题目都是需要进行对书上知识的二次思考才能答题的，考试难度越来越大，许多明明复习到的东西，等题目出出来，你会发现仍然做不出。比如今年的一道“

城市抗震防灾规划中的抗震设防标准、建设用地评价与要求、抗震防灾措施应当列为城市总体规划的强制性内容，作为编制城市详细规划的依据”

考题是问：“城市抗震防灾总体规划的强制性内容包括哪些：”抗震设防标准、建设用地评价与要求、抗震防灾措施、消防疏散场地布局、生命线什么的“（多选）——脱离法规原文看看题目答案觉得每个都是对的，唉

——作为规划设计院出身的同志，实务考试只要多看看这个论坛要一次性过应该没什么问题的，考来考去就那么点东西，大家切记回答要尽量全面，答错也没关系，多写不扣分，而且答题要用官方语言答题，不要用很口语化的词句。

——作为规划管理部门出身的同志，法规要过是很困难的，因为这里考的法规与实际工作是有很大差异的——作为外专业想考注规镀金的同志，其实实务你是基本过不了的，法规对你基本而言就是天书了，只有原理和相关知识，拿出您当年高考、职称考、单位招聘考、研究生考、博士考的、GRE考的那股韧劲，还是能过的——作为一个曾经在规划院、规划管理局、房地产公司规划部任职的基层规划人来说，我认为大家应当把复习重点放在对每年真题复习整理的思路上，还要多读计划出版社的几本原作书，其他所谓的”模拟试题“”精选试题“其实都是用建工出版社那本书配套的光盘软件（这个论坛里有下载）随机生成的题目，对实际考试帮助实在有限，呵呵

总结，考试诀窍：上这个网站（实务很有帮助）+读计划出的5本书+背诵《城市规划法》+看历年真题

以上就是俺的感悟

明年继续努力

哈哈

第二篇：一注基础考试心得

09年毕业，毕业后一直在施工单位，10年参加基础考试78+76通过，有点心得与大家分享！

1.考试时一定要注意填好准考证号码，还有那个考试代码等，我就是上下午考试代码都填成了1，纠结了好久啊！幸好是过啦！所以希望2011年参加的兄弟们一定注意这个问题！

2.参考资料：书的话李国强的基础考试复习教程还是买了，力学数学等基础不好可以结合论坛上的环球的MP3音频看，其他的就别听了，免得浪费时间，然后在论坛上下天大教材，一但发现基础考试教程很难懂，推荐马上打印天大教材看看，天大教材在物理.化学.电子.还有实验方面比基础考试教程的好多了，通俗易懂。习题我很推荐一级注册结构师基础考试30天冲刺，我在当当上面买的哦，今年在上下午的试卷上都看到有几道原题，还有稍微改动的题目，一定要把这本书做完，相信这本书做完及格真是没得问题的，周云的题千万别买，要不会后悔。

3.合理给自己安排时间，复习时间最好是三个月，一个半月复习教程，一个半月做题，因为那个三十天冲刺我是三十天冲不完，所有还是给自己多点时间。

最后，预祝奋战在基础考试的兄弟们能顺利通过2006 年的元旦，我得知了 05 级一注基础考试顺利通过的好消息，在此总结自己在复习和 考试过程中的一点心得与教训，希望对今年参加基础考试的各位考生有所帮助。先谈谈我对 05 年基础试题的看法吧，05 年基础考试的试题各科题量分布和大纲上的规 定是完全一致的。上午的题目我觉得比较合理，基本上没有出什么偏题、怪题；下午有些 试题出得就偏得有些离谱了，特别是结构实验和职业法规部分。结构实验有一道题是这样 的：以下哪一项不是回弹法测砼强度的影响因素？（是影响因素的三项是碳化深度、浇筑 面、测试角度），这道题出得十分刁钻，四个因素选出一个不响砼强度的因素，要概念十 分清楚才行，结果我就在排除两个选项，剩下两个选项选其一的时候悲壮地倒了下去，而 测量仪器布点、仪器量测范围这些我认为可能会考的方面没有涉及。职业法规部分没有考 建设法规体系，而是考了环境法的其中一条，面对这种题目就只有靠蒙了。施工部分从第 二节桩基础工程到第七节装饰工程几乎都没怎么考，只有其中一道考查“施工段数应大于施 工过程数”这一知识点的试题我认为出得比较合理，网络计划技术这一块也没有考。好了，听我瞎扯了这么多，下面开始进入正题。我个人认为对于基础考试，是否参加复习辅导班意义不大，当然，有条件参加辅导班的话 更好，老师的讲解会更有针对性。而对于像我这种囊中羞涩的兄弟们，完全可以选一两本 好的复习资料自己看书，关于复习资料的话题我会后面说的。基础考试涉及面广但不深，要求我们在复习的时候要一个一个知识点去看。如果参加复习班的话，在参加复习班之前，一定要大略看一遍教材，否则不如自己看。基础考试中高等数学、结构设计和结构力学这 三块是重点，共占 78 分，差不多占了三分之一，因此复习时应把这三块的内容作为重点复习好。复习的时间当然不能太短，我从 6 月下旬报名的时候开始看书，到十月下旬考试正好复习了四个月。我认为三到五个月时间复习就差不多了，但还是应该尽早准备，准备得越早，时间就越充分，通过的可能性也就越大，也就不会出现我复习到了后期感觉时间不够，以 致没有时间做模拟试卷的情况。我一共看了三遍书，第一遍是把书上每一个知识都看一遍，从 6 月下旬到 8 月上旬大约有 1 个半月时间，第二遍就是做习题了，大约从 8 月中旬到 9 月底，第三遍就是结合做过的习题再看书进行复习了，查漏补缺了，我这一阶段做得并不 好，很多以前做过的习题由于做完后没有及时的复习隔了一个多月后再看都忘得差不多了，结果很多做过的题目再做还是错。希望兄弟们能汲取我这个教训，做题时不要光顾速度，还要及时复习做过的题目，养成一种良好的解题思路，这对考试尤其是上午的考试是十分 重要的。下面说说复习资料的问题，复习资料的选择非常重要，一本好的复习资料会起到事半功倍 的效果。目前市场上一注基础考试的复习资料并不是太多，以前有位仁兄推荐过天大版的，我一直没在市场上找到卖的（专业考试的倒有），所以天大版的教材到底怎么样，我没有 发言权。我是上海的考生，报名的时候买了两本书：建工出版社编的复习教程（是同济写 的，蓝色封皮的）和

建工出版社的习题（广州大学编的，紫颜色封皮），其实这本习题是 04 年用的，05 年并没有编写，里面还有计算机与数值计算一章呢，真是晕死了！卖家在封 面上搞了个小条幅：“适用于 2005 年一级结构工程师基础考试”，摆明了黑兄弟们的血汗钱 嘛，874 这种人。书的内容也不咋的，不少习题答案都是错的。不过结构力学和钢结构等 少数几章确实不错，书后面的习题解答比较详细，也有一定启发性。更重要的是这几章是 重点，是大头啊，所以总的来说还有可取之处。8 月份我又买了两本资料：一本是中国电 力出版社出版的《05 一注基础考试考前 30 天冲剌》（郝丽主编）和大连理工出版社的《05 一注基础考试模拟试题》，后来由于时间不够，大连理工的模拟试题我没有做过，所以在 此也不发表意见。我的复习基本上是围绕同济版的复习教程和电力出版社的考前 30 天冲剌 两本书进行的。（或许有人会问你用同济的教程为什么不用同济的习题啊，当时我买书的 时候，同济版的习题已卖完了，那个郁闷啊。。）我个人感觉电力出版社的这本书确实 不错，每道题答案后面都有提示，答案错误的概率比较低（每本习题都或多或少地存在答 案错误的情况的）最重要的一点是里面给出的习题比较全面，只要你吃透了这本书的 80%，我想你应该也就能够通过考试了。当然，我并不想给任何一本书做广告，或贬低任何一本 教材，只是以自己的实际体会给兄弟们选择复习资料时做一点参考。总的来说我认为复习教程都差不多的，关键是习题，习题集最好要有解答提示或过程，题目不一定要多，但一 定要全面，有启发性。临考前最好能做几套模拟试题，做到熟悉试题，心中有数。2 一注结构基础考试的心得与教训 解决了复习时间与复习资料的问题，下面来谈谈怎么复习。复习的过程一定不要忘了做题。光看书是没有用的，一定要做题，而且一定要做有代表性的，有启发性的题。通过做题来 理解知识点。这一点对上午的试题尤为关键。考试时间上下午都是 240 分钟，上午 120 题，下午 60 题，也就是说上午是 2 分钟一道题，很多考生都会觉得上午时间不够。正因为如 此所以一定不要忘了上午的考试科目一定要训练速度。120 道题不是每道题你都能很轻松 的搞定的，一般的题目要在 1 分 20 秒内搞定，如果能在 1 分钟内搞定就更好了。因为你 还要预留出写答题卡的时间呢，时间充裕的话还可以检查呀，看看答题卡会不会填错了等 什么的。05 年上午的试题我觉得还是比较轻松搞定的。11 点钟试题就差不多搞定了，填完答题卡再把几道比较难搞的题做完是 11 点 20。因为上午的试题很多题型都是我复习时做题接触过的，所以上来不怎么思考就刷刷刷地搞定了。如果没有做题的话就不会感觉 这么轻松了。当然，不排除少数敬仰的牛人#￥%￥……在此要做一点说明：由于我做的习题是中国电力出版社出版的《05 一注基础考试考前 30 天冲剌》（郝丽主编），所以我 就以这本书为蓝本谈谈我复习时的心得与教训，供大家参考（说明一下如果做这本书的习题一定不能算好时间提前 30 天开始做题，那样是肯定来不及的）。前面说过基础考试中高等数学、结构设计和结构力学三块是重点，所以我们复习时一定要 花重点时间去看这三部分，并大量做题。另外复习过程要注意考试知识点的收集，比如某 科某章占几分，大致考什么考点。来源有以下几种：一为通过辅导班老师渠道，二为通过 做题自己总结，三是通过往年考题，但往年考试的真题是很难找到的，大多都是以前参加 考试的朋友凭印象记下来的。05 年一注考试共分 17 章（其中结构设计又分为钢筋砼结构、钢结构及砌体结构三部分），下面我逐章谈谈自己复习时的体会。3 回复：一注结构基础考试的心得与教训 上午部分：

1、高数：24 分，重点。但题目不难，比大学考试时还简单。因此重点地看几遍教材并做几 遍习题就可以得分了。但我认为这部分是可以拿高分的，可以拿分的地方就一定不要丢分，像多元函数连续、可（偏）导、可微分的关系这个知识点是需要注意的，本身不难，但看 书的时候很容易带过。像一元回归分析这样的知识点一般来说是不会考的。参数估计和假 设检验这两个知识点是一般会考一道题，不过我个人觉得考题一般不会出很 easy 的那种，很多参数如几个自由度也容易搞混了，也就是说你即便了看了书考试时做错的概率也比较 大，所以丢这一分省下大量的时间用在别的知识点上是比较明智的。我不太同意放弃整门 课的看法，结构师考试中除了职业法规这门课外至少都占了 10 分以上的分数，所以整门课 放弃是不明智的，一丢就至少是 10 分，而满分也不过是 240 分。但是我们可以有选择性地 放弃一些不太好掌握或较费力的知识点。这对通过考试是没有影响的，毕竟我们的目标是 pass，但不是说我们的考前的目标就定在通过的 130 多分，至少要定在 150 分以上。因为这 样才能谈得上通过的把握而不是捡绣球撞大运。

2、物理：题型一般比较有固定。看好书，做好郝丽习题，确保下次遇到同样的题不会再错 就够了。要注意记下该记的公式，不要有依赖考生手册的想法，考场上实在想不起来了再 去查，因为上午的试题时间是有限的。

3、化学：主要是要弄懂化学原理并会灵活应用，须多看几遍书，并注意总结。Ksp 和 K 的 关系,a 与 Ki 的关系，能斯特方程，电动势计算，原子/离子核外电子排布（如 24 号元素铬）等知识点是很容易考到的。总的来说看书+郝丽习题+总结也就够了。4-

5、理论力学、材料力学：拿分的地方，不要光看书，各种版本的习题相差不大，选一本 有解答提示吃透也就差不多了。材力中该记的公式（如欧拉公式）要记住，不要依赖考生 手册，时间是宝贵的。

6、流体力学：这部内容其实不难，也挺好拿分，要注意看书，吃透概念。像黏性系数的单 位、水力最优断面的定义、雷诺数、弗鲁特数的物理意义这种知识点也很容易考的。这部 分郝丽的习题比较全面。

7、计算机应用基础：送分的题，98 嘛谁人不知，哪个不会，至于 fortain 嘛，有各位编程 高手在也不用小弟我在此多吐口水了。

8、电工学：很多人也没学过，其实前面几节也比较好拿分。三极管部分可以放弃，丢此 2-3 分比起你花的精力来也没什么可惜的。此部分还是看书+做题即可。

9、工程经济：概念要弄清楚，看书过程中要注意总结，要多做题，尤其是涉及计算的题目，多查几次一次支付复利系数表，多按几遍计算器。考试时时间可不会等人哦~~ 4 回复：一注结构基础考试的心得与教训 下午部分： 下午考试的时间比较充裕，但选择的时候要慎重，因为一道题就是 2 分，即便是蒙的题，也要尽可能多排除几个选项，能在 2 个选项里蒙一个就比较理想，命中的概率也大得多了。我根据侧重点对下午的考试科目进行编排，与教材有一定的出入。

10、建筑材料：即容易又不好拿分的地方。这部分考的是概念，往往考的就是教材中一句 话，因此要多做题，把手头上的题都作一遍，并及时复习，不要到临考前做过的题再做还 是错。混凝土这块是重点，另外也不要忽视沥青这部分。

11、工程测量：也是以概念为主，看两遍书，关键还是做题。郝丽习题有些题目蛮有意思 的，出得比较难。

12、结构力学：重中之重啊。结构工程师不考结构力学还考什么。不过基础考试中结力考 得还是比较简单。这部分看兄弟们的基础如何了，基础好的话看一两遍书再随便找几个题 目来小试牛刀就 OK 了，基础差些就多作些题目，没必要做难题、偏题，这部分建议可以 做做建工版的习题，建工版+郝丽习题足矣。另外要注意一些概念性的东西，如力法系数 含义：单位力产生的位移；位移法系数含义：产生单位位移所需的力，这个知识点 05 年 考题就考了。

13、结构设计：重点，24 分，主要以概念为主，那些计算的公式可以不用记忆（当然最 简单的矩形截面单筋配筋要会）复习时一定要全面。看书时要注意对概念的理解和归纳，要多做题，一定要在做题的基础上归纳，郝丽习题还可以，但这一章感觉题量略有所不足。05 年考题就有考“正常斜截面破坏为剪压破坏”、“预应力损失第三项温度损失对温度的定 义”，这些都是常识性的知识点。05 年钢结构与砌体结构的知识点考得较少，好像一共只 有 3 道题。

14、土力学：这部分相信大家都比较熟悉，不过不要掉以轻心，还是要多做些题目，尤其 是要注意一些公式，考生手册里不一定能找得到。05 年试题中就有三道是考公式的，分 别是相对密实度公式、压缩系数公式和主动土压力公式。这部分郝丽习题出得不错。

15、土木工程施工：概念为主，书上的某句话、或者一个数字可能就是考题。所以只有多 做题，有些常识性的数据通过做题后要掌握。05 年这部分考题出得比较水。

16、结构实验：概念，看书+做题，考试时遇到 BT 的试题像 05 年这种的，那就没法了，蒙吧！不过多看几遍教材还是有用的，05 年的试题好几道我就是用排除法后在两个选项 目蒙一个的，不过蒙对的概率不高：（。

17、职业法规：几个重要的法规（网上都能找到）要认真看看，剩下的环境法之类不太重 要的法规就大致翻一遍吧，遇上了就算倒霉了，好在分数不多，关键还是前面谈的几个重 头戏要复习好。

18、如果复习时间允许，最好能做几套模拟题，模拟一下临考的状态体验一下做题时间的 分布，即使时间不允许也要找几套看看题目，自己对题目是不是心中有数，即时调整自己 的复习重点。另外，请注意审题，很多题目看似简单，但如不仔细审题，极易错误，这种 分丢了是很冤枉的。

19、考试手册：这部分我没有留意过，总体感觉是上午公式很全，基本都有，下午的内容 就很少了，所以复习时下午考试时一些常用公式最好也能记下来。以下列出的考试手册摘 自《2004 基础考试高分通过的一点经验》一文，此文对我考试通过有很大帮助,非常感谢 此文的作者。考试手册：数学公式很全，基本全有，可直接得几分；物理仅有几个基本公式（声强、速 率分布、速率、碰撞频率、绝热做功表达式）；化学几个（蒸气压渗透压、沸点、凝固点、尼乌斯、速率与温度、平衡常数与温度、能斯特、周期表、电极电势表）；理力有汇交力 系的合成、平衡方程、滑动摩擦、摩擦角、自锁、重心公式、点的运动公式、刚体定轴转 动、点的合成、刚体平动公式、运动学微分方程、动量定理、动量矩定理动能定理、达郎 伯原理、虚位移原理、单自由度振动等；材力：各章简单公式均有且有悬臂梁、简支梁挠 度、转角公式、压杆临界力公式；流力：各章基本公式均有，加莫迪图；电工学：较全； 经济：只有资金价值复利计算基本公式以及图表；结构力学：较少，但有固端弯矩、剪力 公式；土力学：仅有少量基本公式；结构设计仅几个表，一般用不上，有抗震等级表，钢 筋面积表；施工：计算板桩的假定、井点公式、浇筑量、冷拉能力公式、预应力筋成品长 度、起重机最小杆长、固定节拍流水持续时间和一般成倍节拍专业流水工期公式。20 真题：真题一般是很难找到的，如果你手头上有，那真是太好了，这可是一笔宝贵的 材富啊，一句话：吃透它。一定会对你考试有所帮助的。细节：（考前）一定要抽出时间熟悉考点，考前一天要休息好，如果路远的话最好找个旅 馆，从饱满的精神，胆大心细的参加考试。考前要带身份证、准考证，一定要不忘了，影 响情绪不说，搞不好还无法考试，还有就是铅笔，一定要上正规大商场或文具商店购买，说明是考试涂卡用的，很多超市卖的假 2B 铅笔计算机读不出来，一定要慎重，高考专用 2B 铅笔假货较少。（考试中）上午如果时间允许的话最好提早 5-10 分钟交卷，这样可以避开考试刚结束时 的人潮，人家刚出来时你已经在饭店里悠闲地吃饭了，那么多人晚了饭店可是没有座位 的！吃完了饭就稍作休息吧，或者看看书，此时看看建筑材料这种概念性的科目比较好，抢记一些题目，05 年我就遇到了 2 道题正好我和中午看书时遇到的题属于同一类的题。下午时间比较充裕，可以多检查几遍，没必要太早交卷，几个月都挺下来了还在乎这么几 个小时？？我下午只提早了半个小时，当时考场只剩我一个了，没法子，做点善事嘛，不 能让监考老师陪我到最后一分钟嘛。另外下午考试时间较充裕，可以多查查考生手册。有些题目是能找考生手册上找到的。如 05 年考题土木工程施工部分中假想半径一题就可 在考生手册中查到，我考试时没有注意，结果丢了 2 分，类似的教训希望兄弟们别再犯了。非常感谢大家听我扯完这么多，写这篇文章时也没有想到能写到六千字之多，希望以上这 些能对各位兄弟有所帮助。相信兄弟们如果做到这些，通过的可能性是极大的，拿高分也 很正常（本人 185 分）。本文也是对自己四个月复习时光的一种纪念，最后，祝兄弟们顺 利通过考试！

第三篇：一个老程序员的心得

1个老程序员的心得

[size=4]不知不觉做软件已经做了十年，有成功的喜悦，也有失败的痛苦，但总不敢称自己是高手，因为和我心目中真正的高手们比起来，还差的太远。世界上并没有成为高手的捷径，但一些基本原则是可以遵循的。

1.扎实的基础。数据结构、离散数学、编译原理，这些是所有计算机科学的基础，如果不掌握他们，很难写出高水平的程序。据我的观察，学计算机专业的人比学其他专业的人更能写出高质量的软件。程序人人都会写，但当你发现写到一定程度很难再提高的时候，就应该想想是不是要回过头来学学这些最基本的理论。不要一开始就去学OOP，即使你再精通OOP，遇到一些基本算法的时候可能也会束手无策。

2.丰富的想象力。不要拘泥于固定的思维方式，遇到问题的时候要多想几种解决问题的方案，试试别人从没想过的方法。丰富的想象力是建立在丰富的知识的基础上，除计算机以外，多涉猎其他的学科，比如天文、物理、数学等等。另外，多看科幻电影也是一个很好的途径。

3.最简单的是最好的。这也许是所有科学都遵循的一条准则，如此复杂的质能互换原理在爱因斯坦眼里不过是一个简单得不能再简单的公式：E=mc2。简单的方法更容易被人理解，更容易实现，也更容易维护。遇到问题时要优先考虑最简单的方案，只有简单方案不能满足要求时再考虑复杂的方案。

4.不钻牛角尖。当你遇到障碍的时候，不妨暂时远离电脑，看看窗外的风景，听听轻音乐，和朋友聊聊天。当我遇到难题的时候会去玩游戏，而且是那种极暴力的打斗类游戏，当负责游戏的那部分大脑细胞极度亢奋的时候，负责编程的那部分大脑细胞就得到了充分的休息。当重新开始工作的时候，我会发现那些难题现在竟然可以迎刃而解。

5.对答案的渴求。人类自然科学的发展史就是一个渴求得到答案的过程，即使只能知道答案的一小部分也值得我们去付出。只要你坚定信念，一定要找到问题的答案，你才会付出精力去探索，即使最后没有得到答案，在过程中你也会学到很多东西。

6.多与别人交流。三人行必有我师，也许在一次和别人不经意的谈话中，就可以迸出灵感的火花。多上上网，看看别人对同一问题的看法，会给你很大的启发。

7.良好的编程风格。注意养成良好的习惯，代码的缩进编排，变量的命名规则要始终保持一致。大家都知道如何排除代码中错误，却往往忽视了对注释的排错。注释是程序的一个重要组成部分，它可以使你的代码更容易理解，而如果代码已经清楚地表达了你的思想，就不必再加注释了，如果注释和代码不一致，那就更加糟糕。

8.韧性和毅力。这也许是“高手”和一般程序员最大的区别。A good programming is 99% sweat and 1% coffee。高手们并不是天才，他们是在无数个日日夜夜中磨练出来的。成功能给我们带来无比的喜悦，但过程却是无比的枯燥乏味。你不妨做个测试，找个10000以内的素数表，把它们全都抄下来，然后再检查三遍，如果能够不间断地完成这一工作，你就可以满足这一条。

这些是我这几年程序员生涯的一点体会，希望能够给大家有所帮助 做了快三年的程序员了,有一点小体会和大家分享一下.1.好钢是由铁炼成的.一名好的程序员必须经过千锤百炼才行, 挫折是程序员最大的宝,要能承受挫折,战胜挫折,只有不断经受挫折,从挫折中吸取经验,教训,这样你才能成为真正的程序员.2.手是好汉,眼是懒汉.看会不是目的,要会写,勤动手,熟练书写各种常用代码,在学习之初 可以不借助IDE来书写代码,反复练习,熟能成巧,毋庸置疑.3.稳中求胜,小心使得万年船.程序员最忌讳毛躁.代码多,项目大的时候,错误是在所难免的,但低级错误一定不能犯,尽量把错误压到最低,这就要求我们程序员养成稳重,多思维的方式,切忌浮躁,养成良好的书写习惯和正确的思维方式.4.做就做程序员,不要做高级打字员.每个程序员都是从基础学起的,在学的时候一定要把握好方向不要被众多的语言,概念所迷惑,学的是语言,学的是编程思想不要在IDE上下功夫,研究哪个好,哪个坏,要敢于创新,程序是死的人是活的,在活人手里,也要让程序活起来.多学多看数据结构等书多看别人的成型代码,学习别人的思想,使自己成为真正的程序员.5.敢想敢做,持之以恒,一切皆有可能！

一点薄思庸见送给赛迪网java版的初学者们,仅代表本人个人意见,如有任何各位大虾有好的方法或意见可以跟帖提出.java开发八荣八耻

以动手实践为荣，以只看不练为耻。以打印日志为荣，以出错不报为耻。以局部变量为荣，以全局变量为耻。以单元测试为荣，以手工测试为耻。以代码重用为荣，以复制粘贴为耻。以多态应用为荣，以分支判断为耻。以定义常量为荣，以魔法数字为耻。以总结思考为荣，以不求甚解为耻。

从大学开始到现在，学习编程已经四年了，在过去的四年里学了不少的东西，总感觉自已还行吧。怎么着也能找个好的工作。加上在学校表现良好，大专一毕业就顺利应聘上一个政府机构的工作。虽然工资不算多，但也稳定。但总觉得自己有点屈才.一天，见到本市的一家知名软件企业的招聘信息，就把自己从大学三年到现在写过的一些东西简单地写了一份求职信过去（不是想跳槽，只是想测试一下我现在这份工作丢了,在社会上我能够达到什么程度）。

没想到，第二天，那家公司就叫我过去应聘了。感觉很突然，总觉得一些软件公司在人才网站上打一些招聘信息总是借此做大做广告，并不是想招聘人，就是要招聘人，可能因为这种因素的机率都很小吧。（这是我一直以来对人才网站上某些软件公司的招聘信息的看法），不过却增加了几分信心,于是我便兴冲冲的去了。

到了公司，首先就让我填写一张表格，填写完一张表格以后安排一个技术主管过来与我谈，谈的倒不是一些深入的技术问题，我基本上的都能应上来。接着就是上机测试。测试的题目是写一个人员信息的插入、修改、显示。主考官说只需要写一个功能就是，只是希望看看我的编程风格。于是我把数据操作写了一个类，然后在按钮的事件里得到输入框值，组合一个SQL，传到数据操作类里面去执行，然后返回插入结果就可以了。完了，很快搞定。马上叫主考官过来看吧。呵呵，小意思。

主考官过来了，首先就在姓名的地方输入好长的一串字符串，接着一阵乱输，完了，出问题。名字太长了，邮件没有限制，身份证没有限制，生日没有限制，完了，完了，我想，这么点东西，就出问题了，我心里好一阵紧张。还好就是主考官的态度还不错，说：“虽然你做了足够的注释，缩近也注意了，但是却没有对输入的值进行判断，我们这为合理的判断也是好的编程风格，再者，你虽然把数据操作写成了类，但也有很多的改进，一是。。二是。。”说完以后还鼓励我接着写刚才的代码。当时真是很是感动，但感动归感动，说老实话，这些判断平时还真的没有写过多少，都是写一个以后，COPY过去COPY过来的用，现在一时还觉得有些短路，不知道如何是好，然后，就是按钮的事件中写对数值的判断。终于完成了，再看看表，时间距刚开始测试已经快一个小时了。

主考官过来看了，觉得功能都实现了，就叫了公司的一个副经理(后来才知道的)来继续面试我。这个副总就到我到另外的一个会议室去，问了我一些技术概念的问题，结果我基本上都答不过来（我以前觉得我能够用就够了啥，没有太大的必有对这写概念的条款记得这么清楚啥），结果，那位副经理训斥了我一下，说：“你对这些概念都不清楚，怎么了解其间的性能呢，不了解性能如何开发高效率的程序呢?”(整个谈话这句最让我满意，其他的都是“我们是专业的软件公司，很注重软件的性能，编程风格等等如事云云”)，最后问了我的薪水要求和能不能适应公司的开发等就叫我回家去等消息。

当然，由于后面没有过关当然也没有应聘得上。更当然，我吸取了这次应聘的经验，总结以下几条来做为以后学习的信条，写出来与大家共勉：

一，学习应该从基础抓起，注意学习的每个细节，争取学精，避免为了开发而开发。

二，在以一门语言为主功语言的同时，要学习一下与之相关的其它技术。

三，长常保持对新技术的关注，了解未来发展的方向，做到有的放矢。

四，多参与项目开发，在项目中发现问题，解决问题，才能更好的了解学习中的细节问题。

五，加强交流，多写文章，多发源码，多收取意见，在交流学习并提高，才能更快了解自已的不足。

六, 永远相信下一个作品是最好的....业余程序员最喜欢做的一件事就是对不同的语言进行比较。Java是否比C＋＋好？C＃是否会成为终极语言？凡此种种。从专业程序员的角度看来，这是最低级无趣的游戏。

其一，在项目诸元确定之后，通常并没有选择语言的余地；其二，语言的生存本身就是一个达尔文主义的问题：设若两种语言有明确的可比较性，其中较劣的那一种必定早已被淘汰出局，又何来比较的必要？所以，有“C＋＋之父”美称的Bjarne Stroustrup博士常常声明自己不会拿C＋＋与其他语言比较——偏偏每次接受采访时，必定有外行的记者或听众提出这一类最令他反感的问题，这是题外话，按下不表。

丢开实用主义的观点，从美学（或者说，计算机科学）的角度来看，语言的比较似乎并不像它通常所表现的那么低级。毕竟，既然维特根斯坦反复强调“语言制订游戏的规则”、“凡不可言说者必保持沉默”，可见语言并非仅仅是可通约的思想的映射，语言本身就决定思想的方式。使这个问题显得那么低级而业余的，往往是业余程序员讨论它的方式：仅仅凭着自己对几种语言一知半解的认识、仅仅凭着使用一种语言的习惯、甚至仅仅凭着一种宗教狂热来展开讨论，这样的讨论自然是不值一哂的。

我是不是已经提到了“宗教狂热”这个词？如果说对语言的喜爱（或者憎恶）可以成为一种宗教狂热，就有那么一些人可以凭着宗教般的狂热成为开发高手，Ian Joyner无疑属于这种人。1992年，在Unisys用C＋＋开发UNIXX.500时，Joyner感到C＋＋让他“不自在”，于是就写了一篇题为《C＋＋批判》的报告，张贴在Unisys的内部新闻组上。到此为止，一切都没有什么不同。但Joyner与其他宗教狂热者的区别在于：他有着远为深厚的理论基础，以及锲而不舍的毅力。于是，《C＋＋批判》有了第二版和在Internet上广为流传的第三版。到1998年，这篇典型的论坛文章终于变成了一本书，“批判”也彻底变成了语言之间的比较（参与比较的另外两种语言是Java和Eiffel），这就是我手上的《对象揭秘：Java、Eiffel和C＋＋》（Object Unencapsulated：Java，Eiffeland C＋＋，人民邮电出版社2003年7月）。

尽管宣称自己反对“宗教战争”，但显然Ian Joyner是深谙宗教战争之道的。从批评的方式来说，他与其他人并无不同：首先立论（“Eiffel是最好的语言”），然后不断变换角度批评对手——时而是数学理论的完备性、时而是使用的便利和可靠、时而是命名的清晰„„论据的选取完全只是为论点服务。也正因为此，这本《对象揭秘》足以让绝大多数的语言比较者感到羞赧，因为在同样的批评套路上，Joyner探索的深度和广度令他们望尘莫及。譬如说，任何一个负责的语言比较者都必然会提到“继承和类型系统”这一话题，但Joyner却把这个话题写成了长达63页的一章（第5章，“类型扩展：继承与虚拟”），并在后面的章节（第9章，“类型转换”）中继续讨论相关的问题。抛开篇幅不谈，单是Joyner习以为常的文法解读、Lamda演算法和签名变化理论，就足以使不够水准的批评者自惭形秽了。

因此，在我看来，这本《对象揭秘》完全有理由成为所有语言比较者的必读书目——也许说“入门书目”会更准确一些？因为你能想到的任何一条批评，Ian Joyner很可能早已做了鞭辟入里的阐述。如果在细读《对象揭秘》之前妄自作评，结果很可能是贻笑大方。另一方面，在批评的方法上，Joyner为后来者作出了表率：简单的反对与谩骂毫无意义，用钱钟书的话来说，“反其道以行也是一种模仿”；只有拿出充足的论据，再拿出合理的解决方案，才称得上一个高明的批评者。当然，这样的“入门书目”也许让门槛显得太高了一点。但对于“Java和C＋＋谁更好”这样一个通常只会令人感到莫名烦躁的话题，门槛总是不厌其高的。

像我一样的Java人常常会抱怨“Java的经典书籍太少了”。C＋＋的经典好书总是层出不穷，实在令人艳羡——当然真正拥有这些书的人也同时拥有不少的烦恼，我就有最深切的体会。在这本《对象揭秘》中，IanJoyner顺便也半开玩笑地揭开了这个秘密。也许，这句半开玩笑的话会成为Java人喜爱这本书的另一个理由：

“„„学习C＋＋要花那么长时间„„，要比Eiffel和Java都长得多。花那么长时间还未必掌握编程或者面向对象设计技术。这也是为什么关于C＋＋的书籍那么多而Eiffel和Java不需要那么多书的原因。”

我是初中时接触编程的。那时父亲厂里买了一台微电脑，而我父亲，当时正好可以接触到这台微机，于是，颇具战略眼光的父亲便开始帮我寻找各种书籍资料，让我学起了计算机。

第一眼看到它，我就被吸引住了。那是在当时也很差的一种名叫“R1”的微机，可是颜色实在漂亮，典雅的奶黄色，配着深绿的按键，按下不同的键还有不同音调的悦耳的声音。跟当时风行的大多数八位微电脑一样，整个机身实际就是一个键盘，比现在PC机通常的键盘还要小，显示器就用电视机。当我第一次把从书上抄下来的寥寥几句的一个Basic程序从嘀嘀作响的键盘上敲入，最后再打进了“RUN”，而屏幕上忠实地显示出了结果后，我就不可救药地迷上了编程。父亲的厂离家有五公里，每个星期天我都要自己一个人步行五公里，把一个星期里自己写下的一大堆Basic程序拿来调试，当然一大半都被它冷酷的拒绝了，所以每次有一个程序通过了，我都会兴奋的叫起来。那时我的体力不好，五公里走下来，相当累，还经常小腿抽筋，可是一坐到电脑前，听见打开时“嘀”的提示音，一切的痛和累都消失了。

渐渐地我的程序通过率越来越高了，程序的规模也在增长。但是，那台外表可爱的电脑却开始不堪重负了，运行速度本来就慢，又加上效率低下的解释性Basic语言，让我实在不可忍受。于是，父亲又到新华书店为我订下了一本《Z80汇编语言》的书。书一到，我就捧起这部大块头的书，开始用我初中的程度一点点地啃。边啃边实验，终于掌握了Z80汇编语言，又在电脑不具备输入汇编语言能力的情况下，手工翻译成机器语言，再通过Basic语言中的Poke语句把二进制代码输入内存，然后用Basic程序调用。在不懈的努力下，终于成功地做出了一个汇编语言的动画程序！在这次成功之后，我就开始相信，只要肯钻研，没有学不会的技术，没有克服不了的难题。

初中毕业后，我以全县第一的成绩进入了一所附近城市的省重点中学，从此我的眼界开始逐渐拓宽了，以后，我用到的电脑越来越高级，从高档八位机苹果电脑，到今天主频以G计，内存以M计的奔四电脑，当年那台主频内存都只能以K计的八位机已是进了历史博物馆。但是这台引领我进入编程领域，并且更驱使我深入钻研汇编语言的电脑，将是我记忆中最珍贵的收藏之一。

在重点中学，学业的压力是很重的，又是住校独立生活，对于体力已较大程度下降、行动已呈现出不少不便的我，平添了几许额外的困难。高中的第一年没有计算机课，我只能在假期回家后才能有机会继续学习编程，也以此来忘记一学期的压力和苦累。高二时，终于盼到了计算机课，也见到了当时相对高档的苹果电脑。而我此时已有的基础令老师吃惊，同学惊服。我加入了计算机兴趣小组，开始在性能远远好于原来那台电脑的苹果机上快乐的编程了。在高二的暑假我和计算机老师一起给学校做个工资管理软件。在学校里的一周时间内，由于宿舍已经锁掉不能住，我就睡在了办公室里。位于郊区的校园，蚊子格外多，咬的我一直睡不着。到了后半夜，我索性爬起来，打开了电脑干活。就这样，我帮着老师写程序、录入数据，并且在即将交货时找出了一个大BUG，又正确地判断出问题根源在内存不足，算是立下了一个小功劳。

由于高考发挥出色(尤其是物理的满分)，我进入了北京大学物理系。在大学里，计算机上机条件就更好了。当时苹果的Macintosh刚刚推出，给我们系捐了好多台组建了计算机室。这个计算机室从此就成了我大学四年最常去的地方。一年级的时候有两门计算机课，一门是Fortran语言，一门是Pascal语言。而Pascal语言基本是我们自己学，每到晚上计算机室向我们开放。那是我第一次见识“窗口”形式的操作界面。第二年，计算机室的机器换成了386和Dos系统了，但是上机机时却被限制住了。不能满足的我到处找不喜欢计算机的同学借机时卡，好让我有足够的时间调试自己写的程序。到了第三年，北大招生更多，系计算机室天天爆满，所以上午只要没课，我就会起个大早到机房门口等待开门。在一个寒冷的冬晨，还因此着凉发烧而晕倒在机房门口。就这样，我熟练地掌握了Turbo Pascal和Turbo C++，也学习了好多相关的理论知识。

毕业后，我终于如愿以尝当上了程序员。我被分配的任务，起先是用Delphi做一些文字处理的工具，供编辑部和数据部使用。后来Internet开始兴起，又委派我写为网络版期刊使用的一些CGI程序。工作一直都很顺利，我的眼界与编程水平也在稳步成长。两年后，为了有更好的发展，我离开了我工作的第一家公司。这时，我把求职的阵地移到了网上。不久，就在某网站上看到了一家合资软件企业的招聘启事。尽管启事上说明不接受来访，我仍然勇敢地拿着简历于第二天赶到公司所在的翠宫饭店去求职了。幸运仍然在笼罩着我，这次我直接见到了经理，向他表达了自己对于编程的热爱。我说，我梦想着成为IT业的传奇英雄。也许是这句话感动了他，我成功的通过了面试。在这家公司，我第一次作为一个庞大项目组的一员，感受到了现代化的软件项目管理，接受了团队精神的洗礼。

在北京做了五年的程序员，这时候，我听到了来自深圳的召唤。早在99年，我就在网络上找到了一个位于深圳的名为“中华残疾人服务网”的残疾人网站。一天，我在这个网站的留言本上看到了站长的一席因残疾人网络事业缺少技术支持而发的感慨，不由心有所感，便留言说，愿投入残疾人网络事业，而不计待遇。从此，我的人生翻开了辉煌的一页。那是2002年的10月6日。

起初以为，这个网站会类似于仅仅出于兴趣的个人网站，走进去才真正发现，这是个志存高远的团队。而我真正感觉到了团结一致共创大业的团队精神。在同样因病致残的站长有力领导下，这里基本解决了残疾人在生活会有的种种不便，克服了许多社会上普遍存在的障碍，从而可以让我充分发挥聪明才智，全身心地去攀登IT技术的高峰。

加入网站之后，我完成的第一个任务是改进网站新闻系统，增加图片上传和自动图文排版功能。以前没有做过ASP程序的我在原有的ASP程序的基础上，通过学习和分析源代码，完成了这个任务，同时也掌握了基本的ASP编程技术。然后，我又独立完成了一套社区论坛程序，这套程序受到了全国以至海外残疾朋友的欢迎，成为了许多足不出户的残疾朋友与网友热烈交流的园地。也让我从中看到了自己的价值。后来，因为网站的网管不辞而别，我又接过了网管的重任，从此一面开发程序，一面又管理着我们自己的两台服务器。尽管压力和工作量成倍地增加了，却使我同时掌握了两个领域的技术，而这两方面的技术又互相促进，使我的知识结构更为全面。

由于我们没有外来资金的支持，要维持中华残疾人服务网这个福利公益网站的运转，必须走以网养网的道路，即为企业、政府提供信息化建设服务，以获得经济收入。所以，在给网站开发和升级程序之余，我又开始进行商业网站后台程序的开发。仅网站新闻系统，就在两年内从1.0版升级到了6.0版；还有大量为企业量身定做的功能程序。这些程序在网站原本就强大的前台设计的包装下，受到了市场的欢迎。网站也由此发展壮大。今天中华残疾人服务网在全球排名中稳步上扬，进入了三万以内的行列。

在承接网站建设工程的同时，一些客户也开始找我们开发应用软件。第一个应用软件项目是一家与广东移动通信有业务关系的公司，因为自身没有软件开发能力，便请我们合作为广东移动通信做一个《“测试卡”管理系统》。根据要求，我设计了使用条形码的输入方案，又使用SQL数据库作为局域网联网的后台数据库解决方案。由于是第一次全程的开发与服务，在进行以前没有接触过的安装过程中出现了大量问题，又没有充分做好应对的准备，造成了一些被动局面。但是最终我仍然想出了临时的解决方法，顺利地完成了测试版的交付。遗憾的是由于中介的公司人事调动，这个项目最终没有进行下去。

很快又一个重大考验落在了以我为首的网站开发队伍身上。这是一直从各方面扶持我们的深圳市信息化办公室交给我们的任务。要求是我们收集深圳市所有的网站，以PDF电子书的形式印刷在光盘上。同时要有一个完善的分类搜索系统。时间紧、数据量大，而且不允许出现任何差错。为了证明残疾人团队的开发能力，我和大伙都拼上了。而在送交初稿的前一天晚上，更是全民动员，站长第二天一大早要亲自带上光盘送去，但他也一起在熬夜。那个不眠之夜是我编程生涯中效率最高的一夜。不久后，这个项目终于完成，看着出自我们的头脑和双手的几千张光盘，我知道自己的努力没有白费，而自己的能力也提升到了一个新的境界。这个项目，在那些大公司看来也许是不值一提，可是对于一个核心成员仅五六人、而且全部是残疾人组成的一个项目组，是非常了不起的成就！

2003年12月，世界残疾人职业技能奥林匹克在印度新德里举行，我有幸代表中国的残疾人参加了其中编程项目的比赛。在中国，残疾人的就业问题是一个大问题，因此，这种残疾人的职业技能竞赛尤其有意义。2002年12月，我以广东省冠军的身份取得了2003年在上海参加全国比赛的资格。2003年8月，我在上海凭着多年的编程经验和创新精神，又取得了参加中国残疾人代表团出征印度的资格。遗憾的是，在赛场上，为了追求更好的界面效果，我耽误了一些时间，以至在最后因时间过于紧张，出现了一个致命的失误，将本来有希望得到的奖牌拱手相让。唯一的安慰，就是我的程序界面受到了印度裁判的称赞。

从国外回来，我又打开了.NET的大门，准备带领网站的几个做程序的残疾朋友进入.NET的开发。对未来，我充满了信心，而新的梦想，又开始浮现在我眼前！

现在我的身份，一半是软件工程师，一半是高级程序员。随着网站这个实体的发展，我也许会逐渐成长转型为软件架构师，但是我仍然会梦想着掌握最高的编程技术，仍然愿意承担基础性的编码工作。我相信，保持开放的心态，保持年轻的心态，再老也能做程序。当今的数字化时代给残疾人士尤其是肢残人士带来了新的机会和挑战。现在，纯粹脑力劳动的门槛，因为程序员门槛的大幅度降低而降低，给更多由于社会原因而教育程度相对偏低肢残人士提供了经过培训进入初级程序员行列的机会。但是，这些机会要想转化为现实，还需要更多更广泛的“无障碍”环境的支持。我的第二个梦想，就是梦想中国能够出现更多的“软件工厂”，而这些“工厂”又是向残疾人敞开大门的。

十年编程生涯，历经了风雨坎坷，而程序代码给我插上的翅膀在风雨中更加硬朗。今天，我喜欢在程序代码的世界中自由飞翔。让病魔去禁锢我的身躯吧，我的灵魂仍然在广阔的世界里翱翔„„

“我不是程序员”,杨过在电话那头淡淡的说。杨过是大学同学叫他的外号，因为他的气质和金庸造的杨过最像，连一些感情遭遇都像。

拒绝做程序员，虽然很火

杨过毕业那年软件公司很火，据说在中关村随便一个刚毕业的写C程序的毕业生月薪一不小心会上万。于是乎杨过不少的同学们毕业后纷纷改行编起了程序，跳进了大家现在也没说清楚的IT行业。说改行是因为杨过学的不是计算机专业，只是沾上边。

杨过那时根本不屑于做编程，虽然那时班里就他最喜欢打软件游戏。他觉得去编程不是什么“正经事”，所以毕业后他去了大连一家生产粮油的集团企业，杨过说是“一颗红心投入四化建设”。

由于不想拍马逢迎，杨过彻底打消了“磨豆油”的念头。不过他没有直接留在大连找工作，而是跑到偏远的老家和他青梅竹马的高中同学结婚去了。杨过的感情故事太有传奇色彩，跟金庸那个杨过有一拼。因为新婚的妻子在大连不好找工作，当时他留在家里，找了一个小公司用电脑给人设计零件图。

本来大多数人的工作就是混口饭吃，杨过也不嫌公司小，老老实实过日子吧。可让他接受不了是，公司的老板经常借口让他熟悉工作为名把他当民工使，一气之下杨过回了大连，几个月也是白干，工资没拿到一分钱，因为工资是三个月一发。杨过借口看病从老板那里借了几百块钱，老板也明白怎么回事，就给他了。直到现在，杨过还算是借着这个公司的几百块钱。

还得做程序员

杨过先自己回到大连，到人才市场一看，铺天盖地都是要程序员。“唉，不服气不行，社会发展趋势啊”。电话那头的杨过一直在叹气。

毕竟杨过是重点大学毕业的和计算机相关专业，那时还很吃香。他很快找到一家做寻呼台业务的软件公司。由于以前“没睡决时还看看计算机书”，他上手还挺快。干了一年，他跳到现在的这家公司，工资涨了一大截，在大连还算可以，老婆也接过来了。

杨过老婆刚开始在影楼做过一段，后来生病就没再做。杨过说现在工资也够两个人花的，也不逼她找了，也不好找。

我不是程序员，也不考虑明天

杨过现在的这家公司虽然也不算小，主要是做政府机构的一些单子，但为了生存业务还是比较杂。杨过感觉自己“天天这编一点、那写一点，从来没有好好从头做过一个正式的项目”。“我不是程序员，”他说，“可大家都这个样子。”

公司里只有杨过一个人结婚了，其它都是小伙子。“以前没睡觉还看看书，现在没心思了”，杨过调侃。

由于换了几个工作，杨过的国家基本保险也搞的乱七八糟。“我仔细研究过国家的一些文件，自己掏钱交那些基本保险没有什么用”，杨过现在和老婆都没有基本保险，自己存钱保险。

杨过无奈的笑笑，“也存了一些钱，前一段老婆病了都交给医院了。”

最近,看到论坛一贴子，主题是：我从校园出来的这几年。里面可热闹了，回复次数竟然达1425次，我读了几个钟都没看完，最后只能大概浏览一下了，不过里面大多数都说自己是程序员，并且出来工作都不容易，可谓是一部“千人辛酸史”了，从中多少反映出了中国不少程序员的生活状况，不知道打算做程序员或者现在正入门的程序员朋友看了作何感想？

说实在的，目前在中国的程序员大都过得不容易，而且普遍表现为“青春饭”状态，工作量大，导致对新知识的吸收能力随着年龄增大而降低，到了一定年龄（30后）后因为跟不上时代发展面临淘汰的厄运。虽然如此，但让我觉得欣慰的是的不少程序员或打算做程序员的朋友都表示坚持在程序员的路上走下去，因为我也是一名程序员，而且我对未来充满阳光，充满希望。

我记住了这样一个简单的道理：过去并不代表未来！相信没有人会不知道这个道理吧！大多程序员过去的辛酸大都可以归结于中国软件产业的发展的不成熟，而现在，中国政府制定政策大力扶持软件产业的发展，而且不少国际软件企业也看好中国的软件产业，纷纷把投资向中国倾斜，而且国内也开始有了不少比较成熟的软件企业，当然与国外的一些软件企业相比，还有一大段距离。但它表明中国的软件产业开始向规模化，规范化的方向发展了。

印度在软件方面，在我们看来是成功，印度政府在1991年就制定相关扶持政策，到现在也有10多年了，才取得成功，另一个在软件方面比较成功的亚洲国家——韩国，它也在1998年就制定了相关扶持政策，到现在也取得了一定的成功，用时不过4-5年，那么中国的软件产业呢？要多久才能成熟起来呢？引金山总裁雷军的话，3年左右有所成就，到全面成熟那就要比较长的时候了，但中国软件产业的成熟和前述国家成熟概念不一致：印度是定位于软件外包而取得成功，韩国定位于网络游戏取得一定成就，而中国呢？定位于什么呢？中国的定位是组合式的，不是某一方面，而是全面的。

可以相信:在未来，中国的软件产业无论在产业结构上，还是人才结构上都会具有优势。关于后者，你只要看看中国建立的50多所软件学院就可见一斑了，而且还有很多像印度的NIIT，北大青鸟（中外合资）等著名的国外软件开发教育机构进入中国，把先进成熟的教育模式带入了中国。

但是，以上的教育机构培养目标都不是精英程序员，而是最近大家抄的很热的“高级软件蓝领”，成熟模式中的软件开发团队中需要“金领”，“白领”，再到“蓝领”，而中国软件企业大多是小企业，最需要的是能独挡一面的“金领”，“白领”程序员，并不需要那么多只会Coding的“蓝领”程序员，我想很多混的不那么好的程序员，大概你是属于“蓝领”程序员吧！

任何时代，任何时候，机遇总是垂青于有能耐的人的。但是，即使你现在不是“金领”，或者“白领”程序员，你还不是精英，而仅仅是“蓝领”程序员或者还不是而想成为程序员的你听到这句话，千万不要泄气，要相信你自己是将来的精英，虽然现在的生存环境不是那么好，但是，恰恰有更多机会让培养自己独挡一面的能力，随着中国软件产业的发展，将会需要大量有数年工作经验，有整体系统架构能力的人才，而这些恰恰是任何学校都无法培养的人才，而现在的程序员，只要你们不放弃梦想，不放弃追求，继续努力，你们将成为软件产业的中坚力量！软件人才的佼佼者。

最好，告诉大家一项调查，硅谷的程序员的平均年龄是35岁左右，而且微软公司的核心开心者大都在35岁以上，可以遇见，程序员不在是“青春饭”，也会有“老来悄”的“老资格”了！

冬天来了，春天还会远吗？——谨饬送给所有的中国程序员。

如同一首民歌《三十里铺》所言，路行三十要有个歇脚的地方，人行三十也要喘口气。在IT，特别是程序员这个特殊的职业，流传一种说法：30岁是职场上的一道槛，事业上此时会发生了许多变化。30岁和程序员真有某种特殊的联系吗？程序员到底能不能做到30岁以上呢？

J曾是一名计算机老师，因为厌倦了学校平淡的生活，应聘到一家开发嵌入式系统的公司做底层程序员。刚开始的一两年，凭着一股热情和钻劲儿，投入到如火如荼的开发中，甚至购置了睡袋以备晚上加班。两年中，他掌握了极其专门的硬件参数、规格、开发细节等知识，成为部门的骨干。

逼近30岁的那几个月，他开始感到有些困惑。自己在公司虽然还算受重视，但是技术上翻来覆去就是那几样烂熟于心的东西，公司只需要自己惯性运作，实际不愿支付经验转换的成本；而公司的原始积累还远远未完成，自己仍然要和刚毕业的大学生一起加班，通宵达旦的干。因为缺乏人际交往，家里一直催着的婚姻大事，至今还八字没一撇。很多同时期来的人都打算往管理转了，可是自己对管理缺乏兴趣，还是乐于从事技术工作。下一步怎么办？J想到了辞职，但还没有什么方向。

相比J，M要幸运得多。作为清华计算机本科、中科院研究生毕业的高材生，M在做项目经理时就能够月收入2万，先后换过3家公司，对所谓30岁的说法不以为然。M以前的项目都是用CMM做，项目管理很好，而核心的也就几个人。手下带过的人，当然是刚毕业的最差，因为要获得30岁时的经验，显然需要一个过程。M最开始做程序是用Debug单步跟踪、分析、定位；后来开发图形界面的上层程序，哪怕半年写1万行，也觉得不叫程序；只有到后来转到做底层开发以后，虽然半年只写到2000行，但是却感到了写程序的快乐。M认为30岁以后程序员的体力不是问题，好的程序员不经常熬夜，有也是临时的。M接触过国外、比如印度的一些公司，技术人员们没有固定办公室，用互联网联系；很多人年龄都在35岁以上，技术很熟练，思想敏捷，让人敬佩。

M的职业观也很灵活。刚刚辞职在家，接点活干，非常忙。M有几个同学在外企做程序，日子过得更舒服，但是几年下来，个人、技术均无进展。究其原因，除了像微软研究院、Intel等一些少数外企还做些研发外，其它外企都是挑国外剩下的做，反而是国外一些小公司倒是把最核心技术放在中国来开发。其它像金山这样的一些本土企业应该也不错。做为程序员，机遇、环境、职业（项目）都很重要，它不但直接决定现在的收入水平，更决定未来不同的命运。而程序员这个行业又有极强的主导性，如何做好职业生涯的规划，恰恰是决定乾坤的关键棋子。

程序员圈子里流传过一套书叫做《编程之禅》和《编程之道》。创造力、逻辑、判断、体力、智力、手段都是所谓道的一部分，书中有个比喻，程序员编程时，只有硬盘在响。创造本身是一项神圣的工作，但是创造者的果实却是世俗的。换句话说，年龄的问题本是见仁见智的，但是“30岁的槛”却是世俗的。国内大部分公司还没有好到为程序员做好一生的职业规划的地步，因此路还得自己来走。不要让过度的重复劳动损害了创造力，也不要太迷信技术的力量，而忽略了世俗世界的张力。“三十里铺是一个小村庄，小村庄是我们经过的地方。经过的地方向着遥远的别处，遥远的别处还是三十里铺。”

做为一名大四的学生,我面试过不少的单位，有成功的也有失败的，但是对我来说所有的失败在某种意义上都是一种成功，特别是我下面写的这些，写这篇文章的时，我已经签了南京的一家软件公司，但是想起今年2月21日我面试苏州台湾的IT公司的经历联想到我们现在学习编程的一些情况我真的深有感触，这次面试使我深深的体会到了失败但也收获了很多。

我要说的将分成三部分，1.是我面试的具体经过 2.是由面试想到的 3.现今我应该做的。

当然这些话很大程度上是我个人的意见，不可能完全得到大家的赞同，所以 在某些观点上如果哪位朋友觉得跟我的有很大出入，请不要介意，也不要对我攻击，就当我 没有说过，欢迎和我联系共同探讨这些问题！我的EMAIL:wutao8@263.net

1.面试经过

大约在年前我接到了台湾瑞晟(Realtek)苏州公司的面试通知，通知我2月21日到苏州工业园区面试，接到面试后的几天我把一些专业课温习了一遍，特别是C++和数据结构，由于大学几年里，我一直专研这些方面，加上通过了高级程序员的考试，对于一些常用的算法我差不多也 达到了烂熟于胸的地步，当时的感觉是如果问了我这些方面的问题我应该是没有问题的！

21日那天我被安排在4：30面试，由一位技术人员单独给我面试，在问了一些简单的问题之后 ,他给我出了一道编程题目，题目是这样的：

(由于具体面试的题目比较烦琐，我将其核心思想提取出来分解成„„（乱码）

1)写一个函数计算当参数为n(n很大)时的值 1-2+3-4+5-6+7......+n 哼，我的心里冷笑一声！没想到这么简单，我有点紧张的心情顿时放松起来！于是很快我给出我的解法：

long fn(long n){ long temp=0;int i,flag=1;if(n<=0){ printf(“error: n must > 0);exit(1);} for(i=1;i<=n;i++){ temp=temp+flag*i;flag=(-1)*flag;} return temp;}

搞定！当我用期待的目光看着面试官的时候，他微笑着跟我说，执行结果肯定是没有问题！但当n很大的时候我这个程序执行效率很低，在嵌入式系统的开发中，程序的运行效率很重要，能让CPU少执行一条指令都是好的，他让我看看这个程序还有什么可以修改的地方，把程序 优化一下！听了这些话，我的心情当时变的有点沉重，没想到他的要求很严格，之后我对程序 进行了严格的分析，给出了改进了的方案！

long fn(long n){ long temp=0;int j=1,i=1,flag=1;if(n<=0){ printf(”error: n must > 0);exit(1);} while(j<=n){ temp=temp+i;i=-i;i>0?i++:i--;j++;} return temp;}

虽然我不敢保证我这个算法是最优的，但是比起上一个程序，我将所有涉及到乘法指令的语 句改为执行加法指令，既达到要题目的要求而且运算时间上缩短了很多！而代价仅仅是增加了 一个整型变量！但是我现在的信心已经受了一点打击，我将信将疑的看者面试官，他还是微笑 着跟我说：“不错，这个程序确实在效率上有了很大的提高！”我心里一阵暗喜！但他接着说这个程序仍然不能达到他的要求，要我给出更优的方案！天啊！还有优化！我当时真的有点崩 溃了，想了一会后，我请求他给出他的方案！然后他很爽快的给出了他的程序！

long fn(long n){ if(n<=0){ printf(“error: n must > 0);exit(1);} if(0==n%2)return(n/2)*(-1);else return(n/2)*(-1)+n;}

搞笑，当时我目瞪口呆，没想到他是这个意思，这么简单的代码我真的不会写吗，但是我为 什么没有往那方面上想呢！他说的没有错，在n很大很大的时候这三个程序运行时间的差别简 直是天壤之别！当我刚想开口说点什么的时候，他却先开口了：“不要认为CPU运算速度快就 把所有的问题都推给它去做，程序员应该将代码优化再优化，我们自己能做的决不要让CPU做，因为CPU是为用户服务的，不是为我们程序员服务的！”多么精辟的语言，我已经不想再说 什么了！接着是第二个问题：

他要求我用一种技巧性的编程方法来用一个函数实现两个函数的功能n为如：

fn1(n)=n/2!+n/3!+n/4!+n/5!+n/6!fn2(n)=n/5!+n/6!+n/7!+n/8!+n/9!

现在用一个函数fn(int n,int flag)实现，当flag为0时，实现fn1功能，如果flag为1时实现fn2功能！他的要求还是效率，效率，效率！说实在话，如果我心情好的话我应该能给出一种比较好的算法，但我那时真的没有什么心思再想了，我在 纸上胡乱画了一些诸如6!=6*5!的公式后直截了当的跟他说要他给出他的答案！面试官也没有 说什么，给出了他的思路：

定义一个二维数组 float t[2][5]存入[2!,3!,4!,5!,6!},{5!,6!,7!,8!,9!]然后给出一个循环：

for(i=0;i<6;i++){ temp=temp+n/t[flag][i];}

最后得到计算值！呵呵，典型的空间换时间的算法！这些总共花了50分钟的时间，还有十分钟我就跟他很随意的聊聊天，聊了一些编程以及生活 的问题，那时的我已经很放松了，因为我知道这次面试结果只有一个：失败。5:30的时候面试官要我等通知，于是我离开了他们公司。这就是面试的整个经过！

2.由面试想到的

真的是很失败啊！我记得那天下好大的雨，气温也很低，我边走边想，从5:30一直走到7:30，全身都湿透了，又冷又饿，但是我只是一直走，脑子里面充满了疑惑，我也想让雨把自己淋 醒！看到这里有些朋友可能觉得那些面试题目不算什么如果让自己做的话肯定能全部答对，我 肯定相信你，因为我从未怀疑过中国程序员的能力，我认为中国有世界上最好的程序员，我也 从未认为自己是高手，所以我做不出来不代表中国程序员比台湾或者别的地方的程序员差，所 以我就从我的角度，我的所见所想来谈一些感想：

不错全世界都有优秀的程序员，中国也不例外，但是我疑惑的是：到底中国和台湾或者国外 的优秀的程序员的比例到底是多少？台湾我不知道，中国100个程序员里有几个是优秀的呢?我 根本算不上，从上面的表现就足以说明一切了！是1个？5个？10个？50个？这个数字我不敢乱 猜，恐遭网友一顿痛骂，那么我们国内有多少人学习计算机呢？拿我们学校来说，计算机97级 4个班，98级5个班，99级10个班，2000级17个班，人多了，老师怎么办？我们学校的做法是让 研究生上课，然后呢？补考一抓一大把，大把大把的补考费落入了学校的口袋，还说现在的学

生素质低！真是好笑，我都不知道学校这么做是为了什么，为国内培养大量的程序员吗？学生 们能真正学到计算机知识吗？好了，我敢讲，在我们学校学习编程学生和优秀程序员(注意我 指的是优秀，只会编几个糟烂程序的人算不上)的比例应该是100:0.1 在这种比例下虽然我们中国学习编程的人铺天盖地，但是想想有多少个人能真正为中国软件 业发展作出贡献，有多少人能真正写出优秀的程序名扬海外！

我从学习编程以来，不管是自学还是老师指导，从来都是解决问题就好，编出程序来就行，我的疑惑是：我们有真正的强调过程序的效率，程序的质量吗？我们有仔细分析过我们写的东 西，看看有没有可以改进的地方，看看有没有简单的方法来达到同样的目的呢？我问心自问，我发现，我从来没有对我写出来的程序进行过优化，最多就是进行详细的测试，然后Debug，但是这就足够了吗？这些天我偶尔发现我曾经写过的一个游戏，那是一年做为 其中一员时候，感觉应该拿点东西出来，然后花了一个星期的时间写出来的！程序不算复杂，但是用到了不少数据结构的东西，也用到了一些精彩的算法，加上windows的界面和游戏的可 玩性，写完后受到了不少好评，我当时真的很佩服自己！但是现在看呢：没有一句注释，好多 丑陋的函数名比如：void chushihua()，好多没有必要的变量，可以用简单语句完成工作的我 使用华丽的算法，大量使用全局变量.....,说不好听的话，六百多行的程序除了能运行之外就 是一陀屎！如果一年前我能听到一些反面意见的话，大概我能早一点觉悟，但是自原代码在 网站发布以来听到的都是赞美之词，没有一个人向我提出程序改进的意见，这又说明了一个什 么问题呢？很值得思考啊！

还有一个疑惑是：我们说的和做的真的一样吗？我在学校的时候曾经受学院指派承办过一个 计算机大赛，请了一个老师出决赛的题目，主要是一些算法题目，这个老师可能是我上大学以 来唯一敬佩的老师了，从程序调试到打分，对于每个程序都仔细分析其时间效率和空间效率，然后综合打分，四十个人的卷子，老师从下午三点一直调试到晚上十点，在有些写的精彩的语 句后还加上批注。我真是高兴很遇到这样的老师并且和他做深入的交流，但在事后，却发生了 一件不愉快的事，在比赛中获得第二名的学生找到我，说他程序全部调试成功应该给他满分，并且应该得第一，我说不过他，最后调出了他的原程序和第一名的原程序对比，错，两个程 序都运行的很好，这时，那个同学开口了：“我的程序写的十分简捷明了，仅仅数行就完成了 题目要求，而他的却写了一大堆，为什么给他的分多过给我的分。”我当时很是气愤，如果不 是老师负责的话，那么现在第一名和第二名的位置真的要互调了，拜托，不是程序的行数越少 程序的质量就越高，我记得我跟他大谈这方面的道理，最后说服他了！哈哈，但是我，只能说 说而已，我不知道还有多少人一样，说起来头头是道，但心里却压根就从未重视过它！

3.我打算做的！

其实那天我想到的远不止上面那么多，但是我不想再说了，因为我猜想看这篇文章的网友大 概都有一肚子的感想，一肚子的抱怨，借用这篇文章发泄可不是我想达到的目的，在上面我把 自己骂的一文不值也不是妄自菲薄，但是在某些方面我真的做错了，或者说是偏离了正确方向，现在是矫正方向和重整旗鼓的时候了，就象我前面说过的，我相信中国有世界上最好的程序 员，我也相信我的水平不会一直保持现状，我现在就收拾起牢骚真正的实干起来！真的很巧，就写到这里的时候我在网上偶尔发现了这篇手册，我不知道这预示着什么，但是 我想如果我照下面这个基本原则一直踏实做下去，我一定会实现我的理想---一名优秀的软件设计师!

（下面这些文字不是我的原创，是我偶尔在网上发现的，我真的很幸运能看到这些，这篇文 章也随着下面的文字而结束，我真心的希望您能从这篇文章中得到启发,这篇文章欢迎大家随 意转载！）

作者：金蝶中间件公司CTO袁红岗

不知不觉做软件已经做了十年，有成功的喜悦，也有失败的痛苦，但总不敢称自己是高手，因为和我心目中真正的高手们比起来，还差的太远。世界上并没有成为高手的捷径，但一些基 本原则是可以遵循的。

1.扎实的基础。数据结构、离散数学、编译原理，这些是所有计算机科学的基础，如果 不掌握他们，很难写出高水平的程序。据我的观察，学计算机专业的人比学其他专业的人更能 写出高质量的软件。程序人人都会写，但当你发现写到一定程度很难再提高的时候，就应该想 想是不是要回过头来学学这些最基本的理论。不要一开始就去学OOP，即使你再精通OOP，遇到 一些基本算法的时候可能也会束手无策。

2.丰富的想象力。不要拘泥于固定的思维方式，遇到问题的时候要多想几种解决问题的 方案，试试别人从没想过的方法。丰富的想象力是建立在丰富的知识的基础上，除计算机以外，多涉猎其他的学科，比如天文、物理、数学等等。另外，多看科幻电影也是一个很好的途径。

3.最简单的是最好的。这也许是所有科学都遵循的一条准则，如此复杂的质能互换原理 在爱因斯坦眼里不过是一个简单得不能再简单的公式：E=mc^2。简单的方法更容易被人理解，更容易实现，也更容易维护。遇到问题时要优先考虑最简单的方案，只有简单方案不能满足要 求时再考虑复杂的方案。

4.不钻牛角尖。当你遇到障碍的时候，不妨暂时远离电脑，看看窗外的风景，听听轻音 乐，和朋友聊聊天。当我遇到难题的时候会去玩游戏，而且是那种极暴力的打斗类游戏，当负 责游戏的那部分大脑细胞极度亢奋的时候，负责编程的那部分大脑细胞就得到了充分的休息。当重新开始工作的时候，我会发现那些难题现在竟然可以迎刃而解。

5.对答案的渴求。人类自然科学的发展史就是一个渴求得到答案的过程，即使只能知道 答案的一小部分也值得我们去付出。只要你坚定信念，一定要找到问题的答案，你才会付出精 力去探索，即使最后没有得到答案，在过程中你也会学到很多东西。

6.多与别人交流。三人行必有我师，也许在一次和别人不经意的谈话中，就可以迸出灵 感的火花。多上上网，看看别人对同一问题的看法，会给你很大的启发。

7.良好的编程风格。注意养成良好的习惯，代码的缩进编排，变量的命名规则要始终保 持一致。大家都知道如何排除代码中错误，却往往忽视了对注释的排错。注释是程序的一个重 要组成部分，它可以使你的代码更容易理解，而如果代码已经清楚地表达了你的思想，就不必 再加注释了，如果注释和代码不一致，那就更加糟糕。

8.韧性和毅力。这也许是”高手"和一般程序员最大的区别。A good programming is 99 weat and 1ffee。高手们并不是天才，他们是在无数个日日夜夜中磨练出来的。成功能给 我们带来无比的喜悦，但过程却是无比的枯燥乏味。你不妨做个测试，找个10000以内的素数 表，把它们全都抄下来，然后再检查三遍，如果能够不间断地完成这一工作，你就可以满足这 一条。

这些是我这几年程序员生涯的一点体会，希望能够给大家有所帮助。

第四篇：一个老司机的心得

一个老司机的心得

1）当你在野外开车时，突然从路旁窜出一行人，这时候如果你躲避行人，你就会 车毁人亡，否则你就会将行人碾过。你怎么办？

答：轧死他，你的命比他值钱

2）在正常行使过程中，如果大家的车速假定都是50公里/小时，你的车速应该是多少？

答：略大于50公里/小时，因为其它车辆超你的可能性小。

3）如何躲避十字路口的pol.ice？

答：过十字路口时先跟在一个比你大的车后，绿灯一亮，开车就跑。

4）如何躲避电子眼（电子pol.ice）的监控？

答：按照中国的交通法，十字路口红灯可以右转向，你闯红灯时要在靠右的慢行道或者逆道行使。

5）你违章被pol.ice抓住了怎么办？

答：如果你还没下车，先观察地形，把几个车门都从里面锁好，看能否跑掉。如果跑不掉，你就把执照给小pol.ice，千万别和他纠缠，然后找关系要出来。

6）在野外遇到查车的怎么办？

答：你要看见是提着冲锋枪查车的，你就老老实实下来接受检查。如果是pol.ice设卡查车乱罚款的，你先看看他们是什么车辆，能不能追上你，减速打右转向灯，假装要停车接受检查，骗过pol.ice后加油就跑，一般pol.ice不会追你。

7）有人投诉你的车违章怎么办？

答：死不认帐。

8）遇见pol.ice拦你车搭乘车怎么办？

答：别给他停。下次你违章被他抓住一样会被罚款，他不会和你交朋友的。

9）遇见同方向行使的警车开道的车队怎么办？

答：不要超，停车去解个手。

10）遇见前面同方向有个大车（满载）不给你让路怎么办？

答：紧跟其后，找准机会，超过它后你用车压住他的车，待上大坡时你减速，直到让他一挡起步。

11）如果在十字路口你走眼误闯红灯过线了怎么办？

答：紧急刹车，只要后轮不过线，电子眼不会拍摄。

12）五座小车哪个位置最安全？

答：驾驶员位。

13）你把车交给无证人员驾驶，出了点小车祸怎么办（你在车上）？

答：不管你有理无理，停车下来先和对方大吵大骂，迷惑对方，转移他的注意力，待交警来后你把执照交上去，多数情况对方不会注意，如果对方发现，你就死不认帐。

14）公路限速60公里/小时，你高速行使时遇见紧急情况，紧急刹车后造成事故，刹车印痕很长，交警来处理时问你行使车速，你怎么回答？

答：大约60公里/小时的速度行使，主要是刹车不太好，再加上驾驶技术欠佳。

15）你在野外农村撞死了农民怎么办？

答：如果农民确已死亡，你要快速搭乘其它车辆离开出事地点，向保险公司和交通部门报案，再派一个朋友去帮你处理后事。你千万不能去出事地点，农民家属会打死你的。你可以说你受到刺激，也去住院检查。

16）你在野外农村撞死了农民的牲畜怎么办？

答：只要汽车还能开，能跑多远就跑多远，因为一头猪的价格要2000多元，要是一头牛，没个万儿八千的下不来，因为农民会说他的牛是种牛，肚子里还有牛崽等等。

17）你在野外汽车抛锚了，过路车又不给你停怎么办？

答：去路边捡些石头块，横挡在路上，手里再拿出200元钱示意，会有人帮你的。

18）如果你的车行使在野外没油了怎么办？

答：拦一辆大车，从他的车里用管吸出几升油即可，70号油不要紧。不要拦小车，一般小车是不能抽油的。

19）野外路上遇到有人搭车怎么办？

答：最好不要带。你又不知他是干什么的，万一要是贩卖大烟的呢。

20)连续下山，刹车片过热引起制动不灵怎么办？

答：停下来，自然冷却。千万不要用水冷却。

21）夏日连续上山爬坡，车温过高但你又不想停车，怎么办？

答：把空调关掉，车窗打开，把暖气开到最大，风门也开到最大，几分钟车即可降温。

22）普通野外三级公路，公路两边都有自行车和行人，如何高速行使？

答：尽可能占用逆向道行使，因为同方向的自行车等看不见你。

23）崎岖山路如何高速行使？

答：拐弯要加油。（经验丰富者）

24）如何在普通公路上超越比你性能优越的车？

答：紧跟其后，在同方向车多的情况时退档加速超越，不过你要胆大车技好。

25）什么情况下最好不要超车？

答：对面来的车比你大，如果撞击你倒霉。

26）夏天行使汽车要注意哪些？

答：前轮胎气压不能大，防止高速爆胎。

27）行车与时间的关系？

答：晚上8--10点要注意地方牌照的公用小车，这时候他们可能刚喝完酒，横冲直撞。凌晨3--5点，要注意过境公路上的长途汽车，司机可能在打磕睡

第五篇：一个老测量人的测量经验

一个老测量人的测量经验

工程测量事关重大，而且并不如许多人所想的，手里操作着个全站仪就是工程测量的全部，测量人员的 水平高低，其实更体现在预见能力和谋划能力上。

进场后，第一步工作就是联测导线，此时应该先问清楚，设计院的导线是平面坐标还是高斯坐标。高程的获得是用什么方法，是水准还是GPS。

第二步工作一般是复核，补充征地线。设计中往往有改线发生，而中国的国情是，设计院放的征地线有时候是改线之前的，这在低等级公路，地形复杂的公路尤其多见，而你进场后，设计院一般是不会再来放线了（虽然这并不符合合同要求，但施工单位是无能为力的）。所以，必须首先和设计院沟通，问清楚设计院放的征地线是否是最终征地线，如果不是，要问清楚设计院哪些路段是改过的，要设计院提供改线后的征地线和原来征地线的对比图表。

中国乡村民情复杂，因为征地纠缠不清，严重影响工期的事情比比皆是。第二次，甚至第三次征地放线就关系到老百姓的征地补偿情况，哪怕只是区区几百元，一样可以叫你开不了工。没有设计院的参照资料，不但测量人员会对自己的放样成果产生怀疑，和老百姓也解释不清。

第三步工作复测地面线。这步工作变化很多。我想说的是，虽然一般要求是施工单位要测地面线，但是测量人员最好不要贸然动手，因为一旦贸然动手，不但意味着辛辛苦苦的大量工作全部白做，甚至意味着工程量的损失，一定要把各种因素权衡好再下决定，一旦动手，全线的地面外业，原地面复测资料，横断面绘图，土石方工程数量表就必不可少，工作量极大。在工作开展前，我们要综合考虑这么几个元素：

1。公路等级，工程量大小。2。业主的实力，业主的意思。3。本单位人员配备情况。4。估算设计院地面线的准确情况。

先看第一个因素－工程量，如果工程量不大，但是线路长，地形又复杂，那么地面线测量工作量很大，价值却不大。

再看第二个因素，业主实力，业主的意思:业主如果实力不强，那么很可能不调整设计方量，换句话说，穷业主你就别做梦他会补你钱了。业主如果对施工单位关于超出设计多少百分比才调整方量的咨询含糊其词，那么也希望渺茫，因为这个百分比他也许永远不会先告诉你。其后果就是，你超出的百分比永远达不到业主的要求。别受业主和监理的唬弄，他们也许会说的很好听，说什么你们只要数据属实，方量是可以考虑的，其实他们真正的想法是：拿到书面的资料备档，并避免以后的纠纷，让施工单位没话说。哪个业主不贪婪？谁不会利用自己的强势地位？

再看第三个因素，人员配备：大型国企可能人员充足，中小企业则人手严重不足，搞测量的人辛苦，所以我劝告大家，无论企业大小，只要是方量不能调整，这步工作走个过场，应付过去就算了。断面图可以复印设计院的，稍微改改。

原地面测量结果从设计院图上量就可以了，然后可以发动施工队的人一起弄。至于监理，当路线长地形复杂时，我认为大部分监理是不会全程旁站的，他要旁站，那就先带他去地形最复杂的，最难爬的地方，搞一二次估计他就在旁边吹风了。当然，监理也觉得走走过程就行了那最好。当然，监理那份抽检资料你得给他弄掉。

第四个因素：估算设计院地面线的准确情况：虽然说尽量要避免无谓的劳动，不过我们还是要考虑设计是否会发生巨大错误的。那就是

原地面数据的准确性。一般来说，设计院在填方区的地面还是较为准确的，但是在挖方区，尤其是等高线很密，地形很陡的的地形上，设计出错是有的，而且有些错误很大。这一点，我们应该在放征地线的时候来验证，虽然征地线放的只是两条线，但一般来说，一个

断面的两个口卡住了，这个断面发生错误的可能就很小了。放征地线的时候，我们应该把每个点的原地面高全部记下来，回去和图纸校对。

本人曾经做过的两个工地，一个工地方量极大，业主也是国家级的，但是业主的要求是:施工单位测地面必须全测，不能只报局部，然后业主再下来全程检查。这样一来，业主的意思很明显，你根本耗不起这个时间，你就认了设计数量吧。那么我们就认了吧。

第二个工地，方量没多少，业主也穷，可地形复杂，和业主见面的时候，业主对超出多少百分比才补方量含糊其词。本人经过权衡，决定放弃复测，承认设计数量，把资料补齐就算完事。一开始监理还奇怪，说从没见过主动放弃的。相邻的合同段测得正火，信誓旦旦说设计院错误很大，又说业主，设代就快认可了，但最后的结果是：全部否定。外业算白做了，内业就当交差。这步工作工作量极大，如果操作不得法，劳民伤财，对测量人员士气的打击是非常大的。

第四步工作：线路复核，尤其是结构坐标高程复核，这一步必须预先进行，为什么呢？因为现在的大设计院投下标以后，往往把设计工作分包，而分包单位的实力不敢恭维。结构上位置，高程的大片出错并非没有，本人就经历过。如果你到结构开工之前才复核，那么一旦发现错误，自己又不敢确定，必然要上报，现在设计单位工作效率大家也都知道，非常低，当然，这和业主的低效率，业主和计院沟通不力也有关系。一旦结构位置高程大面积错误，就只有干等设计去复核，而施工单位的工期就这样耽误了，施工队只有干坐在工地上晒太阳。其实，进场后测量人员还是有富裕时间的，应该趁此富裕时间提前复核，此时尚未开工，即使上报，设计批复下来后可能正好结构开工，也可能超过结构预期开工时间还不多。工期就省下来了。

第五步工作：资料格式的确定。

测量有各种资料，最多的就是报验资料了，开工后资料不要埋着头一股脑只管做，因为做了很可能白做。

首先，你的资料很可能是应用本单位原来的格式。其次，即使是业主下发的，也可能错，所以还是要合同人员把表格格式核对一下，业主的表错了，但资料返工他可不会帮你改。

第六步工作：全线踏勘，重点观察涵洞位置，以及函长。

设计院的涵洞位置的设计通常是不准的，角度偏差，桩号偏差，高程不准时有发生，估计他们的涵洞设计很多是不到现场，而是在图上定位置的。如果涵洞要开工才放样发现要变更，那么和结构坐标高程错误又一样了，要干等设计去复核变更，出变更图。有时候，一段路基的工期往往取决于这段路基上的涵洞能否及时完工，涵长也要提前验算，尤其是在有匝道的时候，一个涵洞同时穿越主线和匝道，还是斜交的，还是在弯道上的，这种情况涵长最难计算，设计院常错，最好的计算方法是在CAD里模拟计算。

第七步 施工测量中应该预先考虑和谋划的东西。

首先，要规划好全线的水准点和导线点。不要梦想控制点可以从头用到尾，因为随着填高挖深，以及控制点的破坏，某些点也许后面就不能用了，所以一开始就要观察地形，联系断面图在大脑里进行空间想象，以决定加密导线点的位置，让这些导线点能尽可能的用久一点。

施工单位进场后的导线复测通常和加密导线点的过程集成为一个过程，在复测之前必须理解“施工单位导线复测的含义”。施工单位的导线复测，是以标段为单位的，而且标段内一般是没有更高级的已知点的，这使得复测过程和设计院测量导线的过程含义不同。施工单位只需保证两点即可：

1。本标段内各导线点相对位置的正确性。也就是说，任意取四点假设为两条已知边，两条边之间的点进行联测满足规范要求。

2。和相邻标段的起始边能闭合。只要满足这两点，那么在本标段内，导线系统是一个精密的整体，从而放出的路线也是光滑，顺接的。然后又能和相邻标段闭合，这样，每个标段的精密的导线系统和其他标段精密的导线系统可以衔接，从而形成一个连续不断的导线整体系统。不要去想导线的绝对坐标如何，因为没有已知点，你永远无法证明绝对坐标的正确性。

理解了上面的含义，在进行导线复测和加密时，就不必把整个标段的导线作为一条导线来测。因为导线太长，导线点太多的话，只要中间某些点出现测角的稍微大点的误差，就会使得整条长导线发生扭曲，变形，从而出现和设计成果之间较大的误差，而且难以查出错误根源何在。所以，不妨把整个标段看成若干个小标段，以6－7个导线点为一组，组和组之间设一条公共边，这样，某点的测角误差只会影响本组，不但导线成果精度高，而且容易查出错误所在。这样，外业测量精度不变，却不会发生长导线误差过大的情况。

水准点的布设原则上是讲究规范，严密的，对于某些大型国企尤其如此。但是，施工单位的人手通常不足，况且本人不喜欢做无用功。我们完全可以在规范的基础上变通。比如，在路基施工中，中间的高程要求是极低的，全站仪粗测就够了。再比如，在山区施工中，你去将设计院在高山的点引下来，站数多得吓人，而且往往徒劳无功，因为站数越多，出错的可能越大。那么，我就假设在一条复杂的山区公路中，如何进行水准点总体布设的规划呢？

首先，布设我肯定是以全站仪为主的，但要用水准仪辅助，工作以后我基本就没用过水准仪去进行全线联测，工作量太大了，相比工作量带来的那点精度没太大意义。

第一步，将导线联测和水准联测合为一体，用全站仪测水准，需要注意的环节是： 水准气泡的精确调平，这一点极为重要，要最大限度的调平，最好是仪器有电子水泡的。

仪器的严密踩实。不但要锁死脚架，地面也要踩实。

第三，仪器的高度精确测量，最好能把倾斜导致的误差计入，一般取仪高1。6米，用勾股定理算就行了。目标棱镜高也是如此。棱镜高一般量到棱镜横向螺丝中心。

第四。视线位置和棱镜螺丝中心重合，有时距离较远的时候，可能棱镜边的螺丝中心看不清，这时可以叫对方用一只笔点在螺丝中心，用视线去切分笔即可。

第五，对向观测。一定要对向观测。

第六，尽量在天气阴的时候。不过在工地上难以保证，我就经常出太阳测，但是因为前五个环节把握的好，影响也不是很大。

只要把每个环节都把牢，最后的成果一般是让人满意的，本人测过的若干工地，其结果和设计成果几乎相差无几。而它的工作量相比水准仪测量来说，又何止是十分之一。

第二步 当初始水准点具备后，要做的线路控制了，在公路中，居于控制地位的是桥，刚开工时路基的高程要求是非常低的。那么，规划

方法就是：用全站仪从导线点打转点到桥头，此时，再用水准仪将打下来的转点进行细部加密。桥和桥之间的路基由这些转点控制。此时，转点已在工地现场，水准仪加密工作量很小。这个方法的原理和导线复测是一样的，不要担心转点的绝对高程，关键是：标段内部的转点之间能衔接，整个导线系统的高程和相邻标段能衔接。

由于转点都是用全站仪从导线点打下来的，只要做好我说的六个环节，转点之间的高程衔接不成问题，尤其是从一个导线点打下来的两个转点。而且，转点之间还可以用水准仪来验证，验证的工作量也并不大。而且，随着工程的进展，可以随时用全站仪从导线点打转点下来补充。

这个方法用一句话概括就是，用全站仪完成总体规划布设，用水准仪进行辅助性的细部加密验证。