工程师全力coding

1. 一个合格的工程师要有一些什么要求呢

1：团队精神和协作能力
把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，
也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力
量都是有限的，即便如linus这样的天才，也需要通过
组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是
不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研
发团队，进入商业化和产品化的开发任务，缺乏
这种素质的人就完全不合格了。
2：文档习惯
说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发
流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而
作为高级程序员和系统分析员，这个比例还要高很多。缺
乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇
到极大的麻烦。
3：规范化，标准化的代码编写习惯
作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套
中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码
的移植和纠错，也有助于不同技术人员之间的协作。fan
s叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称
程序员。代码具有良好的可读性，是程序员基本的素质需求。再看看整个linux的搭建，
没有规范化和标准化的代码习惯，全球的研发
协作是绝对不可想象的。
4：需求理解能力
程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他
们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑
，有人曾经放言说写一个广 告交换程序很简单，这种人从
来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程
序员，你给他深蓝那套系统，他也做不出太极链的并访能力。性能需求指标中，稳定性
，并访支撑能力以及安全性都很重要，作为程序员需要
评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意
攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才
有可能有心得。
5：复用性，模块化思维能力
经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是
重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性
工作变成了熟练程序员的主要工作，而这些，其实是完全可
以避免的。
复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要
多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系
统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样
就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过
程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更
多时间和精力投入到创新的代码工作中去。
一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功
能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部
代码重写，大部分重复性工作无谓的浪费了时间和精力。
6：测试习惯
作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说
有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很
重要的特点就是问题发现的越早，解决的代价就越低，程序
员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早
的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。
测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能
在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测
试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定
性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状
况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自
己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整
体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当
然这需要上面提到需求理解能力。
7：学习和总结的能力
程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年
内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。
善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就
更加高了。但是学习也要找对目标，一些小coding有些codingTO就是这样的coding上只
是一些Cfans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了ph
p，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东
西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术
人员，不管掌握了多少所谓的新语言，永远不会有质的提高。
善于总结，也是学习能力的一种体现，每次完 成一个研发任务，完成一段代码，都
应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐
步提高，一个程序员才可能成长起来。
一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍
的时候马上就到了。具备以上全部素质的人，应当说是够格的程序员了，请注意以上的
各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序
员对自己工作的认识， 是一种意识上的问题。
那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言

2. 请问工程师证书编码有什么规定

一般前面的英文或字母表示你办职称当地的代码，中间的数字表示你办证的时间，最后的数字表示你的编号

3. FPGA工程师核心竞争力到底是什么

PGA工程师大致分两类：FPGA作为产品的工程师和IC原型验证工程师

先说前者，不管是RTL design还是做simulation的、上板测试的都算FPGA工程师，并且往往一个工程师者随着项目进度会从头做到尾，项目的输出就是FPGA bitfile作为产品的一部分正常工作，所以导向就是最终上板的结果。从项目时间来看，前面coding和simulation占据一部分时间，很多代码还是复用之前项目的，而debug就分单独模块验证、整块FPGA验证、软硬件跨部门验证、整体系统验证等，调试占用的比重越来越大。

IC原型验证工程师，如另一答案所说，有的公司就是工程师兼一下把活干了就行，有的则是正规的team专门做原型验证，尤其是涉及到多块大容量FPGA分割方案的。这里FPGA与simulation相比优点就是在真实的物理环境中运行、运行速度快、能run大量的case进行回归测试，缺点也很明显，介入时间晚，移植到FPGA平台花的时间很长、需要处理大量的硬件相关问题如时钟外围器件管脚连接、debug困难等。随着芯片规模扩大，二者各自的优缺点越来越明显，越来越多公司开始使用Emulator，Emulator更偏向simulator的硬件化，离simulator更近，离FPGA远多了（本人现在emulator AE）。

同样，做原型验证的工程师有什么核心价值？别人搞不定的问题你能搞定，这就是价值所在，比如需要实际接硬件作为激励源发某个特殊case才能复现的issue，重要性还很高，simulation搞不定，你在FPGA上搞定了，谁敢小瞧你？要是仅仅跑个流程，能用就行，随便找个人都能玩通的活，公司又不是傻子给你那么多钱干啥？

综上，你的工资是公司付给你不可替代性的成本，你越不可替代，你的价码越高，如果太低你会跳槽走人，太高公司也会找机会把你换掉。这其中有普遍性分工的因素（比如普遍性而言design给的钱比原型要高些），也有具体个人的因素（你牛就该拿高价），不宜过分强调哪个极端。

4. 作为软件工程师应该具备哪些基本素质

1：团队精神和协作能力

把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。

2：文档习惯

说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。

3：规范化，标准化的代码编写习惯

作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。

fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。

4：需求理解能力

程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广 告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程 序员，你给他深蓝那套系统，他也做不出太极链的并访能力。

性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

5：复用性，模块化思维能力

经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。

复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。

一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力。

6：测试习惯

作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。

测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。

当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到需求理解能力。

7：学习和总结的能力

程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。

但是学习也要找对目标，一些小coding有些codingTO就是这样的coding上只是一些Cfans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。

善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。

具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是一种意识上的问题。那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言。

5. 湖南中级工程师系统编码是怎么组成

这个只有人事局的人知道，

6. 工程师系统编码为B08809113怎么查询

工程师职称没有全国统一查询的网站的,目前人事部门是采取哪发证哪负责查询的原则!所以你要看你钢印上的名称去发证机关查询

7. 工程师Coding的时候听什么音乐

我觉得分人吧，看个人喜好了，有的人工作的时候可能喜欢安静，但是有的人会把自己完全的融入到音乐中，就像在音乐中工作一样。

其实没有什么固定的歌曲在我们工作的时候去听，每个人有每个人的喜好，就像我喜欢听摇滚睡觉，可能不会有这样的人吧，朋友都觉得我是个奇葩，如果放比较嗨的音乐我就会犯困，听着听着就迷糊了，一会儿就能睡着。哈哈，是不是会觉得我真的是很奇葩。

8. 软件工程师面试时，HR都会问些什么问题

软件工程岗位面试大致可分为两类:特定领域知识面试和计算机科学基础知识面试

特定领域知识面试
特定领域知识面试通常涉及到你最熟悉的技术领域的具体知识点。例如，如果你主要使用Angular1.x进行前端开发，并且面试公司又有 Angular前端，那他们就可能问你关于 Angular控制器、指令和服务的相关内容。也就是说，你需要做好准备去建立、展示和讨论Angular。
特定领域的面试重点关注的是你已经实际构建起来的东西，因此要想顺利通过这些面试，最好是你已经构建过相关技术的项目。你应该为自己的工作而感到自豪，不必感觉不好意思，而应该深入探讨具体项目的技术细节。项目最好是近阶段完成的，没人会愿意去听你去年写的那些代码，你自己也会对这种陈旧的项目感觉厌倦，面试效果也欠佳。
特定领域面试的另一个常见策略是看求职者能否构建一些非常棒的产品或者是排除实际存在的一些问题和故障。这通常是让求职者带回家去完成的一种测试，求职者一般有 24-48个小时的时间来完成这些测试。例如，如果你是一名 Laravel开发人员，并且你面试的公司恰好也使用 Laravel，那他们可能会要求你构建公司产品或者是公司定期创建的产品的微缩版本。对于这种带回家做的测试，做好投入大量工作的心理准备。准备好启动模板，不要抗拒去Google搜索答案，发送电子邮件寻求帮助和使用外部工具包这些做法。因为能否通过特定领域面试最重要的一个衡量标准是你能否构建出有效的产品。
计算机科学基础知识面试
计算机科学和基础编程面试明显不同于上文所探讨的特定领域面试。计算机科学和基础编程面试是为了评估你解决问题的能力，更多的是关注找到最佳解决方案的能力，而不是简单的去完成某些特定任务。因此，面试官通常也不会问关于你是谁、你过去的工作经历或者你构建过的项目方面的问题。对于计算机科学基础面试这一类型来说，面试官的工作就是评估你的原始编程能力，通常他们是通过数据结构和算法相关的问题来进行评估。
计算机科学基础面试的问题有章法可循。因为学习数据结构和算法需要大量的准备工作和长时间的学习，你需要了解你所选择的编程语言、数据结构和算法来解决问题。计算机科学基础知识面试通常可以用六种不同类型的算法来解决:
深度优先搜索算法/广度优先搜索算法
贪心算法
滑动窗口算法
分治算法
递归算法
动态规划算法
你需要研究每一种算法，可以在 Pramp上与其他软件工程师一起练习面试和面试问题。应对面试是一门独立于软件工程师之外的技能，你可以通过练习和重复来提升自己在面试时的表现。
计算机科学基础知识面试通常遵循的那些问题结构对于求职者来说只有通过几个小时的练习和准备才能发现。即便这些知识中的一部分并不适用于日常的编程任务，但只要你坚持这样做，你就能抓住更多的面试机会，就能收到更多公司发来的 offer。如果你的目标是获得更多的工作机会，那你一定要看一下《Cracking The Coding Interview》这本书，并且查看这一免费的面试资源来进行相应的准备工作。