推荐:弯曲评论(www.tektalk.cn)
By 李先静 1,549 views
昨天没事在BLOG上安装了analytics360,今天看到分析结果中,居然有20个访问是从tektalk.cn过来,出于好奇去tektalk.cn看了一下。先是网站的名称吸引了我“弯曲评论”,好熟悉的名字,以前一定看过她的文章。其次是网站的布局美观大方,赏心悦目。于是忍不住读了几篇,感觉非常专业。最后看到一篇《3G手机 。Android 。Broncho》,终于明白为什么有来自tektalk.cn的访问了。
非常好的评论网站,欢迎大家访问。为了方便以后经常的访问,我在BLOG上加了一个友情链接。本来特意申请了一个帐号的,可能是hotmail出问题了,一直没有收到密码通知。
入选”第一期中国最受欢迎50大技术博客”
By 李先静 1,010 views
今天在网上无意中发现自己的BLOG被评为”第一期中国最受欢迎50大技术博客“。absurd@CSDN排名23,呵,希望明年能进入前10名。
让写博客成为一种习惯
By 李先静 899 views
今天收到CSDN的邮件,得知我的博客被CSDN评选为2008年最有价值的博客,并应邀写篇非技术性的文章。借此机会谈下我写博客的体会,这是个老话题了,我也不指望能写出什么新花样来,只是谈下自己的真实感受吧。
我的学习方法
By 李先静 1,578 views
今天CSDN的频道编辑姜磊,来邮件邀请我做移动频道技术顾问。对我来说,这是一种极大的荣誉,我很高兴,也很感谢姜磊。不过若我真去干这活,熟悉我的人一定会笑掉大牙。何也?原因是我的学习方法,让我不能担此重任。
真的简单,还是盲目乐观?
By 李先静 1,028 views
今天看到网友我BLOG上的留言,他说, “这个没什么难的吧,其实就是个文件解析器嘛”。看了之后我不禁大笑,笑罢满面羞愧。何也?就在两周之前,我曾夸下海口说,这么简单的东西,不用一周搞定了。结果花了两周半,时间超期150%以上,要不是中途有高手指点,一定会花更长时间。如果一个小模块超期150%,你不觉得有什么大不了的话,想想一个项目超期150%是什么概念,下场可能是被项目取消,大家散伙。你说我能不羞愧吗?
关于做事的几点感想
By 李先静 875 views
今天晚上,老总召开会议讨论软件部和硬件部沟通的问题。因此让我破天荒的加了一次班,一些问题也是我比较关注的,尽管只是坐在角落里静静的听,也有不少感想。
谁妨碍了我们快乐
By 李先静 998 views
无论在网上还是在现实中,我见过不少郁闷的程序员,他们总是不断的抱怨,似乎只有自己才是世上是最悲惨的人。至于这样好不好,是仁者见仁的问题,反正我自己是不太喜欢,我认为快乐的程序员才是高效的程序员。所以在linux小组内部,一开始我就强调我们要快乐的工作。
噢,等等,先想想再说
By 李先静 765 views
最近我和同事犯了几个错误,那位同事所犯的错误也正是我以前常犯的。说是错误或许有些严重,但至少这种做法不是那么正确吧。相信很多人都有类似的毛病,写到这里,希望大家引以为戒。
仅仅是好看一些吗?
By 李先静 759 views
今天看BLOG上的留言,其中有一句话大意是说,仅仅是好看一些罢了,没有什么实际用处。他是针对一个模拟器说的,那个模拟器不是我写的,我不过是写了一篇关于构建那个模拟器短文罢了。这句话本身对我没有什么影响,况且我相信那个模拟器有很大实际价值的。本文并非是因为不能接受反面观点而写,相反我只想澄清一个观点。
如何面对单调重复的任务
By 李先静 934 views
我们每个人都喜欢做有挑战的,能学到新东西的任务,而不愿意去那些单调重复的,没有什么新意的事情。然而常常事与愿违,在软件开发中,前者并非主流,而后者占了大多数。前者未必每次都能轮到你,而后者也总是要人完成的。
面对后者,你可以选择拒绝接受任务,但那会让人觉得你工作态度不好,以后好的差事可能就轮流不到你了;你可以选择走人,换个地方去做,但那也只能祷告,祈求上帝保佑你在别的地方遇到好任务。其实这都不是好的做法,相反我们应该接受并搞掂它,应该想法转换它们,完成任务但又不必自虐,从中还能学到东西。下面是我的一些经验:
程序员,为你的程序而骄傲吧
By 李先静 1,088 views
一些人认为程序员都有自大狂倾向,我不知道这种想法源于何处有何根据。谦虚是中华民族的传统美德,我们不但从小到大都受这类教育,而且在关于软件的方面的书中,也不忘提醒我们要谦虚谨慎,一些前辈更是无私的和我们分享要谦虚的经验。
答复:我不会OOO,仍然可以XXX
By 李先静 3,665 views
按照《审死官》里的读法,标题可以读着:答复:我不会圈圈圈,仍然可以叉叉叉。圈圈叉叉并不特指某个东西,而是一个通配符。代表诸如:我不懂COM原理,仍然调用COM组件。我不懂数据结构,仍然可以写程序。我记不得常用API,仍然照样用IDE。如此等等。
关于知识积累与创新的思考
By 李先静 966 views
最近有网友提出这样的担心,现有知识太多了,会不会被这些知识所淹没,失去自己的创新。这种担心也是情有可原的,连大师李敖都不愿用电脑,他认为从网络中可获取的知识太多了,信息爆炸,让人分不清钻石和狗屎,一咕噜接收过去,会让人发疯。
和表侄谈大学生活
By 李先静 347 views
前几天看了金旭亮老师的BLOG,在我印象中,金老师是一个负责任而且很能干的老师,但我并不完全赞同他的观点和做法。本来想写篇BLOG阐述一下我的观点,但又不想引起一场口水仗,结果就放弃了。今天和同事聊天时,聊到大学生活,想起以前和表侄谈大学生活的一些趣事,今天写到这里,供大家玩味吧。
企业应用架构模式读书笔记(2)
By 李先静 780 views
把SQL访问从领域逻辑中分离出来:行数据入口和表数据入口。行数据入口对象对应数据库中表的一行数据。表数据入口对象和记录集差不多,对应表中的多行数据。
企业应用架构模式读书笔记(1)
By 李先静 828 views
前年走马观花式的把这本书读了一遍,加上当时并没有实际使用,所以时隔不到两年,对本书中部分内容的印象已经有些模糊了。最近要用到这方面的知识,花点时间再读一遍,顺便记点笔记。
乐趣比知识更重要
By 李先静 1,053 views
gigix说:像SICP或者Code Complete这样的书,读了之后常常会让人失去这种弥足珍贵的乐趣,所以还是不要读了的好。(某些人会道貌岸然地说读这些书是为了明白编程的基本常 识,然则所谓基本常识与发明概念的乐趣相比孰轻孰重,莫不是个如人饮水冷暖自知的问题么?所以概念的乐趣就这样继续延伸下去吧。)
对以上的观点,我深以为然。不但读书如此,其它方面也是如此。不少人都有这样的感慨,如果当时我已经知道有了XX,就决不会去把YY开发出来。这是我深有体会的,当我对一些开源项目了解很少时,常常开发一些小软件出来玩,不管这些软件的价值如何,开发过程中的乐趣是无穷的,因为我觉得在做一件创新的事。
用户,你太宽容了
By 李先静 886 views
今天早上,部门的门禁系统出问题了,60多号人在外面等了半个多小时。也许这种故障反而给平淡的生活带了一丝剌激,也许是大家对电子产品的故障习以为常,也许大家同是做电子产品的,也许是大家都是有素养的人,尽管维修人员态度不好,尽管知道系统留有后门,尽管造成的损失可能比门禁系统本身的价值更高,但大家很坦然,没有人报怨,更没有人去投诉。
面试中的无形因素
By 李先静 1,277 views
两年前刚来深圳时,到数家公司面试过,有成功的也有失败的。后来总结了一下,失败的原因往往并非我的技术不行,而是在面试过程中,没有注意一些细节引起的,后来写了一篇《仪表在面试时的影响(研发类)》的文章,谈了一些自己的想法。
ALP命运启示录
By 李先静 1,767 views
爱可信(ACCESS)在2006年向开源社区公布ALP(Access Linux Platform)时,在Linux mobile圈内也掀起了一阵不小的波澜。作为Linux mobile开发人员,我一直密切关注圈内的开源项目,像G(PE)2、Openmoko和Maemo等等,所以当时迫不紧待的下载了ALP的源代码进行分析,它确实没有让我失望,架构设计得很好。



April 4th, 2010


