程序员代码面试指南

2022-08-05

第一篇：程序员代码面试指南

程序代码注释编写规范

为提高控制程序的阅读性与可理解性，现制定相关代码程序代码注释编写的编写规范。一般情况下，源程序有效注释量必须在20%以上，注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不能太少，注释语言必须准确、易懂、简洁。常规注释有以下两种方式。

单行:以"//"符号开始，任何位于该符号之后的本行文字都视为注释。

多行:以"/*"符号开始，以"*/"结束。任何介于这对符号之间的文字都视为注释。

一、说明性文件

说明性文件(如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg等)头部应进行注释，注释必须列出：版权说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等，头文件的注释中还应有函数功能简要说明。

示例：下面这段头文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。

/************************************************* COPYRIGHT (C), MicTiVo International. Co., Ltd. File NAME: // 文件 Author: Version: Date:

// 作者、版本及完成日期

DESCRIPTION: // 用于详细说明此程序文件完成的主要功能，与其他模块

// 或函数的接口，输出值、取值范围、含义及参数间的控

// 制、顺序、独立或依赖等关系 Others:

// 其它内容的说明

Function List: // 主要函数列表，每条记录应包括函数名及功能简要说明 1. ... History: // 修改历史记录列表，每条修改记录应包括修改日期、修改

// 者及修改内容简述 1. Date: Author: Modification: 2. .. *************************************************/

二、源文件头

源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。

示例：下面这段源文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。

/************************************************************ COPYRIGHT (C), MicTiVo International. Co., Ltd. FileName: Author: Version : Date: DESCRIPTION: // 模块描述，描述本文件的内容、功能、内部各部分之间的关系及

//本文件与其它文件关系等 Version:

// 版本信息

Function List:

// 主要函数及其功能 1. ------- History:

// 历史修改记录

**********************************************************/

三、函数

函数头部应进行注释，列出：函数的目的/功能、输入参数、输出参数、返回值、调用关系(函数、表)等。

示例：下面这段函数的注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。

/************************************************* Function:

// 函数名称

DESCRIPTION: // 函数功能、性能等的描述 Calls:

// 被本函数调用的函数清单 Called By:

// 调用本函数的函数清单

Table Accessed: // 被访问的表(此项仅对于牵扯到数据库操作的程序) Table Updated: // 被修改的表(此项仅对于牵扯到数据库操作的程序) Input:

// 输入参数说明，包括每个参数的作

// 用、取值说明及参数间关系。 OUTPUT:

// 对输出参数的说明。 Return:

// 函数返回值的说明 Others:

// 其它说明

*************************************************/

四、变量寄存器

标志变量要有较详细的注释，包括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等的说明。示例：

Unsigned char receive_floag; //接收标志;

/* 0—接收失败, 1—接收成功, 2—…….*/

receive _process()

//调用函数

Unsigned char receive_data[10]; //数据接收存储器;

/*在 receive _bit() 中对其赋值*/

//调用函数

五、控制寄存器

在对控制器控制寄存器进行操作时，需注明该寄存器功能，配置参数作用，以及配置时的注意事项等的说明。示例：(PIC单片机定时器控制) void time0_init(void) { T0CON=0X09;

//设定TMR0工作于16位定时器方式,内部时钟,不分频 INTCON=INTCON|0X20; //TMR0中断允许

INTCON=INTCON&0Xfb; //清除TMR0的中断标志

INTCON=INTCON|0xc0; //* 开总中断、开外围接口中断

TMR0H= 0xaa;

TMR0L= 0xaa; }

// 对TMR0写入初值.注意:与溢出中断写初值不同

第二篇：办理组织机构代码年检程序

准备材料：a IC卡，公章，50元钱。

b法人证正副本及副本复印件。

c.法人及经办人身份证原件及复印件。d. 组织机构代码证正副本原件。

1.排队取表：拿组织机构代码证(扫描用)、法人证副本复印件，法人身份证复印件、经办人身份证复印件，取回表格一份，核查信息是否准确，然后填写经办人部分内容，盖公章。

2.拿组织机构代码证正副本原件、IC卡、及刚填好的表格到复审窗口年检，表格盖章后去交款。

3.拿盖完章的表格到收款窗口交50元。表格盖收款章后回到复审窗口换回组织机构代码证正副本和IC卡。50元收据回单位报销。

4.此项工作在每年3月1日---5月31日完成。

第三篇：组织机构代码证丢失补办程序

组织机构代码证申请补证

a) 由申请补领单位向组织机构代码登记部门提交丢失原因说明及由法定代表人签字的代码补办申请;

b) 经代码登记部门同意后，申请补办单位到代码登记部门指定的报刊上刊登《遗失声明》; c) 申请补办单位将刊登有《遗失声明》的整版报纸和其他材料申请补证。

北京组织机构代码证一套(正本、副本、IC卡)丢失登报，根据规定只能在四个报纸刊登遗失声明有效，分别为：北京晚报、北京晨报、北京青年报、北京日报。

■组织机构代码证声明登报手续：组织机构代码复印件

■组织机构代码证声明登报范本：

关于丢失补领代码证书丢失、损毁代码证书的单位，需持营业执照副本等证件及经办人身份证明及复印件、未丢失的代码证书、IC卡等材料及公章到代码办公室填写补办申请并领取《补办通知》，持《补办通知》到市级以上非专业性报社登报声明作废。然后持登有声明作废的报纸及办理代码证书所需的材料到代码办公室补办

遗失声明：北京某某有限(责任)公司于xx年xx月xx日办理的组织机构代码证正本丢失，(代码号：xxxxxxxxxxx-x) 特此声明作废

北京市组织机构代码证丢失登报电话：010-67344960

填写以下表格

组织机构代码证书补办申请

我单位由于原因，丢失(损毁)代码证书(正本□、副本□、电子副本□)，代码号为，发证日期为，电子副本颁发日期为现申请补办。

法人代表人或授权经办人签字：

申请单位公章

年月日

注：见附件登报格式

附件：

组织机构代码证书遗失作废公告

单位名称，因故遗失了组织机构代码证书(正本□、副本□、电子副本□)，代码号为，发证日期为，电子副本颁发日期为。特此声明作废。 (登报时请登：北京市级以上报纸)

发证机构盖章

年月日

第四篇：程序员装B指南

一、准备工作

“工欲善其事必先利其器。”

1.电脑不一定要配置高，但是双屏是必须的，越大越好，能一个横屏一个竖屏更好。一个用来查资料，一个用来写代码。总之要显得信息量很大，效率很高。

2.椅子不一定要舒服，但是一定要可以半躺着。

3.大量的便签，各种的颜色的，用来记录每天要完成的事务，多多益善。沿着电脑屏幕的边框，尽量贴满，显出有很多事情的样子。

4.工具书，orelly的，机械工业，电子工业什么的都可以，能英文就英文，不行影印版的也可以，反正越厚越好，而且千万不要放在书架上，一定要堆在桌上，半打开状。

二、从进门开始

1.着装!着装!不管你是去实验室，或者去公司的大楼，在或者是小公司的民宅，或是自己创业的黑作坊;无论是春夏秋冬白天晚上刮风下雨电闪雷鸣台风龙卷风，一个装b的程序员都要十分在意自己着装!这里只提出参考建议。初级装：衬衣+牛仔裤+休闲鞋。中级装：T恤+宽松短裤+拖鞋。高级装：背心+宽松大花裤衩+人字拖。

2.得体的举止。在走廊以及任何形式的过道里，一定要双手插兜，走得像个痞子，至少要看起来有点反社会，如若不行，可走文弱天才型geek路线。。

3.如果有女性在你背后指指点点，小声嘀咕说这一定是一个技术男的时候，应该先低头，然后保持低头状态，缓缓回头，坏坏地蔑笑但是不要出声，然后快步前行。

4.进门后，一定不要跟任何人打招呼，笔直走向自己的位置，最多路过打一杯咖啡，千万不要有多余的动作，显示出自己的专注与心无旁骛。

三、坐下就不要再动了

1.坐下以后，姿势需要略微后仰，能翘着二郎腿最好了，然后在后仰的情况下低着头，以便看到屏幕，然后千万就不要再动了。

2.粗暴地把电脑前的大堆书推开一个口，然后摘下电脑上的一个便签，看一眼，不过3秒，可以开始coding了。

3.能不用IDE就不要用，实在装不了，无论IDE是什么，一定要调成DOS那种黑色背景的。

4.如果写前台界面，就不停地调试后台代码;如果写java，就在里面混编C;如果写C，就在里面混编汇编。不光要coding，还要时不时的翻出一本什么英文的书翻一翻，看不懂就看看插图，然后扔到面前假装懂了继续coding。

5.什么看起来高端就用什么，不要管实用不实用。例如对C++：switch统统重构成多态;如果有指针，统统改成智能的;C++一定要自己写 template;数字是全部要替换成宏的名字能起多长就起多长;struct就不要出现了，如果出现，也一定要用__attriburte__修饰一下;运算都是位操作的;操作符都是重载的;网络都是并发缓冲线程池的;int只用int32_t声明的;继承不用普通的，什么多继承虚继承啊;helloworld也要写捕获异常的;后人一看代码，中间一堆关键

字 extern,asm,auto,XXXXX_cast,volatile,explicit,register,template，让一般总在敲 int,if,else,for的小程序员顿时心生崇拜。

6.注释?算了吧。只有两个路线可以选：一，变量名起得巨长无比，看代码就和读英文文章一样顺畅，根本不需要加注释。二，代码无比晦涩，加不加注释根本无影响。

7.千万不要用IM工具交流，千万不要问同事问题，显得自己没有水平，都是自己上网或者查书。

8.无论是同事间开玩笑或者发生任何群体性时间，不要抬头，更不要东张西望，即使地震火灾，也一定要先提交代码再行离开。

四、潇洒地离开

1.人走，主机是千万千万不能关的，至少要跑个daily build，实在不行正在svn提交也勉强算过关。

2.书应该已经又堆到屏幕前了，千万不要整理，明天再来推开。

3.不强求最后一个走，但一定要所有的非程序员，什么市场啊前台啊pm啊都走光了，才可以走。

4.走得时候一定要率性，千万不要收拾任何东西，站起来，出门，好的，就这样。

5.如果今天一定要说句话的话，找到那个最苦逼的程序员，跟他说，你进度太慢了啊，不要老让我等你。

就写这么些吧。最后，送上《苦逼的程序员之歌》 (来自为什么我们程序员晋升这么难的网友评论)：

在那山的这边海的那边有一群程序员，他们老实又胹腆，他们聪明又没钱。他们一天到晚坐在那里熬夜写软件，饿了就咬一口方便面～～哦苦命的程序员，哦苦逼的程序员，只要一改需求他们就要重新搞一遍，但是期限只剩下两天„„ 转自：http://insertyou.iteye.com/blog/1155539