程序员自我鉴定范文

程序员自我鉴定范文第1篇

鉴定，是指鉴定人运用自己的专门知识和技能，以及必要的技术手段，对案件中发生争议并具有专门性的问题进行检测、分析和鉴别的活动，医疗过错司法鉴定。鉴定文书属于鉴定结论，是一种重要的证据。鉴定结论是正确认识和处理案件的重要根据之一，是查明事实真-相、确定案件性质和明确责任的重要证据。因此，鉴定结论有“证据之王”的美誉。

发生医疗纠纷后，无论是做医疗事故技术鉴定，还是做医疗过错司法鉴定，都必须支付高昂的鉴定费用，让患者及其家属望而却步。

据笔者所知，在北京地区，无论是患者还是医疗机构，向各区(县)医学会申请医疗事故技术鉴定的首次鉴定的费用为3000元;如果对首次鉴定不服的，申请北京市医学会再次鉴定的鉴定费用为3500元;如果由中华医学会做医疗事故技术鉴定，则费用更高，为8500元。

而且，随着物价的不断上涨，鉴定费用也在“水涨船高”。医疗事故技术鉴定的法律依据是《医疗事故处理条例》和《医疗事故分级标准(试行)》。

也许，对于财大气粗的医疗机构来说，区区几千元，只是“九牛一毛”;但是，对于患者及其家属来说，无疑是“雪上加霜”。

如果患者或医疗机构向国家司-法-部公告在册的有医疗过错鉴定资质的司法鉴定机构申请医疗过错鉴定，鉴定费用一般在8000元左右，甚至10000元。高昂的鉴定费用，让患者及其家属“目瞪口呆”。

医疗过错司法鉴定的法律根据是《全国人大常委会关于司法鉴定管理问题的决定》和《最高人民法院关于审理人身损害赔偿案件适用法律若干问题的解释》，司法鉴定《医疗过错司法鉴定》。

解决方案：

鉴于医疗纠纷的鉴定费用过高这一不争的事实，为了减轻患者及其家属的经济压力，笔者认为，在鉴定费用的承担问题上，可以先由医疗机构垫付。

如果构成医疗事故，鉴定费用则直接由医院全额承担;如果不构成医疗事故，但医院确实存在医疗过错(如误诊、漏诊、手术不当、处置不及时和病历书写不规范等情况)，鉴定费用应由医院根据过错程度分担;如果医院的医疗行为既不构成医疗事故，也不构成医疗过错，患者的疾病完全是由患者的原发性疾病引起或不积极配合治疗而扩大的部分，则由患者承担该鉴定费用。 医疗过错司法鉴定费用高

鉴定，是指鉴定人运用自己的专门知识和技能，以及必要的技术手段，对案件中发生争议并具有专门性的问题进行检测、分析和鉴别的活动。鉴定文书属于鉴定结论，是一种重要的证据。鉴定结论是正确认识和处理案件的重要根据之一，是查明事实真-相、确定案件性质和明确责任的重要证据。因此，鉴定结论有“证据之王”的美誉。

发生医疗纠纷后，无论是做医疗事故技术鉴定，还是做医疗过错司法鉴定，都必须支付高昂的鉴定费用，让患者及其家属望而却步。

据笔者所知，在北京地区，无论是患者还是医疗机构，向各区(县)医学会申请医疗事故技术鉴定的首次鉴定的费用为3000元;如果对首次鉴定不服的，申请北京市医学会再次鉴定的鉴定费用为3500元;如果由中华医学会做医疗事故技术鉴定，则费用更高，为8500元。

而且，随着物价的不断上涨，鉴定费用也在“水涨船高”。医疗事故技术鉴定的法律依据是《医疗事故处理条例》和《医疗事故分级标准(试行)》。

也许，对于财大气粗的医疗机构来说，区区几千元，只是“九牛一毛”;但是，对于患者及其家属来说，无疑是“雪上加霜”。

如果患者或医疗机构向国家司-法-部公告在册的有医疗过错鉴定资质的司法鉴定机构申请医疗过错鉴定，鉴定费用一般在8000元左右，甚至10000元。高昂的鉴定费用，让患者及其家属“目瞪口呆”。

医疗过错司法鉴定的法律根据是《全国人大常委会关于司法鉴定管理问题的决定》和《最高人民法院关于审理人身损害赔偿案件适用法律若干问题的解释》。

解决方案：

鉴于医疗纠纷的鉴定费用过高这一不争的事实，为了减轻患者及其家属的经济压力，笔者认为，在鉴定费用的承担问题上，可以先由医疗机构垫付。

程序员自我鉴定范文第2篇

：

B/0

Revised Version：

Revision File Name：合同确认与评审程Contract Verification and Review Procedure Effective Date：

Edited by：ISO Office 1. 目的： 准确理解客户要求，确保合同规定及其执行的要求，满足客户要求。

Purpose：To learn about the customers’ needs well, to ensure that the provisions and implementation of contract will meet customers’ requirements.

2. 适用范围： 适用于所有销售合同的确认及评审。

Applicable Scope：Apply to all the verification and review of sales contracts. 3. 职责 Responsibility 3.1 生产技术部负责编制《标准产品清单》及对非常规产品的技术标准及客户要求进行评审。

The Production & Technique Dept. shall prepare the “Standard Product List” and shall review the technical standards and the customers’ requirements of unconventional products. 3.2市场部负责对常规产品的评审，对非常规产品的价格、付款方式、交货方式的评审及顾客特别技术要 求评审的组织工作。

The Marketing Dept. shall review conventional products, organize to review the price, the type of payment and delivery way of unconventional products, also shall review the customers’ special technical requirements. 3.3董事/总经理或市场总监负责非常规合同评审的审批。

The General Manager or the Chief Marketing Officer shall approve the review of unconventional contracts. 3.4 生产部负责对非标产品合同供货期的评审、负责与仓库联系了解库存量和供货情况。

Production Dept. shall review the delivery time of non-standard products, shall contact with the Warehouse to know the inventories and availability. 3.5 采购部负责对非常规的订单产品材料、外协件的供货能力的评审。

Purchasing Dept. shall review the unconventional products material of orders and supplying capacity of external machining. 3.6 品保部负责对非常规产品质量检验能力的评审。

QC. Dept. shall review the testing capability of unconventional products. 3.7成套工程部负责对非常规成套产品生产能力、供货期的评审。

The Panel Department shall be responsible for reviewing the production capacity of complete set of unconventional product and the delivery date. 4. 工作程序 Work Procedure 4.1生产技术部负责编制《标准产品清单》，规定常规产品的具体型号及其要求，以便日常销售合同签订、生

Author：

Checked by：

Approved by：

1/8

Version

：

B/0

Revised Version：

Revision File Name：合同确认与评审程Contract Verification and Review Procedure Effective Date：

Edited by：ISO Office 产、检验等参考使用。

The Production & Technical Dept. shall prepare the "Standard Products List" to regulate specific types and requests of conventional products, in order to provide reference for signing sales contract, manufacturing, testing, and so on. 4.2顾客要求的识别Identification of customers’ requirements

4.2.1市场部销售人员接到顾客订货要求后，应与顾客进行充分沟通，根据顾客规定的订货要求，做好相 关记录(如合同草案、技术协议及口头订单等)，并及时转达到市场部办公室，由市场部办公室通知各区 域销售负责人作进一步跟进处理。

The sales personnel shall communicate with the customers when receive the orders, make the relevant records in accordance with the order’s requests (such as the contract draft, technology agreements and oral orders, etc.) and transfer it to the Marketing office promptly, the Marketing office shall notify every regional sales leader to take further action. 4.2.2当各区域销售负责人与顾客沟通确认可达成技术协议要求的(包括与顾客商议的产品质量要求、实 用性、报价、交货期、付款方式、交货方式、服务等条款内容)，经市场总监或市场部办公室确认后，由 市场部办公室与顾客沟通联络。

If the regional sales director and the customers come to technology agreements (including requirements for product quality, practicality, price, delivery time, the type of payment, delivery way, service and other clauses), the Marketing Dept shall communicate with the customers when it is approved by the Chief Marketing Officer or the Marketing office. 4.3合同评审Contract Review 4.3.1合同的分类 Contract Classification 4.3.1.1常规合同:对《标准产品清单》中已规定的定型产品的合同。

Conventional contract: The contract of specific product that has been prescribed in the “Standard Product List”. 4.3.1.2非常规合同: 对《标准产品清单》未作规定的产品合同,如新产品开发或型式试验产品或由定型产品改进要求的合同。

Unconventional contract: The contract that is not prescribed in the "Standard Product List", such as the contract for development of new products, or product of type test or the contract required to improve specific product. 4.3.1.3成套工程合同:对顾客要求由公司提供成套柜体工程的产品(包括成套工程中的

一、二次方案)。

Author：

Checked by：

Approved by：

2/8

Version

：

B/0

Revised Version：

Revision File Name：合同确认与评审程Contract Verification and Review Procedure Effective Date：

Edited by：ISO Office The engineering contract of panel: the contract that provides panel products for customer (including the single line diagram and the secondary diagram in the whole project); 4.3.2常规合同评审Review of conventional contract 4.3.2.1对于有现货的常规合同,直接由市场部办公室在“商品成交合同”中进行确认评审，经市场总监或办公室主任审核后，即视完成合同评审。

For conventional contract of spot transactions, the Marketing Dept. shall directly confirm the review in the "Commodity Transaction Contract", finally the Chief Marketing Officer or the director of office audit the contract. 4.3.2.2对于无现货的常规合同, 由市场部办公室将顾客要求在“商品成交合同”中标注，经销售总监或办公室主任审核后，转化为公司内部“订单生产指示”，注明产品的型号、规格、数量、要求出货日期，并附上顾客其它技术条件要求(如有)，即视完成合同评审。

For conventional contract of products without stock, the Marketing Dept. shall remark the customer requirements in the "Commodity Transaction Contract", it will become an internal "Production Instructions of Order" with product type, specification, quantity, requested delivery date, after being audited by the Chief Marketing Officer or the director of the office, finally attach other technical requirements if there is any. 4.3.3非常规产品的评审Review of unconventional product 4.3.3.1根据公司目前情况，非常规产品主要表现在：

According to current situation of the company, the unconventional product refers to: a).结构、尺寸不在规定范围内，或未列入正式说明书内等;

The structure, dimension go beyond the stated scope, or has not been listed in the formal specification, etc. b).应用场合并非正常使用范围内，如天气、海拔高度;

The applicable situation is not the normal ambient, such as weather, the altitude. c).用途如在保护范围外(包括型式试验或配套等其他有特别要求产品);

Its function is beyond the protection scope (including the type test or supporting products, and other products with special requirements). d). 顾客应用于型式试验的产品。

Products that customer use in type-test 4.3.3.2对非常规产品合同，由市场部办公室负责填写“合同评审表”,注明顾客的特别要求(或附件),协调组织相关部门对顾客要求进行相应的评审工作，并跟踪评审过程中所提出问题的解决及评审结果的实现。

Author：

Checked by：

Approved by：

3/8

Version

：

B/0

Revised Version：

Revision File Name：合同确认与评审程Contract Verification and Review Procedure Effective Date：

Edited by：ISO Office For unconventional contract, the Marketing Dept. office shall fill in the "Contract Review" ,with the special requirements of customer (or annex) in it, organize and coordinate relevant depts. to review the customer’s requirements, and track whether the results can be achieved , whether the problems are solved. 4.3.3.3各部门就顾客要求中与本部门工作有关的内容进行评审及签字确认：

Every dept. shall review the customer requirements related to his/her sector, and sign to confirm it a)采购部负责合同要求中物品供货能力的评审;

Purchasing Dept. shall review the supplying capacity required in the contract; b)生产部负责合同产品中所涉生产工艺性的满足情况及交期的评审;

Production Dept. shall review whether the product meet the production and craft requirements, whether the product is delivered in time; c)生产技术部负责合同产品中设计开发能力及满足相应法律法规要求的评审;

The Production & Technical Dept. shall review the capacity of design and development, review whether it meets the relevant statutory and regulatory requirements d)品保部负责合同产品中质量要求的检测能力的评审;

The QC Dept. shall review the testing capacity required by product quality; e)市场部负责合同要求中产品的价格、付款方式、交付条件等满足能力要求的评审。

The Marketing Dept. shall review whether it is able to meet requirements of price, the type of payment, delivery, and so on. 4.3.3.4在合同评审过程中，当评审人员对产品要求中有关内容提出问题或修改建议时，由市场部负责与顾 客沟通联系，征求顾客意见，并将沟通结果记录于“商品成交合同”中。

In the process of contract review, the Marketing Dept. shall contact with customer for their advices and feedback, when the reviewer propose some problems or suggestions about product requirements. The results shall be recorded in the “Commodity Transaction Contract”. 4.3.4成套工程合同评审Review of Panel Contract 4.3.4.1市场部负责收集顾客成套工程中所提供的

一、二次方案及其它特别要求，并摘录到“顾客技术咨询表”上，同时将相关资料转达到成套工程部。

The Marketing Dept. shall collect the single line diagram, the secondary diagram and other special requirements provided by customer in RMU panel project, extract them to the "Customer Consultation Form" and then send the

Author：

Checked by：

Approved by：

4/8

Version

：

B/0

Revised Version：

Revision File Name：合同确认与评审程Contract Verification and Review Procedure Effective Date：

Edited by：ISO Office relevant datum to the Panel Dept. 4.3.4.2如经成套工程部评审后确认能满足顾客要求的，在“顾客技术咨询表”上签名确认，并反馈到市场部办公室，即视完成合同评审。

The Panel Dept. shall sign on the “Customer Consultation Form” if it is confirmed able to meet customer requirements, finally make feedback to the Marketing Dept. office.

4.3.4.3如经成套工程部评审后确认不能完全满足顾客要求的，应立即通知市场部，或由市场部安排与顾客 进行电话沟通，或提供与顾客要求相类似的本公司的

一、二次方案图供顾客参考确认。

The Panel Dept. shall immediately inform the Marketing Dept. if it is confirmed can not meet the requirements completely, the Marketing Dept. shall arrange a telephone communication with the customer, or provide the single line diagram or the secondary diagram of our company that is similar to the customer requirements for reference. 4.3.4.4所有顾客提供的成套工程的

一、二次方案及相关技术条件要求，均须由成套工程部负责转换成本公司的

一、二次方案，并由市场部办公室回传顾客确认。经顾客确认后再反馈到成套工程部，以便成套工程部组织满足顾客订货要求的技术工艺性文件编制和设计工作。

The Panel Dept. shall change all of single line diagram or secondary diagram and relevant technical condition requirements provided by customer into the company’s ones, which will be returned to customer for confirmation by the Marketing Dept. Make feedback to the Panel Dept. after the customer confirm them, in order that the Panel Dept. can prepare and design the technical documents that meet the requirements of order. 4.3.4.5如成套工程中所涉是本公司非常规产品的相关要求的，则由市场部组织按本程序中的4.4.3执行。

If the panel project refers to the relevant requirements of unconventional product in our company, the Marketing Dept. shall organize the implementation in accordance with clause 4.4.3 in this procedure. 4.3.5所有经评审完成后的“合同评审表”，由市场部负责提交到董事/总经理或市场总监核准审批生效。

The Marketing Dept. shall submit all of "Contract Review Form" to the General Manager or the Chief Marketing Officer for approval before it becomes effective. 4.4合同的确认Confirmation of Contract 4.4.1常规合同直接由市场部办公室在“商品成交合同”中确认即可。

The conventional contract shall be confirmed directly in the “Commodity Transaction Contract” by the Marketing Dept. 4.4.2非常规合同经相关部门评审，并与顾客取得一致后，由市场部办公室建立“商品成交合同”。

Author：

Checked by：

Approved by：

5/8

Version

：

B/0

Revised Version：

Revision File Name：合同确认与评审程Contract Verification and Review Procedure Effective Date：

Edited by：ISO Office The Marketing Dept. shall establish a "Commodity Transaction Contract " if the unconventional contract has been reviewed by the relevant departments, and agreed by the customers. 4.4.3成套工程合同经成套工程部、市场部与顾客沟通达成一致后，由市场部办公室建立“商品成交合同”。

The Marketing Dept. shall establish a "Commodity Transaction Contract" if the Panel Dept., the Marketing Dept. and the customer .come to agreement on the contract of panel. 4.4.4经建立“商品成交合同”后的合同，由市场部办公室转化为公司内部执行的“订单生产指示”(对成套工程，还应附上顾客确认的相关要求)，并下达到各相关部门按订单指示要求执行。

The Marketing Dept. shall establish the “Commodity Transaction Contract”, and shall change it into “Production Order Instruction” (as to complete set process, shall attach related customer confirmed requirements), and release it to the relevant depts. for implementation. 4.5合同的更改与控制 Change and Control of Contract 4.5.1常规产品的合同更改，由市场部负责直接更改“商品成交合同”中相关内容与客户进行确认，并将更改后的顾客要求传达到各相关部门，同时保持相应的更改合同记录。

For the changes of conventional contract, the Marketing Dept. shall directly change “Commodity Transaction Contract” and confirm related matters with customer, and release the revised customer requirements to the relevant depts. The record of changes should be maintained.

4.5.2对非常规产品或成套工程合同的更改，由市场部办公室负责补充或组织按本程序中的4.3执行。

As to changing the contract of unconventional product or the whole project, the Marketing Dept. shall take responsibility of adding, or organizing to change it in accord with clause 4.3 in this procedure. 4.6评审记录与合同管理Review Record and Contract Management 4.6.1合同属于公司机密文件，需专人严格保管;市场部负责建立“客户档案”，将合同评审相关资料及“商品成交合同”归入“客户档案”。

Contracts are confidential documents of the company, which should be strictly kept by special person; the Marketing Dept. shall establish "Customer Files", and file the relevant information of contract review and "Commodity Transaction Contract" in it. 4.6.2合同评审中相关记录按《记录控制程序》执行。

The relevant records of contract review shall be maintained according to the "Record Control Procedure". 4.6.3合同确认后的技术要求，如成套柜体的

一、二次方案或柜体设计图纸等的发放按《技术图纸管理规定》

Author：

Checked by：

Approved by：

6/8

Version

：

B/0

Revised Version：

Revision File Name：合同确认与评审程Contract Verification and Review Procedure Effective Date：

Edited by：ISO Office 执行。

The issuance of confirmed Technical requirements such as the single and second program of the panel or design drawing and so on, shall be in accordance with the “Technical Drawing Management Rules”. 4.7合同的执行及控制Implementation and Control of Contract 4.7.1正式合同签订后，由市场部将合同及“合同评审表”存档，并下达“订单生产指示”，经生产部主管 签字确认后送相应部门作为生产计划、成品检验及包装出货的依据。

When the formal contract is signed, the Marketing Dept. will archive the contract and the "Contract Review Form", and also release the “Production Order Instruction” to the relevant departments as a basis of production planning, product testing and packaging for shipment after being verified by production director. 4.7.2 非标产品的“合同评审表”在评审批准后，由市场部将“合同评审表”副本，附在“订单生产指示 后，给各有关部门参考。

If the review is approved, the Marketing Dept. shall copy the “Contract Review Form” of non-standard product and attach it to the “Production Order Instruction” as a reference for the relevant departments.

4.7.3对常规产品，市场部可根据市场销售预测，在未签定合同时，经董事/总经理或市场总监批准后下达“订单生产指示”,以备库存，满足客户紧急出货之要求。

As to standard product, before signing the contract, the Marketing Department shall issue the “Production Order Instruction” based on the market sales forecasts, with the approval of the General Manager or the Chief Marketing Officer, in order to prepare for inventory, and to meet urgent shipment requirements of customer. 4.8市场部对外负责在产品的售前、售中根据需要随时与顾客保持沟通，回答顾客咨询，反映合同进展情 况。对内负责监督检查订单合同的执行情况，当出现问题时，立即向董事/总经理或市场总监汇报。

The Marketing Dept. shall communicate with customer at any time needed in the before sales service stage also in the process of service, respond to customer’s consultation, and reflect progress of contract. Marketing Dept. shall monitor and inspect the performance of order, give report immediately to the General Manager or the Chief Marketing Officer if any problem takes place. 5.相关文件Relevant documents 5.1标准产品清单Standard Products List 5.2记录控制程序Record Control Procedure 5.3文件控制程序Document Control Procedure

Author：

Checked by：

Approved by：

7/8

Version

：

B/0

Revised Version：

Revision File Name：合同确认与评审程Contract Verification and Review Procedure Effective Date：

Edited by：ISO Office 5.4技术图纸管理规定Technical Drawing Management Rules 6.记录Records 6.1 合同评审表Contract Review Form 6.2 商品成交合同Commodity Transaction Contract 6.3订单生产指示Production Order Instruction 6.4客户档案Customer Files 6.5顾客技术咨询表Customer Consultation Form

Author：

Checked by：

Approved by：

程序员自我鉴定范文第3篇

(十一)-劳务供方控制程序

劳务供方控制程序

1、目的

确保劳务供方的评价、选择、管理、验证过程处于受控状态，保证劳务供方在施工过程中，满足质量、环境、职业健康安全的要求。

2、适用范围

适用于与有关的劳务供方的选择和管理。 本程序包括GB/T190012000 7.4条款。

3、职责

3.1公司劳动人事部负责劳务供方的评价、选择、管理、验证;监督检查工程项目部的劳务供方的管理工作。

3.2工程项目部/分公司负责劳务供方的入场教育和日常管理。

4、术语和定义

引用公司《管理手册》中的有关术语和定义。

5、工作程序

5.1劳务供方的选择、评价、注册

5.1.1工程项目部制定劳务用工计划，报公司劳动人事部，公司主管经理审批。

5.1.2工程项目部可直接从市政工程总公司发布的《外部合作企业登录及施工队伍作业资格等级册》中选择。公司不再进行评价。

5.1.3工程项目部如选择总公司《外部合作企业登录及施工队伍作业资格等级册》以外的劳务作业队伍，必须进行评价。

5.1.4评价由劳动人事部组织，工程项目部有关人员参加，对 劳务供方进行评价，评价内容： ⑴劳务供方营业执照; ⑵施工资质等级; ⑶设备状况;

⑷质量管理体系及人员持证上岗情况; ⑸工作业绩和相关经验。

5.1.5工程项目部负责向劳务供方索取评价内容规定的各项证明文件，报公司劳动人事部。 5.1.6工程项目部根据用工计划，选择劳务供方后，同其签定“建设工程劳务分包合同“，报公司劳动人事部，经审核加盖公司经济合同章。

5.1.7劳人部持有关文件，到总公司劳动力调剂服务中心、市建委外管处注册、备案。并取得劳动人事部核发的“入场通知单”后方可正式入场。 5.2劳务供方的管理

5.2.1项目部负责对劳务供方进行质量、环境、安全等方面的培训，经检测合格，劳务供方方能进入施工现场。

5.2.2工程项目部每月对所使用的人员进行例行检查，对未注册人员予以清除。劳动人事部负责监督。

5.2.3工程项目部根据施工计划对劳务供方的施工过程、环境行为、安全行为进行控制。 5.2.4每年12月及劳务供方承接的工程完工后，劳动人事部会 同工程项目部，对劳务供方的履约能力、工作业绩进行评价。

6、相关文件

6.1市政劳字99号《北京市政工程总公司劳务管理规定》的通知 6.2市政人字265号《北京市政工程总公司劳务队管理办法》的通知 6.3XX134号《公司劳务队管理办法》

6.4市政总公司《外部合作企业登录及施工队伍作业资格等级册单》

7、记录

7.1用工计划 7.2申请劳务队审批表

7.3劳务合同、进京名册、许可证 7.4劳务队入场通知 7.5外施人员现场检查记录 7.6劳务管理情况检查表

(十二)-施工过程控制程序

施工过程控制程序

1、目的

为保证公司所承建工程的整个施工生产过程处于受控状态，确保提供满足法律法规和顾客要求的产品。

2、适用范围

适用于公司承建的所有工程项目。

本程序包括GB/T190012000 7.5.1、7.5.2条款。

3、职责 3.1工程部

⑴负责编制并组织实施本程序，监督、检查施工过程;

⑵审核工程项目《质量计划》、《施工组织设计》，并检查执行情况。 ⑶检查特殊过程施工。 3.2工程项目部/分公司

控制施工过程，确保过程产品、最终产品符合规范标准，满足合同要求。

4、术语和定义

引用公司《管理手册》中的有关术语和定义。

5、工作程序

5.1工程特性信息的获得

5.1.1工程项目部应通过以下方面获得工程特性信息; ⑴招标文件及其附件; ⑵与顾客签订的施工合同;

⑶顾客提供的工程设计图纸及其他相关设计文件; ⑷设计交底纪要或图纸会审记录及相关附件; ⑸施工洽商变更记录。 5.2施工准备过程控制

工程项目部应做好以下施工准备工作

5.2.1组织相关人员进行图纸自审，形成《图纸审查记录》，参加顾客组织的图纸会审(设计交底)会议，并签认《设计交底记录》。

5.2.2开工前编制《施工组织设计》，编制时依据公司《施工组织设计管理办法》及其他有关要求。

5.2.3依据公司和工程项目特性的要求，必要时在分部或分项工程施工前编制《施工方案》。 5.2.4根据工程特性要求，选择劳务供方，执行《劳务供方控制程序》。 5.2.5工程中需要工程分包的项目，执行《工程分包管理程序》。 5.2.6按照施工组织设计的要求完成施工现场临时设施的配置。 5.2.7按照施工组织设计的要求，配置必要、适宜的机械设备、施工机具。

5.2.8在施工的各个阶段，应配置必要且足够的监视和测量装置，以保证有条件对产品过程实施监视和测量。

5.2.9在各分项工程实施前，编制《分项工程技术交底》。 5.3施工实施过程控制 5.3.1施工测量放线

⑴测量员必须经过培训并熟悉施工图纸和设计文件的有关要

求，按照有关规范规程进行测量放线工作，及时提供控制点和控制线，作为指导施工的依据。 ⑵测量人员必须使用符合精度要求的监视和测量装置，并且所有被使用的装置须经过检验校正。 ⑶按照现行北京市市政工程建设有关管理规定，做好测量记录。 5.3.2分项工程质量控制

⑴分项工程施工依据设计文件、标准及规范规程、施工组织设计、必要时质量计划、施工方案及技术交底组织实施。

⑵分项工程实施时，应根据相关的技术交底使用适宜的设备，以保证该分项工程的完成。 ⑶分项工程实施过程中，应使用符合产品特性的监视和测量装置，并对产品实施适时的监视和测量，执行《产品的监视和测量控制程序》，并应形成符合相关要求的记录。 5.4竣工阶段控制

⑴工程项目全部完成后，进行竣工验收，实施放行和交付，执行《产品的监视和测量控制程序》。 ⑵工程竣工后应与顾客签订《工程保修合同》，工程部应及时拟定《工程回访计划》，并组织落实。

5.5特殊过程控制工程项目部应对特殊过程实施确认。公司规定的特殊过程包括：桥面防水、地下防水、有特殊要求的部位焊接施工等。 5.5.1应在《施工组织设计》或《项目质量计划》中明确上述所需确认的特殊过程。 5.5.2特殊过程施工方案由项目技术负责人编制，报工程部审批。

5.5.3特殊过程的实施，应使用满足要求的设备和具有相应资质或有能力实施的人员，这些设备和人员需要得到项目技术负责人的认可。

5.5.4工程项目部在实施特殊过程中明确人员分工，部署人员和设备到位。技术人员负责向操作人员进行技术交底。质检员监督特殊作业过程人员按照技术交底作业，技术负责人对实施结果进行确认。

5.5.5特殊过程实施前，项目部通知工程部，工程部对特殊过程实施旁站，并做好检查记录。

6、相关文件

6.1公司《施工组织设计(施工方案)编审办法》 6.2公司《质量计划编制审批管理办法》 6.3公司《施工计划管理实施细则》 6.4市建委《文明安全施工管理暂行规定》 6.5《施工现场文明安全施工补充标准》

6.6国标《建设工程项目管理规范》GB/T50326--2001 6.7公司《现场设备管理办法》

7、质量记录

7.1施工组织设计(施工方案)审批记录 7.2施工过程检查记录

(十三)-监视和测量装置控制程序

监视和测量装置控制程序

1、目的

通过对监视与测量装置的管理、校准和维护，确保监视和测量数据准确，从而保证工程质量、环境安全、职业健康安全的监视和测量的准确性。

2、适用范围

适用于公司工程施工、环境检测、职业健康安全检测装置和过程监测装置的控制。

本程序包括GB/T190012000 7.6条款;GB/T240011996 4.5.1条款;GB/T280012001 4.5.1条款。

3、职责

3.1计量试验中心

建立监视和测量装置总台帐，检查监视与测量装置的检定、标识和使用维护情况。 3.2监视与测量装置的使用单位负责设备的检定、标识和维护。

4、术语和定义

引用公司《管理手册》中的有关术语和定义。

5、工作程序

5.1监视与测量装置的配备和购置

5.1.1公司工程部对公司工程质量和环境监测的监视与测量装置予以识别和配备。 5.1.2公司安保部对职业健康安全监视与测量装置予以识别和配备。

5.1.3当现有的监视与测量装置不能满足测量要求时，使用单位提出申请，报公司总工程师批准后购买。

5.1.4新购置的监视与测量装置由计量人员会同有关部门验收。同时，购置单位对设备进行送检和状态标识，记入分台帐，报公司计量试验中心。 5.2监视与测量装置的管理 5.2.1公司计量试验中心建立监视与测量装置总台账。拟订并执行《计量管理制度》。 5.2.2使用单位建立监视与测量装置分台账。

5.2.3对于能溯源到国际或国家基准的监视与测量装置，在投入使用前由计量人员负责送至国家法定部门进行检定，或采用与标准相对的办法对监视与测量装置进行校准，并按照规定进行周期检定，保存检定记录。

5.2.4对于无法溯源的监视与测量装置，执行《计量管理制度》。

5.2.5对监视与测量装置应予以标识，确定其校准或检定状态。绿色标识表示A、B类设备合格使用、黄色标识表示C类设备合格准用、黑色标识表示封存和备用、棕色标识表示禁用和报废。 5.2.6监视与测量装置在搬运和贮存过程中采取适当的措施，在使用过程中认真维护，防止损失或失效。

5.2.7当发现监视与测量装置在检定有效期内处于偏离状态时应对设备此前的测量结果的有效性进行评价，并采取适当的纠正措施，同时对该设备采取必要的措施。 5.3监视与测量装置的处置

监视与测量装置出现问题时，由设备使用人通知计量检定人员 进行维 修。维修不好的可做报废处置。同时在台账上注明。

6、相关文件

6.1《计量法律法规选编》

6.2《关于企业使用的非强检计量器具由企业依法自主管理的通知》质技监局[1999]80号文件 6.3公司《计量管理制度》

7、记录

7.1监视与测量装置台账 7.2监视与测量装置购置申请表 7.3监视与测量装置封存(报废)表 7.4监视与测量装置检查记录表

(十四)-内部审核程序

内部审核程序

1、目的

验证质量、环境、职业健康安全管理体系运行是否符合标准的要求，以确保质量、环境、职业健康安全管理体系得到有效地实施、保持和改进。

2、适用范围

适用于公司质量、环境、职业健康安全管理体系所覆盖的所有区域和所有要求的内部审核。 本程序包括GB/T19001-2000 8.2.2条款;GB/T24001-1996 4.5.4条款;GB/T28001-2001 4.5.4条款.

3、职责 3.1总经理

⑴批准内审计划; ⑵批准管理体系内部审核报告。 3.2管理者代表

⑴全面组织、协调管理体系内部审核工作的开展; ⑵审核内审计划;

⑶任命审核组长及内审员，成立审核组;

⑷审核每次管理体系内部审核实施计划和审核报告。 3.3发展部

⑴拟定内审计划并负责组织实施; ⑵组织、协调内审活动; ⑶汇总、保存内审资料。 3.4审核组长

⑴编制实施本次内审计划; ⑵主持召开首、末次会议;

⑶编写内审报告，提交管理者代表审核，报经总经理批准; ⑷组织内审组对受审核方纠正措施实施情况进行验证 3.5内审员

⑴按照内审计划编制内部审核现场检查表; ⑵完成指定的审核工作，开具不符合报告; ⑶对纠正措施进行跟踪验证。 3.6相关部室/单位 全面配合内审工作进行。

4、术语和定义

引用公司《管理手册》中的有关术语和定义。

5、工作程序 5.1内审计划

5.1.1根据拟审核的活动和区域的状况和重要程度，以及以往审核的结果，发展部编制内审计划，经管理者代表审核，总经理批准。每年内审至少一次，时间间隔不超过十二个月。 5.1.2出现以下情况时由管理者代表及时组织内部审核： ⑴组织机构、管理体系发生重大变化;

⑵出现重大质量事故、安全事故、环境事故或顾客对某一环节连续投诉; ⑶法律、法规及其他外部要求的变更; ⑷在接受第

二、第三方审核之前; ⑸在认证证书到期换证前。 5.1.3内审计划的内容： ⑴审核的目的、范围、依据和方法; ⑵受审部门和审核时间。 5.1.4审核范围：

根据需要，可审核质量、环境、职业健康安全管理体系覆盖的

全部要求和部门，也可专门针对某几项要求或部门进行重点审核，但全年的内审必须覆盖质量、环境、职业健康安全管理体系全部要求。 5.2审核准备

5.2.1管理者代表任命内审组长，组织成立内审组，内审应由与受审部门无直接关系的内审员负责。

5.2.2审核组长根据质量、环境、职业健康安全管理体系运行的过程、区域的状况和重要性以及以往审核结果，编制审核日程计划，管理者代表批准后实施。内容主要包括： ⑴审核的目的、范围、依据、方法;、 ⑵内审组成员; ⑶审核的时间、地点; ⑷受审部门及审核要点。 5.2.3发展部于审核前3日内将审核时间通知受审核部门，受审部门如有异议，应在接到通知后，立即通知内审组长。经协商后另行安排。

5.2.4审核组成员按分工编写检查表，审核组长批准后实施。 5.3内审的实施 5.3.1首次会议 ⑴审核组长主持会议;

⑵参加会议人员：公司领导、内审组成员及受审核部门负责 人;

⑶会议内容：审核组长介绍审核的目的、范围、依据、方式、内审组成员和内审日程安排及其他相关事项。 5.3.2现场审核

⑴按照审核日程计划和检查表，内审组对受审部门进行现场审核，将体系运行效果及不符合项详细记录在检查表中。

⑵审核组长需在内审期间每日召开内审会议，全面了解当日内审情况。

⑶审核员在获取客观证据时，发现不合格项，经审核组长认可后填写不合格报告，并经受审核方签字确认。 5.3.3审核内容：

⑴方针是否传达和理解、目标是否分解; ⑵职责、权限是否明确; ⑶有关岗位是否有相关文件;

⑷目标、指标管理方案是否按计划实施或完成; ⑸是否对重点供方和相关方进行调查和施加影响; ⑹重点岗位人员是否经过必要的培训，具备必要的技能和意识; ⑺所有记录是否完整、有效和符合要求;

⑻运行过程中出现的问题是否及时纠正，对已采取纠正措施的问题是否再次发生。 5.3.4审核结果确认

⑴现场审核结束后，内审员应对受审核方的审核结果进行评价，确定不合格项，开具不合格报告。 ⑵内审组组长召开内审组内部会议，综合分析、评审审核结 果，对受审核方的管理体系运行情况做出评价。 5.3.5末次会议 ⑴审核组长主持会议;

⑵参加会议人员：公司领导、内审组成员及各部门负责人;

⑶会议内容：内审组长重申审核目的、宣布不符合报告，受审核方对不合格事实进行确认。 ⑷提出完成纠正措施的要求及日期; ⑸领导讲话。 5.3.6审核报告

审核结束后一周内，审核组长完成《审核报告》，交管理者代表审核，总经理批准。 审核报告的内容包括：

⑴审核的目的、范围、方法和依据; ⑵审核计划实施情况总结;

⑶不合格项分布情况分析、不合格数量及严重程度; ⑷存在的主要问题分析;

⑸对公司质量、环境、职业健康安全管理体系的有效性、符合性作出结论，并提出改进建议。 审核报告由发展部发至受审核方及有关部门。内审结果要提交管理评审。 5.4纠正措施及跟踪验证

5.4.1受审部门对审核组开具的不符合报告，应在7日之内分析原因，制定纠正措施，并确定完成日期报发展部。

5.4.2纠正措施经审核员认可，管理者代表批准，由受审核方按规定时间组织落实; 5.4.3审核员负责对纠正措施完成情况及效果进行跟踪验证。 5.4.4当涉及程序文件修改时，执行《文件控制程序》。 5.5文件资料管理

内审形成的记录由发展部负责保存。

6、相关文件

6.1《文件控制程序》 6.2《记录控制程序》 6.3《纠正措施控制程序》 6.4《预防措施控制程序》 6.5《管理评审程序》

7、记录

7.1内审计划 7.2审核组任命书 7.3审核日程计划 7.4管理体系检查表 7.5不合格报告 7.6审核报告

7.7首(末)次会议记录

(十五)-产品的监视和测量控制程序

产品的监视和测量控制程序

1、目的

对产品的特性进行监视和测量，以验证产品是否符合合同、规范、标准的要求。

2、适用范围

适用于公司承建的工程中采购产品、过程产品和最终产品的监视与测量 本程序包括GB/T190012000 8.2.4条款。

3、职责 3.1工程部

⑴负责编制并组织实施本程序;

⑵监督检查产品质量及过程检验、试验; ⑶参加工程的最终检验及竣工资料的存档工作。 3.2计量试验中心

负责对送检试件进行试验。 3.3工程项目部/分公司 ⑴负责进货产品的验证和送检;

⑵负责过程检验、试验，并对所产生的数据进行分析; ⑶负责对产品检验、试验结果评判;

⑷组织工程竣工验收，填写《竣工验收鉴定书》; ⑸负责竣工资料的移交。

4、术语和定义

引用公司《管理手册》中的有关术语和定义。

5、工作程序

5.1采购产品的监视与测量

5.1.1采购物资进场后，工程项目部/分公司物资部门向供方索取质量证明文件并验证。填写《材料送检通知单》交质检部门，做 好产品标识工作。

5.1.2工程项目部质检部门依照进货物资送检规定，对需要复检的物资进行取样、送检，并在标识牌上标出检验状态(未检、合格、不合格)。

5.1.3经验证和检验、试验不合格的物资，执行《不合格品的控制程序》。

5.1.4设备进厂后，工程项目部物资部门向供方/顾客索取设备采购清单、质量证明文件、货物清单，交到质检部门，并组织有关人员进行验收。 5.1.5紧急放行 ⑴紧急放行的条件

a、紧急放行的物资必须可以追回、更换且不影响工程质量。 b、紧急放行的物资不得用于隐蔽工程。 ⑵紧急放行的审批

a、对紧急放行的物资由工程项目部提出书面申请，报公司工程部。

b、工程部接到紧急放行申请报告后，进行调查并签署意见，同时报公司总工程师审批。 ⑶对紧急放行的物资要做出明显标识，并进行跟踪记录，当发现该物资不合格时，应予以追回和更换。

5.2过程的监视与测量

5.2.1施工过程中应对过程产品进行检验，施工员、质检员按《施工组织设计》的要求及有关规定和工程监理的要求、专业工程的有关标准要求填写相应的记录。 5.2.2操作班组按技术交底中的质量标准进行自检，自检合格后，施工员组织质检员和操作班组进行专检，质检员填写《工序质量评定表》。

5.2.3工程项目部技术负责人组织，质检员参加，约请设计、

监理、管理及质量监督单位进行隐蔽验收，质检员填写《隐蔽工程验收记录》。

5.2.4公司工程部对过程检验每月进行一次监督检查，并填写《工程质量检查/最终检验记录》。 5.2.5工程项目部质检员按国家规范/规定的有关要求，对施工过程的产品进行抽取试样/试件，送公司试验室或相应资质的第三方试验室试验。

⑴当试验需在现场进行时，工程项目部应根据有关规定，约请验收单位进行现场试验(如桩基承载试验等)。

⑵按规定需进行有见证送检试验的项目，工程项目部执行并送检。

⑶工程项目部相关部门应对收集的工程质量监测和测量的结果进行数据分析。每月向公司工程部上报质量月报，传递质量信息，针对分析出的问题采取纠正或预防措施。

⑷公司工程部每月对现场产品检验状态的标识进行一次检查，并填写《产品状态标识检查记录》。 5.2.6设备安装前，工程项目部组织相关人员学习图纸及有关标准，制定作业指导书，并进行人员的培训。

5.2.7设备安装后，质检人员按有关规定进行检查，并做记录。

5.2.8经检验和试验，评定为不合格品的产品，执行公司《不合格品的控制程序》。 5.2.9例外放行的控制

⑴例外放行需由工号负责人提出书面申请，经工程项目部技术负责人审批后方可执行。 ⑵例外放行的产品应做出明显的标识和记录，一旦发现不符合规定时应立即追回和更换。 ⑶隐蔽验收的产品不得执行例外放行。 5.3最终成品的监视与测量 5.3.1工程完成后，工程项目部通知公司工程部对单位工程进行竣工检查，合格后，公司工程部填写《工程质量检查/最终检验记录》。

5.3.2工程项目部组织相关单位对工程进行竣工验收，填写《竣工验收鉴定书》。工程交验后，工程项目部按有关规定，将竣工资料移交相关单位和公司工程部，验收合格后办理移交手续。

6、相关文件

6.1《物资采购和管理程序》 6.2《不合格品控制程序》 6.3《纠正措施控制程序》 6.4《预防措施控制程序》 6.5公司《试验管理规定》

6.6《北京市市政公用工程施工技术资料管理规定》(94)京建质字315号文件 6.7《建筑安装工程资料管理规程》DBJ01-51-2000 6.8《北京市市政工程质量检验与评定标准》

6.9《北京市编制市政公用设施工程竣工档案的具体要求和作法》 6.10《北京市编制建筑安装工程竣工档案的具体要求和作法》 6.11《北京市城市道路工程施工技术规程》 DBJ01-45-2000 6.12《北京市给水排水管道工程施工技术规程》 DBJ01-47-2000 6.13《北京市城市桥梁工程施工技术规程》 DBJ01-46-2001 6.14《〈北京市建设工程施工试验实施有见证取样和送检制度的暂行规定〉的补充通知》京建法(1998)50号文

6.15《北京市建设工程施工试验实施有见证取样和送检制度的暂行规定》京建法(1997)172号文 6.16《房屋建筑工程和市政基础设施工程实行见证取样和送检的规定》建[2000]211号建设部文件。

7、质量记录 7.1材料送检通知单

程序员自我鉴定范文第4篇

如何深刻理解目标?一方面要有基础的知识、能力积累，另一方面可以灵活运用SMART原则从不同维度梳理目标。

S：具体，把目标明确到一件具体的结果上，而不是虚无缥缈抓不住的想法。M：量化，搞清楚需要达到什么量化的结果。A：可实现，认真考量目标是否可以实现，团队的资源、能力、士气是否足够达成目标所需的条件，如果不满足怎么办，如果远远超出能力范围，就不要做承诺。R：有意义，做这件事对公司、对团队、对个人是否有意义，深刻理解其中的意义是什么。T：有时限，明确了解完成目标最终实现的时间限制。

记住：立刻行动不是傻执行，先把目标吃透就是高人的秘诀。

会休息才能让工作时间精力更充沛效率更高。

休息就是睡大觉吗?是，也不是。充足的，高质量的睡眠是必须的，但这只是基础。

更合理的休息方式是“换脑”。除了睡觉之外，要做一些让自己身心放松的事，比如听音乐、运动、陪家人聊天等等。

有些人选择彻夜打游戏、彻夜打麻将、喝酒喝到大醉不醒等方式，不仅达不到休息的效果，反而会让自己更疲惫。

分类，是高手做事的另一个秘诀。

将事情分类：分出轻重缓急，选择最关键最重要的20%的事去处理，保证80%的收益，从而能有更多的时间精力去思考去学习，进入一个良性的循环;

将知识分类：根据知识的类别建立自己的知识体系，当知识体系里的知识相互关联起来的时候，学习知识就不是加法关系，而是乘法效率了!

将人分类：不是说对某些人可以不尊重，而是跟谁有更深入交往，通过分类来分配自己的精力。

分类分得越细致，做事越能把握常人注意不到的细节。

做一件事的时候，能够全情投入，也是高手跟普通人的区别。

意识集中;不考虑得失、不考虑失败的后果，全心全意投入到实现目标的情境里;

执行集中;为了完成某个目标，所有执行都集中于一点，并调动所有团队成员将力量汇聚于一点。

集中精力，不被琐碎的事物拖累才能达到常人无法企及的高度。

普通人遇到不完美可能会停止继续向前，而高手则会通过不断尝试，一次比一次做得更好，让结果达到长线的完美。

迭代思维是这样一个过程：忍受初期的不完善、不完美，投入到市场环境接受大众的检验;跟市场保持高效的沟通，收集到问题反馈后快速完善;重复上面的过程，会越来越趋近于完美。

用投入产出比最高的方式逐步达到完美，正是高手坚持下去的窍门。

当有多项任务需要处理的时候，高手做事的节奏就体现出优越性了。

主力做重要又紧急的事; 有空闲多做重要不紧急的事; 集中时间处理琐碎的事;

能2分钟处理完的工作，马上做，不拖延。

不错过要事、盯住大事、不耽误有价值的琐事、放弃杂事，这就是高手的做事节奏。

做事有计划有章法，是高手的另一秘诀。

光有目标还不足够，还要把目标分解为可执行的计划，才能万无一失，做计划的要点是什么呢?

第一，把目标分解为多项任务，任务的综合是实现目标的充分必要条件。

第二，确保每一项任务都有人负责执行，确保每一个负责的人有能力完成任务。

第三，量化确定每项任务最终的交付成果是什么。

第四，明确每一项任务的完成时间。

做好计划之后严格按计划的时间点和交付物的质量要求检查计划的完成情况;按计划完成目标后，要有分析和总结，总结执行过程中的优点和不足，让下一个目标实现得更顺利更高效。

以上汇总起来，就是“计划执行检查总结”的高效做事循环，也就是传说中的PDCA循环。

一天当中时间安排：

早上早起先做一天的计划; 上班路上可以阅读或听录音; 到公司先与同事沟通一天的工作计划; 上午全情投入重点工作;

午休时间看看新闻、做点自己的小爱好，放松精神; 下午继续投入工作;

下班后尽快回家与家人相处一会儿;

晚间留一段时间出来学习，并总结当天的工作得失。

安排好时间，既能让工作更高效、能力提升的更迅速，还能让你觉得很轻松。

任何人都不是超人，想一个人把所有事情全部做完，最终只会把自己累死，却无法达到更高的做事境界。

把事情合理分配给团队其他的成员，一起做，既能把事情更快更高效地完成，又能让团队成员都得到应有锻炼。

良好授权的要点：

对目标的充分理解，知道要干的是什么;

合理的计划分解，保证回收的工作能完成总体目标; 充分了解团队成员，不光是了解工作能力，更需要了解心理状态，不光有能力干还要士气高涨。

程序员自我鉴定范文第5篇

作者：**，1990年毕业于**工学院计算机软件专业，后又于**年毕业在**大学完成软件工程专业硕士的学习，现供职于CNPC旗下的一个行业软件研发中心，因为在网上看了许多有经验的各路软件开发人员写的好帖，一时手痒兴起，也凑一篇壮壮声势。

假设你是一名软件专业毕业的本科学子，

如何在工作中修炼成为一名有较高职业水准的程序员呢，本文试图总结作者从事15年软件开发工作的感想，希望对有志成为职业程序员的人有所帮助，并借此机会感谢原**工学院计算机系的和智玲老师和张怀宁老师，特别感谢我的硕士导师，**大学计算机系的博导郑国梁教授。

注：本帖言辞尖刻，乃作者脾气秉性使然，如果你看着有气，就请多多见谅，放下别看了。

程序就是一系列按步骤进行的操作序列，它有好多种级别，比如最低级的微程序、次低级的汇编程序、高级的各种编程语言程序、最高级的脚本语言程序，也许我列的不对，但没关系，我要说的是不管是那个级别的程序，其本质都是操作的逻辑序列。大多数系统和应用程序都是建立在高级编程语言上的，比如C、C、C

#、FORTRAN、BISIC、JAVA等等，就让我们只关注这一级的编程能力吧。因此如果一个程序员的逻辑能力不高，他永远都不能成为一名具有合格职业水准的程序员，我们在下面的讨论有关编程能力的方方面面，最终都是为了最大程度地提高和实现一名程序员的逻辑能力。

一、掌握基础知识：十六年寒窗的持续积累

从7岁读小学起，经过16年的学习，你从软件专业本科毕业后，必须完成以下几门专业课程的学习：计算机组成、操作系统原理、汇编语言、数据结构、编译原理、数据库原理、软件工程、结构性设计语言(PASCAL、)、面向对象设计语言(C++、C#)、计算机网络等，你最好还懂一些算法分析、分布式系统、计算机图形学、形式逻辑、人工智能原理、软件设计模式、软件构架/框架等研究生的课程，16年来，你积累的除了知识，更重要的是形成最适合自己的学习方法和工作方法。这些是你具备程序员职业水准的基础能力，不要受什么计算机软件怪杰之类传奇的影响，那不过是小概率事件，而且这些怪杰们就算没有读过软件本科和研究生，也往往自学了大多数专业课程，很可能比在校学习的学生对这些课程的精髓部分理解的更好，还有他们的工作方法和思维方式是特别而高效的，但普遍性差，可以借鉴，不宜模仿。好，所以现在你只需要问问自己，那些课程和知识都学会并掌握了吗?如果是，那就准备好进行实践了。

二、在实践中提高：成为一名高水平的Coder好了，你毕业了，在校功课都不错，也找了一个专业对口的工作，你想大展鸿图了，可是别急，你的翅膀还不够硬，不信我们说来看看。通常，你在工作中都会用到某一种单位/公司固定的操作系统和编程语言开发环境，比如Windows、UNIX、LINUX等操作系统，又比如用VC、VB、PB、Delph、JAVA、Motif/XWindow、QT、OpenGL、OpenInventor等编程语言和开发环境，我们在后面把它们合称为开发环境。就在校学习的有关开发环境的知识而言，大概你距工作需要的差距是不小的，当某个操作系统和编程语言环境成为你的饭碗时，就不应也不能用通过课程/认证考试之类的眼光和要求来评价你的能力，即使你能考100分。

你需要深入地学习该操作系统和编程语言环境的各类开发手册的所有内容，你会说大多数你都用不上，其实你既对又不对，对的是单从使用的角度而言，你确实用不上开发手册的大多数内容，比如庞大的VC开发类库和复杂的开发环境，你在实际工作中能用到的不到总数的1/10或1/5，不对的地方在于，你用到的部分不是孤立存在的，它们是整个体系中的一部分，只有对整个体系有了一个较完整的了解，才能得心应手、随心所欲地用好你用到的部分，你才算初步具备在这种开发环境下进行Coding的职业水准(还远不够程序员的职业水准呢)，而这只是刚开始。如何才能真正掌握一种开发环境的全面的知识呢，最原始的办法就是读开发指南/教程、参考手册，一般来讲，学习开发指南/教程时，你如果是一个认真的人，都会完成5/10~7/10左右内容的学习和练习，如果你想成为职业选手，就应该完成9/10以上内容的学习和练习。参考手册不同，大多数所谓的“程序员”们只是用到了才翻翻，这差的太远了，你应该象读开发指南/教程一样，每个环节都要读，比如VC，参考手册中的每个类，类的每个函数，都要读上几遍，它们往往是一小伙一小伙地纠缠在一起使用的，开始时读得你毫无头绪、心烦意乱，不要紧，还有一手呢，如果你开发环境安装的全面，它们往往都有开发商做的demo例子可看，你就进入另一个境界了，开始时你关注demo中的具体技术，后来

你发现这些demo的程序写的都还算不错，结构简单但合理，如果你真的用心，就一定能发现一些个别的demo是极品，它所展现的程序逻辑结构是你设计不出来的，你现在有点更关心它的程序设计构架，甚于对你原始目的(某种相关的技术/技巧)的关注，这时的你，开始了从一名Coder向一名Programmer的转变，你会忍不住要看看开发商提供的源程序

，比如.h和.cpp，通常你会找到include路径下所有的.h程序，你才知道，哇!好多好多东东在参考手册中都没提到，你要学的太多了，没时间顾及其它的业余爱好了，现在知道为什么程序员是年轻人的职业了吧，你要有足够多的时间才行，即使你的智商有160。如果你走到这一步，在你工作的团队中，已经是经常有人向你请教技术问题，经常有人请求你帮忙debug，你已是公认的“高手”了，别得意，因为你仍然是个Coder，为什么这么说呢，你想想，你已深入了解了这个开发环境中的各种技能，知道一名Coder如何用好这些东西，可是你能设计的出提供给Coder们用的东西吗?唔，你想了想，可能还不太行。对了，就是这样，你还是一名小我境界的程序员呢，本质是个Coder，当然已是一名高水平的Coder了，然而你需要进一步登堂入室才能成为一名真正的程序员。

让我们继续吧，通常你都是从精通一种编程环境开始的，假设你已经较为精通在Windows下用VC开发软件了，这时在技术和技巧方面你将面临一小一大两个挑战，第一个小挑战是如果公司/单位改换了开发环境，比如用LINUX下的QT交互语言工具进行开发，你不过是把前面掌握VC的过程再来一遍，由于在主观上经历了VC工具的学习过程，在客观上各种开发环境都有太多相似的方面，这回你掌握的应该较快。要小心，在这时第一次诱惑之门打开了，因为你感觉良好，看!这回这么快，我就这么好地掌握了新的开发环境，你开始关注其它暂时还用不到的同类环

境，比如VB、Delph、JAVA，如饥似渴地掌握各种开发工具，证明自己的学习能力

和价值，但你忘了一点，你仍然是个Coder，只不过是一个在好多开发环境下都能

编程的Coder，就像你生活在中国，因而精通了汉语，工作需要你又掌握了英语，

然后你就来了劲，把俄语、日语、阿拉伯语、拉丁语，等等等等，都学习个遍，

我只能说，有点BT。你忘了自己是个职业人，同一类的东西工作中用得到才需学

习，太多太多的Coder们喜欢在一起比较和炫耀自己会掌握了几种开发工具，不信

你看看招聘时的求职书就知道了，sigh!他们中绝大多数人永远都只能停留在这

个层次上，心浮气躁，一生都再也当不成真正的程序员了。总结一下，其实你在

这时需要的是对自己掌握新开发环境的能力的自信，而不是一遍遍地重复来证明

自己。第二个大挑战就是你明白了只掌握VC是不够的，你发现自己有点浅薄，有

很多东东你会用但你不太懂，很多方面支持VC编程的知识你都没掌握，比如操作

系统的源码、网络协议知识、Windows的注册表、进程和线程的基础知识、硬件

驱动方面的知识、ActiveX、Windows庞大的API，又是一个等等等等，这些基础

知识的学习和掌握可是要花费大量时间的，你再一次深切地感到时间太不够用了

，因为这时的你大概有许多俗务缠身了，所以有点沮丧，还不用提IT业每天不知

有多少新东西在发布，KAO，永远都跟不上，越拉越远了。哎!别气馁，振作一点

，你还是忘记了自己是个职业人，既然好多东东在工作中你永远都没机会用，那

么干嘛要学呢?用什么才学什么，最多预测到马上要用什么，先一步学什么好了

，要知道没有人是真正的、无所不精的全科大夫，除非你是神，但如果你还在耐

着性子看这篇文章，你肯定是个人嘛。

OK，一般工作后三五年，你经历了上述过程，经受了诱惑和考验，终于明白了一

个道理：你要的是强劲的学习知识的能力，是对某种软件知识/技能的有深度的精

通，一种摸到它的根的深度，而不是已掌握的技能的种类和数量。这时无论谁用

他掌握了多少种你不会的技能来吓唬你都没用，你对他的层次只有蔑视。通过几

年的学习和工作，要记住最重要的一点，永远最重要：对自己学习IT知识能力的

自信，一个程序员一生都要不停地进行高强度的学习，用心问问自己，有没有这

个自信?别用虚荣心来骗自己哦，如果没有的话，那就不必花费你宝贵的时间向

下看了，作者在此感谢你有耐心看到这里，现在建议你关闭这篇文章，趁着年轻

，当机立断转行吧!

三、注重逻辑：成为一名职业程序员

好，再前进一点点，你就要成为一名职业程序员了，让我们继续来完成这个任务

吧!我们在前一节提到过，“你发现一些个别的demo是极品，它所展现的程序逻

辑结构是你设计不出来的，你现在有点更关心它的程序设计构架，甚于对你原始

目的(某种相关的技术/技巧)的关注”，其实你是在关注这个demo程序作者的思维

逻辑，所有程序的本质就是逻辑。技术你已经较好地掌握了，但只有完成逻辑能

力的提高，你才能成为一名职业程序员。打一个比方吧，你会十八般武艺，刀枪

棍棒都很精通，但就是力气不够，所以永远都上不了战场，这个力气对程序员而

言就是逻辑能力(其本质是一个人的数学修养，注意，不是数学知识)。逻辑能力

也是逐步提高的，开始时你一定是用直观的逻辑能力来编程的，怎么想就怎么编

，不对就再改，在改进中提高自己的逻辑能力，从直观逻辑能力提高到抽象逻辑

能力，这是很正常的。提前说一句吧，到达逻辑能力的至高境界，其表现是用数

学语言来描述问题和问题的解决办法，高度抽象!好，说回来吧，你要提高逻辑

能力，最快的办法就是读别人写的结构优秀的程序。优秀的代码是百读不厌的(这

句话是我抄来的)，暂时放放对其中某种技术和技巧的关注吧，你要推导和学习的

是这些好程序的逻辑结构，它们是被精心设计出来的。你可以先捂住这个demo程

序，自己设计一个功能相同的程序结构，然后比较一下demo的程序结构，如果差

距较大，那你就不应简单地改进一下，而是要把demo作者设计的过程在心里复原

一遍，做到这一点也许有点困难，但这种事干的多了，你就会越干越快，越来越

得心应手，你的逻辑能力飞速提升，你能看得上的逻辑结构优秀的程序开始不多

了，下一步就是练习。从工作中开始吧，如果你有空闲，你需要做至少两类练习

，一类是算法练习，所有的经典算法都是经典的逻辑，题目有的是，像个好学生

一样吧，每年的国内国际编程竞赛都有逻辑要求非常高的题，你可以只选一两道

难题来做做。当你可以把复杂的单递归程序(只有A调A)变成非递归程序时，已经

不错了，如果你能看得懂双递归程序(A调A、A调B、B调A、B调B都有)，我为你鼓

掌!你不必往下看了，我有点不好意思啦――班门弄斧，你快滚蛋吧!另一类是

把以前和当前你工作中你不满意的程序推倒重新设计一遍，这非常重要，省时省

力，因为你熟悉需求，技术上也没问题，目的就是改进程序的逻辑结构，很划算

哦，唯一要克服的就是：你对推翻以前工作中那点小小成就的心理障碍，如果你

真想优秀，说句粗话：这点心理障碍算个屁，一遍遍反复地推倒已有的成果只能

使自己快速进步，放手干吧，没什么好可惜的，马恩早就在《共.产.党宣言》里

说过了：在这个过程中，你失去的只有锁链(禁锢你思想的锁链)。

让我们来总结一下，经过自我否定后，再生的你尽管对过去的“业绩”还有一些

眷恋，但已是一个初步具备职业水准的程序员了，掌握了相应的技术和技巧，具

备了较高的抽象逻辑思维能力，最主要的特征是：能自觉地自我否定，不断地追

求更高水平的逻辑能力。

在这个过程中，如果你能注意以下一些小的方面，你前进的步伐也许会快一些。

l从编译原理的角度来理解你工作中使用的高级语言，如果你做到这一

点，至少有两个好处，第一个好处是避免一大堆低水平重复出现的编译错误。一

名优秀的Coder平均在一个工作日中应该完成200行以上的源码，其编译错误应该

控制在5个以下，要知道这200行源码不是一次完成的，所以大多数情况下你都要

追求一次编译通过，而一名职业水准的程序员，应该进一步做到即使用purify这

类的工具来检查源码，也不会存在严重的内存泄露。第二个好处是可以提高源码

的可读性和效率。规范地编写你的代码使你自己的逻辑清晰，因为你明白多加几

个括号和空行、多换行对齐、多注释，编译器是会自动识别的，不影响程序执行

的效率，反过来，控制好递归调用和循环内的if语句才是提高程序效率的关键，

要全力避免递归，但要深刻理解递归，能通过自己建立堆栈来把递归程序转换成

非递归程序，要求还是较高的哦!

l避免思维陷阱，只要你是人就一定有自己的思维惯性，这一定又会表

现在你的程序逻辑中，有时你就是从这个惯性中跳不出来(谁都有这个时候)，但

要心里有数才行，所以你需要帮助，如果你有几个水平相若或更高的职业伙伴，

太好了，当遇到花30分钟还打不下的bug时，就别浪费时间了，找他们吧，最要紧

的是能思路清晰明确地表述你的问题，通常你自己在这个过程中或者伙伴中就有

人把问题解决了，又快又好。另外，有几个可以良性竞争的职业伙伴是人生的一

件幸事，1 1>2，大家各有所长，你最好做到及时公开你的成果，技不压身嘛，IT

发展的这么快，你再优秀，那点东东也没有什么值得隐藏的，所以你可以技术或

水平不够高，但千万不可以让真正具有职业水准的选手鄙视你的职业品质和行为

。

l有自己debug的特点，下面的说法作者不敢太肯定，只是经验之谈。即

使在VC这种高度完善的开放环境下，你仍然应该要求自己仅凭打印语句就能debug

。这也有两点好处，第一个好处是，遇到bug你会认真想问题所在，而不是用

debug工具一步步简单地追踪卡在哪儿了，你定位bug范围的方式是从大到小、从

粗到精，这是一种自顶向下的思维方式，而用工具追踪，容易形成自底向上的思

维方式，这不算好，你应该先看到森林，再看到树木。我反复提及：程序就是逻

辑过程，大多数程序从main函数开始，是由数据结构和功能子程序组成的一个树

形结构的逻辑过程(要认清即使是面向对象的程序语言也是一样的)，它的执行过

程是深度优先的，但你定位bug应该是广度优先的，好好想想这一点，嗯?第二个

好处是强迫你思考并记住而不是用工具看到调用过程，你大脑的抽象逻辑思维能

力和胳膊上肌肉的力量一样，都是练出来的，如果你的bug是程序结构上的逻辑错

误引起的，这一点就非常重要了，顺便说一句，最难打的bug就是程序逻辑结构错

误导致的bug。你要是真正明明白白地认识到这儿了，那我就没什么东西可以告诉

你了。总之，程序员的职业水准：生产效率和程序质量，主要是取决于源码中bug

的数量和debug的速度，而不是取决于编写源码的速度。给你一个我自己定义的考

查一个职业程序员的指标：一个合格水准的职业程序员，编程的时间如果算一份

的话，其累计debug的时间不能超过一份，真正职业高手累计debug的时间应该控

制在0.5份以下，如何?你关上门悄悄问问自己，你花费在编程和debug上的时间

比例是多少?如果你把程序员作为自己一生的职业，那么就永远都要牢记一点：

追求做一个0bug的优秀程序员!这是任何一个想成为职业程序员的人的理想，请

相信：坚忍不拔地追求实现这个理想将让你出类拔萃!

l做好程序的单元测试，这是另一项考查你是否是一名具有合格职业水

准的程序员的一个必要指标。其实在你拿到需求的时候就要准备单元测试用例了

，并且这些用例将直接影响你的详细设计(有关软件设计本来是该放在第四节讲的

)。我们还是打比方吧，当你拿到一个需求时，除了分析它静态的功能外，还应明

确它动态的操作/执行过程，把这个动态过程明确地用流程图画出来，比如分为A

～Z的26步，其中A又可以进一步分解为A1～A5的5步，直到不能再分解为止。又比

如说A3步不可分解了，那么你应该把A3步的正常操作和所有五花八门的异常操作

都列出来，确保正常的操作肯定正确，异常的操作起码程序不退出才行。这样你

就要写好多好多的测试用例，说句老实话，我也从来不写!但我一般会列一个提

纲，比如A3步有正常的操作a、b、c、d、e共5项，异常的操作有f、g、h、i、j、

k、l、m、n共9项，你在进行单元测试时都应该跑一遍，这样的程序都还不敢说质

量如何好，但起码可以说较稳定吧!如果要想在进行单元测试时干得快、效率高

，那么在进行详细设计时，你就应该把A3步中对所有正常操作和异常操作的判断

都设计好，在编程实现A3步时，使得程序的结构合理高效，对不对?所以，如果

你在工作中是割裂地看待软件工程中从需求、分析、设计、编程、测试等各个环

节，恐怕水平很有限喔!但如果你在分析需求时就能看到测试的问题，并改进设

计和实现，为此做好相应的准备工作，嘿嘿，整个软件开发过程你的效率会高很

多，通常你在一个开发团队中就会高度自信的，你已越过当一名偏颇、露骨的高

手的境界，成为一个平静的高手，这可是Thebestinthebest!，用周星星的

话说：是高手之高高手，因为别人看不出你高在哪儿，没见你有什么高招或特拚

命干，但反正你就是干得又快又好、又省力。关于进行单元测试还有很多复杂的

方法，在此本文只提到了最基本的一点，目的是让你在工作上考虑周全、安排有

序，其它的自己琢磨吧，没有人能替你吃饱饭!

l如果你是用C++编程，我再简单谈谈有关内层释放的一个小技巧，就

是对所有你编写的类，在构造和析构函数中加打印语句，统计每个类在运行程序

时构造和析构的地方，如果是配对的，那么起码没有对象类一级的内层在程序运

行结束时没有释放，然后你就可以把打印语句删掉了，招数虽土，但管用!

l还有其它一些好习惯，在这里我随笔写一些，你要是有不同看法也请

一笑过之吧。编程时应该对齐缩进，一个缩进用一个tab键，一般是4个空格，严

格遵守开发团队的编程规范也是非常重要的。一个子程序不应超过30行(不算空行

)，其内多重循环不应超过3层，否则都应该分裂成两个子程序，个别算法程序可

以长一些，但也不宜超过200行。通常一个类的所有成员函数总和不宜超过1500行

，多了就应该考虑分解成两个类(这个工作最好在设计时就完成)。每完成一小段

程序，比如15～30行，就立即编译运行，不要假装高手，先敲它一大堆程序，再

编译运行，妄想一次成功，体验一种假爽的、虚荣的快感，或炫耀给别人看，这

么做只能证明自己是一个不折不扣的傻瓜，装酷而已。因为只要有一次不成功，

你就会花费大量的时间来调程序，别人的进度在这时就远远地超过你了，平常心

是道，还是修炼真功夫吧!孙子兵法里关于这一点有明确的阐述，我就不引用了

，但建议你真的不要这么干，除非你确实就是这样总是一次就成功的天才，那你

还看这篇文章干什么呢?我又不是写给你们这些天才们看的。再就是有学会买好

书、读好书，关于计算机和软件方面的书太多了，时间有限，比如有一个叫侯捷

的家伙，几乎写的每本书都不错，张国峰的C++编程也不错，这只是我的个人意

见啊，好书多着呢，列出来比这篇文章长好多倍，我就不多说了。还有一招，要

是你运气好，能搞到一些著名软件系统的源码，好好读读吧，在此我只能告诉你

，Linux操作系统的一些源码不错，是开放的，你可以合法地搞到，其它的不要说

是我建议你侵犯知识版权啊!

四、天生神力：成为系统分析员

本来就论述如何成为一名职业程序员而言，本文已基本完成任务了，但《菜根谭

》有言：竭世机枢，似一滴投于巨壑，穷诸玄辩，若一毫置于太虚。既已乘兴到

此，何妨多置一毫于太虚呢，作者不才，干脆尽兴写算了。

你要是运气好，直接进入了一个严格规范生产的软件企业就业，刚开始就应该是

按别人做好的软件设计来实现编程，你可以有机会直接学习软件设计，当你积累

的足够多了，能够对其中的一些设计提出好的改进建议，而且干得又快又好，就

会渐渐地展露头角，我相信你终有一天成为一名软件设计人员(注意，不是软件产

品设计人员)，步入系统分析员的行列，但这还需其它的一些条件和自我修炼。如

果你在一个不规范的软件企业工作，那也不错，你很可能直接就有机会进行软件

设计，然后开发、测试，甚至还不得不自己定义需求，把软件开发过程的各个环

节走一个遍，当然这样对你的要求更高，而且你也不容易得到及时有益的指点，

在正态分布的情况下，你应该是成长的很慢。但不管就业的单位如何，如果你决

心要成为顶尖软件职业选手，通常什么客观困难都阻挡不了你，然而你个人的因

素可能会阻止你的前进。下面提出的观点纯属一己之见，伤人自尊之处作者在此

提前道歉，并建议你除非对本文有强烈的兴趣，否则就请直接看第五节或放下别

看了。丑话已说在前头了，在各种软件开发组织的发展过程中的事实也证明，只

有少数程序员能成为系统分析员，我想这一点不是我杜撰的吧，因此你要是在看

接下来的部分时感到气愤难当，那也实在没着，纯属活该，因为作者只是在说明

自己的观点而已，你最多可以呲之以鼻，表示一下你的轻蔑好了，但没有任何理

由可以骂人!

作者自己没有到微软面试过，但身处软件行业，关于微软的许多东东当然还是有

耳闻的，据说微软招聘一名程序员要过五个已经成为微软程序员的面试关，而且

是一票否决制，又据说大多数面试题并非编程，而是一些有关逻辑和智力的题，

作者私下也做过许多流传的微软面试题，并对此做法深以为然。程序的本质就是

逻辑，所以几十年前就有人提出编程是一门艺术，而艺术是要靠天份的，这一点

少有人反对。一个人的逻辑能力可以不断提高，但其能到达的终极逻辑能力的层

次必定为其天生智力所限制，这一点就让人不易接受了。好笑啊!人们可以公开

承认自己没有某种或全部的艺术天份，但要说自己逻辑天份不够，换句话说承认

自己笨、IQ不够高，往往是要怒发冲冠的，其实这又有什么区别呢?话都说到这

儿了，再次建议你如果不够自信，就跳过这一节吧，直接看第五节，好吗?

好了，把话题说回来，你已经成为一门合格的职业程序员了，如果要想成为从事

软件系统设计的职业系统分析员，第一件事就是悄悄找一个标准智商测试的网站

或其它渠道，严格认真的测一测自己的智商，如果IQ低于130(正常智商是110)，

就请别费劲了，打消掉成为系统分析员的念头吧!好!好!先请你冷静一下，好

好想想，其实微软面试时就是在测你的智商和逻辑数学素质呢，这就是本节的标

题为“天生神力”的原因，因为设计就是从无到有地进行创造，无论是软件还是

其它行业都一样，可以有借鉴的，没有现成的，设计就是创造!如果你IQ在130以

上，又决心要当一名职业软件系统分析员，其实你不过是要准备好吃更大的苦而

已，有什么好虚荣的呢?

修炼还是从基本功开始的，过程和成为一名职业程序员差不多。必须使用设计工

具这一点是不用多说的。在工作中，你基本上遇到的是两类方式的设计，一个是

结构化设计，另一个是面向对象设计，就个人经验而言，面向对象的设计更好。

如果你工作中不得不采用结构化的设计，你必须熟练地掌握数据流图和控制流图

的分析和设计，一般来讲，如果你把一个软件中用到的数据模型设计好了，针对

功能化的流程，不难设计出数据流图，但下一步设计控制流图才是挑战，如果你

按照需求走不通设计好的控制流图，那么你或别人在按照这个设计编程实现时，

必定也走不通，没有奇迹会发生，还是在设计阶段严格要求吧，又有一点需要牢

记：返工是最慢的。当你在进行控制流图的设计时，也不要妄想得到需求人员提

供给你明确的指点，通常他们要是能够把需求的功能和操作次序写完整的话，你

应该就感恩戴德了，从需求中整理出功能、操作的拓扑次序和条件是你作为系统

分析员的职责。看看，要是没有一点图论的基础和拓扑学的入门知识，你是当不

好一个职业系统分析员的，即使你天赋不错，必要的数学和逻辑素质仍然不可或

缺。也不用气馁，永远没有最好的设计，只有更好的设计，反复地进行设计迭代

，勇于推翻旧的设计，你将快速进步。如果你在工作中是采用面向对象进行设计

的，那就更有利了，有关面向对象设计的书太多了，不用作者在此多费口舌，建

议精读一本经典的书，比如北大邵维忠等编译的《面向对象的分析》，有些方法

和技巧可能过时，但其逻辑的基本原理是非常正确的，其本质是，你在逻辑上是

如何认识这个世界的，你就是如何设计软件体系结构的，然后读读其它书，触类

旁通，自己创造机会多实践，成功自然会到来的，总之，不管是结构化设计还是

面向对象设计，评价一下自己的软件系统设计方案吧，有好多指标呢，比如是否

均匀和平衡?局部独立性强不强?有没有歧异的结构?有没有层次太多或太少?

有没有某个层次太大、太广?是不是逻辑结构先复杂了再化简的?还是只会设计

简单的，复杂不起来(这一点是笨哦，如果出现多次，请你不要意气用事，转行吧

)?最重要的一点，是否容易理解、实现和改进?你自己会得出评价的。如果有机

会看到别人的设计，一定不要错过学习的机会，自己推导一遍，认真比较比较，

获益会较多。

走到这一步，你就应该关注设计模式了，首先还是学习，这方面的好书有的是，

但一般在工作中用到的设计模式较为单一，应该多尝试一下其它的设计模式。其

次必须要明白设计模式不是设计思路，也不能代替设计思路，比方你要从A到B修

一条路，设计模式只是让你选择，是修水泥的还是柏油的?是高架路还是普通的

，但线路必须你自己定，而线路就是设计思路，模式对思路是有影响，但不能代

替，所以如果你的智商高达250，我相信你直接用汇编语言也能写出面向对象的程

序来。第三在此有一个陷阱，很多系统分析员生搬硬套设计模式，全然不懂如何

融会贯通，在你的一项具体工作中，往往是以一种设计模式为主，其它模式为辅

的，思维不拘泥于形式才是关键，而且也为你到达更高的软件设计的境界做好准

备。

唉!都不知该怎么向下写好了，因为已达到作者水平的极限了，我胡乱说一点，

你凑合看吧。软件设计最终的层次是：以无法为有法、以无限为有限，这句话是

李小龙说的，不是我说的。再拾人牙慧一把，类比一个故事吧，金大侠在《倚天

屠龙记》里讲到张无忌初学太极，学会的标志是把刚学的招数全忘了，记住的是

太极的道理和精神，和李小龙有些相似喔，软件设计也一样，忘记所有的设计模

式，随心所欲进行设计才是至高境界，所以你能到达多高的软件设计的境界最终

将取决于你的哲学素质，这一点实在是不好写啊，你自己领悟吧!作者只有祝福

了!

五、职业人的终极目标：全面修炼，成为Leader

这一节更不好写，涉及到太多其它非技术方面的因素，特别是个人人生观和世界

观的修炼，如果本帖的点击率超过作者私下期望的一个数值，那我就争取尽力厚

着脸皮再补上吧。我只说一句，虽然大家都知道软件开发是一个团队性的工作，

但追求参与一个大型软件系统的成功开发，是一名软件人员的本能，就像拿破仑

说的不想当元帅的士兵不是好士兵，所以不追求实现大系统的软件人员，也不是

一个好的职业软件人员，但你只有成为Leader，领导一个优秀的软件开发团队，

才有机会实现这个终极职业目标，对不对?

好吧，不管你现在的感受如何，我都谢谢你能读到这里!我不习惯假歉虚，就不

说什么作者水平有限，本文抛砖引玉，欢迎大家批评斧正之类的客套话了，虽然

作者水平确实有限。所以我认为你尽管有权砸砖，但实在没必要搞回帖、或回骂

、或顶之类的玩意儿，我只是尽兴写一点多年从事软件开发工作的体验，因此接

下来我就高挂免战牌，不回复任何回帖了。再次谢谢你能有耐心读到这里!希望

本文对你有所裨益，祝你成功!再见!

程序员自我鉴定范文第6篇

娘娘

他是我在自习室里最先注意到的一个人。由于天天跟我们女生一起坐在一张大桌子周围，他显得有点儿与众不同，而且骑车的姿势也很特别。像娘娘这种带点女生气的男生，一般都心地善良，脾气委婉，女生缘特好。再加上娘娘每日都深坐在大桌子的角落，眉头深锁，稳若泰山，超级用功，这个爱学习的好娃娃忽然让大家喜欢了起来。等在一张桌子坐得久了，自然的，我们总能把墙角的娘娘逗笑，不过也是那种很矜持的笑。再后来，一切更自然了，我们每每辛辛苦苦地翻窗占座都不忘把墙角的位置留给娘娘。偶尔遇到在那条沙尘路上骑车的娘娘，便很开心地和他打招呼。看着他远去的身影，我们会说：“你看，娘娘骑车多优雅!”

发愣狂

起初，发愣狂坐在整个大自习室的最后一排的旮旯里。每每走过讲台前，我都能越过几张桌子看见一个抬起的脑袋和一双发愣的眼睛。这样的一幕每天都在上演：从我走进教室门口的那一刻起，他的目光就追随我，直到我落座。只是，每每与他的眼神相遇，我都觉得浑身不爽。试想，如果你被一双发愣失神的眼睛紧紧追随，是不是也会感到不自在?有一天，发愣狂突然不见了，这时我们才发现，原来他也早已是我们生活的一部分了。

KAPPA男

KAPPA男的来历是因为他常常穿着一件后面印有大大的“KAPPA”字样的衣服。现在的名牌确实有点难辨真假，有的人是真的穿了名牌却让人觉得穿了仿版，而有的人穿了仿版却穿出了名牌的感觉，KAPPA男当然属于第一种人。在我的印象里，他似乎一整个冬天都穿着那件KAPPA，也许是因为他怕换下KAPPA后我们都该不认识他了吧。

邻居

邻居其实和我住斜对门，绝对的优等生。我们并没有在一起学习过，我想真正的好学生大概都是特立独行的吧，因为他们有很强的自制力、思考能力和学习能力。还记得他给我发过一条最经典的短信：北京欢迎你!我看到后，就恍惚看到，北京紫禁城的大门吱吱呀呀开了，一缕阳光投射过来，抬头仰望，还带着彩色的光圈，然后我雀跃着跑向那个大门

由于常常联系，邻居也就成了唯一一个我知道考研结果的孩子，他总分考得很高，但和我一样，都“被”英语了。我说不如咱再考一年吧，邻居则很理性地跟我分析形势，一是年龄不小了，该工作了;二是家庭条件一般，该挣钱了。现在我的邮箱里面还有邻居给发的资料，什么什么重点，什么什么必备。其实，我从心里感谢他，是他让我知道再也不能做一瓶不满半瓶晃荡的人了。

村官姐姐

其实我真正的邻居是村官姐姐，她人很好，很实在。她总是不厌其烦地跟我们打招呼，亲亲切切的，问她借东西，她总是毫无怨言、翻箱倒柜帮我们找。她是挂了职在考研，总是起得比我们早，回来得比我们晚。聊起以前的日子，她说村子里没什么事，也就开开会，现在连开会也不去了，等考上研究生再回去给村民们服务吧现在我很后悔，当时应该彼此留个联系方式的。因为上班后，我发现，能熟知能交心的人都不知道哪儿去了，大家只会客套地说笑