工作年度总结

不知不觉又干了一年，一年下来项目做了不少，涉及的领域也越来越广，从传统的互联网项目：OA、MTI、采购，到现在的软硬件结合：智能井盖、监控挖掘机、激光瞄靶射击、税控终端 。也从一开始的几个月做一个项目，到现在逐渐缩减到一个月出一个项目。有幸参加过招标，越发觉得互联网行业的竞争越来越大，但也有喜欢吹牛逼的企业，什么什么都能做。对于中小企业来说确实是个很严峻的挑战，寒潮不是说说而已。以我目前的见知，我觉得物联网，也就是软硬件结合是一条不错的出路。

就我公司来说，是一个小型团队。也没有那种做大做强的冲劲，只能说是稳步前进，找了一家靠谱的硬件合作着，项目也确实不断，一个接着一个。从B/S做到小程序，又做到安卓，当中还牵扯到和硬件打交道，杂！！！对于老板来说，他觉得都很简单，比如安卓开发板串口连个打印机，发发命令，就认为一会就搞定了！对于没用过的人来说，这就是要攻克的难关，虽说现在我做完回头看看，也就那么回事，但做的时候确实压力不小，毕竟第一次。现在就我个人而言，还是喜欢做java多一点，平时是工作原因，要一个人从前端撸到后端。这也是当初进公司被坑的地方，应聘的是java程序员，进来变成软件开发！！！这一下子拓展面就广了，什么都是软件，所以老板就觉得软件就应该什么都会，所以单单一个项目就两个人从头撸到尾，不按照前后端分工，按照模块划分，每个人包几个模块这样子。都说现在不搞“英雄主义“，而全栈只是公司不愿花钱请更多人的借口罢了。扪心自问，学的广度是够了，但深度还差的远呐，所以平时还是尽可能的更专注于java的开发。

不以规矩不成方圆，我觉得是很对的。代码需要有规范，往往因为就几个人做一个项目，代码就写的非常随意，这一点非常不好，对于错误的定位和日后需求的改动来说，不注重代码质量，日后改起来是很痛苦的一件事情，给自己挖坑，也给日后接手的人挖坑，这就突出了另一个点，写注释。虽说一个良好的代码，无论从逻辑还是各种命名规范，如果都能达到一定的高度，就可以起到不写注释别人也能看懂的地步。就好比评价一款软件好不好，就在于用户操作手册的字数的多少，字数越多，本身你软件操作起来就越复杂，对于客户的理解水平就有一定的要求。一款成功的软件在于90%的功能不用说明书客户也能很好的使用。

做软件这一行，要避重就轻，不能花太多时间在攻克没有必要的难关上面，要花90%的时间精力去做完80%的事情。还有做什么事情都要先做技术论证，可行再做，不能一股脑就"肯兹肯兹"干，效率最重要。只要出现过一次的bug，就肯定还会出现第二次，虽然这是废话，但不能抱有侥幸心理。做一个项目，你不能为了实际生活中出现的那1%的可能的操作情况，去做大篇幅的修改，这是得不偿失的。一款软件能考虑到90%的使用情况，我觉得已经相当不错了。

说是年度总结，其实也就是个人的一个小小的随笔，想到哪里写到哪里，大家将就着看看，-_-

在这里祝大家新的一年前程似锦，一帆风顺。