我想推销下自己（HPC组工作总结）

HPC项目组工作内容：

按照富士通作业管理软件FD式样书的要求，协助日方工程师开发出具有可提交，管理和调度作业的高性能服务器软件（23万行代码/7人）。该软件运行在富士通PC集群上，可高效地为用户提交的作业分配资源。

开发工具：

C语言，GCC工具链，GNU make, source insight及SVN版本管理工具

开发环境：

RHEL操作系统和富士通PC集群 （集群由6400个物理节点组成，每个节点有255个core）

工作描述：

1.负责与日方沟通，理解富士通PJM软件功能设计书和分析客户需求。

Ø   快速确定出式样书中模糊有歧义的地方，从而通过和日方沟通，将这一部分详细准确化

Ø   通过沟通，明确划分自己的负责开发范围，和日方做好详细具体的分工

2.负责将日本富士通理化研究所开发的作业管理软件中作业调度模块（3万多行/3人）由tofu集群（六维拓扑结构）移植到PC集群（一维拓扑结构）。

Ø    由于PC集群计算资源过于庞大，为了快速访问空闲可计算资源，设计出哈希表接口函数，加快PC集群中物理节点和core的访问速度

Ø    遵循FD式样书要求，合理而快速地确定移植工作需要对应修改的代码区域范围，从而锻炼了多快好省开发代码的能力

Ø    在移植开发工作进展过程中，也锻炼了快速理解C代码能力—通过阅读中画流程图和数据结构图方法加深代码记忆和思考

3.参阅富士通资源调度分配相关资料，负责作业调度模块中资源分配子功能的结构设计 。

Ø    为了准确分配JOB资源，对每个JOB运行开始结束时间点上对应的资源状态变化采用双链表存储。为了加快查询资源状态变化信息，对PC集群资源状态采用位图表示。

Ø    该结构设计具体由检查资源，分配资源两部分组成。具体分配时有不同策略（共享/独占，节点优先级，集中/分散）

4.合理预估项目进度，避免出现交付风险

5.遵循富士通编码规范，进行作业资源分配子功能的编码工作（3千多行/2人）。

6.负责代码评审工作，通常采用交换review和会议review代码的方式。

Ø   review代码时，注重发现每个人写代码的不同风格。根据风格去更有效地检查代码BUG

Ø   懂得更有效地使用断言来增加代码的可维护性

7.负责编写软件的CT测试case集和具体的CT测试工作，发现BUG时，进行及时有效地修正

Ø   熟练掌握了GCC和GDB。懂得通过有效地分析GCC警告信息，来提前发掘程序可能存在的BUG缺陷，从来减轻未来CT测试时的负担

Ø   团队开发能力进一步提高。懂得如何多人开发模式下更快有效地解决CT测试发现的BUG，软件版本维护意识也在逐渐增加

Ø   通过一系列BUG分析和纠正的工作锻炼，加深了对C语言开发大型软件时的各种内存错误问题（如内存越界和泄露，空指针等）的认识。并且懂得了如何高效安全使用指针

Ø   提高了Linux下多线程程序开发和调试能力

8. 为了减轻以后CT测试的负担和更有效地调试C语言内存错误，负责独立开发C语言动态内存分配管理工具。

Ø    该工具通过对C语言内存分配库函数地有效包装，再配合使用断言，可以更快速地定位解决内存越界BUG，大大减轻这方面的BUG调试负担

Ø    该工具可及时准确地报告程序运行时存在的内存泄露状况

9.年终考评，获最佳加班奖

工作心得：

非技术方面：

Ø   团队合作能力得到很大的提高。懂得了项目经理与项目成员之间的关系，项目经理是overhead，自己须首先主动地让项目经理了解自己性格和工作比较擅长的方面，其次更重要的是自己得及时准确地向项目经理汇报自己每天的各项工作动态，有助于领导更好的安排任务

Ø   知道了如何更好地融入团队开发

Ø   懂得了软件开发中技术只是个工具。要以熟悉项目组开发业务，更快地完成工作为先，技术为后

技术方面：

Ø   深刻领悟了一个优秀的程序员实际写代码时间只占他整个开发的一小部分时间这个道理。语言是次要的，背后的设计思想才是主要的。平时可以通过画各种流程图，设计图来注解，分析和构造程序，还有多参与集体讨论来提高自己设计水平，并且这样也能减轻开发工作的负担。

两年的FNST工作经历使自己迅速成长为一名有熟练开发经验的linux C语言工程师，详见我的CSDN博客（http://blog.csdn.net/buhui912）中FNST工作总结和工作随感专栏