http://www.foxlog.org 关注 : 架构与设计,敏捷,快速开发,项目管理,执行力,SSH,RoR Sat, 01 Nov 2008 03:17:13 +0000 http://backend.userland.com/rss092 en 一个华尔街白领在街上找工作 情况不容乐观 http://www.foxlog.org/2008/11/01/wintercome/ 10月25日的open source CAMP归来，记点流水账 似乎每次活动新人的比例最多，这说明两个问题：一个是说明影响在扩大，另一个说明老会员的比例有限，open source CAMP上是这样，open party上似乎也是这样，我想可以将那些老会员统计统计，他们是忠实的会员 :) 另一个感觉，感觉会议上真洋鬼子和假洋鬼子越来越多了，不过如果将CAMP定位为国际性的交流倒是可以理解，不过这是在北京，似乎做的有点过了，感觉有点多余，毕竟我们的目的才是最重要的，至于形式嘛，哈哈，说实话，那天keyNotes的部分真正让人明白的E文部分应该很少 -- 不过OW2部分的英语讲的比较纯正，听着是很舒服，所以拜托想说英语的兄弟，要说就尽量说的地道点，要么就说中文，这样便于理解是不是？ 另一个感觉时间短了点，好多我都来不及听,下次应该将投票靠前的不要都在第一时间开始，这样是不是也可以给更多的人机会？ 这次cleverpig将我的名字写在贡献topic的名单上了，有点意外，结果没准备好，连忙让鼠标助阵，呵呵,下次有机会再争取.   Grails，是有不少人比较看好,目前用它做原型没什么问题，希望有更多的人关注，这次因为人不是太多，只好挤那个没有投影的房间，呵呵，兄弟们够受罪的。 很可惜没有听到黄东的startup的内容，下次有机会一定补上 http://www.foxlog.org/2008/10/27/open-source-campx/ 移动办公的一个配备工具，很方便 效果感觉不错，不过我主要对它的尺寸大小和看书的效果有兴趣 还有续航能力不错 网络功能据说在国内没有用，那怎么下载书籍？ 希望能提供本地阅读的功能，比如PDF，OFFIC文档，目前似乎没有 如果可以，希望能找一款和这个大小差不多的别的阅读器。 update:这个Plastic Logic 比kindle更震撼： http://www.foxlog.org/2008/10/01/amazon-kindle/ 人总是有自身的缺陷的,尤其是思维上的局限 六顶帽子可以从另一个角度，以一种宽容和习惯的模式，让人们有机会彻底的沟通 简单的说，六顶帽子，就代表6种不同的风格，你可以理解为6个不同性格的人，红色代表直接的，热烈的，黑色代表严肃的或者严谨的。。。。。 还是那句话，终身学习，包括知识的，方法的，思想的 http://www.foxlog.org/2008/09/30/sixhats/ 当。。。 当Java开发人员埋怨Java的烦琐 当RoR开发人员嘲笑Java的啰嗦 当我们遇到Grails。。。。我们终于解放了 Grails承诺：给你Java的企业级特性--保护您的投资 给你的开发速度带来质的飞跃，让你变得敏捷 还有什么比这个更加吸引人呢？ 有兴趣的朋友，可以一起加入Google论坛 一起讨论 http://www.foxlog.org/2008/09/30/huggrails/ http://www.foxlog.org/2008/09/22/worldcourage/ 你每天经常访问哪些站点？ 你的收藏夹里有多少收藏的站点？ 我给自己命名了一个叫“每天必看”的收藏夹，用firefox的Speed Dial可以实现这个 效果如下: http://www.foxlog.org/2008/08/09/firefoxquickdial/ 上次参加open party朋友拿了一本《开源技术选型手册》，翻了一下，整理成脑图（图的效果还是比文字好哦） http://www.foxlog.org/2008/08/06/%e8%84%91%e5%9b%be%e4%b9%8b/ 1.从svn版本上checkout出来的新的版本，dwr部分的xml配置文件是红色提示错误，一开始以为是jsp的普通验证错误，后发现不是那么回事。 2.跟踪xsi文件，结果发现有一些远端的schema打不开，立刻明白是怎么回事，可能和用户现场的局域网的网络限制有关，于是立即用cdma连上去，clean,rebuild ==>OK。 3.ps:很多的运行环境可能不能连上公网，可以考虑将sxi的location设置为运行服务器的url http://www.foxlog.org/2008/08/04/%e8%bf%99%e9%87%8c%e7%9a%84xml%e4%b8%ba%e4%bb%80%e4%b9%88%e8%bf%99%e6%a0%b7%e7%ba%a2/ 1.很多人喜欢用代码开发工具的debug功能来跟踪问题，虽然最终可以解决问题，但是从方向或者思想上不建议这样做，我依然记得最初我的技术经理对我说过 “代码不是调出来的”。 2.不是调出来的那是怎么出来的呢？ “写出来的。” 呵呵，别扭，但是想想看，是否有点道理? 3.从另一个层面，我们需要加强代码的规范的写法，这就好比设计，先尽量将设计（在敏捷的年代似乎谈设计不太入流，那么你可以认为那是一种思考吧）做的到位一点 4.回到一个大的命题：战略如果错误，执行的越快死的越快；同理，思路或者方向如果有问题，做的越带劲，你越难受。 5.让我们朝这个目标挺进：代码一次编写就通过！ 我见过一些这样的高人，只要你努力，是可以做到的。 http://www.foxlog.org/2008/08/03/%e4%bb%a3%e7%a0%81%e4%b8%8d%e6%98%af%e8%b0%83%e5%87%ba%e6%9d%a5%e7%9a%84/ 1.我很高兴，因为大多数都不行，那意味着，我有机会！ 2.我们要打造一个team,这个team要足够高效，需要技术的素养，更需要规范化的素养，更更需要管理过程的水平提升 3.自己的能力是有限的，或者说每个人的自身能力都是有限的，但是首先要认识自己的不足，还不错，我们知道自己的身上的不足,下一步，我们改进。 4.改进的一个重要的方式是“培训”，培训的概念是广泛的，给你一个空间，你可以想象。强调培训，并不等于不需要自学能力，有很多人会把这两者对立起来。或者，换句说法，预期说是做培训，不如说是我们在做另一个层面的交流，而交流是无处不在的，多多益善的。让我们拥抱交流，拥抱外部新鲜的空气。扪心自问你所在的公司，这样的空气多吗？ 容易吗？ http://www.foxlog.org/2008/08/03/%e5%80%9f%e5%a4%96%e5%8a%9b%e5%b0%86%e5%9b%a2%e9%98%9f%e7%9a%84%e5%bc%80%e5%8f%91%e6%96%b9%e5%bc%8f%e6%ad%a3%e8%a7%84%e5%8c%96/ 1.又一阵热风吹过来了，犹如当初的asp,犹如近段时间的SOA 2.SaaS的趋势是基本确定的，SaaS的最大的问题是trust ! 尤其是比较敏感的数据，再尤其是服务商是中国企业！这个可能是一个硬伤，至少短期内难度较大。我在用在线pm管理软件的时候其实也发现国内有一些做的不错的，可是光做的不错是不够的，我对你不放心我就不敢使用你的，可是该如何走出这一步呢？ 也许只有时间来证明了. 同理，一个企业可能选择SalesForce的应用，就因为上面有很多成熟的较大的企业在用，所以你敢用，但是国内的有几个敢用呢？ 有是有的，但是真正有效用户数量可能只有他们自己知道. 3.Google的云计算是一个机会，阿里软件的平台也是一个机会，facebook、校内的插件好像也是一个机会.Google更是一个巨无霸的基础设施（有机会做的很大），阿里则是一个以应用为导向的平台（不会做的很大，但是看起来比较好做）.校内的open api短期内不会很理想. 4.如果SaaS真的全面来临，似乎IT又要做一次重新洗牌，因为很多做传统的IT，尤其是软件的，可能连饭碗都保不住了，可是谁又知道这究竟是一直凶猛的老虎呢还是一只纸老虎呢？ http://www.foxlog.org/2008/08/03/%e6%84%9f%e5%8f%97saas/ 我们正准备组建一支虚拟开发团队，所谓虚拟，就是合作方式比较灵活，可以远程协作，时间也比较灵活 主要要求如下： j2ee项目经验3年（含）以上 对技术充满激情 熟练使用SSH、flex、seam中的一种或多种 能够独立开发模块，并且代码质量值得推敲 对敏捷有兴趣并原意执行 乐于沟通 原意遵守项目组的规范并认真执行 有兴趣的朋友，请将你的简历发到我的mail : idea.wang [AT]gmail.com http://www.foxlog.org/2008/07/31/%e6%8a%80%e6%9c%af%e4%ba%ba%e5%91%98%e8%81%94%e7%9b%9f-%e7%bb%84%e5%bb%ba%e8%99%9a%e6%8b%9f%e5%bc%80%e5%8f%91%e5%9b%a2%e9%98%9f/ 较真 （我碰到很多想做执行的人，他们的口号很高，但是没有几个真正较真的，他们要么是不敢，要么是不想） 过程管理 （没有过程的管理是盲目的，那样的结果也是偶然的） 奖惩分明 (提倡白文化，反对黑文化，旗帜鲜明) 不断的听取一线反馈，不断的反省，不断的总结 (不要高高在上，如果所有人都不能理解你，那你只能是孤家寡人了) http://www.foxlog.org/2008/07/31/%e9%ab%98%e6%95%88%e7%9a%84%e6%89%a7%e8%a1%8c%e6%98%af%e5%a6%82%e4%bd%95%e5%81%9a%e5%88%b0%e7%9a%84%ef%bc%9f/ http://www.foxlog.org/2008/07/18/%e8%b5%a2%e5%9c%a8%e6%89%a7%e8%a1%8c/ 定义: 基于web2.0的企业应用 展现形式: blog、wiki、podcast、tag、bookmark、collaboration 产品: 用basecamp做项目管理 产品: 用rememberthemilk做任务管理 产品: 用linkedIn、facebook、校内、海内做sns 核心: 协作、共享 http://www.foxlog.org/2008/06/30/%e4%bc%81%e4%b8%9a20/ 一日之计在于晨 早起可以吃早饭，健康 早上可以制定一天的计划，心里安定 早上完成一天最主要的工作，有成就感，效率也高 不把所有的事都压到下午和晚上，给自己更多的弹性 http://www.foxlog.org/2008/06/20/%e4%b8%80%e6%97%a5%e4%b9%8b%e8%ae%a1/ 老师傅问一中年妇女：你懂佛吗？ 老师傅问：你每天念叨佛的名字就管用了吗？ 老师傅问：你每天都在念佛，你知道什么是佛吗？ 老师傅说:  佛是迷信吗？ 问的我目瞪口呆，我知道我遇到高人了 老师傅说：人间一切的纷争都是因为多个不同的“我”，只有“忘我”，才能像大海那样。人的力量来自于抱团，个人的力量是渺小的。 老师傅说：没有对与错，只有不同的视角。文化大革命时要是在这里做按摩，那就是腐朽的资本主义思想要被打倒;今天在这里做按摩那就是全民保健 真理原来就是最简单的，它就在我们的朴实的生活中，可爱的劳动人民，伟大的劳动人民。 http://www.foxlog.org/2008/06/19/%e5%8e%9f%e6%9d%a5%e4%bd%a0%e4%b8%8d%e6%87%82%e4%bd%9b/ 公司的运作机制和商务谈判 敏捷软件系列实战 敏捷项目管理软件，最近看到thoughtworks出的mingle2.0,试用了一下，还没有找到感觉，比预期的效果差了点，可能是使用上的问题。对于代码的跟踪和跨区域的协作开发是一个卖点 项目合作机会 http://www.foxlog.org/2008/06/19/%e8%bf%91%e6%9c%9f%e5%85%b3%e6%b3%a8%e7%9a%84%e7%83%ad%e7%82%b9/ :) 我的blog很久没有更新了，原因：忙 blog还要继续写，就把它当一个习惯，坚持下来总有意义 晚上去方庄后面的一个小区，和一个老师傅聊了半天，按摩了一下，请教了一些保健的知识，那老师傅真是神，通佛经，懂中医，我中华之人才真是多也 :) 从今天开始，继续blog http://www.foxlog.org/2008/06/19/%e6%9b%b4%e6%96%b0%ef%bc%9a%e5%be%88%e4%b9%85%e6%b2%a1%e6%9c%89%e6%9b%b4%e6%96%b0blog%e4%ba%86/ 职业规划，这可是一个时髦的词啊 :) 想说说这个话题的来源是因为csdn的一位朋友给我的邮件邀请，问我是否愿意做他们的讲师，我感到奇怪的是他们怎么知道我有这样的想法，对我了解也未免太充分了，呵呵。 回到IT的从业之路上来，我个人以后的大致想法是通过大量的实战项目的实施，从一线不断的总结经验和教训，以及我对整个项目管理过程的感想，未来可以做技术类的咨询或者讲师，或者独立软件开发也说不定。其实讲师确实是我比较感兴趣的一门职业，因为我确实有这样的能力，即我知道的一定也能让别人明白，这个能力似乎不是每个人都有,另外，我的表达方式比较夸张，往往给人容易留下很难忘的印象。我的表达方式就是“一针见血”，每次都要把问题中的“血”给弄出来才罢休，呵呵，王婆卖瓜一把 :) 所以，我做讲师确实是一个我希望做的事情，但是现在还是觉得火候不够，也许再等几年会正式考虑这个问题。先谢谢这位朋友的好意。 软件创造价值！ 我希望更多的做技术的人能够重新认识这个问题，上一次参加一个培训，听说很多人通过编写共享软件赚了N多的刀拉,再看看网络飞速发展的今天，编写一个软件只要有价值，通过互联网这个杠杆可能会有你意想不到的成果也说不定。 技术可以变得如此有活力，让我们一起为之努力、奋斗吧。 http://www.foxlog.org/2008/04/26/%e5%85%b3%e4%ba%8e%e8%81%8c%e4%b8%9a%e8%a7%84%e5%88%92/ 纯粹意义上的项目经理是不用管技术的问题的，只负责管理，但是在一个中小公司可能出入就很大了，比如，在我所在的公司，项目经理=客户需求+项目管理+软件架构+程序编码+部署+测试+项目验收，如果需要的话也可以兼个DBA :) ,还好，我以前的功底相对比较扎实，从linux到windows server到sqlserver 到oracle到jboss到websphere算不上精通也都基本能独立搞定，但要说效率有多高可能就不好说了. 我个人还是倾向于“分布式”，即各司其职，有人设计，有人实现，有人管理，有人维护，我还是欣赏我当初参加工作时在北京网通小灵通账务管理的项目中的人员分配的方式，现在想来还是比较合理，在我们B/S组分配是：一名项目经理，主要负责总体和客户的沟通，一名需求管理人员兼DBA；一名技术经理带2个 后台开发人员；后台开发人员各带一名前台开发人员；一名测试人员负责测试，同时负责用户平时的基本修改意见的汇总，如果有较大的变动则通过项目经理。而反观我们现在的一些项目会发现，程序员居然和客户沟通起来了，真是不怕天下大乱，用户A提一个问题，程序员A修改了，过一段时间A又提一个问题给B，B也修改了，有一天程序员A和程序员B都走了，客户觉得我的好多以前提的东西你们怎么现在的人都不知道啊？ 双方都受伤害。其实，合理的架构才能保证有序的结果，一个小打小闹的团队怎么能应付日益变化的客户需求呢。 如果条件允许，我建议一个具有竞争力的团队应该是一名架构设计人员，一名DBA，3-5名中等水准的开发人员，一名美工，一名测试，其中DBA和美工是共享人员，临时参与，测试放到一个更重要的位置，即，始终跟踪全部的客户需求，所有的修改变更都是通过测试人员，程序员和客户之间隔离开。其实这不就是“面向对象”么？ 松耦合和紧耦合肯定不是一回事。现在很多的公司的高层人员普遍比较短视，所谓的理由就是“成本”，我的回答是：出来混迟早要还的！ 现在不这么做，迟早要付出代价。 http://www.foxlog.org/2008/04/26/%e9%a1%b9%e7%9b%ae%e7%bb%8f%e7%90%86%e7%9a%84%e8%81%8c%e8%b4%a3/ key words:数据库 主键 在一个差屁股的项目中看到数据库的设计着实让人窝火,业务也算有点复杂，但是关键的表其实也就不超过10来个，但是能把你整晕，让人不得不佩服当初数据库设计的人员的构思. 总体来看存在问题就是主键命名不当，外键的命名也不规范，在和项目组人员的沟通过程中我就强烈暗示大家以后的项目中主键不要想花里胡哨的名字了，直接全部一刀切"ID"就OK了(要是非要找一个理由，不妨看看rails的最佳实践做法)，直观明了，外键的名字用父表的表名_id . 另外，我的一位同事提到给表的前面加上业务前缀，或者叫模块前缀，也有实际意义，主要是在项目相对比较复杂，模块比较多的时候比较有用，比如 businessa_table,businessb_table,可能也会看起来麻烦一些，看情况了。 http://www.foxlog.org/2008/04/26/%e5%85%b3%e4%ba%8e%e6%95%b0%e6%8d%ae%e5%ba%93%e4%b8%ad%e7%9a%84%e4%b8%bb%e9%94%ae%e5%91%bd%e5%90%8d/ 详细设计思路 1. 指导方略 ① 软件架构师完成设计规范的制定 ② 设计任务由架构师分配 ③ 设计的过程由架构师来进行制定 ④ 推荐使用 n Rational RMC 2. 获得设计素材 ① 局部分析 n 边界对象 n 实体对象 n 控制对象 ② 健壮性分析 ③ 场景装换 ④ 对象整理工作（获得80%的类） 3. 去除重复性设计 ① 类更小分解 n 重复性提取 ② 重复性类只做一次 4. 去除相似性设计 ① 共性与个性的分离 ② 封装共性到基类 n 抽象类或接口 n 深层次设计 考虑扩展性问题 à 桥接模式 对象管理 à 工厂模式 算法问题 à 模板模式 à 策略模式 à 状态模式 à 职责链模式 流程问题 à 状态模式 à 构建者模式 à 管道过滤器模式 管理问题 à 微核模式 取自架构 à 管道过滤器 à 代理者模式（10种） à IOC模式 à AOP模式 à 反射模式 5. 发现变化趋势 ① 用例的扩展点发现变化趋势 ② 看到趋势后--封装变化趋势 6. 类的元模型提取 ① 类不断的原子化 ② 类的分类 7. 类的质量设计 ① 质量属性 n 用户的视角获得质量描述 ② 设计质量 n ... http://www.foxlog.org/2008/04/04/%e8%af%a6%e7%bb%86%e8%ae%be%e8%ae%a1%e6%80%9d%e8%b7%af-%e5%85%b3%e9%94%ae%e7%9a%84%e8%ae%be%e8%ae%a1%e6%a8%a1%e5%bc%8f/ UML容易让一些人望而生畏，这也不奇怪，因为它看起来有些复杂，不过作为一种描述的文档，它毕竟是有用的。 use case:在需求阶段，捕捉用例，为后面的分析提供初步的依据 健壮性分析 :画出边界对象、控制对象、实体对象 序列图:描述场景 类图 整体关系如下： http://www.foxlog.org/2008/04/04/uml%e4%b8%ad%e5%87%a0%e4%b8%aa%e9%87%8d%e8%a6%81%e7%9a%84%e5%9b%be/ 继续谈我的软件设计师课程中的体会： 这次课程中看到老师的硬盘里充满了实际的项目，一方面佩服老师做过的项目之数量之惊人，另一方面也感受到到处充满着设计的内涵，从系列的文档之中感觉到做的之专业。 老师提示： 多阅读经典源代码，比如jive,junit,类库等等，最好也多从宏观的角度来观察，比如uml角度，设计模式的角度。这次我就把jdk和junit、hibernate等的代码导入到EA,下一步就是好好的阅读下 ,希望能有收获。 另外一点：技术的互通性是正常的，做java的不要对微软有敌视，反之也然，作为架构师或系统分析师，应该从设计的角度来看待二者，具体展现可能不同，但是思想总是可以借鉴的。当然，这是更高的一个境界了。 http://www.foxlog.org/2008/04/04/%e6%8f%90%e9%ab%98%e8%bd%af%e4%bb%b6%e8%ae%be%e8%ae%a1%e8%83%bd%e5%8a%9b%e7%9a%84%e4%b8%80%e4%b8%aa%e6%9c%89%e6%95%88%e9%80%94%e5%be%84%e9%98%85%e8%af%bb%e7%bb%8f%e5%85%b8%e6%ba%90%e7%a0%81/ 最近参加了一个软件设计师的课程，老师推荐了几本比较经典的书 《UML宝典》 《UML业务建模》 《设计模式》GOF 《面向模式的软件体系结构》1-3 《数据库重构》 《重构》 《UML企业应用建模》ORM POEAA 《高质量编程艺术》 http://www.foxlog.org/2008/04/04/%e8%bd%af%e4%bb%b6%e8%ae%be%e8%ae%a1%e5%b8%88%e6%8e%a8%e8%8d%90%e9%98%85%e8%af%bb%e4%b9%a6%e7%b1%8d%e5%88%97%e8%a1%a8/ 1.变化是绝对的，静止是相对的 2.需求是一定要变的，设计的人希望需求不变，此时，用的方法叫“面向过程” 3.客户永远是对的，所以，请满足客户的要求. 4.用面向对象分析与设计的方法来进行系统设计,注意，设计，没有设计后果很严重。用架构的思想来设计的时候，就叫"面向对象". 5.架构设计是一种艺术，也是一种平衡 6.先从uml开始吧. http://www.foxlog.org/2008/03/09/%e9%9d%a2%e5%90%91%e5%af%b9%e8%b1%a1%e5%88%86%e6%9e%90%e4%b8%8e%e8%ae%be%e8%ae%a1-ooad/ 1.机器的ip经常改变，到公司一个ip,到客户那一个ip,到家又是一个ip,不知怎么搞的，今天到家oracle的dbconsole就启动不了了. 2.用命令行的方式启动 emctl.bat start dbconsole,结果还提示ORACLE_SID 还没有设置，晕，这个怎么没有了，set 一个吧 set ORACLE_SID=dggmcc (我的数据库实例) 3.还是有错，提示找不到192.168.0.52.这个地址,应该是ip和当初装数据库的时候IP不一样的缘故，将hosts设置一下 192.168.0.52 IDEA 4.OK http://www.foxlog.org/2008/03/06/dbconsole%e5%90%af%e5%8a%a8%e5%a4%b1%e8%b4%a5/ 软件架构：可控的灵活性 编者按：在 软件开发中，对于软件架构经常很极端：要么不重视软件架构，要么过分重视以至于成了“天条”。我甚至遇到过这样的情况：某公司强制推行某基于Struts 的架构设计，然而到了项目组它却处处遭到抵制，特别是分部基本上抛弃了这个架构设计。那么，为什么这样一个成本高昂、设计良好的架构没有被接纳呢？我们发 现，很多设计人员在进行软件架构设计时忽略了这样几个重要的问题：架构设计的灵活和支撑。 >>全文 软件架构基础 ·软件架构是一系列有层次性的决策 软件架构属于设计范畴，但并不是所有设计都属于软件架构设计之列。正如软件架构的“决策派”概念所揭示的，软件架构可以视为一系列重要决策的集合。不仅如此，架构决策是分层次依次展开的。 进行软件架构设计的益处 软件架构设计：认识软件架构 软件架构设计的三个维度 构架、框架和设计模式的关系简述 软件体系结构标准成熟度的思考 应用软件系统架构设计的“七种武器” 软件架构设计 ·浅谈软件架构设计的概念 开始之初的架构设计决定着软件产品的生死存亡。开始的架构设计是最难的，需要调研同类产品的情况以及技术特征，了解当前世界上对这种产品所能提供的理论支持和技术平台支持，再结合自己项目的特点(需要透彻的系统分析)，才能逐步形成自己项目的架构蓝图。 软件架构过程概要 运用RUP 4+1视图方法进行软件架构设计 我的架构经验小结——常用的架构模型 软件架构训练之层次及使用 步入J2EE架构和过程（上） 步入J2EE架构和过程（下） 浅析面向构件的SOA架构设计 关于三层架构的一些想法 软件架构实践 ·软件架构的过程 根据IEEE标准，软件架构活动代表了这样一系列活动：定义、记录、维持、改进一个软件构架并确保其正确执行。 通过改善架构来提高ASP.Net应用程序的性能 Tivoli实现IT基础架构管理 如何做好大型OA系统的总体设计？ 面向组件的大规模软件架构 Ajax架构的Web应用框架 管理手记：DRP项目中软件系统架构的比较 系统架构师 ·软件架构师之路 架构师不是通过理论学习可以产生的，不过不学习相关知识那肯定是不行的。参考软件企业架构师需求，结合目前架构师所需知识，总结架构师自我培养过程大致如下。 软件构架师需要哪些技能？ 软件架构师的工作与软件工程中的经济行为 J2EE架构学习者的6个最佳实践 中国架构师，名符其实有多少 架构设计师与SOA(一) 架构设计师与SOA(二) http://www.foxlog.org/2008/02/28/%e8%bd%af%e4%bb%b6%e6%9e%b6%e6%9e%84%e4%b8%93%e9%a2%98%e6%95%b4%e7%90%86from-it169/ 1.我看来铁定是google的铁杆粉丝了 2.google的应用:gmail,gtalk, 日历，文档在线办公(可共享),这是最常用的 3.昨天把google的存储空间升级了10G，也就是总空间已经有16G了，好处不言而喻，同事picasa图片可以共享这10G空间，想放什么就放什么吧，google就是电脑啦！ 4.今天看了一下google导航也不错，类似于hao123,不过这个倒谈不上什么特色。 5.google视频看了一下，效果比以前好多了，以前进video.google.com的时候还说对中国区域不开放，今天看已经不存在这个问题了。比如我在video.google.com上搜索jboss seam的就能看到Gavin King的关于jboss seam的视频，不错，而且上面的提示也很棒，比如被blog最多的，被共享最多的，被查看最多的，等等，总之，社会性元素很好。对于喜欢看中国地区的视频的用户来说，不用再收录N多的视频网站了，直接在video.google.cn上搜索即可，全部帮你搞定! 6.帮google做了这么多口碑营销，谁给我付费啊？ :) http://www.foxlog.org/2008/02/26/%e4%bd%bf%e7%94%a8%e6%9b%b4%e5%a4%9a%e7%9a%84google%e6%9c%8d%e5%8a%a1/ 1.架构的分类:业务架构、数据库架构、软件设计架构,正在流行的所谓soa架构也算吧 2. 涉及到的主要内容: 需求分析 领域分析 UML建模 文档设计管理 设计模式 基于javaEE5的设计(jsf+EJB3)[个人感觉jboss seam是最好的代表了] 3.今天一同事说在网上看到统计数据说基于soa的架构做的项目比传统的做法成功率确实高，可能性是存在的，不过也不排除这些统计数据是某些大厂赞助的结果 :) 4.今年打算有机会的话培训一下软件设计师的课程,内容摘要如下:(来自国信培训) 一、面向对象分析设计与UML Ø 面向对象分析与设计OOAD Ø UML建模与ICONIX进程 Ø 领域建模与用例建模 Ø 需求分析与UseCase Ø 健壮性分析 Ø 时序图 Ø 对象图、状态图、活动图与协作图 Ø 类图、包图与组件图 Ø 部署图 Ø UML与RUP Ø 设计进度和设计粒度的控制 二、设计模式 Ø GOF设计模式 Ø 创建型模式 Ø 结构型模式 Ø 行为型模式 Ø 模式扩展 Ø 开源项目中的设计模式 Ø 模式与交流 三、软件设计管理 Ø 软件设计文档 Ø 软件流程改进策略 Ø 软件设计风险管理 四、相关软件设计案例集 5.有兴趣的朋友可以看一下这张ＩＴ培训方面的图，还是挺全面的: http://www.foxlog.org/2008/02/26/%e4%bb%8e%e5%b8%82%e5%9c%ba%e4%b8%8a%e7%9a%84%e6%9e%b6%e6%9e%84%e5%b8%88%e7%9a%84%e5%9f%b9%e8%ae%ad%e8%a7%92%e5%ba%a6%e7%9c%8b%e4%b8%80%e4%b8%8b%e6%9e%b6%e6%9e%84%e7%9a%84%e5%86%85%e5%ae%b9/ 今天打算把windows update一下,结果ie自动转到http://www.update.microsoft.com/windowsupdate/v6/thanks.aspx?ln=zh-cn&thankspage=2 界面，说请访问http://www.microsoft.com/mac ，晕了，google后的解决方案是把注册表修改一下: 删除[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\User Agent] ，重启机器就ok了。 http://www.foxlog.org/2008/02/26/%e6%96%b0%e9%b2%9c%ef%bc%9awindows-update%e6%8a%8a%e6%88%91%e7%9a%84%e6%9c%ba%e5%99%a8%e5%bd%93%e4%bd%9c%e6%98%afmac/ Dataguard配置Step by Step - Oracle Life (tags: oracle dataguard) DATA GUARD的概念及作用 - beibingyang的专栏 - CSDNBlog (tags: oracle dataguard) http://www.foxlog.org/2008/02/25/links-for-2008-02-25/ 1.中国还没有真正伟大的软件公司，就当自己做一下白日梦了 2.需要一个协同软件，比如oracle协作套件，或者IBM的Lotus,目的，提供邮件、文档、工作空间、门户、网络会议、移动办公等，让公司的所有资源在一个统一的平台上实施；当然，出于成本考虑，我也可以选择google的企业套件，最直接的方式了，而且效果不错，不过没有网络会议和门户功能，可以考虑使用webEx等 (近期，流行的一个观点是在协作平台里引入web2.0的相关技术) 3.需要一个学习平台,比如oracle ilearing.用于员工的入职须知，技能培训，为学习型组织提供一个最有力的帮助，最大的问题可能不是学习平台本身，而是学习内容的规划和设计，必要的时候需要购买 .  学习平台最终的目的就是一是培训员工，另一个就是知识共享。现在很多公司有这么一个毛病，公司运营了很多年，但是随着员工的逐步更换和流失，很多以前精华的东西都不见了，如果主意了知识的共享和积累（通过软件平台），这个问题就是另一种情况了. 4.需要一个 oa平台，主要基于公司的业务流程，目前大多数oa是基于工作流的机制来实现。事实上，oa的发展历程已经比较长了，也相对比较成熟，但是究竟能发挥多大作用或者该如何发挥最大的作用还依然是一个问题。 5.建立一个项目管理系统平台，所有项目都在上面监控，它应该是动态的，可以看到每一天的进度，最好能从上面能对项目的各个组员的工作作出评估，作出即时的沟通和修正。 6.软件开发过程系统:包含架构设计管理、开发动态控制管理、版本控制、测试管理 .这些内容的主要目的是保证开发的规范话、文档化 7.会议系统管理. 每个公司都需要开会，但是开会的层次差别太大了，存在的问题主要有：会议目标不明确，会议过程没有效率，会议结果不明确，会议结束后没有后期跟踪管理.关于这方面可以推荐一篇文章 九段秘书 8.以上好像偏重于技术的层面比较多，实际上一个公司的老总最看重的其实必然是市场，所以一个适合自己公司的ERP或者CRM系统也许是必要的，注意，我这里说的是也许。 9.最后，所有的软件仅仅提供了一个平台，它是“死”的，或者说其本身并不会发生什么作用，更关键的是看不见的“软件”------企业文化,一切的效率与创新都来自于公司的文化氛围，在这个基础上，软件才会有推波助澜的作用。 http://www.foxlog.org/2008/02/23/%e5%a6%82%e6%9e%9c%e6%88%91%e8%a6%81%e5%bc%80%e4%b8%80%e5%ae%b6%e8%bd%af%e4%bb%b6%e5%85%ac%e5%8f%b8%ef%bc%88%e7%8b%82%e6%83%b3%e6%9b%b2%ef%bc%89/ 协同软件市场，暗流涌动 据IDC、Gartner等权威分析机构的统计，早在2001年美国协同软件市场份额已经达到3%－5%，与ERP、CRM等管理软件的缓慢增长相反， 协同软件的年增长率高达15%。有分析机构预测，2008年协同软件的市场规模将会达到19.26亿美元。由于协同软件涉及到通讯、内容管理、信息安全等 方面的技术与标准，也涉及管理应用的本地化的问题，这对中国的软件业来讲，将是一次发展的机会，也将面临巨大的挑战。>>全文 协同软件 协同软件(Collaboration Software )是一种“互相配合”的软件，主要作用是为了辅助多人、多组织共同完成管理事务，协同参与者是多个人员与群组和多个应用系统。工作流管理WFM是协同软件 的主要功能核心，协同软件在文档、行政、人事、项目、客户、财务、物流、生产等管理方面有广泛应用，协同OA、协同政务、协同商务是其主要综合应用方案。>>全文 ●挑战与机遇并存 协同OA创新路在何方？ ●信息化建设进一步深入 协同软件春天逼近 ●协同软件即将步入联动天下时代 ●厚积薄发的第三股协同OA力量 ●协同理念为OA重新诠释应用价值 ●协同软件应用成本具有多面性 ●协同的灵魂：知识管理 ●协同管理是一把手运动 ●全球协同商务发展现状及趋势 ●2007协同综述：协同产业平稳发展 ●协同软件的技术发展 ●协同软件迷失热捧与冷嘲间 ●沉默过后，协同产业才能迎来下一轮的爆发 ●“大小通吃” 2007协同软件风生水起 ●2007四大趋势引爆协同产业 ●2006协同OA市场发展综述 ●应用分析:从SOA技术看协同软件应用的未来 ●深刻理解SOA与协同的关系 ●CIO看"协同" ●提出SOA等新需求 协同软件概念赋予新含义 ●SOA与协同：关系究竟多暧昧？ ●协同办公爱上Web 2.0 协同软件厂商 协同软件兴起于三四年前，之后便快速发展，到现在市场上号称做协同的软件厂商已经超过500家。整个协同市场因为用户需求的增加而使得各相关厂商蜂拥而至——原来做OA的、做ERP的、做互联网的厂商都开始了在协同这个大平原上竞争和角力。 正因为协同厂商发力点的不同，使得用户协同的切入点不同—从OA起步会有更广阔的办公自动化空间，从业务出身能将生产、采购、营销的步调一致，互联网则预示着电子商务有望初具规模。 无论用户的选择是什么，企业管理和业务的协同，才是殊途同归。 ●三问协同软件厂商 追踪寻源求根本 ●典型协同软件厂商盘点 ●分久必合 协同领导厂商加速发展 ●厂商说"协同" 协同齐放迷人眼 ●IBM、微软的协同与办公产品 ●阿里巴巴吹响“集结号” 协同OA市场变脸 ●协同走向成熟 点击、用友联手创新市场应用 ●用友致远A8：开创协同应用新标准 IBM Lotus 在25年的时间里，Lotus定义了一个实现人员互连的软件行业。所有Lotus产品之间、与基于开放标准的软件之间以及与Microsoft产品之间都可很好地协同使用。它们可用于多种客户端和服务器操作系统。 Lotus产品始终致力于推动创新与合作。IBM的协作产品，包括Lotus Notes、WebSphere Portal Lotus Sametime以及新产品Lotus Quickr和 Lotus Connections可配套使用，提供业务流程环境中的协作。 IBM Lotus继续提供业界最丰富的企业通信和协作工具系列，并通过将协作技术扩展到社会计算等新领域，推动该系列的进一步发展。IBM Lotus的协作服务旨在具备灵活性，包括可在多种环境中组合使用的通信、协作和沟通工具。从电子邮件/日历环境到门户、实时协作和移动服务， IBM Lotus协作服务涵盖多个层面和视角，为广泛的最终用户工作方式提供服务，最大限度提高最终用户的效率。 ●追溯IBM Lotus家族发展轨迹 ●Lotus公司的知识管理解决方案 ●IBM Lotus 倡导知识管理“随需应变” ●知识管理 Lotus解决方案 ●Web2.0的企业级应用IBM Lotus ND8 ●IBM Lotus对知识管理的理解 ●IBM Lotus 提供快速协作解决方案 ●IBM Lotus提供在家办公快速协作解决方案 http://www.foxlog.org/2008/02/23/%e8%bd%ac%e5%b8%96%e5%8d%8f%e5%90%8c%e8%bd%af%e4%bb%b6%e5%b8%82%e5%9c%ba%e6%a6%82%e8%a6%81/ 1.项目管理类：ＰＭＰ自学课程 2.架构师课程:最佳模式是通过网络的模式在线学习，一是方便，二是实惠 3.英语口语提升一层。原来的底子还是相当棒的，应该发飙了。目标：流利的听、读 4.[可选1]：执行力管理培训 5.[可选2]: oracle dba培训 (模式是公司培训或者个人在线培训) http://www.foxlog.org/2008/02/23/2008%e5%85%85%e7%94%b5%e8%ae%a1%e5%88%92/ 很久没有更新blog了，休假期间一段时间没电，也比较忙。 近期打算多写点东西，多动笔还是有好处的 http://www.foxlog.org/2008/02/22/%e5%a5%bd%e4%b9%85%e6%b2%a1%e6%9c%89%e6%9b%b4%e6%96%b0blog%e4%ba%86/ 1.中小公司都很少有dba 2.开发人员担任dba角色,但是实际上做不了dba的事情 3.在一些数据量很大的项目上，没有dba似乎又不行 4.有一些公司在急忙找dba的时候居然说找不到 5.结论是：dba很吃香 http://www.foxlog.org/2008/01/20/dba%e8%bf%98%e6%98%af%e5%be%88%e5%90%83%e9%a6%99/ 教育，的的确确让人有不同的境界和精神! http://www.foxlog.org/2008/01/18/%e7%89%9b%e9%80%bc%e7%9a%84%e6%bc%94%e8%ae%b2%ef%bc%8c%e4%b8%ad%e5%9b%bd%e7%9a%84%e5%b8%8c%e6%9c%9b%ef%bc%9a%e6%b5%99%e5%a4%a7%e6%95%99%e6%8e%88%e9%83%91%e5%bc%ba%e6%bf%80%e6%83%85%e6%bc%94%e8%ae%b2/ 1.我离开了校内，因为我毕业了  :) 2.这是一个宿命的名字，除非它的定位就是在校大学生，但是现在的广告宣传好像不是这样的。 3.如果仅仅是提供校友录的功能，chinaRen不比他更好？ 4.前景：不看好. http://www.foxlog.org/2008/01/16/%e7%a6%bb%e5%bc%80%e6%a0%a1%e5%86%85%ef%bc%8c%e5%9b%a0%e4%b8%ba%e6%88%91%e6%af%95%e4%b8%9a%e4%ba%86/ 1.昨天看姜汝祥的《赢在执行》听说了宝洁公司的执行力制度，感觉很不错，可以借鉴，从员工工作效率提示来说很有帮助，也是提升部门、公司的执行力的一种得力措施之一。 2.宝洁的备忘录分为两种类型：信息备忘录、建议备忘录 3.信息备忘录包括:包括研究分析、现状报告、业务情况、竞争分析和市场占有率摘要 4.建议备忘录包括： 建议目的、背景信息、建议方案以及背后的逻辑讨论和下一步的做法 5.备忘录要求简洁明了，一般不超过4页 6.可以把备忘录制度理解为一般公司的日报和周报，但是日报和周报可能在具体运用的时候要求不够严格，进一步说，作用没有体现出来. http://www.foxlog.org/2007/12/31/%e5%ae%9d%e6%b4%81%e7%9a%84%e5%a4%87%e5%bf%98%e5%bd%95%e5%88%b6%e5%ba%a6/ 1.项目经理在正式开始项目开发之前需要将需求提交评审组进行评审 2.评审的核心内容 现有展示的功能能否满足客户需求 为了满足客户的需求，我们的代价是否超过预算 3.第一项由市场销售经理把关 4.第二项由项目经理把关，因为给项目经理的预算是确定的 5.大多数的时候的风险是需求大于合同承诺的范围  通知市场经理，增加合同额，一般比较难 让客户缩减需求，本着双赢的原则，让客户同意 http://www.foxlog.org/2007/12/19/%e9%a1%b9%e7%9b%ae%e5%86%85%e9%83%a8%e8%af%84%e5%ae%a1/ 1.人们都说 ： 成功是一样的，失败各有不同 2.其实应该换成: 成功是一样的，失败也是一样的 3.成功的项目的特点" 与项目各参与分共同决策 项目各方的责任和承担的风险明确划定 项目所有的采购和设计、实施都进行了多方案比较论证 对项目规划阶段进行了潜在的问题分析 委托了非常敬业的项目经理并给予了充分的授权 项目团队精心组织，能力、沟通和协作好，集体讨论项目重大风险问题 制定了针对外部环境变化的预案并及时采取了行动 进行了项目组织建设，表彰和奖励及时、有度 对项目组成员进行了有计划和针对性的培训 4.失败的项目的特点:  项目提出非正常程序，从而导致项目业主缺乏动力  (就怕这一点，基本没戏) 沟通不够，决策者远离项目现场，项目各有关方责任界定不清 (扯皮) 规划工作做的不细，计划无弹性或缺少灵活性 (僵硬) 项目分包层次太多 (天高皇帝远) 把工作交给了不称职的人同时又缺少检查、指导 (傻B干活干个球啊) 变更不规范、无程序，或负责人、责任、项目范围、项目计划频繁变更 (不怕计划，怕变化) 决策前的沟通和信息收集不够，未征求各方意见 (独自去偷欢，独自去痛苦) 未能对经验教训进行分析 (死了再来) 其他错误 5.以上资料摘录自风险识别的课程里，即项目风险识别技术与工具里： 检查表 （很老土，但很有用） 流程图 (描述工作逻辑，而网络图是排定工作时间) 头脑风暴法(现在都用滥了，什么玩意都来一个头脑风暴) 情景分析法 德尔菲法(Delphi?) SWOT分析法(这个分析法不错，推荐) 敏感性分析法 http://www.foxlog.org/2007/12/19/%e6%88%90%e5%8a%9f%e7%9a%84%e9%a1%b9%e7%9b%ae%e6%98%af%e4%b8%80%e6%a0%b7%e7%9a%84%ef%bc%8c%e5%a4%b1%e8%b4%a5%e7%9a%84%e9%a1%b9%e7%9b%ae%e4%b9%9f%e6%98%af%e4%b8%80%e6%a0%b7%e7%9a%84/ 今天要把一个项目文件打包传给客户，客户在广东，都下班了，客户一会还上不了线，我突然想起我的qq会员里有一项功能是离线传送，恩，速度不错! 一会关机回家，客户啥时候都可以从服务器端接受文件. 研究一会pagico,这个玩意似乎也能满足我的一部分需求,即将人和事综合的管理起来，包括文档 http://www.foxlog.org/2007/12/18/qq%e7%9a%84%e7%a6%bb%e7%ba%bf%e5%8f%91%e9%80%81%e6%96%87%e4%bb%b6%e5%8a%9f%e8%83%bd%e6%8c%ba%e5%ae%9e%e7%94%a8/ 1.关键字:workspace,collaboration 2.类型:服务器端、客户端 3.产品:oracle collaboration suite、office groove 2007 4.这次感受了一下groove2007,感觉不错 ，可以来这里看一下demo http://www.foxlog.org/2007/12/15/%e5%85%b3%e4%ba%8e%e5%8d%8f%e4%bd%9c%e5%b9%b3%e5%8f%b0/ 1.最好的资料在metalink 2. Apress Pro Oracle Collaboration Suite 10g 3. Oracle.Collaboration.Suite.Handboo 两本电子书可以直接free download from internet. http://www.foxlog.org/2007/12/12/oracle-collaboration-suite%e6%8e%a8%e8%8d%90%e9%98%85%e8%af%bb%e8%b5%84%e6%96%99/ variable remove_queue_job number begin //每隔一分钟调度一次 dbms_job.submit(:remove_queue_job,'mypackage.myprocedure;',sysdate,'sysdate+1/1440'); end; / begin dbms_job.run(:remove_queue_job); end; / //看看当前有哪些job在跑 select job, priv_user, what from user_jobs select job, priv_user, what from dba_jobs; //删除不再需要的job exec dbms_job.remove(job_id) http://www.foxlog.org/2007/12/12/%e7%94%a8dbms_job%e8%b0%83%e5%ba%a6%e5%ad%98%e5%82%a8%e8%bf%87%e7%a8%8b/ 1.现在最常用的web工具是google的ig和calander,以及rememberthemilk 前者可以发送短信提醒到手机，后者组织一目了然，很好。 2.GTD的概念已经不再是一个新的话题了，其后隐藏的话题其实就是时间管理，每一个参加了工作的人，终身都要面对这个问题，如果你有机会，最好参加一次专门的培训，你一定受益匪浅的。 3.让你的GTD 列表保持简洁，另外，不要膨胀，定期清理，我现在也正需要做这件事情 4.有几个原则分享：每天只完成一件重要的事情，另外两件非重要的事情，事实上，你几乎不可能同时完成多件重要的事情，如果是的话那你就是神人了。CPU已经进入多核时代，但是人的大脑仍然不能。接受这个现实，然后遵循它. http://www.foxlog.org/2007/12/10/gtd%e5%88%97%e8%a1%a8%e5%a4%aa%e9%95%bf%e4%ba%86%ef%bc%8c%e8%af%a5%e6%b8%85%e7%90%86%e6%b8%85%e7%90%86%e4%ba%86/ 1.曾经开发言必谈SSH (spring + struts +hibernate),现在却不再谈论这个问题。 2。以前谈到EJB我就皱眉头，这年头谁会用这玩意？ 3。现在，逢框架选择我就先想到EJB3 4.以上几点表明：人是善变的 5.第四点的发生是因为：我现在喜欢上了jboss seam. 6.没有理由，喜欢就是喜欢了，需要解释么？不需要 http://www.foxlog.org/2007/12/10/%e6%88%91%e5%9c%a8%e6%b8%90%e6%b8%90%e5%bf%98%e5%8d%b4spring%e5%9b%a0%e4%b8%ba%e6%9c%89%e4%ba%86%e6%96%b0%e6%ac%a2%ef%bc%9ajboss-seam/