2007年9月19日

我们需要新成员

       如果你想吃google那样的炸鸡翅。噢,我想我们没有,不过你可以随时吃到项目经理为你准备的新奥尔良烤翅。
       如果你想见到Microsoft的黑斯博格。噢,我想我们没有,不过你可以和下一个布林或者谢尔盖一同工作。
       如果你想像在Baidu一样在公司里玩滑轮。噢,我想我们没有,不过你可以和一群菜鸟PK魔兽争霸。
       如果你想作google talk?ACDSee?Outlook?ArcGIS?噢,我想我们没有,不过你可以为我们去实现这些。
      我们需要你,一个有着强烈实现自我价值,希望完成google talk、ACDSee、Outlook、ArcGIS的开发者,一个可以和我们一起PK魔兽争霸,一起去骑马爬山的兄弟。
      我们欢迎你。
      噢,当然,我们希望我们的新成员有几年的c#开发经验,对于网络编程或者是图像处理比较了解。不过你认为那些都是小儿科,或者你认为编程就是那么回事。Mail我:Iverson2007@gmail.com。或者Kao我:13911812676(姜志辉,北京),如糟遇关机,请短信我,我会及时回复给你。

posted @ 2007-09-19 18:17 姜志辉 阅读(1201) | 评论 (25)编辑

2006年11月29日

CAB与OOAD(上)结

       有一段时间了,一直没有更新,最近项目上的事太多,几乎没有上网的时间。刚从小五台回来的时候,制做了两个视频,太多了,修改起来甚是麻烦,一气之下,废掉了,改成文本的方式贴上来。这个例子是我从微软的帮助里拿出来修改的,所以大家可以参看一下CAB的帮助文件。我做的改动是用OOAD简单的理个头绪出来。这两天一直有朋友来信要这个系列的后续部分,我会努力的,最近在网上找了一些关于CAB的视频,发现讲应用的比较多,原理太少。所以想了想准备在CAB与OOAD的下部,主讲有关CAB的原理部分。可能会涉及一个框架模式和设计模式。我一直在寻找机会说一说单元测试和重构,它们太重要了。大家有什么意见,希望发给我,我们共同改进。

       有关上部的贴子:
       需求分析基本流程整理 http://www.cnblogs.com/Iverson-Anders/archive/2006/07/27/460957.html?Pending=true#Post
       OOAD培训第一期:CAB与OOAD合作的示例(上) http://www.cnblogs.com/Iverson-Anders/archive/2006/11/09/554765.html
       博客园培训乱谈UML与OOAD之三国篇 http://www.cnblogs.com/Iverson-Anders/archive/2006/11/09/556008.html
       CAB与OOAD(上)续一 http://www.cnblogs.com/Iverson-Anders/archive/2006/11/29/576852.html
       CAB与OOAD(上)续二 http://www.cnblogs.com/Iverson-Anders/archive/2006/11/29/576872.html
       CAB与OOAD(上)续三 http://www.cnblogs.com/Iverson-Anders/archive/2006/11/29/576892.html

       练习中的两个版本示例:(也没加注释,没做单元测试,大家将就看吧。有疑问翻翻HELP)
       http://files.cnblogs.com/iverson-anders/customerdemo.rar

posted @ 2006-11-29 22:53 姜志辉 阅读(2178) | 评论 (8)编辑

CAB与OOAD(上)续三

     摘要: CAB与OOAD(上)续三

练习手册  阅读全文

posted @ 2006-11-29 21:54 姜志辉 阅读(1466) | 评论 (9)编辑

CAB与OOAD(上)续二

     摘要: CAB与OOAD(上)续二

案例背景  阅读全文

posted @ 2006-11-29 21:40 姜志辉 阅读(1021) | 评论 (3)编辑

CAB与OOAD(上)续一

     摘要: CAB与OOAD(上)续一:

需求分析设计基础  阅读全文

posted @ 2006-11-29 21:28 姜志辉 阅读(1305) | 评论 (4)编辑

2006年11月9日

博客园培训乱谈UML与OOAD之三国篇

       晚上有点时间,把上一次讲座的内容重作了一篇。效果还不如以前了,不过流畅了很多。顺手就录了这么一个视频,用来补充上一个视频未尽的内容。讲座内容的PPT并非我所作,应该是几年之前了,我还在2001前讲课的时候就有了这个PPT,原版应该来自于台湾,但不敢确定。原因原版的PPT是繁体的,由此推理。如果大家知道这个文档的作者,请告诉我。因为这篇文档的原因,所以装了一下,结果没装好,装的不伦不类,拿出来共享吧,权增笑尔。
      BTW,第一次讲座的内容已经修改了,在原地址下载。下周项目组可能要去小五台拉练,有一段时间上不来,大家有问题,留言吧。
      本次视频下载地址:http://downloads.cnblogs.com/thcjp/Iverson/UMLOOAD.swf
      上一次课程的地址:http://www.cnblogs.com/Iverson-Anders/archive/2006/11/09/554765.html 
      需求分析基本流程整理 http://www.cnblogs.com/Iverson-Anders/archive/2006/07/27/460957.html?Pending=true#Post

posted @ 2006-11-09 23:44 姜志辉 阅读(2301) | 评论 (19)编辑

OOAD培训第一期:CAB与OOAD合作的示例(上)

     摘要: OOAD培训:

案例背景
OOAD
CAB
实作  阅读全文

posted @ 2006-11-09 01:31 姜志辉 阅读(3363) | 评论 (26)编辑

2006年10月28日

博客园培训OOAD的课程概要

     摘要: 博客园培训OOAD的课程概要

概述
透视OOAD的背后—软件学习之道、术、器

面向对象基础
对象与UML概述、面向对象的几个常用原则、GRASP原则、设计模式、架构模式

面向对象开发方法
用例驱动和测试驱动
  阅读全文

posted @ 2006-10-28 19:31 姜志辉 阅读(2245) | 评论 (35)编辑

2006年10月23日

由UML培训想到的国人劣根

        UML是有用的,但我从来没见UML被这么用过。请原谅我的直率,当然还有我的坦诚。事实上,在我看来UML在中国的最大应用就是被拿来当作幌子圈钱,真正的用途却少的可怜。中国人是聪明的,我没见过在这个星球上还有什么人比中国人聪明。如果有哪个国家的人要和中国人一对一PK,你不用猜,那个国家的人大脑一定有问题,因为中国人可以被认为是这个星球上智商最高的人,包括尤太人。但是把这个问题再引申一步,如果有哪个国家的人要组成一个团队和由中国人组成的团队PK,你不用猜,那个国家的人大脑还是有问题。因为一旦中国人组成一个团队的话,根本就不需要你去PK,他们会自己慢慢消蚀掉。我们国人是有劣根的,这种劣根性首先表现在内哄上。我小的时候有个故事叫和尚吃水。一个和尚有水喝,两个和尚抬水喝,三个和尚没水喝。这不只是一个故事,它是事实。一个中华文明五千年遗留下来的事实。最近读史深有感触,从汉武帝时期的李陵案,到宋朝的曲端、岳飞,无不是内斗的结果。你可能把它归为是某个人的人品,而实际上是整个朝政的腐败。中国文化,尤其是儒家学术带给中国的,是璀璨,是光辉,也是愚腐。它直接带给国人的劣根性是致命的。
        就拿UML来说,很多公司在用UML的过程中,用到了什么?两个地方用的最多,一个是投标的时候,另一个则是验收的时候。我这里不是说UML没用,它是有用的,而且非常有用。但是被用错了地方。UML是用来交流、沟通的工具,它是工具。我早期的时候把软件之路分为道、术、器。UML是器,OOAD是术。但是我们恰恰相反,UML被夸大为万能灵药,被放在企业里供奉。我曾真眼见过丝毫没有软件开发经验的讲师站在讲座上堂而皇之的夸夸其谈,实在另人汗颜。为什么?又是中国人的劣根性,好大喜功。说到这儿更搞笑。敌方的大军已经压进京城了,朝庭里还大奏捷报,贾似道就是一个例子,这种例子多不胜数。从汉朝的儒家开始,历史的记录就发生了差错,我们总是定位中国人是中心,外面的人皆是另类。很多时候中国的外交非常的有意思。我记得在汉朝的时候出现过这样的事,中国派使节出使朝鲜,朝鲜国王盛情款待。酒毕,使节趁大家熟睡的时候,杀了国王,赶回京城。称朝鲜不从,他们杀了国王,引起两国称端。这种事情我在读史的时候发现过三次。所以电影里的事情并非虚构,历史是有原型的。我们说回来,为什么这么多人明明在培训之后没有效果,还要一而再,再而三的培训。为什么?为什么明明知道更好的解决方案,却要选择所谓的大公司大机构呢?为什么?我们为什么就不能坐下来踏踏实实的做点事,实事求是的做点事。不要鼓躁,不要浮夸风,好好的认清自己,从细微处做起呢?我的答案是很难,我们接受的教育就是儒老爷给的,它给了我们聪明的智慧,也给了我们一个大酱缸,在认识到的时候,一定要学会分辨,学会自我修正,要不然我们早晚会被它酱死掉。
        我自己就经常和朋友们说:在中国自己的软件项目中,我没见过成功的,但也同样没见过失败的。

posted @ 2006-10-23 18:26 姜志辉 阅读(2513) | 评论 (53)编辑

2006年8月21日

持久层在实际项目中作为平台特性的考虑

     摘要: 许多系统,特别是业务系统,它们的目的就是要管理一堆的信息。决策系统就是这样一个例子。它管理井位的信息,并使一些业务过程自动化。这个系统的用例大部分都是关于一些持久性存储的数据信息的访问。因此,开发该系统的很大一部分工作与数据存储的访问有关。对数据存储实现细节的一个改动就可能为整个项目带来巨大的影响。使平台相关的持久性保持分离,不仅仅能够减少这种改变的影响,还能够在项目的开始阶段就有效地进行测试。因... 阅读全文

posted @ 2006-08-21 19:57 姜志辉 阅读(1541) | 评论 (0)编辑

<2008年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

导航

统计

公告


固步自封

与我联系

搜索

 

常用链接

留言簿(16)

随笔档案(14)

文章分类(21)

文章档案(22)

相册

积分与排名

最新随笔

最新评论

阅读排行榜

评论排行榜