逐日者

搞c++的话，不如eclipse,搞其他语言，感觉又不如sublime text感觉适合写md

抄袭的习惯，真是流淌在血液里，刻画在基因里2006年6月，马化腾在接受《中国企业家》杂志采访时对此进行了描述：“我不盲目创新，微软、谷歌做的都是别人做过的东西。最聪明的方法肯定是学习最佳案例，然后再超越。”...

有一条公式，跟理论差很多，paper上是一个形式，实现的时候是另外一个形式。我翻了很多参考代码和论文，没有找到原因。所以甚至怀疑给出这条公式的人是有阴谋的，公式故意给得不全。或者只给了部分。这样的情况持续了大概1年。后来偶然看一个讲座视频，里面的人提到了这个公式的来由：实验发现效果更好，所以跟理论的不一样。这大概就是有人带和自己摸索的区别吧~！...

@浅墨，2021-12-13

文章目录@[toc]背景遇到的问题1 看得到串口，但是一直打开失败，GetLastError=4332 看得到串口(COM16)，但是一直打开失败,GetLastError=2背景需要在win7上通过串口控制光源，因为没有对应的串口接口，所以使用了PL2303的串口转USB线。使用的API是CreateFileA遇到的问题1 看得到串口，但是一直打开失败，GetLastError=433433这个错误码在微软的error code表没有找到，后来在stackoverflow找到一点资料，说是

错误码是：2这个其实跟rapidjson无关。原因是：json的最后大括号后面跟了一个空行。将空行删除即可。

http://www.ruanyifeng.com/blog/2012/05/responsive_web_design.html

  如果你能看到，请你帮我一起转，转到全中国 如果你能看到，请你帮我一起转，转到全中国人都知道在我们自己幸福的同时还有这样一群孩子被社会遗忘；如果你还有不想穿的旧衣服什么的，只要干净完整一点的，不妨洗洗干净打上邮包按照下面的地址给他们寄过去，真的花不了多少钱的，平邮就可以了，因为他们太需要我们的关心了，或许我们能做的只有那么一点点，甚至微不足

 使用Command模式实现撤销机制[1] Written by Matt BertherTranslated by Allen Lee[2]Reviewed by Teddy Tam & Allen Lee IntroductionCommand是一个非常强大的设计模式，它的作用是将一个请求封装成一个对象，从而使你能够把来自客户端的不同请求（request）、队列（q

 常见的容易发生变化的区域：1业务规则2对硬件的依赖性3输入和输出4非标准的语言特性5困难的设计区域和构建区域：因为这些区域很可能需要重新做过6状态变量7数据量的限制找出容易变化的区域的一个好方法是：首先找出程序中可能对用户有用的最小子集。这一子集构成了系统的核心，不容易发生改变。接下来，用微小的步伐去扩充这个系统。

 1确保每个人都知道需求变更的代价。客户只要想到一个新的功能便会兴奋不已，忘记了所有的需求分析和需求文档。对付这种头脑发热，中毒已深度的人都方法是说：“这听起来是一个很不错的主意，不过由于它不是需求文档的内容，我会整理一份修改过的进度表和成本估计表，这样你就可以决定是现在实施还是过一阵子再说。”成本和进度这两个字眼比咖啡和洗冷水澡更提神。另外，就是可以建立变更控制程序来控制客户过于频繁的需求变

 如何写一个RTF阅读器There are three basic things that an RTF reader must do:1.      Separate text from RTF controls.2.      Parse an RTF control.3.      Dispatch an RTF control.Separating text fro

 可以用来衡量耦合度的标准：1规模：这里指的是模块之间的连接数。对于耦合度来说，小就是美。因为只要做很少的事情，就可以把其他模块与一个有着很小的接口的模块连接起来。一个只有一个参数的子程序于调用他的子程序之间的耦合度比有六个参数的子程序与调用的子程序之间的耦合度更为松散。2可见性：可见度指的是两个模块之间的连接的显著程度。模块之间的信息获取应该是明显的，而不是鬼鬼祟祟的。通过参数表传递

 需求类：《软件需求》：电子工业出版社《软件需求（第2版）》：清华大学出版社《掌握需求过程》：人民邮电出版社《实用软件需求》：机械工业出版社影印版《编写有效用例》，中译本《编写有效用例》：机械工业出版社 构架类：影印版《软件构架实践（第2版》，中译本《软件构架实践》：清华大学出版社《面向模式的软件体系结构 卷1：模式系统》：机械工业出版社影印版《软件构架

 设计中的启发式方法：1寻找现实世界中的事物2形成一致的抽象3封装实现细节4在可能的情况下继承5藏住秘密（信息隐藏）6找出容易改变的区域7保持松散耦合8探寻通用的设计模式9高内聚性：内聚性指的是类内部的子程序或者子程序内部的代码在支持一个中心目标上的紧密程度－－－这个类的目标是否集中。包含一组密切相关的功能的类被称为有着高内聚性。10构造分层结构11

 理想的设计特征1最小的复杂度：让复杂度最小，避免聪明的设计，因为聪明的设计也意味着是难以理解的2易于维护：在编写程序时为维护这些代码的程序员着想，设计出让其他人比较容易明白的程序来3松散耦合：程序的各个部分之间的关联最小。通过应用类接口中的合理抽象，封装性及信息封装性等原则，尽量设计出关联尽可能少的类。减少关联也就减少了集成，测试与维护时的工作量4可扩展性：即你增加或减少或改

 常见的子系统分类：如果系统中出现了下面的一些的内容，最好将其划分为一个独立的子系统来处理：1业务规则：指那些在计算机系统中编入的法律，规则，政策以及过程。2用户界面：应创建一个子系统，将用户界面组件和其他部分隔离开，以便用户界面的演变不会影响程序的其余部分。3数据库访问：把对数据库的访问实现细节隐藏起来，让程序的绝大部分可以不必关心处理底层的繁琐细节，并能象在业务层次一样处理数据

 在我们写的程序当中,总有一些配置信息需要保存下来,以便完成程序的功能,最简单的办法就是将这些信息写入INI文件中,程序初始化时再读入.具体应用如下:　　一.将信息写入.INI文件中.　　1.所用的WINAPI函数原型为:BOOL WritePrivateProfileString(LPCTSTR lpAppName,LPCTSTR lpKeyName,LPCTSTR lp

from www.acejoy.com ACE网络编程开发网stone jiang0. 使用ACE，首先要认真阅读ACE相关的文档。   http://www.dre.vanderbilt.edu/~schmidt/DOC_ROOT/ACE/ACE-INSTALL.html   如果看完之后能正确使用ACE，那就别再向下看了，请忽略本文。1. 获取ACE源代码