2016软件工程师的工资待遇
& 2016软件工程师的工资待遇
2016软件工程师的工资待遇
　　软件工程师的工资待遇怎么样?以下是应届毕业生小编给大家整理提供的内容，仅供参考!　　软件工程师的工资待遇　　软件工程师岗位职责　　【一】　　1、软件的程序设计与代码编写。　　2、有关技术方案、文档的编写，软件单元的测试。　　3、根据项目具体要求，承担开发任务，按计划完成任务目标。　　4、配合系统分析人员完成软件系统以及模块的需求调研、需求分析。　　5、独立完成软件系统及模块的编码。　　6、协助测试人员完成软件系统及模块的测试。　　7、负责编制与项目相关的技术文档。　　8、根据项目具体要求，承担大型网站设计与开发。　　9、部分软件功能模块设计和软件界面美化。　　10、协助测试试人员完成软件系统及模块的测试。　　【二】　　1、MES程序的设计与开发;　　2、适应性维护工作;　　3、提高生产的效率，保障系统的稳定性及可靠性;　　4、掌握生产流程，优化生产控制;　　5、跟踪IT技术进展，做好技术储备。　　三年工作经验的软件工程师的经验之谈　　时间过得很快，我做软件工程师已经三年整了。我没有做过一个项目，一直在做框架相关的工作，有时维护 Web 框架代码，有时写移动 Hybrid 的前端 UI 框架，也有时做开发工具或自动编译平台等。　　我想分享下这段时间在工作上的个人经验，分为几点：　　&&做框架的态度　　我工作中做得最多就是框架，框架的本质是提高重用性。对于做框架，除了本身能力很重要外，很关键的是做框架的态度。　　1. 不要因为困难的而不去做(1).作为程序员的程序员，如果你解决了一个困难的问题，你造福的是所有使用你框架的人。　　(2).即便是很简单的功能，能做就要做，只要这功能不是哗众取宠的。　　我很厌烦的是一些遇到困难后，连去深入研究都没有的人。当然困难问题解决起来耗费的时间可能会长，但如果有益，就去解决。　　2. 辨认是否真的做不了可能由于框架开发者能力的问题，在某些问题上找不到解决方案，于是有人就轻易归结为做不了。并不是说不能承认做不了，而是希望能在问题上多加探讨，一句解决不了真太简单了。不要那么容易说“做不了”，这个“做不了”应该是反复验证之后才得出的结论，而不是“你不会”。　　3. 将用户当傻瓜提供出去的东西，不要让使用者做得太多，能封装就封装，能简单就简单。别让他们绕太多弯弯，不然会有一堆疑问抛向你，用的人也很痛苦。　　4. 框架技术选择框架如果需要接入其他技术，不是用自己最擅长的技术，而是大众最常用的。例如当 Python、Go、NodeJS 都可以选择时候，是否可以考虑最为大众化的 NodeJS。　　&&JavaScript　　1. 控件本质我写得最多，最深刻的一点感悟就是。所有的控件效果，抽丝剥茧，可以归结的本质是，对于 DOM 元素的位置变换、隐现，事件的控制。所以在实现一个控件的时候，最应该做的分析最本质的现象，是与哪些元素相关，包含什么事件，涉及什么 CSS3 效果。这样，你就不会无从下手。　　2. 注意重用另外，当你写重复代码的时间就要注意了，重复地方是否有重用地方，是否可以做优化。不要就直接复制、粘贴了。 JavaScript 里面这种随意复制粘贴的情况很常见，所以加强复用东西(组件、控件)的编写能力挺重要。　　&&Hybrid框架(mobile)　　之前我做了一年多 Hybrid 框架的 Web UI 部分。(目前有很多很好的 Hybrid 框架，我以前的文章也有说过很多，想看的可以往前翻翻)。这里有两点我想告诉 Hybrid 框架的开发者。　　1. 如何做得像原生做的(1).Web 页面结合原生壳的应用，在效果上与真正的原生应用还是存在差别。那怎么做的像原生做的，那就是用原生做。动画效果、控件用原生实现，那么效果才真的像。　　(2). 控件样式就根据手机原生控件样子做，像 framework7。现在很多框架都能在原生上找到影子。自己特立独行一套效果图出来其实没必要，除非你的能比苹果公司的设计师做的更好。　　2. 别用单页这个是我添加在框架里最糟糕的东西。这个导致了加大开发者开发难度，效果在 Android 上也不尽如人意。　　&&部署自动化　　1. 能自动化的东西，就别手动做无论是做手机应用，还是桌面应用，原生或混合应用(Hybrid)，又或者是前端后端，程序打包编译都应该实现自动化。　　2. 把开发人员解放出来　　开发一个打包平台，将版本、可配置内容开放出来，给部署人员去做配置打包，开发人员并不参与。　　这种事利己利人，特别是在频繁打包构建时候。当你花几天做出自动化东西，会发现后面省下的时间何止几天。　　&&对学习的问题　　1.学习只能靠自己(1). 公司本身不是让你学习地方，是为了让你创造价值的，只不过在创造价值时，顺带学习了东西，让你可以得到实践。 当然可能做的事本身就没有可学习地方，那充实自己也只能是自己，也可能学到的东西得不到实践。　　(2). 前辈只会讲个大概给你，谁也不想手把手的教，都想你能够主动去学习。　　2.多学习多总结从毕业开始到现在，我每到有疑问的时候，都会记下来，找时间去解决它，然后会总结经验，写到博客里。总结写博客有个好处，就是能把经验教训进行一次完整总结，而为了博文内容是正确的，我会查阅很多资料去归纳总结，这样总会有点成长。　　&&对错误的态度　　1.不要怕在早些年，遇到问题错误时，在没明白详情时，就开始慌张了，担心自己解决不了。而现在是比较坦然了，对于错误，先理清问题到底是什么，接着判断是不是你该解决的，这问题是否紧急，最后才是考虑怎么解决。最后，天塌了还有老大挡着。　　2.承认做不了自己做不了，就承认做不了，别死鸭子嘴硬，到后面出问题了再说，那就尴尬了。　　&&对于自我　　1. 直面不足我虽然自诩是个前端工程师，但是我知道我做不成那些漂亮的页面(设计)，只是在脚本部分有些造诣。我不是个聪明的人，只是还有些小勤奋，我会花时间去弄懂。为了写好一篇博文，会去完整的查找资料验证。　　2.成为别人的依靠三年时间，也使得自己在某些方面是别人完成不了最后一个依靠。这时天塌了，找你了。　　3.有些偏执了随着我看到的东西越来越多，知道得越多，越能认清一个东西对错好坏，对于我认为不对的，就不妥协，一定指出来。　　4.小进步我不是个勤奋的人，也不是个不思进取的人。我也怕自己没有进步，但也不喜欢强迫自己，所以现在我都是争取自己每天有一点不同。闲暇时间会学学弄弄小东西，写写博文，无聊时也会打打游戏，我希望是能遵从我本心。　　人总要一些追求的，不然每天都过得差不多。我追求是每天有一点不同，每天有一点小进步，就够了。　　&&总结　　我一开始是做一个产品的后端，再后面两年转而做前端的(应部门需要，在我的部门里面，不是看你会什么，而是看要做什么，如果需要新技术才能做的，那就要去学，然后用起来)。三年时间过得很快，上面这些是我感觉比较重要的，希望对初入社会的程序员有些用处。
推荐新闻资讯
相关资讯推荐
热门工资话题这些编程语言程序员工资最高！Java 才第四
在众多行业中，程序员属于高薪职业。无论是在国外还是国内，程序员的薪金水平普遍高于其他行业的工作岗位。高薪的诱惑和充满挑战性的工作，令程序员一直成为备受欢迎的职业。在今年年初，Glassdoor发布的一份调查报告指出，在美国，程序员的就业情况仍然向好。据报告显示，在排名前25位的最能赚钱和需求量最高的工作岗位中，超过一半以上的岗位要求求职人员具备编程技术。因此，要想获得高薪不是一件容易的事情，你得有过硬的本领。14种最具“吸金”能力的编程语言据美国Rasmussen College（拉斯姆森学院）在2015年5月发表的一篇文章显示，在数以百计的编程语言中，以下14种编程语言最具“吸金”能力。文章指出，这个结果是拉斯姆森学院收集了在2014年发布的1800万个招聘广告，以“平均年薪”和“招聘职位”两个指标为基础进行分析而得出来的。(数据来源：Rasmussen College)而在今年发布的调查数据则显示，根据编程工作的数量，排在前九位的编程语言如下：图片来源：学习哪种编程语言可以赚到更多钱？不同的编程语言适合不同的系统，不同的工程师也需要掌握不同的编程语言。后台或服务器端的程序员通常都懂得Python, Ruby, PHP, Java或 .Net以及数据库的知识。前端或客户端的程序员掌握的编程语言主要是HTML, CSS和JavaScript，能力全面的程序员还具有设计能力。移动应用的程序员懂得的语言是用于iOS 的Objective-C 或安卓系统的Java， 还有用于移动网站的HTML/CSS，他们当中有些人还懂得服务器的知识。3D或游戏开发者懂得 C/C , OpenGL和动画，同时具有艺术能力的程序员会更有优势。高效程序员懂得C/C 和Java,有的人还有数学和定量分析的能力。如果你并不介意工程师的类型，Python, Objective-C, JavaScript, HTML和CSS这五种语言是值得学习的。因为每年它们都会出现在“最受欢迎的编程语言”名单中。此外，作为程序员，你还应该学习一些数据库，例如MySQL, MongoDB，而且要学习如何使用它来编程。出处：
转载请注明：文章转载自 开源中国社区
本文标题：这些编程语言程序员工资最高！Java 才第四
本文地址：
那么问题来了，html叫编程语言？
安卓就是java玩的 所以归于java范畴
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论js代码量大就悲剧了~~~~引用来自“mark35”的评论另，我觉得js语言设计很优秀，一切皆对象。java为对象而对象的设计过于繁琐了哈哈， java ， c++是面向对象里面设计的最糟糕的另外， 我觉得面向对象就已经足够糟糕了所以我现在 PHP里面大量的static
事实上社会上招的python程序员还要附带会C语言，这不扯淡吗
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论.net的webform一般用来开发内网的信息系统的，牺牲一些网络（一般是内网）带宽换来开发速度的提高。而且内网信息系统对界面是否花哨要求很低。引用来自“mark35”的评论.net（控件）开发速度挺高，不过开发集中在后台，aspx包含js/html代码和数据与展现分离的设计不符，带来的问题是浏览器dom对象属性值复杂（带有控件前缀），提交（表单）数据很复杂（用于和后台控件交流），导致前端调试js很不方便。我现在项目是从.net往java上迁移，前端js代码基本全部重写。本来计划oracle往pg迁移，但一千多个存储过程…… 算了还是先替换.net吧引用来自“乌龟壳”的评论.net如果用webform，迁移到java肯定是蛋疼得不行，基本上和页面有关的代码全部要重写。而且webform里面实现了很多细节（如安全性等），如果用java只是重做出了神似，估计会有很多漏洞。引用来自“mark35”的评论zf机构项目，目前是内网使用，安全威胁不高。长远计划是部署到腾讯云上，有得折腾。 安全上以我php经验看主要是字符串过滤，插入数据库的转义（我用prepare），不知道java的漏洞会在哪些方面？这其实和语言无关，做好相应的校验即可。.net拖拖控件就能校验了，所以如果翻译成其它语言得注意这方面，还有就是防止csrf，防止伪造请求等功能，webform都有设置直接可避免。
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论.net的webform一般用来开发内网的信息系统的，牺牲一些网络（一般是内网）带宽换来开发速度的提高。而且内网信息系统对界面是否花哨要求很低。引用来自“mark35”的评论.net（控件）开发速度挺高，不过开发集中在后台，aspx包含js/html代码和数据与展现分离的设计不符，带来的问题是浏览器dom对象属性值复杂（带有控件前缀），提交（表单）数据很复杂（用于和后台控件交流），导致前端调试js很不方便。我现在项目是从.net往java上迁移，前端js代码基本全部重写。本来计划oracle往pg迁移，但一千多个存储过程…… 算了还是先替换.net吧引用来自“乌龟壳”的评论.net如果用webform，迁移到java肯定是蛋疼得不行，基本上和页面有关的代码全部要重写。而且webform里面实现了很多细节（如安全性等），如果用java只是重做出了神似，估计会有很多漏洞。zf机构项目，目前是内网使用，安全威胁不高。长远计划是部署到腾讯云上，有得折腾。 安全上以我php经验看主要是字符串过滤，插入数据库的转义（我用prepare），不知道java的漏洞会在哪些方面？
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论.net的webform一般用来开发内网的信息系统的，牺牲一些网络（一般是内网）带宽换来开发速度的提高。而且内网信息系统对界面是否花哨要求很低。引用来自“mark35”的评论.net（控件）开发速度挺高，不过开发集中在后台，aspx包含js/html代码和数据与展现分离的设计不符，带来的问题是浏览器dom对象属性值复杂（带有控件前缀），提交（表单）数据很复杂（用于和后台控件交流），导致前端调试js很不方便。我现在项目是从.net往java上迁移，前端js代码基本全部重写。本来计划oracle往pg迁移，但一千多个存储过程…… 算了还是先替换.net吧.net如果用webform，迁移到java肯定是蛋疼得不行，基本上和页面有关的代码全部要重写。而且webform里面实现了很多细节（如安全性等），如果用java只是重做出了神似，估计会有很多漏洞。
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论.net的webform一般用来开发内网的信息系统的，牺牲一些网络（一般是内网）带宽换来开发速度的提高。而且内网信息系统对界面是否花哨要求很低。.net（控件）开发速度挺高，不过开发集中在后台，aspx包含js/html代码和数据与展现分离的设计不符，带来的问题是浏览器dom对象属性值复杂（带有控件前缀），提交（表单）数据很复杂（用于和后台控件交流），导致前端调试js很不方便。我现在项目是从.net往java上迁移，前端js代码基本全部重写。本来计划oracle往pg迁移，但一千多个存储过程…… 算了还是先替换.net吧
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）.net的webform一般用来开发内网的信息系统的，牺牲一些网络（一般是内网）带宽换来开发速度的提高。而且内网信息系统对界面是否花哨要求很低。
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）我这里是严格区分前后端之间之作json数据交换的。nodejs是用来替代php的，个人觉得这样不好
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论js代码量大就悲剧了~~~~引用来自“mark35”的评论另，我觉得js语言设计很优秀，一切皆对象。java为对象而对象的设计过于繁琐了引用来自“乌龟壳”的评论怎么说呢，设计模式驱动的项目看着确实倒胃口，但是项目本身和数据库无关的算法类型的，如果没有IDE跳转，看代码会疯掉。这个可能就是java等静态语言最原始的诉求吧，但是到了数据库驱动的web时代，有些地方java没跟上，研究设计模式去了，所以很难用。
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论js代码量大就悲剧了~~~~引用来自“mark35”的评论另，我觉得js语言设计很优秀，一切皆对象。java为对象而对象的设计过于繁琐了怎么说呢，设计模式驱动的项目看着确实倒胃口，但是项目本身和数据库无关的算法类型的，如果没有IDE跳转，看代码会疯掉。
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论js代码量大就悲剧了~~~~另，我觉得js语言设计很优秀，一切皆对象。java为对象而对象的设计过于繁琐了
引用来自“忧郁的小王子”的评论前面几年确实是，后来吗……就开始转行了互联网java需求大 ，工资就拉升了
引用来自“宏哥”的评论不太了解node.js ， 不过python确实应该被替代了， 太啰嗦了javascript的语法比较怪异，但是在浏览器上， 它的语言引擎确实非常成熟了引用来自“mark35”的评论js除了某些设计之初考虑不周留下的语言（怪异）特性，语法是比较简单的易入门的。就我个人工作经验来看最喜欢的是js，次之php。python看过几天文档没得入门，手上一商用项目是java不过不写具体代码，这项目是从.net往java移植。.net的开发效率比java高多了，很多前台对象（比如grid，下拉菜单）都由后台控件生成，开发速度很高，当然也导致页面js很不好调试，前后台数据交换流量大多了（下拉菜单change就会刷新页面重新生成一切元素）引用来自“乌龟壳”的评论js代码量大就悲剧了~~~~前端嘛js再怎么也大不了哪儿。以后ES6可以模块化了}