软件开发个人工作总结范文
总结是对取得的成绩、存在的问题及得到的经验和教训等方面情况进行评价与描述的一种书面材料，它可以给我们下一阶段的学习和工作生活做指导，不妨坐下来好好写写总结吧。但是却发现不知道该写些什么，以下是小编为大家收集的软件开发个人工作总结范文，仅供参考，欢迎大家阅读。
软件开发个人工作总结范文1过去的一年，我参与了较多的产品设计，从中受益匪浅，不仅学到了很多专业知识，对动态产品有了更全面的理解和把握，而且培养了我作为机械工程师所应该具备的基本素质。同时，我坚持自学，学习了当前机械行业新的工具软件和专业书籍，提高了理论水平。现将具体工作总结如下：
1.设计、调试出口印度的摩托车试验机
印度之行是成功的，也是艰难和值得回味的。我们一行三人，在没有翻译的情况下，克服当地天气炎热和饮食不适应的困难，在不到三周的时间内将四台设备调试完毕，拿到了用户的验收纪要，这是值得肯定的。但，我觉得也有一些遗憾的地方。由于是第一次做车辆产品的出口，缺乏经验，我们的包装和防锈做的不够好，设备出现了故障，让印度人对我们的满意度下降。如果我们注意这些细节，用我们的产品打开印度这个工业刚起步的国家的大门，那么，我相信我们会从中受益。
2.主管设计PWS-J20B1
此试验机已经交检完毕，各项指标达到了技术协议要求，等用户款到发货。
3.参与设计PWS-200B
与毛 ……此处隐藏6941个字……认识太肤浅，只有掌握了不变的东西才能应付好上层的技术，否则只会被微软牵着鼻子走。
所以对新人来说，打好基础是多么重要，可惜我后知后觉了。
除了基础的东西，我认为其次重要的是软件架构。
好的架构可以让事情事半功倍，让下面实现具体代码的感觉很轻松。说得过分点，一个好的架构师可以带一群实习生的干活都能出好东西。软件开发越来越不需要我们懂底层的东西，很多现成的轮子可以用，但是要知道怎么搭积木就需要好的架构师了。
所以我觉得平常要多看好的开源架构，多学习框框的东西，当然轮子和积木知道哪里能拿到。最怕的是像我一样，只会google找积木搭，这就是所谓的纯码农了：
其次是业务，开发很多时候要懂业务。
很多开发的很不屑业务，认为技术才最重要。其实很多时候业务才是王道，软件开发在我看来大部分时间都是给业务做服务的，做支持的，公司都是靠业务才能赚钱的。
所以开发人员也要懂业务，特别对那种不是很想一直做开发的来说，懂业务又懂技术也许会给你更多的机会。
最后是软件开发的职业发展。
个人的看法是码农能爬上去做架构师和经理的其实很少，基本一个萝卜一个坑，我见到开发能一直做到退休的都是老外，人家基本没有title的，这样的我观察无非两种人。一种是对业务很精通，同时对技术系统又很懂的，公司少不了他。一种是对技术很热情很钻研，能力很强，又不想去要什么title的，基本可以挑大梁。
我想国内的情况虽然不太一样，不过基本可以借鉴下老外。当然不做开发还有很多可以做，我想说的是开发是可以做一辈子的，就看个人的想法了。
这个问题我自己也一直在想，目前只有一条模糊的路，也得摸石头过。
