随笔分类 -  管理

管理
摘要: 有头驴,它的任务就是一天到晚的推磨,这一天主人要求它把一麻袋黄豆磨成豆面,它磨了半天,终于在中午前磨完了。本以为中午能休息一下,但这时坏消息传来,主人不打算用豆面做吃的了,想改为用小麦磨面做面条。这时驴的午觉时间泡汤了,马上又要开始磨小麦了。 阅读全文
posted @ 2009-06-05 09:32 代震军 阅读(2989) 评论(21) 推荐(0) 编辑
摘要: 当适应不了环境, 那只有改变环境. 当改变不了环境, 那只能学习适应环境。这句话伴随我已经15年了:() 因为最近在看高效能人士的七个习惯, 其中又提到了环境的问题, 因为书中认为人的积极主动是不会受到外界环境影响的。而任何认为环境决定我们行为的观点必将会使我们成为环境因素的奴隶(环境决定论 environmental determinism). (注: 我认为环境对我们的积极主动会起到加速或延缓的效果, 它会间接影响我们的积极主动的行为) 阅读全文
posted @ 2008-06-20 11:09 代震军 阅读(3308) 评论(50) 推荐(0) 编辑
摘要:  最近正在看"高效能人士的七个习惯"一书.书中关于产出与产能问题的分析让我产生了一些触动.今天特别写了这篇文章,来与大家分享并讨论.书中用了一个经典寓言----"下金蛋的鹅"的故事来阐述这样一个观点,寓言中的农夫偶然发现自家的鹅能下金蛋,且一天一金蛋,所以就天天拿着金蛋去卖钱。到后来因为不满了现状,为掇取更多的金蛋而将鹅杀了.虽然获取很多鹅肚子里的金蛋,但却永远失去了下金蛋的鹅:)  阅读全文
posted @ 2008-06-05 11:09 代震军 阅读(3698) 评论(46) 推荐(1) 编辑
摘要:  这几天有时间看了一本书,叫做"高效能人士的七个习惯".其中的第一个习惯Proactivity(积极主动),即: 经过审慎思考,依据自己的价值观,作为行为的原动力.采取主动,人必须为自己负责.个人行为取决本身,而非外在环境; 理智可以战胜感情;人有能力也有责任创建有利的外在环境.因为这是人类的天性,如若不然,那就表示一个人在有意无意间选择受制于人. 阅读全文
posted @ 2008-05-26 18:18 代震军 阅读(4989) 评论(26) 推荐(0) 编辑
摘要: 谨以此文献给那些正在创业或准备创业的朋友们! 最近一个月来基本上没太关注什么技术,因为有一本让我相识恨晚的书走进了我的生活。《蓝海战略》这本从字面看不出任何意思的书,在我看完了它的序之后就深深吸引了我(尽管国内对该书的评价褒贬不一)。因为这本书已出版了两年多了,可直到最近才看,所以是一份“迟到的关注”。目前这本书我已看过了两遍,但我会继续看第三遍,第四遍,...... !!! 园子里大多数都是做技术出身的同行,但我相信这本书中肯定会有某一章节或某一句话打动了你。同时它也给我们提供了更多解决复杂问题(不是数学算法)和棘手事件的方法,相信这本书中的内容远比你看程序开发,算法,软件工程等要更有深远意义。 阅读全文
posted @ 2008-04-28 09:32 代震军 阅读(6308) 评论(67) 推荐(0) 编辑
摘要: 早在“关于三国谋士之IT从业可行性报告”中就曾经说过“郭嘉”是一个很会给自己找老板的谋士。其实在三国中,还有几位很有代表性的谋士,他们给自己找老板的本事也非常强。这里不妨简要介绍一下,希望能给大家在工作提供一些参考:) 首先聊一聊“贾诩”这个在三国早期谋士圈中重量级的人物。 阅读全文
posted @ 2007-12-03 12:17 代震军 阅读(8723) 评论(45) 推荐(0) 编辑
摘要: 关键设计复核 (CDR)指在确保(时序图和相应的类图指定的)详细设计的“如何”同用例指定的“什么”完全一致。 CDR还需要从多种不同的角度复核详细设计的质量,这些角度包括模块性,类的内聚性,对象之间的耦合性以及被子统称为“OO优良”的其他度量标准。在这个阶段,要求所有设计人员和开发人员都必须参加。而在 PDR(初步设计复核:本系列第五篇)之后,客户的主动参与就不再受到欢迎了。除非他老人家是拥有详细设计方面的丰富专业知识,否则就该礼貌的劝退客户直到我们根据行为描述对构建的系统进行测试时再让客户参与进来。而这一阶段在ICONIX方法中的位置如下所示: 阅读全文
posted @ 2007-11-20 12:27 代震军 阅读(3252) 评论(12) 推荐(0) 编辑
摘要: 声明: 本文是本人在“头脑发热”下的产场,纯属个人观点,因些有些比喻和语气偏激再所难免,如果认为这是一篇垃圾,那我只能对给您的思想所带来的“精神污染”和侵害深表报歉了:) 这些年一直在Windows平台上做开发,坐在Microsoft这只船上,总体上感觉是自己越来越懒了,什么都想去用现成的,如果有什么问题,基本上都会去MSDN,BAIDU或 GOOGLE上SEARCH一把,看有没有很合口味的,如果没有自己才真正动手写些东西。微软在给我们提供各种开发工具和不断更新并日益强大的.net平台的同时,也让自己变成了一个瘾君子,除了C# 和.NET框架之外,已无兴趣和耐性再去过多涉略其它领域的技术了。遥想当年学习ACE的兴趣和看JAVA编程思想的兴奋,现在只想感叹.net这边新东东层出不穷,而再去研究和学习JAVA开源框架的时间已所剩无已。而更让我强烈感受到的就是微软已变得越来越像是个厨子,特别是一个善于做自助餐的厨子。而我以前还喜欢亲自下厨(写一些核心类和方法)的“瘾”已越来越少,剩下的就只是想吃现成东西的欲望了。 阅读全文
posted @ 2007-11-19 12:46 代震军 阅读(4810) 评论(46) 推荐(0) 编辑
摘要: 最近听了易中天先生的品三国,对其中的“海纳百川(说曹操)和天下归心”这两集,给我留下了非常深刻的印象。 易中天给曹操用人之道的总结是:实事求是、唯才是举、不拘一格、来者不拒。在此前提下,曹操妥善地处理了五种关系。 曹操的用人政策一: 名至实归 更重实际 曹操的用人政策二: 德才兼备 唯才是举 曹操的用人政策三: 重用清官 不避小贪 曹操的用人政策四: 招降纳叛 尽释前嫌 曹操的用人政策五: 抓大放小 不拘小节 其中的第四和第五个用人政策是今天文章的重点,主要内容也是围绕这两个政策展开的: 阅读全文
posted @ 2007-11-12 19:24 代震军 阅读(11371) 评论(27) 推荐(0) 编辑
摘要: 在前几篇文章中,我们分别进行了域模型和用例建模,并使用 Robustness工具进一步分析验证了相应用例的处理流程,并在相应模型(域模型)的基础上,通过Robustness方法引入相关的边界对象,控制对象(控制器),并更新了相应域模型中类的属性(字段)。下面就可以进入到交互建模阶段了。如下图: 作为交互建模本身,就是要通过寻找对象之间的交互关系,进而进行方法(操作或行为)分配。 正所谓“只有在所有的用例为所有事件进程建立了交互建模式之后,才可以确定已经发现系统所需的每个对象所扮演的角色,以及它们的责任。” ----Ivar Jacobson 而上面的那句话换言之就是仅当为每一个用例的所有基本流程和所有分支流程绘制时序图后,才能确保发现了每一个对象的所有职责。 阅读全文
posted @ 2007-11-06 11:10 代震军 阅读(11910) 评论(9) 推荐(0) 编辑
摘要: 这一篇文章的内容有些对不住大家了。因为公司正在准备发布新产品(Discuz!NT2.0),大家的心思全在产品上,本人构思内容和写作的时间几乎没有了,因此就偷了个懒,把书中认为很有必要让大家了解的内容简单的抄上来。同时因为这一章主要的内容都是进行相应的用例文本和健壮性图的检查,以及更新域模型(使之逐步向详细类图逼进),所以如果大家感兴趣的话,可以找几个人一起研究一下,相信大家一定会有所收获的。最后我也希望在产品正式发布之后能够回过头来有时间进一步完善和补充相应的内容。再次向大家致歉了:( 好了,开始正文吧。 阅读全文
posted @ 2007-10-29 16:50 代震军 阅读(3255) 评论(1) 推荐(0) 编辑
摘要: 可能最近听易中天的“品三国”听得有些“走火入魔”,再加上本是对三国一直是个“门外汉”,一直以来只知道三国谋士里的诸葛亮,鲁肃,陆逊,庞统。所以才会在听到诸如:郭嘉,陈宫,贾诩(易中天非常欣赏的一位谋士)田丰,荀彧,徐庶,沮授,许攸,张昭等人的“事迹”之后深受感染。才能想应该写点什么以回味一下这些人的“功德”和“品行”。 另外因为这些人都自知非常聪明,而IT人员(特别是程序员)也基本上是一群自认为“聪明”的家伙。所幸就让这些人在IT行业来一次再就业,看看他们到底能够有何作为。 1. 鲁肃 诸葛亮 应聘 软件架构师 阅读全文
posted @ 2007-10-18 10:16 代震军 阅读(4190) 评论(34) 推荐(0) 编辑
摘要: 需求复核旨在确保用例和域模型同时满足客户的功能性需求。同时确保客户知道开发小组将根据这些需求做何种设计。同时它也是系统分析阶段的一个里程碑(milestone)。 这一阶段在ICONIX方法中的位置如下图: 阅读全文
posted @ 2007-10-16 12:42 代震军 阅读(5284) 评论(11) 推荐(0) 编辑
摘要: 在上一篇文章中我们了解并进行了域建模,换言之我们有了一个好的开始,起码开发人员对自己要开发的软件已有了初步的认识,且也得到了进行交流时可以使用的术语表。 本章将会在前一篇的基本上进一步阐述使用ICONIX方法实践用例建模,同样在文章的最后还会有在这个阶段最容易犯的10个错误,以给大家提醒或在分析过程中进行参照。 本文在ICONIX方法中所处的位置如下图(红圈标记的地方) 阅读全文
posted @ 2007-10-09 12:22 代震军 阅读(6502) 评论(26) 推荐(0) 编辑
摘要: 最近园子里的book.save()讨论已让我看的有些厌恶了。同时也希望大家不要再在这个问题上火上浇油了。有关这个问题在别的技术社区早就有过讨论(不要吃人啃过的馍),最后又怎么样呢? 还是希望大家务实点好(干好手头的事等)。 从这些计论中发现大家在不厌其烦的寻找所谓的银弹,但具我了解这个问题可能无解。必定软件开发设计要有一定的行业背景(应用场景)。而离开这些条件的话,空谈这个问题犹如盲目人摸象(如果把上面的问题放到不同背景下都会有不同的解答)。 另外我担心的是争论到背后,不仅没找到所谓银弹,可能大家倒学会扯蛋了。当然如果是在春晚赵本山小品中的 "扯蛋" 的话,倒还说的过去,必定那位秘书找到了解决问题(用户需求)的方法,因为王八蛋确实不好用筷子夹。所以这种"扯蛋"可以被看成是解决方案。但不是这样的话,就太浪费大家的精力和时间了。 最后还是希望大家正确对待这个问题,不要给它过多不该有的关注:) 希望DUDU暂实不要将该贴从首页移走!!! 而那些想 阅读全文
posted @ 2007-09-26 10:45 代震军 阅读(2966) 评论(57) 推荐(0) 编辑
摘要: 在文章的开始,我先举一个例子 美国M4谢尔曼坦克 VS德国的虎式坦克(相关资料如下http://mil.eastday.com/m/20070515/u1a2833237.html) 5:1 在五一期间,电视节目中的二战武器大对决吸引了我,其中当美国大兵说他们在用5辆坦克的代价来换德国人的一辆虎式(I)型坦 克时,我们可以得出一个结论。蒙哥马利和艾森豪威尔是在用二三十人的生命去换德军的一辆坦克(而因为德军坦克装甲厚重,里面的架驶员得以逃生)。这是怎么一种自杀式的进攻呀!也许这么高的伤亡率在最终的胜利面前可能无所谓,但对于士兵([拯救大兵瑞恩])却不完全是这么一回事了。而这里公司的CEO,或高层无疑也可以被视为这两位伟人的化身。为了开发进度和用户,他们可以强迫思维活越的程序员丧失创造力,因为他们需要的是能生成代码的工人(相当于打仗的美国大兵)。而培养这些大兵的军事训练所(软件培训中)也就成为源源不断制造这种产品的工厂了。 阅读全文
posted @ 2007-09-11 13:06 代震军 阅读(5564) 评论(67) 推荐(0) 编辑