
折腾了三个月,终于拿下这个两米的工作台,终于能把这一堆废铜烂铁摆下了。


折腾了三个月,终于拿下这个两米的工作台,终于能把这一堆废铜烂铁摆下了。
一转眼已经三个多月没有写博客了,一方面是自六月份开始,工作异常的繁忙,静不下心来写日志;另一方面,八月初搬家了,搬到了离公司很近的一个小区,由于刚从家里搬出来,很多生活用品等东西需要整理和添置,周末也没有心思动笔。
当然,这些都是客观原因,不得不承认自己很懒……
一直很热衷新潮的数码产品,读书的那会,没有多少闲钱给自己添置装备,只好望梅止渴,经常逛一些数码网站和论坛,每月一期的《新潮电子》也是必须的,20元一本的杂志,对于一个学生郎来说,也算是比较奢侈的了。当时最奢侈的就属花了600大洋入手了VX Nano。
HTPC也是我一直在保持关注的数码产品,也曾利用退役的台式机尝试搭建家庭媒体中心(点击这里围观),但无奈老机器跑Vista非常的不稳定,经常死机,而耗电量大也是一个问题,在初步尝试过后便一直搁置了这个计划。直到最近从网络了解了Intel的新一代嵌入式整合平台:ATOM。在做了一段时间的功课后,于八月初抱回了一台ATOM330主机(下图右侧):

处理器:DualCore Intel Atom 330, 1600 MHz
显 卡:Intel GMA950 256MB
内 存:金士顿2G DDR800
主硬盘:T61拆机 西数160G
存储盘:希捷1.5T
之前看网上评测,对于N330的高清解码还曾报了一线希望,认为应付720P应该绰绰有余,乃至还奢望应付1080P的解码任务,接上电视和MediaCenter遥控器以实现我多年的HTPC计划,但现实是无情的,Atom330不仅无法胜任720P的解码工作,连跑MediaCenter都卡得不行,U的性能其实已经足以应付日常的工作,但无奈超低的显卡性能使得整机的应用范围大大缩水,目前已经沦落为一台7*24开机的NAS和WebServer,用来做家庭文件存储以及供自己学习调试用的服务器,虽然其超低的性能影响了其应用范围,但胜在功耗低,虽然没有实测,但据网友评测,整机功耗维持在40W左右,意味着每天的耗电量在一度左右,一个月的电费仅10-20元,阿Q一点,用来下电影,至少比买光盘还是便宜很多。另外还有一点没有考虑周全,原以为整机只有电源和CPU风扇会很静音,但无情的现实再一次打击了我,电源风扇的噪音比我预期的大很多,只能今后再考虑外置DC+内置电源模块的方案。
同期入手的还有戴尔E2210H显示器和麦博M400音响,都属于中低端型号,选这两款产品仅仅是出于够用和省钱的目的,并没有报太大期望,事实上表现也中规中矩,没有失望也没有惊喜。但键盘的购买就显得有点失算,习惯了ThinkPad的小红点,已经非常不习惯在使用键盘的时候还要把手挪开键盘区去使用鼠标,这也只能在今后考虑Think的外置键盘。
由于屋里有两台笔记本和一台台式机以及NDS、手机等带WIFI的设备,路由器的选择也是考虑了很长一段时间,首先从接口上来说,必须是有线无线都要支持;其次以可折腾的角度出发,要能刷DD,番茄之类的第三方固件;再者从速度考虑,300M的11N也是必须的,再综合性价比,外观,评价等因素,最终选择了Buffalo WHR-G300N。
HTC Magic(G2)是我使用的第一款带WIFI的手机,虽然之前的Treo680尚能服役,但不能WIFI一直是我对其最不满意的一点,空有一个320*320的大屏幕(相比大部分WM手机的320*240),但却无用武之地。而自08年G1发布以来,Android系统一直被市场及开发商所看好,搭载其系统的手机、上网本产品层出不穷,大有一统江湖的气势,而其Linux与Google的双重背景也使得市场对其异常关注。经过两个月的使用,也证明了当初选择这款手机(系统)是相当的明智,虽然目前的系统不够完善,应用软件也不够丰富,但从市场、软硬件厂商对其的关注度和支持度的数据来看,一直都是红线飙升的强劲势头。而使用JAVA语言,基于Eclipse的SDK开发环境,也使我能够很快的拾起JAVA,尝试手机开发。
前面都在说数码,近期也在重构新版的Framework,之前一直使用QuickPHP作为框架的名称,但无奈相关域名已被注册,并在这之后,也有同名框架问世,只得作罢,放弃这个已经用了4年的名称。新框架的名称已经确定:JoyPHP。同时,基于JoyPHP开发的个人服务器管理系统JoyCenter也在开发当中,目前JoyCenter进度还停留在架构和与JoyPHP的磨合阶段,只有一个比较简陋的模块用来测试:http://center.raychou.com/movie/一个用来预览文件夹内容的应用(数据是我的ATOM上的电影,请不要做压力测试,1M AD小水管经不起折腾~)。
无关乎开发,无关乎技术,今日来的一些琐事:
近日来系统频频假死,鼠标时常出现旋转的漏斗,但查遍系统记录无果,几欲放弃排查而重装系统。意外发现问题的元凶竟然是搜狗输入法,仅在4.2C版有这个Bug,更新4.2D或退回老版本即可解决问题。
从GoogleReader的统计信息看,在其的订阅用户已经接近100,而Feedsky仅仅显示有60,并且数月来一直没有增加,这让我很奇怪。经排查,由于在一开始没有规划feed,造成现在有三个主要Feed源,从4月开始,对外只提供feed.raychou.com这个源,通过cname指到Feedsky,而其并没有统计到这个url的订阅信息(似乎仅针对GoogleReader)。无奈,取消cname,改为302跳转,然后即可正常统计。
新网又受攻击,DNS全挂,波及本博客,开始考虑是不是要更换DNS服务商。
公司即将搬家,即将搬到一个更加宽阔和舒适的工作环境。但是,路程也更远了,又得继续起早摸黑的日子了。
最近数码置入计划的内容很丰富,但是钱包却恰恰相反,只能慢慢来,从长计议。
杂记么,确实很杂。
《有钱没钱,回家过年》,记得去年有这么一部以春运回家为背景的电影,深刻反映了春运期间一票难求的情况,而今年由于受金融危机的影响,这个问题显得更加突出和严重。
今年是毕业后在外工作的第一个年头,往年这个时候都已经在长沙的家中和同学朋友们闹了,但工作了就不再有那么长的假期,只有短短的7天日子可以用来挥霍。
以往都是学校给统一订票,虽然基本都是硬座,但好歹是不愁回家的票。而走出校园后就不再这么舒服了,凡事都得靠自己。每天早上上班的路上,经过一个个订票点,总能看到长达数十米的购票大队;临近年关的这今天,公司里讨论最多的话题也是火车票,一边骂票贩子缺德,一边在网站上查转让信息打电话咨询,往往在打了多个电话无果后,却又希望能找到一个真正的票贩子。
公司是做分类信息网站,自然火车票也是近期的一大热门板块,在春运期间,为网站带来了不少流量。但今天中午后,却收到了有关部门(话说这是中国最神秘,最NB的部门了)的通知,停止火车票转让信息的发布和展示,据说是为了打击票贩子。
囧,看看日历,今天已经19号了,距离大年三十也只有5天时间而已,这时候打击,受影响的其实仅仅是一些小票贩子,都不知道已经是第几手的票贩子了,对于黄牛票的源头,可以说是无关痛痒了,该卖的票都已经卖的差不多了。而更受影响的,则是一些确实手中有多余票想转让和一些求购者,这下可好,本来还有希望找个票贩子,现在连票贩子都找不着了,存心不让人回家了……
2008,对于中国人来说是不平凡、不平静的一年,太多的事情值得我们去记忆。
2008,对于我来说也是不同寻常的一年,在这一年,我毕业了,工作了,重返北京了。
2月 三宝殿正式上线,怀胎数月,终于分娩。
5月 俺自己电子杂志网迫于成本压力,上线一年半后,正式关站。
6月 领到了奋斗了5年的毕业证,意料之中的获得了优秀论文和毕设,意外之外的没有任何奖金。
7月 重新回到北京,经过了短暂的内蒙之旅后,开始寻找工作机会。
8月 开始了第一份工作,就职于某分类信息网站。
9月 观看了几场奥运比赛。
10月 工作后的第一次长假,回了一趟家,感觉很不一样了,似乎再次回到这个生活了20多年的城市,我却感觉是个客人。
12月 开始迎接2009
周末帮朋友公司面试了几个PHPer,临时赶制了一份笔试题,头一次做面试官。
自己觉得比较基础的东西,却问倒了一多半的人。
挺爽的,下回还要做。
今天,公元2008年10月11日,一个可以载入周氏家族史册的一天。在今天这个伟大的日子里,我,炒出了20余载漫漫人生的第一个菜(之前十多年的蛋炒饭炒龄不算):超高难度且经济实惠且色香味俱全的蒜苗炒肉,另配一碗同样出色的周氏蛋炒饭。可惜的是,当我想起要把这一切记录下来的时候,除剩下一些因为蒜苗和肉数量搭配不当而没有吃完的肉以外,都以下肚。

当然,由于是第一次当大厨,虽然这盘周氏蒜苗炒肉做得很出色,但还是有改进空间的,饭后总结了一下,大致有以下几点:
首先,前面提到过,为避免肉剩下,以后蒜苗可以多放一点。
其次,肉可以再切小一点,这次体积上有点大,不过炒红烧肉正好。
再三,肉可以再炒久一点,避免再次出现肥肉不熟的现象。
最后,可以事先准备些面包、方便面等用于充饥的食品……
在由于家长不在,我带领锅碗瓢盆不但圆满的完成了党和人民交予的不能饿死的光荣任务,并超额剩下一堆剩肉,为明早的吃喝任务奠定下了坚实的物质基础。总的来说,这次任务完成得非常成功。
下次再接再厉。
上班第五天,终于迎来了第一个项目,我作为开发人员参与其中。
项目内容主要是做网银支付(说起来和之前面试的某公司工作内容一样……这就是命啊),没有接触过的东西,很好,又多了一个方面的开发经验。项目基于ZendFramework搭建,也是公司第一次使用ZF,从前都是使用自己开发的框架,其他框架也没有接触过,对我来说倒也是一次学习的机会。
说到ZF,默认的MVC模式是一个Controller一个文件,包含所有的Action,很不喜欢这种方式,当Action比较多时,项目会变得难以维护。简单翻阅了相关手册和源码后,发现ZF的机制还是很不错,可以很方便的进行扩展,实现高度的定制化,最终将原有的分发模式改为每个Action单一文件,统一存放在Controller文件夹下,这样每个文件内的代码都不会太多,项目结构也变得更加清晰。
明天的主要任务就是整合Smarty了。还算不错,好好干。
工作了,势必得开始关心工资、福利等事情,其实这些问题我本无所谓,该多少就是多少,最后我只看拿到手的有多少就行了。但很无奈我的情况又相当复杂(省略若干字……),使得我不得不关系个人所得税的相关政策。
以下是网上查得的个人所得税的计算公式
应纳个人所得税税额=(实际收入-扣除标准)×适用税率-速算扣除数
扣除标准1600元/月。
不超过500元的,税率5%,速算扣除数为0;
超过500元至2000元的部分,税率10%,速算扣除数为25
超过2000元至5000元的部分,税率15 %,速算扣除数为125
超过5000元至20000元的部分,税率20 %,速算扣除数为375
超过20000元至40000元的部分,税率25%,速算扣除数为1375
超过40000元至60000元的部分,税率30%,速算扣除数为3375
超过60000元至80000元的部分,税率35%,速算扣除数为6375
超过80000元至100000元的部分,税率40%,速算扣除数为10375
超过100000元的部分,税率45%,速算扣除数为15375
一直都误解了上面的计算方式,以为就是把工资乘以各个级别的百分比,后来才了解,原来这个所得税不是这么计算的,应该是一个梯度的计算,例如工资的头500要交500*5%=25的税,后500-2000要交1500*10%=150的税,依次类推。
精打细算,努力挣钱。
在北京读书那会,因为每个月的生活费有限,自己也很想对日常支出有清晰的了解,钱都花在哪些地方,下个月该如何安排等等。坚持了几年,感觉效果不错,尤其是很长一段时间后再去看以前的收支列表,觉得还是很有成就感的(也不知道这个成就感从哪里来的,每个月就那么几百块钱的固定流动资金,顶多是偶尔有些项目款打入,汗~)。但这个好习惯自从转回长沙后就没再坚持了,一是回长沙后,每月的项目收入比较固定,家里很少给生活费,二是闲钱比较多,也懒得去统计哪些该花哪些不该花,实在花没了,再回家去取。
现在工作了,虽然目前住亲戚家还不需要考虑租房等琐事,但在北京买房买车,安家立业(这,仅仅是假设而已)应该也是迟早的事情,所以也不能再如从前那样,有多少花多少,也该给自己定个理财计划,每月收入多少,支出多少,存款多少,都应该做到心中有数。也只能这样,才不会过上月月光,十五盼初一的日子。
最后感叹一下北京的房价,估计以现在的收入,最快也得两年才能交得起一居室的首付,哎,任务艰巨啊~~~