一个系统，做到什么程度才算做完。

有人主张测试用例详细到每个步骤执行什么都要写出来，目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出例子：欧美、日本等软件外包文档都是这样做的另外一种观点就是主张写的粗些，类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范，变动十分频繁，因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护，可以让测试执行人员有更大的发挥空间实际上，软件测试

介绍了什么是系统以及一些常见的系统。

在产品经理的日常工作中，原型可以说是十分特殊的存在，甚至在很多产品新人的眼里，产品经理和画原型是完全划等号的，有这样的偏见，就足以证明原型的重要性。也正是因为它的重要，以致于很多人在前期对它花了太多的时间和精力，但是随着时间的推移和自己工作经历的丰富，又突然发现，能够在原型上所花费的时间是越来越少了。以致于很多人心中都有这样的一个疑问，那就是原型到底要画到什么程度才算够用呢？今天，就来试着解答这样...

Linux 的优秀之处自然不必多说。如果将操作系统比作一辆汽车，那 Linux 就是一辆性能出色的多功能越野车，上山下海飞天无所不能。如果你拥有了它，一定不会只满足于驾驶它上下班，不能只会挂挡、踩油门和控制方向之类的基本操作。我们想充分了解并掌握它，挖掘其更多潜能。但是，这个过程有相当的难度。

如何设计这些MCU之间的通信协议，如何保证数据的一致性和实时性，如何处理故障和异常，这些都需要丰富的经验和系统性的思考。作为一个在嵌入式领域摸爬滚打了快10年的老兵，今天看到这个问题时，脑海里瞬间闪过了无数个难忘的瞬间：第一次成功点亮LED时的狂欢、第一次调通串口通信时的激动、第一次做出完整项目时的成就感，当然还有无数次因为bug而彻夜难眠的焦虑…我记得有一次在调试一个SPI通信问题的时候，软件怎么调都不对，后来用示波器一看，发现时钟信号的占空比不对，原来是PCB走线的问题导致的信号完整性问题。

MySQL 作为主流的数据库，是各大厂面试官百问不厌的知识点，但是需要了解到什么程度呢？仅仅停留在 建库、创表、增删查改等基本操作的水平可不够。在面试后端开发的时候，一连几个问题，简直会...

春节过后是人才流动频繁的时期。我所在的公司也不例外。春节前就有一个同事辞职了。这两天又有两个同事要走。一个是我们的美工，一个是和我一样，一个java程序员。除了他们和个人原因，公司在一些地方做得也不对。把人家招来就是看上了人家的技术，可是总分配给他们一些维护、写文档之类的费时、费力又看不出什么效果的工作。写文档，其实每个程序员都要写。关键要让他写别人做的东西，人家又不是很明白，怎么能写得快，写得好

不要以为这样很方便，有时候会出现意想不到的错误，特别是变量多的时候。运气不好的话，修改代码的时间可能比重写的时间还长！！！

没有电视，网络又不好，我只能忍受时断时续的话画关注我心爱的球队。好在声音还算连续。听解说真的很揪心，一开始听到球被传来传去，可最后却是遗憾的声音。比分也很让人揪心。1：0，1：1，1：2，到了补时，才2：2。补时......我一直没有放弃，我一直认为阿森纳还会进球。场上的球员一定和我想得一样，不然不会坚持......的确让我兴奋。希望他们能知道在遥远的中国，他们有一个忠实的球迷，为他们加油!他们也