8月~9月总结（上）

 

经过最初一段时间的摸索，算是对目前自己所接触的东西有了一些粗浅的认识，现在先做个总结，梳理一下这段时间的收获。

 

目前所在的项目的是数字对讲机，这玩意基本没什么概念。以前倒是有用过模拟对讲机，就是简单的调频，接收，通话，这就是对其一个印象。

故而，在开始上手这个的时候，很是找了一段时间的资料，来查看数字模式的对讲机，有什么优势，以及一个初略的了解，但是，经过了几天的查找之后，

发现，国内关于这个数字模式的对讲机的介绍，很少。市场上的产品，也是基本没有几个数字式的。所以在那时，对于它的需求，并没有一个专业的概念。

 

7月份进入公司，开始并没有立即让我和另一个同学上手，而是先让我们做一个在当时项目平台上的一个计算器。---这似乎是个传统，因为在我之前的另外几个同学，也是从

这个计算器的设计开始入门了解项目的，另外补充一个，对于当前的我们这个团队，没有一个有经验的前辈，带领我们这一群人，确实是一个很大的硬伤，因为我们所有

人都不知道，在这条技术的路上，应该怎么走，哪里有危险，什么要注意，完全要靠自己的摸索，这既是一个机遇，更是一个挑战。----或许对于VC上来说，这个算是很简单，

但当时，着实让我头昏眼花了一阵子，到如今，项目中的很多东西，依然没有完全搞清楚。最开始，看代码，看文档，相关函数说明，还有代码规范，了解设计思路，了解

系统所用的函数功能……等等等等这些东西不一而足，每天很忧心，也很充足。

 

计算器的设计很是失败，无论从界面还是功能完备来看，都不是一个成功的例子。界面上，有个三行显示，初看还不错，但是第一次运算后，所得结果就无法转入第一行，清空

第三行的结果行；功能上，完全抛弃了符号判断，即只是无符号数运算，而且还是整数，着实失败。后来截止日期一天天临近，无奈，只能用另一个同学的代码了，虽然在其中

是吸收了他的思路，并完全实现了功能，但与我来说，这始终是个不忘的疙瘩。

即便是这个可行的版本，其实现在看来，确实有很多需要改进，也可以改进的地方。当然，改进的地方，更多的是界面效果上的改进。

界面上，当时方便计，只采用一行计算，功能上依旧是整型运算。

 

在这之后，则是对讲机需求当中的遥毙激活功能和状态查询，我负责遥毙激活模块。功能说明，遥毙大概是讲可以发出指令使指定对象关机，且若无激活指令，对象无法开机；激活就是让对方可以开启机子。

我所在的团队，由于都是新人，只是新的程度略有不同，所以在公司的规划中，我们这边是只负责进行MMI设计，即界面处理，在上层将用户操作传递给下层，底层的不由

我们负责。

这一次，在心里其实憋着一股气，觉得自己没那么差的，要是这一次在没弄好，那真的是天分不足，可以卷铺盖回家了。

这次的模块跟计算器不同，比之更进了一步，在系统级别上来讲，因为需要进行交互，向系统发送消息，接收系统回复消息并处理。在这个时候，对于整个系统的了解，其实还没有多大的长进，之后看了一本书，才觉得茅塞顿开。

由于功能明确，在界面上，就没那么花哨了，相对来说，比前一次的进度要快多了，2天就把界面彻底完成（其实算比较慢了），后面则是根据其他模块的模式，去糟取精，

编写相应的流程，就算是完成了，而在这一过程中，则是主要去了解一个由上自下的程序流程，在脑海中留下一个清晰的流程图，知道层次结构，知道消息传递的具体来龙去脉，在哪里等待回应等等。

现在回想过来，突然觉得这是不是一个  由点及线，由线至面  的过程，或许在等待一段时间的摸索，就会有一个更深刻的了解。

 

先到此   要睡了   不知道明天会不会继续写。。。

20110920 夜  23：30