摘要:关于雷军同学有趣往事 1. 雷老虎雷军的第一个孩子出生了，是个女儿，公司同事们刚刚得知这个消息后就在内部新闻组发起了起名活动。很多人给出了女孩名字的建议，最后通过投票，最高得票的名字是“雷婷婷”。这个名字是有典故的，李连杰的电影《方世玉》中，女主角就叫“雷婷婷”（李嘉欣饰演），而她爸爸叫“雷老虎”，雷老虎的名言是“以德服人”。当然这是一个员工的集体玩笑而已，雷军没有采用这个名字。 2. 性格雷军的性格争强好胜，追求完美，控制欲望强烈，有点象《六人行》里面的莫妮卡，雷军会关心公司的窗帘是不是完好，清洁工有没有弄干净地板。在任何对抗性游戏中，哪怕只是公司内部纯粹娱乐性质的游戏中也会努力争取胜利。雷军很聪明，也还算强壮，一般的都是能赢的。当然也有例外，比如某次乒乓球比赛遇到了高手，是个市场部经理，雷军的表情明显郁闷了。有次公司庆祝新年的晚会，几个人一起做游戏，第一次雷军输了，比第一名差了一点点，在他的强烈要求下，再来了一次，结果他赢了，但是其他人绝对没有故意防水。 3. 侃雷军极其健谈，而且有强烈的表达欲望，只要他有时间总会拉一些员工朋友一起聊天，虽然工作是聊天的主题，但是经常被他的跳跃思维带得离题万里，还好他是会意识到这一点还会及时把话题带回来。和雷军聊天可以长见识，他可是中国IT业的老革命了，业界的陈年往事最近的八卦新闻，你都可以从他那里听到。如果你晚上10-11点左右被雷军抓住聊天，那么你最好给家里个电话说今天不回去了。 4. 上市我第一次听到金山公司打算上市的消息，是从雷军那里听到的，那是1998年的11月。当然那时上市只是遥远的梦想，金山当时距离世界上最宽松的上市条件还差非常远。 5. 勤奋雷军的日程表就没有所谓加班 7×12 是基本工作时间。大部分节假日都会被会议占据。金山有很多勤奋的员工，但是总体来看论勤奋10多年来雷军绝对高居榜首。每年的10月-11月一般是词霸发布新版本的日子，99年的十一国庆雷军陪开发组加班，亲自做测试帮助修改词库数据，3年后才第一次出现没有加班的国庆节。 6. 例会早期金山人很少，北京才30多个人，每周一早上全体员工例会，雷军主持站着开会，各个部门经理汇报上周工作和下周计划，有部门合作方面的问题当场沟通解决。这样的全体例会一直开到公司员工超过70人才取消，改成各部门分别开例会，然后部门经理开例会。这样的例会成为传统，此后各个部门例会也都是这样开的。 7. 演讲雷军的演讲很具有感染力的，每年的几次中层经理会都会有他的演讲，主题多围绕公司的总结和下一步战略。雷军还会刻意培养甚至要求其他人的演讲技巧，尤其是中层，在金山做中层没有本事在几十人面前慷慨激扬的发表一番演说是混不下去的。曾经在金山任职的人或多或少都受到雷军的影响，从他身上学到一些东西。如果金山是所学校，雷军无疑就是校长。雷军的离去标志着中国IT业的理想时代终结了，进入了完全由资本驱动的时代，至少我是这么认为的。...[阅读全文]

摘要:Symbian 中也有类似Windows COM的机制，用来作为二进制的模块间接口标准。ECom比起windows COM来要简单得多，没有GUID 没有IUnknown，没有marshal，没有其他好多东西。。。 那么，，，还剩下什么呢？逐个说一下 首先 和COM一样你的DLL要注册，这样别人才能找到你，不同的是，不是注册到注册表，DLL也没有引出注册反注册的函数（没有类似DllRegisterServer and DllUnregisterServer的东西），而是写一个RSS文件，里面写上你的ECom的注册信息，这个RSS文件编译后生成RSC文件，放到系统的ECom插件注册目录下，这样系统就可以通过这个文件中的信息找到你的ECom DLL.这个RSS不难写，基本上抄一个改个ID就好了。唯一要注意的是，RSS编译后产生的RSC文件名要和DLL文件名一样。 *注意: 这里的RSS和Blog那个rss不是一个概念，Symbian 里面的资源文件的展名就是RSS。 然后，你的DLL必须实现一个引出函数EXPORT_C const TImplementationProxy* ImplementationGroupProxy(TInt& aTableCount)；这是必须的，这个函数返回一个结构数组，描述了这个DLL所包含的所有对象的ID 和 工厂函数的指针。通常这个函数是返回一个DLL里的全局变量比如：const TImplementationProxy ImplementationTable[] =    {    IMPLEMENTATION_PROXY_ENTRY(0x13457890, CFoo::NewL)    }; CFoo::NewL会返回一个，CFoo*，而CFoo一定是实现了 ID 0x13457890 对应的接口。 就是这么简单，和Windows的COM比起来非常原始，但是ECom在Symbian 和 S60里面应用非常广泛。因为手机系统需要极强的定制能力，大多数功能都是靠ECom实现的，不同版本的差异很多是靠发行的时候采用不同的ECom来做的。ECom的DLL在制作成手机的ROM的时候和其他一般的DLL是有些不一样的，ECom会拥有一个单独的区域，并且编制索引来保证ECom的加载会比其他DLL要快一些。所以有些时候会把一些数据文件做成ECom，就是因为加载比较快。 最后借这里放个招聘广告，如果你对于手机平台，Symbian 系统开发有兴趣，想深入了解S60，甚至希望参与到S60的设计和开发，或者对于s60相关的项目管理有兴趣。现在有个不错的工作机会，不要求你有Symbian或者手机平台的开发经验，但需要你对技术有热情。 Software Engineerhttp://careers.nokia.com/nokia/hr/recrsyst.nsf/WB2RR/C31D75074228F5F6C22572BF0028BCAD?OpenDocument&Lang=Global Project Managerhttp://careers.nokia.com/nokia/hr/recrsyst.nsf/WB2RR/749DDCA528A35375C22572BF00285178?OpenDocument&Lang=Global...[阅读全文]

摘要:google拼音真的不错，尤其是词库中有很多常用词汇，词表的优先级设计也不错，基本常用的都在第一个。最让我感动的是，收录了很多魔兽世界游戏的词汇，魔兽里面太多的音译词汇了，平时输入很麻烦，所以只好用缩写代替，比如STSM 斯坦索姆，TL通灵学院，BWL黑翼之巢等。还是不方便，对于新手往往要给他解释一遍缩写。 此前我是微软拼音的忠实用户，用了很多年了。微软的拼音的优点是，兼容性好，易用性也不错，就是词库没有与时俱进微软的IME framework 太复杂，我也曾经写过IME程序，做一个能兼容所有程序的输入法真不容易。市面上的输入法多少都存在一些兼容性问题。 google拼音目前我还没发现兼容问题，而且词库丰富，对于整句输入，首字母输入判断也算比较智能。现在已经代替微软拼音成为我的默认输入法了。 微软拼音多年来没什么对手，也就一直没什么重大的改进，现在估计感到竞争的压力了吧？...[阅读全文]

摘要:RArray类，属于symbian OS提供的基础容器类，并且是比较重要和常用的一个。 如果从名字来看这是一个数据类，功能貌似和 MFC的CArray，stl的vector差不多吧？如果这么想就错了，RArray是个泛型数组容器类，但是功能比CArray vector 提供的要多。 尤其是他提供的排序和查找功能，其实现方法比较诡异，对初学者来说容易造成迷惑。个人认为这个设计比较蹩脚，至于为什么会这样，我想不出，已经写信给作者咨询了，不过还没得到答复。 RArray的排序是这样的，它规定数组中每个元素可以有一个 order key，这个order key其实就是数组元素的某4个字节至于具体是哪4个字节作为order key是由key offset决定的，key offset 是构造函数的参数，是可选的，默认为0 就是说，默认情况下，数组里面每个元素的前4个字节会被用来作为排序的key。因此RArray也规定，每个元素至少要有4个字节，并且大小必须是4个倍数，否则某些函数不能用，甚至会产生异常。 比如我们声明一个 结构体 Bar 作为数组的元素，然后构建一个Bar的数组 barArray struct Bar{   TInt  iId;   TInt  iSize;} RArray<Bar> barArray; 于是 iId就会成为order key了，因为默认情况下key offset 为0，iId就是元素的头4个字节。如果你要用isize做order key，那么只要指定key offset为4就好了。 如果需要RArray的排序功能那么 你就需要用到一系列名字中带有KeyOrder的函数比如 InsertInSignedKeyOrderL，FindInSignedKeyOrderL等等 Insert操作时，会按照插入元素的order key排序来查找合适的Insert位置。Find时，也是比较order key，由于查找时只比较order key，所以会写出这样有点诡异的代码比如我们要查找 iId 为 100的元素的位置Bar foo；foo.iId = 100;TInt index = barArray.InsertInSignedKeyOrderL(foo);查找条件中的 iSize没有初值？对没有，也没必要，因为InsertInSignedKeyOrderL只比较前4个字节iSize用不到，所以也不用给初值。 注意 函数名中的 Signed，还有与之对应的 Unsigned,这些表示比较order key的时候是否考虑符号。就是order key是 当作TInt还是TUint来比较。 如果你不用这些带有KeyOrder的系列函数，那么和一个CArray的数组基本一样。 另外 RArray有2个特化版本，RArray<TInt>，RArray<TUint>，可能是为了提高效率吧。 现在我明白Symbian 里为什么没有 list map 等容器类了，RArray实在是一专多能。不过我还是认为这样的设计不够优雅，也许作者有苦衷？希望RArray作者的答复里可以给我解释。...[阅读全文]

摘要:Windows的庞大和臃肿是早有体会的了，最近作Symbian开发 别以为Symbian是个小东西，我得到的统计Symbian & s60 源代码包括 10万个左右文件，总共1G左右的大小。但这还不是全部源代码，某些内核，本地化资源的内容没有计算在内。 在手机和PDA上系统的Release版本也不过几M的样子，源代码是Release的几百倍。由此推算windows的源代码要以TB计算了。 在现在的软件开发和设计模式下，代码膨胀是不可避免的，能写出简练精巧的代码的人是极少数，其他大部分是写臃肿丑陋的代码的庸才，但是需要实现功能那么多，靠少数高手是根本干不完的。 另外需求变化很快，新的需求出现，原有的设计通常无法满足，只有在上面修修补补，经常可以看到代码中无数复杂嵌套的If ...else... ，重构的代价是高昂的，尤其在Weekly build 甚至Daily build的压力下，很少会冒险去动原有的可以测试通过的代码。 对于管理者来说，他们很清楚这样下去产品终究会走上绝路，但是他们会极力避免发生在自己的任期上。我有时想，软件产品就像生命一样，也会经历生老病死的轮回。 最后做个推荐，我发现博客堂只有放在首页的随笔才会访问量比较高，文章就差很多了写了篇关于 Symbian 两次构造 NewL NewLC ConstructL 的文章，有兴趣的去看看吧。http://blog.joycode.com/yaodong/articles/94824.aspx...[阅读全文]

摘要:听说开发Symbian程序，首要的也是最重要的之一，就是搞清楚CleanupStackCleanupStack 用起来貌似很简单，我写了如下代码： 假设我有一个叫 CFoo的类 CFoo *p = new (ELeave) CFoo();CleanupStack::PushL(p);// 使用 p 作一些事情，例如调用 p->SomeFunctionL();// ....CleanupStack::Pop();delete p; 我不禁疑问为什么要这样？Windows程序从来没有这样的代码，DOS都没有，Linux貌似也没有。Symbian这样做是为什么？相信所有开始学习Symbian的人都会有这样的疑问。 我看了一下Symbian OS的一些介绍和历史，了解到Symbian OS从开始就是针对移动设备，主要是手机PDA所设计开发的操作系统，设计上对于资源消耗，效率和安全稳定性都比较看重。移动设备的主要特点就是，运算能力差，内存小，需要长时间运行，有时需要长达N年。Symbian还是一个多任务系统，多个进程共享系统内存。Symbian还是一个开放的平台，提供开发工具和接口，允许任何人为它开发软件。 在这样的情况下，内存泄漏是一种需要极力避免的错误，由于运行时间长，哪怕一点点内存泄漏也会随着时间增长吞噬掉系统的本来就不多的内存，从而造成系统崩溃。 =====================回忆的分割线========================================== 我回顾了一下微软体系下是怎么解决内存泄漏的 C语言时代，完全没有解决办法，一切都靠程序员自己提高警惕，小心处理所有的内存分配和释放。那个时代，高手和一般程序员之间的差别是很大的，能够驾驭大型的程序，小心控制好内存和指针，需要高超的技巧和丰富的经验。好在DOS也不需要太稳定，每天都重新启动N次也无所谓。 C++语言，增加了对象的概念，有结构化异常处理，给程序员提供了一种可以控制内存的方法。我们可以把内存释放放在类的析构函数里，这样就不会被忘掉，也可以用智能指针模板类比如 std::auto_ptr来包装指针。如果程序可能意外退出，那么我们可以用结构化异常处理，捕获异常，我们仍然有机会在程序结束前释放掉内存。我可以用容器类来存放数据，避免自己分配和管理内存。 到了windows时代，有了进程地址空间的概念，即使一个进程意外结束，即使有大量的内存泄漏，当进程结束后所有这个进程的内存都会被释放掉，甚至包括进程用到的内核对象和系统资源都会被释放。而且随着PC硬件的发展，内存变得很大，一些小的内存泄漏几乎不会产生什么问题，在积累到足以导致系统崩溃前，通常进程就结束掉了。 即使如此，内存泄露仍然是个大问题，尤其是对于一些企业级应用，服务性程序，需要长时间运行，内存泄漏的积累会造成大麻烦，所以产生了很多工具和类库，工具可以用来监测内存泄漏，帮助开发者找出问题，类库封装了很多系统服务和内存管理，让开发者避免和内存直接打交道。 只要是人就会出错，总会在某个时候疏忽一下忘记释放。如果成本允许，那么可以靠大量的测试来防止。以上的方法并没有从根本上解决问题，虽然我近几年已经很少出内存泄漏错误了，但也不是绝对没有。 Java的出现，是一个重大转变，delete这个关键字彻底消失了，只有new保留了下来，内存的释放被垃圾回收机制代替了，从此开发人员不用关心内存的释放了，一切都交给系统去处理，后来的C#也是类似的机制。 ===========================回归的分割线======================================== 似乎有点扯远了，回到Symbian，我在想为什么Symbian没有采用以上的方法呢？Symbian本身是使用C++编写的，开发语言也主要是C++，虽然也支持Java和其他一些脚本语言，但是有些程序必须用C++来开发，平台的API几乎都是C++接口的。Java的虚拟机，脚本的解释器总是要用C++来编写的。所以C++是唯一的选择。完全用Java 和 C#来开发肯定不可能。 那么提供一个类库来解决内存分配释放呢？事实上这样的类是有的，但是只能解决开发人员忘记释放的问题，对于程序意外结束仍然没有办法。 那么异常处理呢？很遗憾，一篇文档上说在Symbian开始设计开发的时代，还是上个世纪90年代的事，那时候C++编译器还不能完全支持C++异常处理，至少Symbian 的编译器GCC 不可以。 我估计最后Symbian 的设计者选择了一个看似不够优雅，但是却是无可奈何的选择，那就是CleanupStack。 这个方案基本是异常的机制的替代品，大致是这样的程序创建一个 Stack（栈），分配的内存的指针会被通过调用 CleanupStack::PushL(..) 放到Stack里。释放内存之前 调用 CleanupStack::Pop() 把指针从stack中取出。另外我们经常会看到 TRAP（。。。） 宏，你可以简单地认为相当于 try...catch... ，出现异常的时候会获得错误码。所以要把一些危险的函数调用放到TRAP里面。（如果以后有机会我打算详细写写TRAP） 那么如果在new 和 delete之间产生了异常，那么内存指针就会保留在stack里，系统在进程结束的时候会把Stack里面的内存释放掉。这样保证了即使程序意外结束，也不会有内存泄漏。 这样的方案是不是足够好呢？如果开发人员忘记了PushL或者Pop怎么办?不是一样会有内存泄漏吗？开发人员记性不好的确是个大麻烦，但是有很多工具可以帮你检测问题，比如CodeScanner PC-Lint等等，如果你连使用工具都忘掉了，我就无语了。。。 CodeScanner是个好东西，专门为了Symbian C++开发的静态代码分析工具。可以给出详细的关于代码问题的报告。CodeScanner：http://www.mobileinnovation.co.uk 看来我只要保证了 PushL和Pop匹配，所有的内存分配都会被记录下来，程序结束之前都会被释放掉。...[阅读全文]

摘要:最近2年生活过的很动荡，主要是家庭的原因，每隔几个月就有些变化，现在总算稳定下来了。和技术也有些疏远，可以看到我的blog 两年来都没什么更新，这里要感谢开心同学没有把我的帐号删掉 最近作了一个重要的决定，就是告别PC & windows开发，转向移动和潜入式平台，比如Symbian.此前几乎没有Symbian 开发经验，一切从头开始，再次回到helloworld，就像我写第一个Turbo C程序那样。虽然Symbian 也是用C++开发，但是却有很大不同。 今后我会写一些学习的感悟，以及经验和技巧与大家分享。 带着我10年的微软平台的开发经验去观察 Symbian 的世界，我尽量用Windows 的概念通过类比，去解释Symbian的问题。相信会对其他从Windows转向Symbian的人有所帮助。...[阅读全文]

摘要:类似eMule的方式，在网站上写一个 ed2k://XXXXXXX, 这样的HyperLink，就可以启动自己的程序。 和简单，在注册表HKEY_CLASSES_ROOT下创建自己协议名的项 比如 myp 让后在 HKEY_CLASSES_ROOT\myp 下创建一个字符串键值 URL Protocol，值为空串。这个很重要，表明这是一个协议名称。 然后创建HKEY_CLASSES_ROOT\myp\shell\open\command 默认值写为： "你的程序绝对路径" "%1" 比如  "C:\Program Files\myproduct\myproduct.exe" "%1" 这样当有人点击或运行 myp://xxxxx 的url时就会启动你的程序，并且把url作为第一个命令行参数。...[阅读全文]

摘要:微软在XP sp2中对单个进程同时发起的连接尝试做了限制，最多10个。 这个限制不是限制连接数，只是限制连接尝试 详情参见 Event 4226, EVENT_TCPIP_TCP_CONNECT_LIMIT_REACHED 在命令行窗口下输入  netstat -no可以看到当前所有TCP连接的状态。那些显示为 SYN_SENT 的就是在试图建立连接。这样的Socket最多限制为10个。其实对于一般的软件没什么影响，影响比较大的是那些P2P软件。P2P就是靠不断建立连接，来在其他客户端搜寻自己需要的数据的。由于这个限制P2P客户端在单位时间内能连接的Peer就很有限，大大影响了下载速度。 解决的方法是： 关掉windows 防火墙，这个需要用户来做另外就是用一个修改过的tcpip.sys替换系统文件。可以在下面网站下载http://www.lvllord.de/...[阅读全文]

摘要:最近一直在.NET，偶尔发现boost 1.32已经发布了一段时间 虽然只是提升了0.01变化还是很大的 比如： 编译变得很简单，如果懒得设置，只要输入 bjam stage  即可编译成功支持了静态连接，使用起来很方便，使用boost不用带着很多dll发布了增加了 读写锁，.NET里就有读写锁，但是我觉得boost的更好用另外还有很多改进，我正在研究中。。期待boost的某些特性尽快被纳入C++标准...[阅读全文]