拍拍身上的灰尘
Sep 24th, 2009 Posted in 学习 | 1 Comment »三年过去,弹指一挥间。
最近完成的项目和加密有关。
公司经常遇到客户拖欠货款的现象,这种情况在目前的天朝来说,单纯用法律手段还不够明智。于是终于考虑对产品加入一定的保密措施,说白了就是给那些信誉不好的用户设定试用期,当规定的付款时间到了,若用户还不履行,仪器所运行的软件自行加锁,并提示用户联系厂商。
最近要做一个显示2D的数据显示软件,功能目前要求很简单,无非是一个有X轴和Y轴的plot,但是为了考虑以后的功能扩展方便,想看看网上有没有好的例子,哪怕只是一个框架。结果就发现了QWT,开始很兴奋,因为这个软件就是用QT编写的。QWT的网站上是这么介绍的:
The Qwt library contains GUI Components and utility classes which are primarily useful for programs with a technical background. Beside a 2D plot widget it provides scales, sliders, dials, compasses, thermometers, wheels and knobs to control or display values, arrays, or ranges of type double.
算起来,这个“项目”从开始到自己认为的“完善”,断续竟然近3年,记得刚开始做时是刚毕业不久。最初的产品在累积了一堆的问题之后,终于咬牙挤出来两个星期,给彻底解决了。现总结如下(HOST部分):
记得在哪里看过这样一句话:“if all you have is a hammer, everything looks like a nail”,觉得我现在的工作状态就是这样。
我的锤子是C/C++,用了这么多年,已经很顺手了。可是现在越来越觉得这锤子有点老旧了。我在想,如果哪一天锤子坏了,丢了,怎么办?况且,也不可能所有的东西都是钉子。我们应该尽可能拥有更多的工具,不光要有锤子,还要有刀子,锯子,斧子。
如果你用C/C++,可以学学C#。如果你做嵌入式,可以了解下IT行业。说不定哪一天就有可能换了工具,甚至换了饭碗。
如果你只有一把锤子,就应该设法去找更多的工具。
哈希表和哈希函数是大学数据结构中的课程,实际开发中我们经常用到Hashtable这种结构,当遇到键-值对存储,采用Hashtable比 ArrayList查找的性能高。为什么呢?我们在享受高性能的同时,需要付出什么代价,那么使用Hashtable是否就是一桩无本万利的买卖呢?就此疑问,做以下分析,希望能抛砖引玉。
先从ASCII说起。ASCII是用来表示英文字符的一种编码规范,每个ASCII字符占用1个字节(8bits)因此,ASCII编码可以表示的最大字符数是256,其实英文字符并没有那么多,一般只用前128个(最高位为0),其中包括了控制字符、数字、大小写字母和其他一些符号。而最高位为1的另128个字符被成为“扩展ASCII”,一般用来存放英文的制表符、部分音标字符等等的一些其他符号,这种字符编码规范显然用来处理英文没有什么问题。(实际上也可以用来处理法文、德文等一些其他的西欧字符,但是不能和英文通用),但是面对中文、阿拉伯文之类复杂的文字,255个字符显然不够用。
主要是关心TFT和STN,TFT可以去这里。
在使用S3C2410里,对其中TFT的的扫描方式不太懂,所以找了个VGA的参考一下。STN的还没找到。
很多职场新人都谈到了工作经验的问题,似乎招聘公司不给你机会,你就没办法获得必要的工作经验,其实并不一定。
很多资料在网上都是可以找到的,只是看你具备不具备足够的信息收集与处理能力,而这个收集与处理信息的过程,也能极大的提升你的职业能力。 Read the rest of this entry »