会UML也是求职过程中的一个敲门砖。企业招聘也是十分的形式化。

有理

因为那意味着动一而发全身的工程，调试的思路会非常混乱，你并不清楚哪些代码是可以信赖的。
============
我觉得缺乏的不仅仅是单元测试，更重要的是设计不够，另外就是对代码的不理解，不能否认团队里甚至有些人对自己写的代码都不能说出个所以然来。
再补充一下，很精彩的文章，特别是后面吃饭的问题让人印象深刻。

学习

希望对我有用 谢谢了

文章写的好看，评论也好看。能听到不同的声音，就有希望

谢谢

呵呵，可惜在北京的说。

看过楼主的一些文章，关于OO，WPF等。

认为楼主在OO方面是高手，我喜欢和高手一起工作。

要求基本符合了，用过XNA,WPF，WCF。
了解DX9，
如果年后还有用人须求的话去试试

呵呵 谢谢楼主的回复
我会关注你的下一次招聘的

看来感兴趣的人不少啊!等回北京了和楼主在谈.顺祝大家中秋快乐.......

@黑星
如果可以请将简历发到我的邮箱好吗？

@空军上将
考虑到代码优化以及二次缓存，在某些情况下，C#的速度不一定比C++慢。

@Leepy
谢谢

厉害,被的风度所吸引了,我报名,不过水平很有点菜,不知道可不可以!!!

哇塞,跨度真大啊!.....

这篇招聘文章 我很喜欢 诙谐幽默！

@姜志辉
是用c#实现吗?
c#的运行速度做这种软件不大合适吧？
基于好奇心，不知道把产品线铺这么开是不是有点……
：）
在北京哪个地方呀？
上地？

@lovesea
我想我们应该坐下来好好聊一聊。和我联系吧，13911812676(最近项目太紧了，有时候可能会关机)。MSN:Iverson_Anders@hotmail.com

@镜涛 and @心有灵犀
其实应该是网络或者是图形处理。

@空军上将
实现和它一样的功能型软件

看了你的OOAD视频，真高兴呀，终于找到一个知己了，呵呵！几乎与我现在设计项目所走流程完全一样：
1.需求调研
2.用例文档：用例图，用例说明文档（采用文字的方式描述的方式说明该用例整个功能的实现流程等）
3.系统分析：3.1针对每个用例或者需求文档，提取其中的关键名词或者关键动词为设计类（接口类，控制类，实体类），3.2根据业务或者应用域来设计类之间的简单关系（从业务角度或者应用域的角度，而不是用例上划分类图），3.3用例实现：与该用例所关联的分析类所组成的类图(VOPC:参与类图)+类活动序列组成的序列图（Main Flow+Sub Flow）+状态图
4.系统设计：与系统分析几乎相同，只不过在做上面的活动的同时考虑技术细节上面的实现（实现方式：.net or java ；低层功能实现方式：数据库，分布式，持久化等等；非功能需求：效率。稳定健壮性等等；架构层次考虑）,这个时候分析过程中的分析类--（组合或者分拆或者继承等）--->设计类甚至子系统，同时序列图中的消息说明文字逐步转化发为对应语言的真正方法（名称，返回类型，参数，参数类型等）
5.设计评审（审计评审+Team成员交流），修改
6.Rose--->类接口文件，编码实现
7.测试
9.用户确认测试，交付
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
这里我想说我的几点体会：
1.OOAD的具体步骤不重要，重要的是为什么要有这些步骤？每个步骤的最终目的是什么？为什么步骤顺序会这样安排（他们都是这么做的，书上也是这么要求的，呵呵）？
2.设计不是天马行空的，不是我一看到需求就画类图或者序列图的，而是要弄清为什么要有这些类，这些类产生缘由，转句话说设计也是有头有尾，有始有终，有前因有后果的
3.OOAD这些步骤没有明细的界限，往往是潜移默化，甚至互相穿插，互相影响。可能不知不觉中，就已经从分析转化为设计，或者在分析的时候就考虑设计的一些因素的，或者在设计的时候发现分析的一些问题，然后转回头来修改分析的一些问题等等，但是我们必须要有这些基本的概念
4.我们做软件是为用户考虑的，最重要的原则就是用户的功能需求，所以OOAD这一系列操作都是以用例为基础进行，这也是所谓的用例驱动设计
5.什么是分析类，什么是设计类，它们到底有什么异同
6.除了上部步骤4中说的一些分析与设计的区别外，我们可以从另外一个角度理解他们的区别：分析偏重与业务，而不管具体的实现方式，而设计则偏重与具体的实现方式，而对业务的关注相对较少，也就是说一个偏重与业务（功能，流程），一个偏重与实现（具体类，具体方法，具体实现方式等）。

当然还有一些小的差异的地方，例如控制类的提取方式，命名方式，分析类的组织方式等等，如果有机会的话，希望能够深入探讨一下！

可惜没图形处理经验。。。

对类似ArcGIS 很有兴趣，不过你们是做基于arcgis的开发 呢 还是实现跟它一样的功能型软件、。？

呵呵，没有图形处理的经验！离得也比较远哦！

@Reeezak
谢谢。就为这人品。

@jisen
我们要的不是大拿，是兄弟！

文章写得很有意思，呵呵

可惜……

帮顶算了～～就为了这个文采～～～

比较新颖哦！流口水，不过没有网络编程经验和图像处理经验，也不是大拿。只能祝工作顺利。

@曼陀罗
其实我们现在的软件开发没有大牛和菜鸟之分。毕竟当你选择.net之后，也就意味着我们是搭积木的人，而非底层艺术的舞者。所以，对于团队来说，大家需要的是“人品”(我们的Dota常用语)、团结还有就是学习速度。这次扩招是因为正好有一个保密性比较强的项目需要在3~5个月内完成，所以目前需要的是能够马上为“无产阶级革命”作出贡献的人。不过这个项目完成之后，我们大概在明年年初还要再扩招一次，希望在那个时候可以看到我们的罗陀罗之花。

@williamnet
事实上，我已经说了啊。开发类似google talk、outlook、ArcGIS、ACDSee的软件。开发工作地：北京。哈哈，刚看完《太阳照常升起》，学会在电影里藏剧情了。

@jillzhang
不过，我已经把我最需要的说出来了,:)
我们团队不是以工资的形式发放的。基本生活费少的可怜，5000~10000吧。主要是技术贡献奖，这个非常高，每个项目结束后，技术贡献奖会比基本生活费高的多的多。不过，每个成员是不一样的，需要跟据成员对项目的贡献程度来定。

呃~
工作地点,工作具体内容都没有写啊

楼主没把我最需要的说出来:money，：）

写的真不错 可惜经验不够 呵呵

文章写的不错......点出些问题实质
在中国近代,鲁迅,柏杨,再有一个就是李敖!
不管他们在社会中得到什么样的评价,但就其思想而言!
确实点出国人的一些错误的思想本质及价值趋向.

楼主是位学者, 下面回的菜鸟不少, 垃圾不少,
要让这些人心服口服, 很难, 和这些人没有多少办法沟通, 唯有远离, 物以类聚, 人以群分, 各干各的事,

请问下你那边有《设计模式解析》哪本书的中文译本吗？ 电子版有的话能发我一下吗？谢谢了？guohuo256@yahoo.com

请问能不能提供DSS.CompositeUI.WinFormsUI.dll的源码啊，我下了新的WeifenLuo的DockPanel，但与您的命名空间不一样，谢谢了啊！
很喜欢你的这几个文章，帮了我理解不少东西！！！

辛苦了! 多谢! 请问下你那边有《设计模式解析》哪本书的中文译本吗？ 电子版的，，有的话能发我一下吗？ 谢谢了？ guhailei66024441@163.com

偶在做毕业设计,希望大叔这个要以派上用场,先谢过.

谢谢！太专业了！

re: CAB与OOADRemember Me

re: CAB与OOAD(上)续三

感谢您的回

Rememb[使用Ctrl+Enter键可以直接提交]er Me?博客园 Powered by: Copyright © 姜志感谢您的回复

Ctrl+Enter 新用户注册

Rememb[使用Ctrl+Enter键可以直接提交]er Me?博客园 Powered by: Copyright © 姜志辉

固步自封
姜志辉的第N镜像Powered by: 博客园

UP