随笔 - 7  文章 - 1  trackbacks - 0
<2008年12月>
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910

常用链接

留言簿(3)

随笔分类(5)

随笔档案(7)

文章分类(4)

文章档案(2)

新闻档案(3)

相册

English Web

Java吧

创业网

博客大巴

国外Java吧

学习网站

资料下载

资讯网

阅读空间

搜索

  •  

最新评论

阅读排行榜

评论排行榜


1、一图胜千言——软件开发中的形象思维与图的运用
posted @ 2009-04-24 13:09 攀登者 阅读(130) | 评论 (0)编辑 收藏

1、java技术主要包括三个方面:

                                  j2SE(java2   standard   editor   )(java基础,可以用awt、swing等做C/S模式得软件开发)

         j2EE(java2   enterprise   editor)(也就是企业级应用,B/S模式软件开发,目前主流方向,包
括jsp/servlet、JDBC、JNDI、EJB等核心技术,以及一些框架   如:struts、hibernater等)
      
                            j2ME(java2   micro   editor)(主要应用于手机嵌入式开发)
posted @ 2009-04-24 11:04 攀登者| 编辑 收藏
1、观念+时间=财富
                                  -------比尔盖茨

2、这并不奇怪,工作的新鲜感褪色后,就设法需要通过一个目标为自己输送动力。这便是职业规划。

3、在这个社会上做什么事情都需要恒心的。因为工作是一场马拉松。即使刚开始跑在了前面,后来也是有能落后的,所以如果有想法,坚持下去。总有一天你会成功的。
posted @ 2009-04-11 11:25 攀登者 阅读(88) | 评论 (0)编辑 收藏

程序员是一种技术工作,在IT的发展中有相当重要的地位,从底层硬件通讯协议的建立,到数据传输层的处理,到操作系统的建设,到数据库平台的建设,一直到应用层上各种数据营销平台的搭建,程序员在里面都扮演着举足轻重的角色并为IT事业的发展做出了巨大的贡献。
      中国有很多精于编码的人,但是中国软件行业,尤其是网络应用开发方面误区很大,很难形成有规模的软件开发力量和产品能力,不但比美国差距甚远,和印度相比 也是颇有不如。这些问题不是在于中国程序员的智商和工作努力状况,也不是在于国家和民间对开发的投入程度,而是很大程度上,有一些对技术,对程序开发,对项目设计方面的思想误区,这些误区,导致了软件行业的产品化能力不足,缺乏规模化和大型复用系统研发能力,可以说,改变认识误区,是解决软件行业小作坊模式和个体英雄模式所带来的局限性的重要工作。
      有很多朋友,他们18~22岁,通过自学也写了不少代码,他们有的代码写的很漂亮,一些技术细节相当出众,也很有钻研精神,但是他们被一些错 误的认识和观点左右,缺乏对系统,对程序的整体理解能力,这些人,正如一位网上的朋友说得很好,他们实际上只是一些 Coding Fans,压根没有资格称为程序员。

      作一个真正合格的程序员,或者说就是可以真正合格完成一些代码工作的程序员,应该具有的素质。

      1、团队精神和协作能力
      把它作为基本素质,并不是不重要,恰恰相反,这是程序员应该具备的最基本的,也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语,任何个人的力量都是有限的,即便如 Linux 这样的天才,也需要通过组成强大的团队来创造奇迹,那些遍布全球的为 Linux 写核心的高手们,没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财,但是一旦进入一些大系统的研发团队,进入商业化和产品化的开发任务,缺乏这种素质的人就完全不合格了。

      2、文档习惯
      说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子,良好的文档是正规研发流程中非常重要的环节,作为代码程序员,30%的工作时间写技术文档是很正常的,而作为高级程序员和系统分析员,这个比例还要高很多。缺乏文档,一个软件系统就缺乏生命力,在未来的查错,升级以及模块的复用时就都会遇到极大的麻烦。

      3、规范化、标准化的代码编写习惯
      作为一些外国知名软件公司的规矩,代码的变量命名,代码内注释格式,甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定,良好的编写习惯,不但有助于代码的移植和纠错,也有助于不同技术人员之间的协作。
      有些 Coding Fans 叫嚣高水平程序员写的代码旁人从来看不懂,这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性,是程序员基本的素质需求。
      再看看整个 Linux 的搭建,没有规范化和标准化的代码习惯,全球的研发协作是绝对不可想象的。

      4、需求理解能力
      程序员需要理解一个模块的需求,很多小朋友写程序往往只关注一个功能需求,他们把性能指标全部归结到硬件,操作系统和开发环境上,而忽视了本身代码的性能考虑,有人曾经放言说写一个广告交换程序很简单,这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的,对于这样的程序员,你给他深蓝那套系统,他也做不出太极链的并访能力。性能需求指标中,稳定性,并访支撑能力以及安全性都很重要,作为程序员需要评估该模块在系统运营中所处的环境, 将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点,一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

      5、复用性、模块化思维能力
      经常可以听到一些程序员有这样的抱怨,写了几年程序,变成了熟练工,每天都是重复写一些没有任何新意的代码,这其实是中国软件人才最大浪费的地方,一些重复性工作变成了熟练程序员的主要工作,而这些,其实是完全可以避免的。
      复用性设计,模块化思维就是要程序员在完成任何一个功能模块或函数的时候,要多想一些,不要局限在完成当前任务的简单思路上,想想看该模块是否可以脱离这 个系统存在,是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用,这样就能极大避免重复性的开发工作,如果一个软件研发单位和工作组能够在 每一次研发过程中都考虑到这些问题,那么程序员就不会在重复性的工作中耽误太多时间,就会有更多时间和精力投入到创新的代码工作中去。
      一些好的程序模块代码,即便是70年代写成的,拿到现在放到一些系统里面作为功能模块都能适合的很好,而现在我看到的是,很多小公司软件一升级或改进就动辄全部代码重写,大部分重复性工作无谓的浪费了时间和精力。

      6、测试习惯
      作为一些商业化正规化的开发而言,专职的测试工程师是不可少的,但是并不是说有了专职的测试工程师程序员就可以不进行自测;软件研发作为一项工程而言,一个很重要的特点就是问题发现的越早,解决的代价就越低,程序员在每段代码,每个子模块完成后进行认真的测试,就可以尽量将一些潜在的问题最早的发现和解决,这样对整体系统建设的效率和可靠性就有了最大的保证。
      测试工作实际上需要考虑两方面,一方面是正常调用的测试,也就是看程序是否能在正常调用下完成基本功能,这是最基本的测试职责,可惜在很多公司这成了唯一的测试任务,实际上还差的远那;第二方面就是异常调用的测试,比如高压力负荷下的稳定性测试,用户潜在的异常输入情况下的测试,整体系统局部故障情况下该 模块受影响状况的测试,频发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自己的每段代码都需要进行这种完整测试,但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求,有针对性的进行相关测试并尽早发现和解决问题,当然这需要上面提到的需求理解能力。

      7、学习和总结的能力
      程序员是人才很容易被淘汰,很容易落伍的职业,因为一种技术可能仅仅在三两年内具有领先性,程序员如果想安身立命,就必须不断跟进新的技术,学习新的技能。
      善于学习,对于任何职业而言,都是前进所必需的动力,对于程序员,这种要求就更加高了。但是学习也要找对目标,一些小 Coding Fans 们,他们也津津乐道于他们的学习能力,一会学会了 ASP,一会儿学会了 PHP,一会儿学会了 JSP,他们把这个作为炫耀的资本,盲目的追逐一些肤浅的,表面的东西和名词,做网络程序不懂通讯传输协议,做应用程序不懂中断向量处理,这样的技术人员,不管掌握了多少所谓的新语言,永远不会有质的提高。
      善于总结,也是学习能力的一种体现,每次完成一个研发任务,完成一段代码,都应当有目的的跟踪该程序的应用状况和用户反馈,随时总结,找到自己的不足,这样逐步提高,一个程序员才可能成长起来。
      一个不具备成长性的程序员,即便眼前看是个高手,建议也不要选用,因为他落伍的时候马上就到了。

      具备以上全部素质的人,应当说是够格的程序员了,请注意以上的各种素质都不是由 IQ 决定的,也不是大学某些课本里可以学习到的,需要的仅仅是程序员对自己工作的认识,是一种意识上的问题。

http://www.blogjava.net/kent/archive/2008/06/03/205651.html

posted @ 2009-04-09 17:25 攀登者 阅读(238) | 评论 (0)编辑 收藏
     摘要: 转:http://topic.csdn.net/u/20090326/14/B43FC779-58C4-4729-9748-84EE0567703D.html

一位软件工程师的6年总结
“又是一年毕业时 ”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼,希望对所有的软件工程师们有所帮助,早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议,前面几点旨在确定大的方向,算是废话吧。   阅读全文
posted @ 2009-03-31 22:32 攀登者| 编辑 收藏

1、一个关于webservice 接口的问题:

XFire默认的Aegis Binding语法非常简单,int,String,Date等类型的参数和返回值都无需定义,只要定义一下List findBooksByName()的返回值List里的对象是Book就可以了,是我见过最简单的binding定义,大大优于其他以设计复杂为终极目标的方案。
例:
<mapping>   
  <method name="findBooksByName">           
      <return-type componentType="org.springside.bookstore.domain.Book"/>       
  </method>   
</mapping>
为了以约定俗成代替配置,所有Service和Entity Bean的binding文件要求命名为xxx.aegis.xml,而且要和原来的类sit together在同一目录里。

2、在Eclipse上使用XFire开发WebService:http://www.cnblogs.com/zhuweisky/archive/2006/06/01/414971.html

 

posted @ 2009-03-31 16:49 攀登者 阅读(148) | 评论 (0)编辑 收藏
     摘要: 谈谈final, finally, finalize的区别:
final:::修饰符(关键字)如果一个类被声明为final,意味着它不能再派生出新的子类,不能作为父类被继承。因此一个类不能既被声明为 abstract的,又被声明为final的。将变量或方法声明为final,可以保证它们在使用中不被改变。被声明为final的变量必须在声明时给定初值,而在以后的引用中只能读取,不可修改。被声明为final的方法也同样只能使用,不能重载   阅读全文
posted @ 2008-12-12 10:10 攀登者 阅读(767) | 评论 (0)编辑 收藏