羞愤。

好好总结下：

1.没有系统的概念，没有从上层AP进行考虑，到头来发现很多问题发现根本就没想过。

2.对问题知其然不知其所以然，太流于表面。

3.没有很好的和老大沟通，准备没有目的性，太零散。

4.最重要的一点：没有try my best。

无怪乎老板对我做出掩面的表情，加油吧本杰明同学！

我最近读过的15本书中，有12本都是在Ipod touch上看完的。

应该说，Ipod大大提高了读书的速度。在上下班路上，等人，撇大条这些垃圾时间，我都可以掏出Ipod看上几分钟，晚上睡觉前还可以躲在被窝里看会（这让我想起了小时候蒙上被子，打着手电筒看小说的情景）。如果靠捧着书慢慢看的话，这些书我估计得看到明年。

Ipod看电子书的优点：

1. 资源丰富的网上书库，通过wifi直接下载（stanza）。（不要钱。。。）

2. 完美的书签，随时记录你的阅读进度。

3. 可调的字体，排版和屏幕亮度，适合各种阅读环境。

缺点：小屏幕导致过于频繁的翻页。想翻到前面串联下情节也很困难。

——————————————————————–

应该说，Ipod提供的阅读体验是远超很多人喜欢的PSP的。那对比kandle呢？

上图是E Ink的AM300开发板。在我拿到的瞬间，我甚至以为面板上的图案是印上去的，是的，just like a paper。实际使用下来，毫无疑问E Ink的电子纸是目前最优秀的阅读屏幕：

1. 超薄的体积，目测估计3mm。

2. 无背光设计，这样带来了两个好处：不伤眼，适合长时间阅读；省电。

3. 细腻出色的显示效果，6寸屏采用的是800*600分辨率。（BTW，我觉得6寸屏的大小很适合电子书。）

4. 极低的功耗。

每一项都是强有力的卖点。。。我明白kandle为什么这么火热了，如果你是个重度阅读者，你肯定会迫不及待想拥有的。

接下来说说EDP的缺陷：

1. 缓慢的响应速度是目前最大的问题（我测试了下，刷新一屏至少需要0.4s，而主流的TFT显示器至少都可以达到0.02s）。这导致它只能采用被动式的刷新方式，UI是个大问题。

2. 目前最高只支持32级灰度，彩色似乎还有段距离（因为这是项化学技术而不是电子技术）。

3. 成本太高。

Over。（图片来自flash5，我懒惰的没有拍，反正长的一样。）

简单的说，就是老板带着项目在天上飞，我们在地上拼命追。总的来说，就是自己能力还欠缺的够呛。托工作的福玩到了G2和Ophone，最强烈的感受就是Android前途无限但还有很长的路要走。

OPhone的UI真的做得不太好。

目前在做一个LCD的driver，已经搞了一个星期，连背光都没亮。。。下一步就是android kernel的porting工作了，估计到时更要忙得够呛。

over。

简单总结如下：

一. 内存越界

C语言这个缺陷真是被我发挥的淋漓尽致。。。调试过程中无数次的system halted，我被折磨的死去活来~每当PC指针跳转到0×10我就知道：完了，又完了~

结论：1.最好了解系统的内存管理机制。至少，你要了解不同系统malloc的实现方式；

2.仔细考虑内存大小，假设最坏的情况下需要的内存分配情况；

3.如果实在不能确定。。。那就多分点吧。

二. 全局变量的使用

其实这个问题和数据结构有关。设计一个好的数据结构可以大大减少全局变量的使用。

结论：1.最好少用全局变量；

2.如果要用。。。能加static就加static；

3.检查每一个对其赋值的地方；

4.注意初始化。在循环调用的时候记得清零。

三. 算法&数据结构

长久以来我一直有点忽视这个问题。。。在我看来，一个好的算法可以有效的提高效率和节约空间~而一个好的算法会自然而然的要求一个好的数据结构。。。

这是不是和面向对象的思路有点相反？-。-||| 好啦我也承认一个好的数据结构可以使你的算法清晰明了。。。

这个问题很相辅相成~

结论：1.根据你的功能需求灵活的确定实现方式：要速度，要空间，还是要稳定？

2.程序的扩展性始终是考虑要素之一，设计灵活的数据结构可以让你简单的增加功能。

3.有效地拆分模块并定义接口。

4.Debug

一个半月里至少有3/4的时间都在debug，前期没有一个好好设计过程，出现问题就会感觉一片混乱。

结论：1.遇到问题首先要做三件事：思考，思考，再思考；

2.多用ASSERT，多用PRINTF，建立完备的出错机制；

3.不要太依赖调试工具。很多时候它只会让你效率低下；

4.记得注释。因为很可能几个月后，会有一个笨蛋面对你的代码感到一头雾水。。。。。。而且一般情况下，那个笨蛋就是你。

总结over。

本年度还有一天年假没有休~而单位的同事好多都是七天没有休~下周上班，公司会不会就没什么人了？

新的活，又会是什么呢~拜托不要再像这一次这么纠结了！

今天：

第一次通过Mail和电话同台湾的同事沟通。之前有点担心，因为我很害羞。。。不过工作需要我也豁出去了。。。

觉得自己mail写得不是一般的烂，沟通能力也是……还好对方很professional，很快就给了我想要的结果，然后问题也解决了，很好。

前几天：

完成了一个小工具。SW的主管check后给了些建议：

1、为每一个job单独建立线程

2、注意按键的屏蔽

3、软件的设计要注意通用性

觉得问题的关键还是出在自己没有经验，什么东西都是想当然的去做，没有和leader做好的沟通，也没有一个spec去参照和设计。

其中遇到了存储的问题：

在VC中全局变量的大小似乎不能超过1M。这让我想起了全局，局部，静态等数据的存放位置问题，网上说的乱七八糟~这里摘一段我觉得还算正确的文字，其实应该好好查下书：

一.在c中分为这几个存储区

1.栈   –   有编译器自动分配释放

2.堆   –   一般由程序员分配释放，若程序员不释放，程序结束时可能由OS回收

3.全局区（静态区），全局变量和静态变量的存储是放在一块的，初始化的全局变量和静态变量在一块区域，未初始化的全局变量和未初始化的静态变量在相邻的>另一块区域。-   程序结束释放

4.另外还有一个专门放常量的地方。   –   程序结束释放

二.在C++中，内存分成5个区，他们分别是堆、栈、自由存储区、全局/静态存储区和常量存储区。

1.栈，就是那些由编译器在需要的时候分配，在不需要的时候自动清楚的变量的存储区。里面的变量通常是局部变量、函数参数等。

2.堆，就是那些由new分配的内存块，他们的释放编译器不去管，由我们的应用程序去控制，一般一个new就要对应一个delete。如果程序员没有释放掉，那么在程>序结束后，操作系统会自动回收。

3.自由存储区，就是那些由malloc等分配的内存块，他和堆是十分相似的，不过它是用free来结束自己的生命的。

4.全局/静态存储区，全局变量和静态变量被分配到同一块内存中，在以前的C语言中，全局变量又分为初始化的和未初始化的，在C++里面没有这个区分了，他们共同占用同一块内存区。

5.常量存储区，这是一块比较特殊的存储区，他们里面存放的是常量，不允许修改（当然，你要通过非正当手段也可以修改）

再前几天：

做的是之前留下的工作：boot的启动问题。根本原因是压缩镜像的解压太慢，这个应该要找sigmatal。现在似乎交给另一个人做了。

Over。

25号公司办了尾牙会，去吃了顿，发现自己还是不会酒桌上的那套，整场像个傻子坐在那里。。。还有抽奖，我们BSP这桌运气超级差，就一个人中了300块，后面HW那桌几乎各个有奖，还都是2、3K。。。

最近主管对我很和蔼~然后我就对他说我请5天假~回家了，哦也！