hisense2423-CSDN博客

转载三十岁,才慢慢的明白.

当我们懂得珍惜时光的时候,已经发现自己不再年轻. 三十岁,才慢慢的明白. 男女三十而立，三十岁应该是人生的转折点，它不是青春韶华的终结，而是生命的第二起跑线。三十岁，面对的不应该是没落，而是认知的新起点。很多曾经懵懂的，三十以后才明白真谛。走自己的路：三十以后才明白，别人的目光已不重要，他们的批评和夸奖，事实上无足轻重，不应该成为我们前进和滞留的动力和阻力。真正做到：走自己的路，让别人去说吧！只

2009-06-05 12:21:00 578 1

参与过大型软件项目的人都会认识到许多事情都可能出错，一但出错就可能给项目带来危害、损失或其它不利影响。风险是在项目中发生的一系列事件或不利结果的可能性。软件开发是一项高风险的活动，在项目开发过程的任何一个阶段都可能存在风险。采取积极的风险管理方式，可以使项目进程更加平稳，可以获得很高的跟踪和控制项目的能力，可以规避、转移风险，或缓解风险带来的不利影响。风险管理是对项目风险进行识别、分析、应对和监控

2009-04-02 12:25:00 402

原创 QChat 新业务开发笔记

最近一直忙于新业务的开发，很多东西都是从头做起。从业务的模型，软件架构，系统功能分析，用例设计，到程序结构设计，流程规划，编码实现，单元测试等，都要手把手地亲自做起。可能你会觉得这些东西都自己来做，会得到很多锻炼，但是，别忘了，贪多嚼不烂。而且，你也没有充足的时间针对某一块去深耕细作。当然，锻炼还是有的，可以从整体上了解一个系统。全新地设计一个系统，其实也是比较有意思的事情。在国内这种开发

2009-03-24 12:47:00 804

转载 IT管理人才必备的十大能力

作为IT技术人员，相信没有一个人愿意永远在底层编写程序或做简单的系统维护。经过一段时间的技术和经验的积累，很多人都向往更高层的职位，但如何能成为一个专业的IT管理人才，并不是每一个人都清晰、明了。　　"30岁程序员的人生"技术某种程度上是青春活，技术革新的速度永远以超乎人所理解的演变，对于上了年纪又有了社会责任的技术人员来说，转型是不二选择。　　如果你真想成为一名成功、成熟的IT专家，你需要不

2009-03-05 12:58:00 381

原创关于XML的解析

最近由于做新业务的需要，在研究高通平台上的XML Lib。这套库提供了完整的对于XML文件和树形数据结构之间的编解码转换。使用的算法非常通用化，并且为平台兼容性提供了抽象层的接口。这套库在高通的release代码中发布，应该达到商用水平，可以作为后续开发的一个重要支撑。在研究代码的时候，发现使用的是完全的递归算法，在程序流程上可能非常的简单，但是递归调用会占用很多的栈空间，也会比较消耗资源。不

2009-03-03 12:19:00 523 1

原创新业务学习心得

最近在熟悉和策划一向新业务，也是中国电信面向3G所重点推出的业务之一。为了实现这个新业务，要补充很多方面的知识，特别是数据业务方面的。3G时代的核心就是丰富的数据业务，因为高速的网络能给大家带来更丰富的信息，那么数据业务无疑会是3G时代最为重要的核心业务。数据业务本身是建立在高速的分组交换网络基础之上的，涉及一大堆的协议和应用。有了信息高速公路，大家要互联互通，那么只有使用协议才能达到

2009-02-21 12:07:00 2850

原创智能手机的时代

早餐的时候和同事聊起智能手机的发展，我们都觉得未来的手机世界非智能莫属。一方面是人们的要求越来越高，以前能在电脑上享受的服务，现在也想在手机上体验一把，而且说不定要求更高。另一方面，智能手机价格和技术门槛的降低，也进一步带动了这个市场。如果同样的价钱可以买一部智能手机，那Feature Phone的命运可想而之。而且，智能手机上可以集成更多的应用和服务，并且能实现更好的用户体验。我自己是一直做

2009-02-17 07:57:00 667

原创加班的日子何时休……

别看我这么早来上班，你可知道昨晚我可是九点半以后才下的班啊。工作三年多，很少出现像现在这种情况。记得最紧张的做双模双待的时候，虽然也是加班，可是只有七点多一点，不到八点就走人了。但是，现在显然是加剧了。其实，就我自己的工作任务来说，远没有那么紧张，我负责的模块问题点基本上得到解决。而且，所有功能也都全部完成，剩下的工作就是解决一下系统测试中的问题点。但是，因为项目是一个团队，各个成员都在加班，

2009-02-12 07:54:00 642

原创质量也是软件需求之一

上午在实验室Coding的时候，查阅两个月前写的代码，发现还是有些地方可以进行重构优化的。无论从流程和结构方面，或者是简单的代码规范方面，都是可以找到优化的突破口的。但是，我们是否真的需要求修改它呢？毕竟它已经是经历了两个月的运行良好的程序，而且经历了两轮的系统测试。如果这时候修改，我们确实有机会将程序改的更好，但是也会冒着引入新的bug的风险，而且必须保证充分的测试，否则后果是很难预测的。

2009-02-06 12:21:00 481

原创又到项目尾声时……

看到这个名字，好像显得有些无奈，又好像有很多话要说又说不出来。国内的软件公司也跟着潮流，逐渐地引入了项目管理制度，但是却并没达到理想的状况。项目预算失控，周期失控，规模失控，风险失控，人员失控等等等等。似乎很多东西到了中国都会走样，倒不是因为国人太笨，反而是因为大家都太聪明，聪明得以为自己可以控制一切。所以，很多东西都失控了。之所以有上面这番感慨，完全是因为我最近参与的项目又快接近尾声了

2009-02-05 12:18:00 405

原创 2009年的第一个工作日

今天是2009年的第一个工作日，同事们来得不是太齐，但是能见到的都互致新年好，这是个熟悉又陌生的感觉。这样的日子，总结过去的一年似乎太晚了，还是想想今年的愿望吧。从何说起呢，健康还是第一位的。人的一生，不管多么创下多少丰功伟绩，到头来还免不了终老此生。所以啊，能健康开心地活过每一天，都是非常幸福的事情。虽然工作很忙，但还是要抽时间坚持锻炼，要控制体重，肥胖也是健康很大的杀手。其次呢，在

2009-02-02 12:59:00 412

原创中国的3G时代开始了……

上周在北京参加了中国电信关于3G的会议，一屋子的人，各个知名的厂家都有，连一向对cdma很冷淡的nokia也派人去参加了，中国电信3G的力度真是大。虽然一切都显得有些仓促，但从他们急切的心情可以看出，他们是很想抓住这个机会的。电信的用户量在三个运营商中是最少的，而且处于非常的劣势，所以他们要在3G时代赢得主动，就必须走中高端的路线。而电信现在的战略也是定位中高端，服务中高端，我觉得是非

2009-01-13 12:23:00 539

原创 Keep you mind clean

Keep your mind clean. Never leave it lonely. duiziiji you ge zhun que de dingwei, jueburang renhe zanian yingxiang nide siwei. jue burang ren he suoshi ,zanian, yituosjsjksi de dongix yingx

2008-12-26 12:25:00 848

原创为什么总在辩解？

工作中的一件事让我有点感触，想认真地思考一下这个话题：为什么总在辩解？很多时候，当问题出现的时候，我们的第一反应是想方设法地找借口去辩解，而不是去细致地思考问题的原因。而事实上，这些问题中的绝大部分并非超出我们的能力所限。但是，为什么，为什么人们总会要去辩解呢？我仔细思考，可能有以下的因素：1、辩解是一种最省力方式。如果简单的辩解能够将问题搪塞、或者推给别人，这也不失为一种很有效率的方式；2、辩解

2008-11-07 08:22:00 716 1

原创 PIM MAP问题调查心得

上一阶段一直在上海参加PIM业务的开发调试，很多问题都迎刃而解了，但是到最后，我们偏偏被最后一个问题难住了。这个问题的描述如下:问题现象：从服务器上下载100条记录的时候，总是会在最后一步同步失败。问题原因：手机在向服务器发送最后一个数据包的时候，服务器总是返回http500错误，并且不更新map包在服务器上的状态。调查过程：一、第一个怀疑的地方就是MAP命令。因为问题就是表现在这个命令上

2008-11-04 12:31:00 448

原创上海PIM测试归来

前一阵子在上海待了半个多月，为了在试验网环境下测试PIM新业务。可以用一个字来形容在上海的生活：累。每天加班到很晚是很正常的事情，而且小小的实验室里三个基站，辐射也很厉害，搞得身心剧疲。新业务的开发是很辛苦的，特别是一个人开发一个新业务。方方面面都要照顾到，从业务的规划，设计，实现和测试，都要一个人来搞，一个人干了好多个人的活，但是只拿着一份工资。我不是怕辛苦，只是很多压力都在一个

2008-10-30 12:18:00 740

原创代码的坏味道

代码的坏味道Bad smell in code下面列出的一些坏味道是《重构》一书中提到的，如果你的代码中有这种味道，那么意味着重构的时机已经来临了。1、Duplicated Code（重复的代码）同样的逻辑在多处表达。2、Long Method（过长函数） 3、Large Class（过大类）类的职责过多。4、Long Parameter List（过长参数列）5、Divergen

2008-07-25 07:09:00 751

转载软件行业应聘时面试官在想什么?

软件行业应聘时面试官在想什么? 当你走近会客室，面试过程就开始了，当然你得不卑不亢，谦虚谨慎，除了这些放之四海皆准的原则，你还应该知道。面试就是个沟通，让对方认识到你的实力，并且你也了解到是否喜欢并且能做这个工作，后者可能很多人没有意识到。沟通很奇妙，每个人都说自己能很好的别人沟通，在面试官看来，沟通不是让你不停的附和或者滔滔不绝讲述，而是从对话中能了解双方的立场，无论是支持和

2008-07-16 12:52:00 479

转载关于创业

有管理学者曾讲过这么一句话：“创业，其实人人都会成功。只是有些人被陈腐观念所束缚，也就失去获取成功的最佳时机，未能成为幸运的宠儿。” 　　事实也是，前怕豺狼后怕虎，何来成功？　　以下五种是常见的不敢创业的借口，对创业者来说是“忌讳”。　　如果被其绊倒，成功也就遥遥无期了。　　理由一：没有足够的资金　　不少渴望创业的人表示，其实自己并不喜欢打工

2008-07-16 12:36:00 339

原创为什么重构有用（Why Refactoring Works）

程序有两面价值：“今天可以为你做什么”和“明天可以为你做什么”。大多数时候，我们都只关注自己今天想要程序做什么。不论是修复错误或是添加特性，我们都是为了让程序能力更强，让它在今天更有价值。但是系统今天（当下）的行为，只是整个故事的一部分，如果没有人认清这一点，你无法长期从事编程工作。如果你“为求完成今天任务”而采取的手法使你不可能在明天完成明天的任务，那么你还是失败。但是，你知道自己今天需要什么，

2008-07-11 08:41:00 437

原创为什么要进行重构？----《重构》节选

我不想把重构说成治百病的万灵丹，它绝对不是所谓的“银弹”。不过它的确很有价值，虽不是一颗银子弹，却是一把“银钳子”，可以帮助你始终良好地控制自己的代码。重构是个工具，它可以（并且应该）为了以下数个目的而被运用：重构改进软件设计如果没有重构，程序的设计会逐渐腐败变质。当人们只为短期目的，或是在完全理解整体设计之前，就贸然修改代码，程序将逐渐失去自己的结构，程序员愈来愈难通过阅读源码而

2008-07-09 13:02:00 837

原创如何保障工程师之间的沟通顺畅？

这并不是一个很新的话题，但是往往不同的人对它有不同的理解。人与人有异，不管我们的专业多么相近，经历多么相似，但是我们还是会有很多很多细微的不同，正是这些细微的不同，有时候就会造成我们沟通时的不顺畅。譬如说，有的人很喜欢用某一类的口头语，而另一位则深恶痛绝，那么他们在交流时其中一位就会产生情绪上的抵触，无形中给他们之间的沟通造成阻碍。还有一种情况，就是某个工程师很习惯某种思维方式，而另一位则习惯另一

2008-07-02 08:21:00 677

原创良好的模式能决定软件的质量吗？

昨天在一个英文网站上看，到一篇文章，谈设计模式方面的问题。作者提出了一个问题“有了好的设计模式，是否就能使软件没有缺陷，质量稳定？”。也许很多人都知道答案，但这个问题很显然引发了我们的一个思考，什么是设计模式？设计模式到底能为我们做什么？在一些经典的定义里，设计模式的定义是“对于通用问题的通用解决方案。”既然是通用的，肯定有它的适用环境和它的应用条件。首先，它并不是实际的解决方案，对于你的问题，你

2008-06-30 13:01:00 307

原创为什么开发者不愿意重构他们的程序？（摘录）

为什么开发者不愿意重构他们的程序？---摘自《重构--改善既有代码的设计》假设你是一位软件开发者。如果你的项目刚刚开始（没有向下兼容的问题），如果你知道系统想要解决的问题，如果你的投资方愿意一直付钱知道你对结果满意，你真够幸运。虽然这样情景适用面向对象技术，但对我们大多数人来说，这是梦中才会出现的情景。更多时候，你需要对既有软件进行扩展，你对自己所做的事情没有完整的了解，你受到生产进度的压力。这种

2008-06-24 12:57:00 406

原创《重构-改善既有代码的设计》读书心得

最近读完了Martin Fowler的《重构-改善既有代码的设计》，感觉受益匪浅。一本二十年前写的书，现在读来还感觉充满智慧，真是堪称经典。可能是国内的软件发展还是落后于西方国家，很多问题他们都已经早就遇到过了，解决过了，而今天我们才刚刚遇到。这样也好，有他们之前的经验积累，我们也许会少走一些弯路。这本书主要可以说是一本重构手册，里面有各种重构手法的目录和详细介绍。有的稍微复杂一点点重构还配合UM

2008-06-23 13:10:00 466

原创生活与管理中的18条实用定律

Normal07.8 磅02falsefalsefalseMicrosoftInternetExplorer4<objectclassid="clsid:38481807-CA0E-42D2-BF39-B33AF135CC4D" id=ieooui>

2008-05-08 09:28:00 389

转载怎样成为优秀软件模型设计者（转载）

怎样成为优秀软件模型设计者我们期待自己成为一个优秀的软件模型设计者，但是，要怎样做，又从哪里开始呢？　　将下列原则应用到你的软件工程中，你会获得立杆见影的成果。 1. 人远比技术重要　　你开发软件是为了供别人使用，没有人使用的软件只是没有意义的数据的集合而已。许多在软件方面很有成就的行家在他们事业的初期却表现平平，因为他们那时侯将主要精力都集中在技术上。显然，构件（c

2008-05-08 08:38:00 506 1

原创重复的危害

重复的危害---《程序员修炼之道》节选作为程序员，我们收集、组织、维护和利用知识，我们在规范中记载知识，在运行的代码中使其活跃起来并将其用于提供测试过程中所需的检查。遗憾的是，知识并不稳定，它变化--常常很快。你对需求的理解可能会随着与客户的会谈而发生变化，政府改变规章制度，有些商业逻辑过时了，测试也许表明所选择的算法无法工作。所有这些不稳定都意味着我们要把很大一部分时间花在维护上，重新组织和表达

2008-05-07 13:51:00 1333

原创长假归来……

一直没有写博客的习惯，今天看到不少优秀的blog，突然萌生出自己也写一点的想法。今天是五一后的第一个工作日，心情不错，就是身体上很显然还没有完全适应快节奏的工作，可能还需要半天的时间吧。写点什么内容呢，就谈谈我们这些程序员的生活圈子吧。我本人是做技术开发工作的，身边的朋友也大都都是这个圈子里的人。有时候真的觉得生活的圈子太小了，搞技术的人难免偏执，不太热衷于与人沟通，享受交流电快乐。而且，如果没有

2008-05-04 12:37:00 324