程序员工作日志

导语：日志主要是发表在网络，详细介绍一个过程和经历的记录。下面是由我整理的关于程序员的工作日志。欢迎阅读！

篇一：程序员工作日志

光阴如梭，半年的工作转瞬即将成为历史，伴随着新年钟声的临近，我们依依惜别硕果累累的20XX年，满怀热情的迎来即将到来的20XX年。在这年终之际，现对来公司5个月的时间里所作的工作汇报如下：

1、正义ERP项目的编码工作。从了解新疆正义项目的背景、及计划安排，熟悉正义公司制度及业务流程，再到熟悉新能开发模式，之后我根据需求调研报告，从基本的数据库创建，到编码，完成了销售部、生产部、采购部、质检部四个模块的基本单据的制单、审核、选单、查询、打印等系列的编码工作；完成了正义项目的模块测试及流程测试。

通过这段时间的努力，使我个人的耐心、细心程度及对工作的合理安排得到了锻炼，学会了在繁忙之中找条理，危难之中找希望。同时自己也有一些不足之处，一些细节地方技术上还不太成熟，还需加以学习与钻研。

2、、正义ERP项目的实施工作。从十一月初开始进行正义项目的实施，每天早起赶在企业上班前赶到企业进行ERP的实施。实施期间主要是软件的安装实施及对企业的ERP系统的使用人员进行软件使用培训；纪录客户使用过程中出现的问题，晚上下班后加班加点将每天的小错误及客户变更修改完毕。

通过这项工作，使我原本欠缺的业务能力得到了很大的提高，并学到了很多与客户交流的技巧及业务上的知识，更加明晰了ERP系统的流程。但离一个成功程序开发人员的标准还差得很远，在今后工作中，定会多多注意，加以改善。

3、帮助和使用手册文档的编写。帮助的编写使我熟悉了Dreameweaver和Fireworks的使用，为后期的OA开发也奠定一定的基础，使用说明的编写，使我更加加深了项目开发的整体思路与技术要点，日志了前期开发和实施中碰到的问题，并又一次的对软件整体进行了测试，对暴露出的小BUG进行了最后的修改。

4、利用工作之余的休息时间加强学习。平时注意收集有关PB方面的资料文件，提高自己的处理新问题和解决新问题的能力，并加强学习Java及OA方面的知识（现转为学习。net），为后期的工作打好基础。

以上为本人粗略的个人工作小结，请领导审阅，如工作上有不到之处，请领导不吝指出，以便本人及时改正，从而能更好地工作。

展望临近的20XX年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。相信自己会完成新的任务，能迎接新的挑战。

篇二：程序员工作日志

工作四年了，保持着每年写一份日志的习惯。

我很希望日志有一个醒目的名字，比如从xx到XX，或者薪水从yyyy到YYYYY这样。可惜什么都没有，我的职位依然是软件开发，薪水依然是那么多。现在经济萧条，估计也没什么希望涨钱了。

对于怀有远大抱负的同学，这份日志应该是份反面教材。

记得去年写日志的时候心情很差，抱怨了很多当时的工作以及领导花生，那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。

不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的`。我需要的是让我每天的8小时能够享受工作的快乐。

投简历面试的过程非常折磨人，尤其是我的处境（每天很大压力，完全是自我打磨的阶段）。

我清楚地记得面试现在这份工作那天是某个周六，我的经理娃娃和技术主管T同意我周末面试。一共4个小时，那绝对是一个互相争取的过程。他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。

真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。

这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。每个人都特别，合作也会有摩擦，但是整体运作非常协调，开发速度和效率都高。从他们身上我看到不同的工作态度，生活态度。这些对我的都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话，现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我，从刚进入公司就如此。在熟悉产品阶段我提出的问题和建议他都认真的听了，而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说，当我们带着创意去和老板谈的时候他是我坚强的后盾。

这一年下来我在纯技术上的提高并不多，我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面，如果说前两年我还需要领导把需求说得很明白，还会为马后炮而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求，也不用每一步都需要认可再做接下来的工作。总的来说就是技术和业务之间的距离越来越近，而且还可以想到客户将来会需要什么（我曾经的领导应该很欣慰，他培养的人终于达到他说的big picture了）。

也许这也是我一年来少来csdn的缘故吧，不会有什么特别没有头绪的问题需要上来发问。可以把所掌握的技术灵活的运用到实践中去。

其实把需求抽象建模还是很麻烦的，很多时候在最初阶段客户自己都不知道自己要的是什么样的方案 。对于需求很明确的客户实在太少了。这个不断修改的阶段耗时耗力，关键是还不一定能争取下来拿到单。我们单位有个很好的传统，当争取到新的客户后。售前和销售都会对我们开发人员作一次演讲，分析客户特点（一般客户都比较有名没啥说的）以及我们的解决方案 中哪些部分是最打动客户的，也就是利润点。每一次这样的会议都会伴随着很久的讨论余波，开发者在讨论的时候又会产生新的想法，我是100%享受这样的流程。

实在要说技术点上面，第一个接手的工程是提速，大量数据快速插入数据库（我找到的。net的bulkcopy，vb6的string class+union all ）

开始大面积接触sql server 2012,写很多存储过程。net写一些winform的东西，不是特别高深。但是很好的对于结构的锻vb6跟不同版本的cad及其衍生物结合（这个一直在做，不过越做越高深）

最后就是我每年都会写的细节与规范，现在身边立着几个榜样，我需要时时刻刻鞭策自己。

篇三：程序员工作日志

记得去年写日志的时候心情很差，抱怨了很多当时的工作以及领导花生，那个时候的愿望是找一份新工作。没想到刚进入12月我就找到了。

不得不说这一次求职我是认真的把它当作一个工程去做，客观得对自己进行了定位，而且非常重要的是明确我想要的工作到底是什么样的。我需要的是让我每天的8小时能够享受工作的快乐。

投简历面试的过程非常折磨人，尤其是我的处境（每天很大压力，完全是自我打磨的阶段）。

我清楚地记得面试现在这份工作那天是某个周六，我的经理娃娃和技术主管T同意我周末面试。一共4个小时，那绝对是一个互相争取的过程。他们对于工作的热情打动了我，觉得和这样的团队合作一定可以有火花。

真是幸运，当我正视错误，用行动做出改变的时候，找到了一份我要的工作。入职三周已经和团队磨合得很好了，用同事的话说就是觉得我已经加入很久了。

这里不得不说一句我们的团队，一个老中青结合富有战斗力的集体，而且还不乏八卦调节生活。每个人都特别，合作也会有摩擦，但是整体运作非常协调，开发速度和效率都高。从他们身上我看到不同的工作态度，生活态度。这些对我的职业规划都有着潜移默化的影响。领导“娃娃”也非常合适我目前阶段对于领导的需求。如果说几年前我初出茅庐需要的是一个有时间且肯耐心带我的领导的话，现在的我需要的是一个可以给予我充分信任的上司。“娃娃”信任我，从刚进入公司就如此。在熟悉产品阶段我提出的问题和建议他都认真的听了，而且给我时间让我按照自己的想法作出修改。后来我也喜欢把新想法跟他说，当我们带着创意去和老板谈的时候他是我坚强的后盾。

这一年下来我在纯技术上的提高并不多，我们所面向的客户并不要求尖端的技术。经验主要体现在理解需求上面，如果说前两年我还需要领导把需求说得很明白，还会为马后炮而耿耿于怀。那么今年应该算是个分水岭。现在的我不需要领导花很久时间来讲需求，也不用每一步都需要认可再做接下来的工作。造价员工作日志预算员工作日志联通营业员工作日志

1、采用Log4CXX等公共开源日志组件：这类日志组件的特点是跨平台且功能比较强大，例如可以把日志发往另一台服务器或记录到数据库中等；另外，可配置性较高，可以通过配置文件或程序代码对日志进行很多个性化设置。但从另外一个角度看，由于这些优点往往也导致了在使用方面的缺点。首先，对于一般应用程序来说，它们并不需要太多的功能，通常只需要把日志记录到文件或反馈到应用程序，功能太多反正让用户使用起来觉得繁琐还得背负很多从来都用不到的代码。其次，这类日志组件通常是跨平台的，并不只是针对 Windows 或 VC 的`应用程序，因此使用起来总会觉得有点别扭，例如他们的字符都是用 char 类型的，对于一个 Unicode 程序来说每次写日志都要做字符转换是很不爽的事情，本座在多年前曾经使用过 Log4Cpp ，程序执行时总是报告日志组件有内存泄露，虽然有可能是误报，但是使用起来总觉得很不舒服。

2、自己写几个简单的类或函数记录日志：这种方法的确很简单，通常都不用一两百行的代码。但这种方法通常缺乏规范性和通用性，其他程序需要记录类似的但有点差异的日志时，通常的作法是：Copy-Paste-Modify；另外，这类方法很可能也没有考虑性能或并发方面的问题，通常是直接在工作线程中写日志，对于那些性能要求较高的应用程序是绝对不允许的。

3、干脆不记录任何日志：的确，现在很多程序由于各种原因并没有记录任何日志。但本座以为，如果一个程序是有用的，具备一定功能，并且需要连续运行较长一段时间，那么记录日志是必须的；否则，得认真考虑该程序是否有存在的必要了。

---