魄力来自于什么？自信！自信来自于什么？历练！
昨天中午听hyxxl组例会，hyxxl在安排任务方面，还缺乏经验，安排任务没有远见（不知道现在做的事情在整个过程中处于哪个阶段）、不具体（有些应该由某人独立承担的任务，结果搞了N多人去关注）、不明确（没有给出截至日期，没有向队员明确他的任务对整个项目的重要作用）、并行性不高（也是没有远见的一种表现，比如：等到板子到了，才想到去买芯片，投板子时不是先投控制部分，而是先投外围，造成硬件调试时还需要大家额外的电路为外围电路模拟外部环境）。
作为监督员，应该在组长面前体现魄力，为组长起到表率作用，不仅要指出其问题所在，有时候也要身体力行，直接告诉组长应该怎么做，比如amuzing，昨天就直接越俎代庖，帮助黄勇理清了当前最紧迫的任务，并对分工进行了实时的调整，这对laser power组来说，是一剂非常及时的药，对hyxxl来说，也是一个极好的示范。
大多数时候，我们不知道为什么会这样，即使知道了为什么会这样，我们也不知道怎么做才能不这样，知道怎么做才能不这样，还要坚持做下去，才能从根本上解决问题。第二个问题是hyxxl的问题，第三个问题就是wikiexe的问题了，他的问题在于不知道如何坚持。
昨天quickmouse肢解了他们的项目，我惊叹于quickmouse的魄力和技术力，他一语道破冲突检测的带宽利用率问题，否定了冲突检测的可行性，进而建立了令牌环网模型，这是我或者amuzing或者dodo都无法做到的。
最后，说一句，我觉得hyxxl和wikiexe都是非常有天赋的队员，硬件是经验科学，项目管理在一定程度上也是经验科学，走过风雨才能见彩虹，相信二位有一个美好的明天！
第一次和校长同桌吃饭
具体应该说是副校长，挺有亲和力的，但仍然不会把俺们小辈放在眼里，^_^
校长跟记者介绍我们团队，理论层次拔得很高，受益菲浅，现在全国都在提实践教学，但真正实践的，就寥寥无几了，能在这个团队帮助dian老师成就这番事业，我感觉很自豪。后来校长同志又去参加另外一个应酬了，接下来就是教务处长在海聊了，教务处长看起来很年轻，理论水平也很高，看问题有深度，我很佩服他对于自己工作的认识：“我们就是在观察教师中间出现的问题，创造条件，让有价值的东西能够得到推广”，这是一种非常务实的认识，现在的官员能做到这样的，已经难能可贵了。
不过他对于大学培养目标的看法，似乎太脱离实际了。他说，我们大学培养的人才基础扎实，智商又不低，因此可以成为传统行业的leader和新兴行业的开拓者，我们不是在培养简单的工程师。我觉得这些只能作为目标，在当前教育体系的目标普遍缺失、教育资源普遍匮乏的大环境下，普遍husters就不要做太多奢望了。
PS：当记者真好，待遇忒高，^_^。
华北危急，平津危急，同志们，行动起来吧！
HLD我们势必要延期3天时间，LLD只有14天，除去周末，只有12天，再加上liyong本周要去成都，大家的课程又占有了很多时间，不容乐观！
大家可以想想，我们什么时候才能将这3天时间补起来呢？LLD？我觉得没有可能，编码？但愿如此……
总结一下HLD延期的原因（我能想到的）：
1. yangrh去北京的几天内，由于对HLD书写格式不太熟悉，造成后面有局部修改；
2. 对分布式处理、热备份、热插拔等不太熟悉的知识不够重视、跟踪不力，导致SRS阶段的工作移到了HLD阶段完成，造成HLD的被动；
3. 前期我对报文处理、连接管理关注过多，对规则管理关注过少，导致两边进度不一致，HLD延期主要是在规则管理部分，这一部分要加油；
4. 各位课程的增加。
……欢迎大家补充原因，善于总结才能更快进步！
鉴于以上原因，我觉得我们应该做一下改变：
1. 尽快确定热备份的方案，这个工作请yangrh和liyong配合；
2. 我会更多参与规则管理部分的设计和讨论（liyong也要持续参与），希望能加快这部分的进度；
3. 请大家在LLD阶段抓紧时间，尤其是报文处理和连接管理两部分，你们一定要走在前面，你们踏出来一条路，后面的人就能少走弯路，你们的工作先完成，就能为其他部分分担工作量；
4. 请yangrh今晚把LLD的要求讲一下，白天大家难以凑在一起，我觉得cmzb、duoergun、mef、fw、liyong（客户IP管理部分）明天可以开始这方面的工作了；
5. 请yangrh持续跟踪SRS、HLD中的某些问题，对于要基线化的文档，做一些把关。
拥有一批非常主动的组员，是项目组长的荣幸
昨天下午，fw跑过来说，有没有什么东西可以分给他做的，他那一块已经做完了；接着suoluo、mef、liyong、mef都很主动的来说，有没有什么事情可以做；最感动的是今天上午，我本来把时间留出来让他们做完HLD，没想到他们都提前完成了，不过我没有及时发现这一情况，这时，fw跑过来说，我们下一阶段要干什么？我们已经完成了，然后我就安排他们交叉review。
主动，对于一个小组的融合、战斗力、效率等等都是非常重要的。组员主动，对他自身来说，是一个提高、表现的机会。我已经越来越看好他们中的某些人了，他们对整个项目非常了解，理解能力和设计水平在整个过程中得到了很好的体现。组员主动，还能极大地提高组员的协调效率，弥补组长的疏漏，比如今天，如果不是fw的提醒，我可能真的就让大家浪费了一个上午。
另外，我发现主动这种东西是可以培养和引导的，首先，应该培养组员的主人翁意识，某些工作，应该放手让他们去干，只有组长放手了，他们才能意识到自己工作的重要性，体会到自己的价值，进而激发自己的求知欲和责任心；另外，要保护好组员的信心，要时刻关注组内最短的那块木板，当她/他出现危机时，要注意以一种温和的态度，参与他模块的讨论，帮助他理解任务，最后度过难关，不要过分强硬，这样会对他造成压抑感，组员的天赋就得不到尽情发挥；最后，某些队员的带动作用对组员主动性的引导起着关键作用，在我们组，fw的主动性起了很好的带头作用，他的主动，经常让大家都动起来了。
PS：这些天suoluo的表现有所改变，前段时间她总是固守自己那一块，但现在她越来越乐意参与小范围内讨论了，这是一个可喜的变化，只要保持这种兴趣和激情，她会更快进步起来的。
电信开始没落了！
本文纯属个人观点～～
咱们的电信系现在到底在干什么？电信的优势到底在哪里？hzl老师说过，电信的精华在微波和射频，但如今，微波和天线这些电信的看家课程，已经不开了。
大家都在干吗呢？做java、网站、嵌入式、外包、IC设计…..上到cs的工作，下到电子的，都在做。电信的方向到底在哪里？昨天看到校报上报道电子系的“挖坑”观念，他们系主任组织全系老师成为一个团队，他们的努力引进了世界先进的IC生产线，使得武汉极有可能成为中国下一个IC生产基地。我很佩服他们的责任感、开阔的胸襟和远大的理想，相比之下，电信的老师们各自为政，人固然很多，但拧不成一股劲，做不了大事。
没有自己的特色，迟早要被淘汰出局的。如今嵌入式的门槛太低，是个人，搞上一年半载就可以做简单的×层板、写嵌入式程序了。看看现在的招聘，都已经不强调“嵌入式软件工程师”一说了，因为现在的嵌入式软件平台已经非常成熟，做嵌入式软件和做应用软件基本上没有什么区别，招个电信的和招个计算机的没什么差别；牵涉到硬件的都是什么Layout、signal integrity等等，但电信系在这方面也没什么积累。电信系虽说软硬通吃，但软不如计算机，硬不如电子，在这个越来越专业化的领域，没有人招了你过去，让你既做软件又做硬件的，电信的尴尬可想而知。
电信要想保持过去的辉煌，必须回到自己的位置上来，微波和射频才是我们应该专注的方向，团队正在往这样的方向上走，只要我们保持住这种理性，不要被暂时的利益所迷惑，团队一定会越走，路越宽的。
没钱，宝贝仔生日礼物都买不起
最近真是穷得可以，宝贝仔生日，她要一个“漂亮的、精致的、多功能的MP3”，结果还是没能满足她的要求，从现在开始要省吃俭用了，答应宝贝仔，下次去北京，就带她去买MP3，还要买个“金凤呈祥”的cake，给她重过一个生日，^_^。
转摩托罗拉C 面试题
这几天太忙，顾不上整理思路写blog了，转载一篇moto的面试题，^_^
From:
最近经常在上CSDN看看，关注里面各位程序员的BLOG，主要是C++方面的，毕竟可以了解一些有用的东西 target=_blank>http://www.egoday.com/blog/article.asp?id=219
最近经常在上CSDN看看，关注里面各位程序员的BLOG，主要是C++方面的，毕竟可以了解一些有用的东西。找到的一二摩托罗拉的C++面试题，学习下。
1.介绍一下STL，详细说明STL如何实现vector。
Answer:
STL (标准模版库，Standard Template Library.它由容器算法迭代器组成。
STL有以下的一些优点：
可以方便容易地实现搜索数据或对数据排序等一系列的算法；
调试程序时更加安全和方便；
即使是人们用STL在UNIX平台下写的代码你也可以很容易地理解（因为STL是跨平台的）。
vector实质上就是一个动态数组，会根据数据的增加,动态的增加数组空间。
2.如果用VC开发程序，常见这么几个错误，C2001,c2005,c2011,这些错误的原因是什么。
Answer:
在学习VC++的过程中，遇到的LNK2001错误的错误消息主要为：
unresolved external symbol “symbol”（不确定的外部“符号”）。
如果连接程序不能在所有的库和目标文件内找到所引用的函数、变量或标签，将产生此错误消息。
一般来说，发生错误的原因有两个：一是所引用的函数、变量不存在、拼写不正确或者使用错误；其次可能使用了不同版本的连接库。
编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误.
3.继承和委派有什么分别，在决定使用继承或者委派的时候需要考虑什么。
在OOD,OOP中，组合优于继承.
委派是解决传统的m*n类爆炸问题的利器。
当然多态的基础是继承，没有继承多态无从谈起。
当对象的类型不影响类中函数的行为时，就要使用模板来生成这样一组类。
当对象的类型影响类中函数的行为时，就要使用继承来得到这样一组类.
4.指针和引用有什么分别；如果传引用比传指针安全，为什么？如果我使用常量指针难道不行吗？
(1) 引用在创建的同时必须初始化，即引用到一个有效的对象；而指针在定义的时候不必初始化，可以在定义后面的任何地方重新赋值．
(2) 不存在NULL引用，引用必须与合法的存储单元关联;而指针则可以是NULL.
(3) 引用一旦被初始化为指向一个对象，它就不能被改变为另一个对象的引用；而指针在任何时候都可以改变为指向另一个对象．给引用赋值并不是改变它和原始对象的绑定关系．
(4) 引用的创建和销毁并不会调用类的拷贝构造函数
(5) 语言层面，引用的用法和对象一样；在二进制层面，引用一般都是通过指针来实现的，只不过编译器帮我们完成了转换.
不存在空引用，并且引用一旦被初始化为指向一个对象，它就不能被改变为另一个对象的引用，显得很安全。
const 指针仍然存在空指针，并且有可能产生野指针.另外，从表达形式上来说，引用更贴近变量表达式，比如定义加号重载操作符：operator+ ()，如果用引用，则a加b可以写成 a + b，但若用指针，则必须写成&a + &b，显然前者更贴近常见语法。
总的来说：引用既具有指针的效率，又具有变量使用的方便性和直观性．
5.参数传递有几种方式；实现多态参数传递采用什么方式，如果没有使用某种方式原因是什么；
传值，传指针或者引用
6.结合一个项目说明你怎样应用设计模式的理念。
设计模式更多考虑是扩展和重用，而这两方面很多情况下，往往会被忽略。
不过，我不建议滥用设计模式，以为它有可能使得简单问题复杂化.
7.介绍一下你对设计模式的理解。（这个过程中有很多很细节的问题随机问的）
设计模式概念是由建筑设计师Christopher Alexander提出:”每一个模式描述了一个在我们周围不断重复发生的问题,以及该问题的解决方案的核心.这样,你就能一次又一次地使用该方案而不必做重复劳动.”上述定义是对设计模式的广义定义.将其应用到面向对象软件的领域内,就形成了对设计模式的狭义定义.
可以简单的认为:设计模式就是解决某个特定的面向对象软件问题的特定方法， 并且已经上升到理论程度。
框架与设计模式的区别:
1,设计模式和框架针对的问题域不同.设计模式针对面向对象的问题域;框架针对特定业务的问题域
2,设计模式比框架更为抽象.设计模式在碰到具体问题后,才能产生代码;框架已经可以用代码表示
3,设计模式是比框架更小的体系结构元素.框架中可以包括多个设计模式
设计模式就像武术中基本的招式.将这些招式合理地纵组合起来,就形成套路(框架)，框架是一种半成品.
8.C++和C定义结构的分别是什么。
C language 的结构仅仅是数据的结合
C plus plus的struct 和 class 其实具备几乎一样的功能，只是默认的访问属性不一样而已。
9.构造函数可否是虚函数，为什么？析构函数呢，可否是纯虚的呢？
构造函数不能为虚函数，要构造一个对象，必须清楚地知道要构造什么，否则无法构造一个对象。
析构函数可以为纯虚函数。
10，拷贝构造函数相关问题，深拷贝，浅拷贝，临时对象等。
深拷贝意味着拷贝了资源和指针，而浅拷贝只是拷贝了指针，没有拷贝资源
这样使得两个指针指向同一份资源，造成对同一份析构两次，程序崩溃。
临时对象的开销比局部对象小些。
11.结合1个你认为比较能体现OOP思想的项目，用UML来描述。(最好这个项目继承，多态，虚函数都有体现）这个问题大概会占面试时间的一半，并且会问很多问题，一不小心可能会被问住）。
。。。
12。基类的有1个虚函数，子类还需要申明为virtual吗？为什么。
不申明没有关系的。
不过，我总是喜欢显式申明，使得代码更加清晰。
13.C也可以通过精心封装某些函数功能实现重用，那C++的类有什么优点吗，难道仅仅是为实现重用。
并不仅仅是这样的。
OOD，OOP从根本上改变了程序设计模式和设计思想，具备重大和深远的意义。
类的三大最基本的特征：封装，继承，多态.
14.C++特点是什么，如何实现多态？画出基类和子类在内存中的相互关系。
多态的基础是继承，需要虚函数的支持，简单的多态是很简单的。
子类继承父类大部分的资源，不能继承的有构造函数，析构函数，拷贝构造函数，operator=函数，友元函数等等
15.为什么要引入抽象基类和纯虚函数？
主要目的是为了实现一种接口的效果。
16.介绍一下模板和容器。如何实现？（也许会让你当场举例实现）
模板可以说比较古老了，但是当前的泛型编程实质上就是模板编程。
它体现了一种通用和泛化的思想。
STL有7种主要容器：vector,list,deque,map,multimap,set,multiset.
17.你如何
理解MVC。简单举例来说明其应用。
MVC模式是observer 模式的一个特例,典型的有MFC里面的文档视图架构。
18，多重继承如何消除向上继承的二义性。
使用虚拟继承即可.
不能只凭兴趣做事啊
发信人: yaker (yaker), 信区: DianSoftware
标 题: 不能只凭兴趣做事啊
发信站: 喻信星空 (2006年10月15日18:56:58 星期天), 站内信件
只凭兴趣做事：项目组的进度滞后跟这个有很大关系的。做一个工程的话并不是只coding就可以的。还有很多，比如文档编写，搜集资料，做实验，想方案，还有一些很零碎的工作。并且这些工作都是很重要的，总要有人做的。这个我该反省一下了，来组里之后，零碎工作基本上没怎么做。组里的人通常有这样的倾向：总只关心提高自己的技术，而对于项目整体并不是那么关心。或者说把除coding之外的事情看得都很低级。
其实以前我也是完全按兴趣做事的人，怎么说呢，有点自私，太过于爱自己了。其实有些别的概念同样很重要的，比如责任，responsibility。仅有兴趣是很难完成一项工程的，中间遇到的困难和工程里你没有兴趣的那部分会阻止你的，这个时候Sense of responsibilty就很重要了。其实以前xbull也谈过这个问题的，他说有兴趣是好的，但是他并不怎么相信兴趣。
我到现在仍然很相信兴趣，我只是觉得没有它的话不行罢了，但是在软件工程中team的成员都只凭兴趣做事会带来灾难的。
—
※ 来源:·喻信星空 bbs.eistar.net·[FROM: 211.69.207.226]
嗯，其实我是相信兴趣的，只不过我不相信仅凭兴趣就能把事情做好，宋健健老师说美国教育强调引导学生兴趣，但他也强调要真正有所作为，更多的需要passion，综合一下，我觉得passion、responsibility、integrity等等素质都是需要的，不要过分强调哪一点。
比如过分强调responsibility，很容易使人有种疲惫感，甚至会觉得团队要你承担太多责任，而你又没有得到太多（过分强调某一点时，经常会造成“价值评断失衡”），这个时候你的主动性（initiative）、创造性（creativity）都会大打折扣！
总而言之，大家做项目，都不要单纯的从某一点出发，要从你自己、从团队、从学校、从你父母、从你周围的同学、从这个社会、从你将来的工作等等方面考虑。
纪念23岁生日
23对我来说，是个不错的数字，suoluo和cmzb等几个有心的小家伙送了条领带和一双袜子，这是我大学生日第一次收到同学礼物，23果然与众不同，^_^
昨晚搞中秋茶话会，见到了久违的willie，很开心，回到寝室才记起来忘了给宝贝仔她爸妈打电话了，真是不应该！早上到了实验室赶快给她爸妈电话道歉，宝贝仔阿姨已经给我织好了过冬的毛衣，于是又打了个电话感谢，宝贝仔真是太贴心了！
昨天姐姐给我短信，说妈妈生我前一天还在地里干重活，收到那条短信我很感动，但更是自豪，为坚强的妈妈感到自豪，所以我告诉姐姐：“妈妈真强，难怪生出来的儿子都这么强”。我没有让辛苦的妈妈失望，接下来的一年里，希望能为爸爸妈妈姐姐还有挚爱的宝贝仔，以及所有关心我的人带来惊喜！
贴一张照片，木兰山照的，^_^
screen.width/2)this.width=screen.width/2; >桂花都谢了～～～
国庆七天长假结束了，生活很凌乱，主要思考了两个问题：
1. 在H3组的定位问题；
2. 找工作的定位问题。
第一个问题我一直没有跟人说过，但对团队，对我自己都是一个非常重要的问题。我不喜欢H3组太细节化的工作（我决不是否认这些工作的价值），我到H3组，更多的考虑是希望能够培养人，这个任务很虚，但并不是每个人都能做得来。
前段时间我做得不够好，觉得有问题，但没有及时和yangrh交流，没有就双方责任进行划分，今天yangrh主动在组内提到此事，我才把自己的想法说出来。这一直是我的弱项，脸皮薄，该交流的没有交流，直到dian作为中间人才搞定此事。当然这也是一种判断力的问题，一直我隐隐的觉得这样下去有问题，觉得自己的长处没有得到发挥，但一直都不敢确定，毕竟H3项目我还是第一次接触，很多流程和技术点都不是很熟悉，所以一直很犹豫，直到上周的weekly report才反映上去。犹豫不是一个好特点，我应该警告自己，要更果断一点！
找工作的问题，主要还是在大企业和中小企业之间犹豫，现在基本确定下来，还是去中小企业吧！
跟boyben、autumn、willie都聊过，主要观点如下：
【中小企业缺点（反过来就是大企业的优点咯，^_^）】：公司不规范、待遇无法保证、老想工作无心工作、学不到东西
【去大公司理由】：大公司混经验呗，没可能在一个地方长期呆下去的、站的高才能看的远嘛
【规范为什么那么重要】：越是大的公司，流程越长。需知公司只是一个将无数个人力量聚集在一起完成共同任务的一个社会组织 任何组织随着组织结构的复杂，都需付出更多的管理成本，表现出来的就是复杂的流程和审批
autumn_night：找个合适的中小企业岂止是很难，简直就是超级难
willie：机遇很重要，刚出校门的时候觉得一定要去大公司，现在有点不这么看了
boyben：找工作就像射点球
嗯，总结一下：机遇很重要，如果能够找到一家很合适的中小公司，我就不去大公司，这是我的态度。