??xml version="1.0" encoding="utf-8" standalone="yes"?>亚洲国产理论片在线播放,精品亚洲AV无码一区二区,亚洲第一成年人网站http://www.tkk7.com/orangelizq/category/24407.htmlorangelizqzh-cnFri, 20 Aug 2010 14:12:38 GMTFri, 20 Aug 2010 14:12:38 GMT60[转]有效~写软g?5条徏?http://www.tkk7.com/orangelizq/archive/2010/08/19/329411.html桔子?/dc:creator>桔子?/author>Thu, 19 Aug 2010 12:15:00 GMThttp://www.tkk7.com/orangelizq/archive/2010/08/19/329411.htmlhttp://www.tkk7.com/orangelizq/comments/329411.htmlhttp://www.tkk7.com/orangelizq/archive/2010/08/19/329411.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/329411.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/329411.html有效~写软g?5条徏?
只是而已?br />  1. 你们的项目组使用源代码管理工具了么?
应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS?br />  
2. 你们的项目组使用~陷理pȝ了么Q?br />  应该用。ClearQuest太复杂,我的推荐是BugZilla?

3. 你们的测试组q在用Word写测试用例么Q 
 不要用Word写测试用例(Test CaseQ。应该用一个专门的pȝQ可以是Test ManagerQ也可以是自己开发一个ASP.NET的小|站。主要目的是Track和Browse?br />  
4. 你们的项目组有没有徏立一个门L站? 
 要有一个门L站,用来放Contact Info、Baselined Schedule、News{等。推荐Sharepoint Portal Server 2003来实玎ͼ15分钟搞定。买不vSPS 2003可以用WSS (Windows Sharepoint Service)?

5. 你们的项目组用了你能买到最好的工具么? 
 应该用尽量好的工h工作。比如,应该用VS.NET而不是Notepad来写C#。用Notepad写程序多半只是一U炫耀。但也要考虑到经费,所以说?你能买到最好的"?br />  
6. 你们的程序员工作在安静的环境里么Q 
 需要安静环境。这Ҏ端重要,而且要保证每个h的空间大于一定面U?br />  
7. 你们的员工每个h都有一部电话么Q?br /> 需要每Z部电话。而且电话最好是带留a功能的。当Ӟ上这么一套带留言电话pȝ开销不小。不q至每Z部电话要有,千万别搞得经常有人站h喊:"某某某电?。《h件》里面就强烈谴责q种做法?br />  
8. 你们每个人都知道Z问题应该找谁么? 
 应该知道。Q何一个Feature臛_都应该有一个OwnerQ当ӞOwner可以l箋Dispatchl其他h?

9. 你遇到过有h?我以?#8230;"么? 
 要消?我以?。Never assume anything?br />  
10. 你们的项目组中所有的人都坐在一起么Q 
 需要。我反对Virtual TeamQ也反对Dev在美国、Test在中国这U开发方式。能坐在一起就最好坐在一P好处多得不得了?br />  
11. 你们的进度表是否反映最新开发进展情况?  
 应该反映。但是,应该用Baseline的方法来理q度表:l护一份稳定的ScheduleQ再l护一份最新更攏VBaseline的方法也应该用于其它的Spec。Baseline是变更管理里面的一个重要手Dc?br />  
12. 你们的工作量是先由每个h自己估算的么Q 
 应该让每个h自己估算。要从下而上估算工作量,而不是从上往下分z。除非有其他原因Q比如政MQ务工期固定等?br />  
13. 你们的开发h员从目一开始就加班么? 
 不要q样。不要一开始就搞疲x。从目一开始就加班Q只能说明项目进度不合理。当Ӟ一些对日Y件外包必d天加班,那属于剥削的范畴?br />  
14. 你们的项目计划中Buffer Time是加在每个小d后面的么Q 
 不要。Buffer Time加在每个Q务后面,很容易轻易的p消耗掉。Buffer Time要整D늚加在一个Milestone或者checkpoint前面?br />  
15. 值得再多׃些时_?5%做到100%好值得Q非常值得。 
 其当项目后期h困马乏的时候,要坚持。这会给产品带来质的区别?br />  
16. 登记新缺hQ是否写清了重现步骤Q?br />  要。这属于Dev和Test之间的沟通手Dc面寚w沟通需要,详细填写Repro Steps也需要?br />  
17. 写新代码前会把已知缺陯决么Q?br />  要。每个h的缺陷不能超q?0个或15个,否则必须先解册的bug才能l箋写新代码?br />  
18. 你们对缺L轻重~急有事先的约定么Q 
 必须有定义。Severity要分1??Q约定好Q蓝屏和Data LostSev 1QFunction ErrorSev 2Q界面上的算Sev 3。但q种U定可以Ҏ产品质量现状适当q行调整?br />  
19. 你们Ҏ见不一的缺h三国会议么?
 必须要有。要有一个明的决策q程。这cM于CCB (Change Control Board)的概c?br />  
20. 所有的~陷都是q记的人最后关闭的么?  
 Bug应该由Opener关闭。Dev不能U自关闭Bug?br />  
21. 你们的程序员厌恶修改老的代码么? 
 厌恶是正常的。解x法是l织Code ReviewQ单独留出时间来。XP也是一个方法?br />  
22. 你们目l有Team Morale Activity么? 
 每个月都要搞一ơ,吃饭、唱歌、Outing、打球、开卡丁车等{,一定要有。不要剩q些钱?br />  
23. 你们目l有自己的Logo么? 
 要有自己的Logo。至应该有自己的Codename?br />  
24. 你们的员工有印有公司Logo的T-Shirt么? 
 要有。能增强归属感。当ӞT-Shirt要做的好看一些,最好用80支的来做。别没穿几次q破烂烂的?

25. ȝ理至每月参加次目l会议要的。 
 要让team member觉得高层xq个目?br />  
26. 你们是给每个Dev开一个分支么Q 
 反对。Branch的管理以及Merge的工作量太大Q而且Ҏ出错?br />  
27. 有h长期不Check-In代码么? 
 不可以。对大部分项目来_最多两三天应该Check-In?br />  
28. 在Check-In代码旉填写注释了么Q 
 要写的,臛_一两句话,比如"解决了Bug No.225Q给bug~号Q?。如果往高处拔,q也做"配置审计"的一部分?br />  
29. 有没有设定每天Check-In的最后期限? 
 要的Q要明确Check-In Deadline。否则会Build Break?br />  
30. 你们能把所有源码一下子~译成安装文件吗Q? 
 要的。这是每日编译(Daily BuildQ的基础。而且必须要能够做成自动的?br />  
31. 你们的项目组做每日编译么Q 
 当然要做。有三样东西是Y仉?产品开发必备的Q?. bug management; 2. source control; 3. daily build?

32. 你们公司有没有积累一个项目风险列表? 
 要。Risk Inventory。否则,下个目开始的时候,又只能拍脑袋分析Risk了?br />  
33. 设计简单越好越单越好。 
 设计时候多一句话Q将来可能就带来无穷无尽的烦恹{应该从一开始就勇敢的砍。这叫scope management?

34. 量利用现有的品、技术、代码千万别什么东襉K自己Coding?br /> BizTalk和Sharepoint是最好的例子Q有q两个作为基Q可以把L提高很多。或者可以尽量多用现成的Control之类的。或者尽量用XMLQ而不是自己去Parse一个文本文Ӟ量用RegExpQ而不是自׃头操作字W串Q等{等{。这是"软g复用"的体现?br />  
35. 你们会隔一D|间就停下来夯实代码么Q 
 要。最好一个月左右一ơ。传adq初Windowsl在Stevb的命令下停过一个月增强安全。BtwQ??q个字念"hang"Q第一声?

36. 你们的项目组每个人都写Daily Report么? 
 要写。五分钟够了,?0句话左右Q告诉自己小l的Z天我q了什么。一则ؓ了沟通,二则鞭策自己Q要是游手好闲一天,自己都会不好意思写的)?

37. 你们的项目经理会发出Weekly Report么? 
 要。也是ؓ了沟通。内容包括目前进度,可能的风险,质量状况Q各U工作的q展{?br />  
38. 你们目l是否至每周全体开会一ơ? 
 要。一定要开会。程序员讨厌开会,但每个礼拜开会时间加h臛_应该?时。包括team meeting, spec review meeting, bug triage meeting。千万别大家闷头写code?br />  
39. 你们目l的会议、讨论都有记录么Q 
 会前发meeting request和agendaQ会中有责主持和记录Q会后有责发meeting minutesQ这都是effective meeting的要炏V而且Q每个会议都要Ş成agreements和action items?br />  
40. 其他部门知道你们目l在q什么么Q 
 要发一些Newsflashl整个大l织。Show your team's value。否则,当你坐在甉|里面Q其他部门的人问Q?你们在干?Q你回答"ABC目"的时候,别h全然不知QU感觉不太好?br />  
41. 通过Emailq行所有正式沟?br /> Email的好处是免得抵赖。但也要避免矫枉q正Q最好的Ҏ是先用电话和当面_然后Email来确认?

42. 为项目组建立多个Mailing Group  
 如果在AD+Exchange里面Q就建Distribution List。比如,我会建ABC Project Core TeamQABC Project Dev TeamQABC Project All TestersQABC Project Extended Team{等。这样发起Email来方便,而且能让该收到email的h都收到、不该收C被骚扰?br />  
43. 每个人都知道哪里可以扑ֈ全部的文么Q 
 应该每个人都知道。这叫做知识理QKnowledge ManagementQ。最方便的就是把文档攑֜一个集中的File ShareQ更好的Ҏ是用Sharepoint?br />  
44. 你做军_、做变化Ӟ告诉大家原因了么Q 
 要告诉大家原因。Empower team member的手D之一是提供够的informationQ这是MSF一开的几个原则之一。的如此,tell me why是h之常情,tell me why了才能有understanding。中国h做事喜欢搞限Ӟ限制信息Q似乎能够看到某一份文件的人就是有w䆾的h。大错特错。权威、权力,不在于是不是能access information/dataQ而在于是不是掌握资源?br />  
45. Stay agile and expect change 要这栗 
 需求一定会变的Q已l写好的代码一定会被要求修改的。做好心理准备,对change不要抗拒Q而是expect change?br />  
46. 你们有没有专职的软g试人员Q 
 要有专职试。如果h手不够,可以peer testQ交换了试。千万别自己试自己的?br />  
47. 你们的测试有一份ȝ计划来规定做什么和怎么做么Q?br />  q就是Test Plan。要不要做性能试Q要不要做Usability试Q什么时候开始测试性能Q测试通过的标准是什么?用什么手D,自动的还是手动的Q这些问题需要用Test Plan来回{?br />  
48. 你是先写Test Case然后再测试的么? 
 应该如此。应该先设计再编E、先test case再测试。当Ӟ事情是灵zȝ。我有时候在做第一遍测试的同时补上test case。至于先test case再开发,我不喜欢Q因Z习惯Q太ȝQ至于别人推荐,那试试看也无妨?br />  
49. 你是否会为各U输入组合创建测试用例? 
 不要Q不要搞边界条gl合。当心组合爆炸。有很多test case工具能够自动生成各种边界条g的组?-但要x楚,你是否有旉去运行那么多test case?

50. 你们的程序员能看到测试用例么Q 
 要。让Dev看到Test Case吧。我们都是ؓ了同一个目的走Ch的:提高质量?

51. 你们是否随便抓一些h来做易用性测试?  
 要这么做。自q自己写的E序界面Q怎么看都是顺眼的。这叫做审美疲劳--臭的看久了也׃臭了Q不方便的永久了也就习惯了?br />  
52. 你对自动试的期望正么Q 
 别期望太高。依我看Q除了性能试以外Q还是暂时先忘掉"自动试"吧,忘掉WinRunner和LoadRunner吧。对于国内的软g试的现状来_只能"矫枉必须q正"了?

53. 你们的性能试是等所有功能都开发完才做的么Q 
 不能q样。性能试不能被归到所谓的"pȝ试"阶段。早早ҎQ早L升天?br />  
54. 你注意到试中的杀虫剂效应了么Q 
 虫子有抗药性,Bug也有。发现的新Bug来少是正常的。这时候,最好大家交换一下测试的areaQ或者用用看其他工具和手法,又会发C些新bug了?br />  
55. 你们目l中有h能说Z品的当前整体质量情况么? 
 要有。当老板问vq个产品目前质量如何QTest Lead/Manager应该负责回答?br />  
56. 你们有单元测试么Q 
 单元试要有的。不q没有单元测试也不是不可以,我做q没有单元测试的目Q也做成功了--可能是oq,可能是大安是熟手的关系。还是那句话QY件工E是非常实践、非常工E、非常灵zȝ一套方法,某些Ҏ在某些情况下会比另一些方法好Q反之亦然?

57. 你们的程序员是写完代码就扔过墙的么? 
 大忌。写好一块程序以后,即便不做单元试Q也应该自己先跑一跑。虽然有了专门的试人员Q做开发的Z不可以一Ҏ试都不做。微软还有Test Release Document的说法,E序太烂的话Q测试有权踢回去?br />  
58. 你们的程序中所有的函数都有输入查么Q 
 不要。虽然说做输入检查是write secure code的要点,但不要做太多的输入检查,有些内部函数之间的参C递就不必查输入了Q省点功夫。同L道理Q未必要l所有的函数都写注释。写一部分主要的就够了?br />  
59. 产品有统一的错误处理机制和报错界面么? 
 要有。最好能有统一的error messageQ然后每个error message都带一个error number。这P用户可以自己Ҏerror number到user manual里面ȝ看错误的具体描述和可能原因,像SQL Server的错误那栗同PASP.NET也要有统一的Exception处理。可以参考有关的Application Block?br />  
60. 你们有统一的代码书写规范么Q 
 要有。Code Convention很多Q搞一份来发给大家可以了。当Ӟ要是有FxCopq种工具来检查代码就更好了?br />  
61. 你们的每个h都了解项目的商业意义么? 
 要。这是Vision的意思。别把项目只当成工作。有时候要想着自己是在Z国某某行业的信息化作先驱者,或者时不时的告诉team memberQ这个项目能够ؓ某某某国安门每q节省多多百万的U税人的钱,q样有动力了。^凡的事情也是可以有个崇高的目标的?br />  
62. 产品各部分的界面和操作习惯一致么Q 
 要这栗要让用戯得整个程序好像是一个h写出来的那样?br />  
63. 有可以作为宣传亮点的Cool Feature么? 
 要。这是增强团队凝聚力、信心的。而且Q?一俊遮百丑"Q有亮点可以掩盖一些问题。这P对于客户来说Q会感觉产品从质量角度来说还是acceptable的。或者说Qcool feature或者说亮点可以作ؓ质量问题的一个事后I补措施?br />  
64. 可能羃短品的启动旉要这栗 
 软g启动旉QStart-Up timeQ是客户Ҏ能好坏的第一印象?br />  
65. 不要q于注重内在品质而忽视了W一眼的外在印象E序员容易犯q个错误Q太看重性能、稳定性、存储效率,但忽视了外在感受。而高层经理、客h相反。这两方面要兼顾Q协调这些是PM的工作?br />  
66. 你们Ҏ详细产品功能说明书做开发么Q 
 要这栗要有设计才能开发,q是必须的。设计文档,应该说清楚这个品会怎么q行Q应该采取一些讲故事的方法。设计的时候千万别ȝ节,别钻到数据库、代码等具体实现里面去,那些是后面的事情Q一步步来不能着急?br />  
67. 开始开发和试之前每个人都仔细审阅功能设计么? 
 要做。Function Spec review是用来统一思想的。而且Qreviewq以后Ş成了一致意见,来再也没有人可以说"你看Q当初我是反对q么设计的,现在吃苦头了?

68. 所有h都始l想着The Whole Image么?
要这栗项目里面每个h虽然都只是在刉一片叶子,但每个h都应该知道自己在刉的那片叶子所在的树是怎么样子的。我反对软g蓝领Q反对过分的把Y件制造看成流水线、R间。参见第61条?br />  
69. Dev工作的划分是单纯U向或横向的么? 
 不能单纯的根据功能模块分Q或者单U根据表现层、中间层、数据库层分。我推荐q么做:首先Ҏ功能模块分,然后每个"?都有一个Owner来Review所有h的设计和代码Q保证consistency?br />  
70. 你们的程序员写程序设计说明文档么Q 
 要。不q我听说微Y的程序员1999q以前也不写。所以说Q写不写也不是绝对的Q偷懒有时候也是可以的。参见第56条?br />  
71. 你在招h面试时让他写一D늨序么Q 
 要的。我最喜欢让h做字W串和链表一cȝ题目。这U题目有很多循环、判断、指针、递归{,既不偏向q于考算法,也不偏向q于考特定的API?br />  
72. 你们有没有技术交讲座? 
 要的。每一两个C拜搞一ơ内部的Tech Talk或者Chalk Talk吧。让l员之间分n技术心得,q笔花钱送到外面d训划?

73. 你们的程序员都能专注于一件事情么Q 
 要让E序员专注一件事。例如说Q一个部门有两个目?0个hQ一U方法是?0个h同时参加两个目Q每个项目上每个人都?0%旉Q另一U方法是5个h去项目AQ?个h去项目BQ每个h?00%在某一个项目上。我一定选后面一U。这个道理很多h都懂Q但很多领导实践h把属下当成可以L拆分的资源了?br />  
74. 你们的程序员会夸大完成某工作所需要的旉么? 
 会的Q这是常见的Q尤其会在项目后期夸大做某个change所需要的旉Q以ơ来抵制change。解决的Ҏ是坐下来慢慢,掉E序员的逆反心理Q一起分析,q把估算旉的颗_度变小?br />  
75. 量不要用Virtual Heads 最好不要用Virtual Heads。  Virtual heads意味着resource is not secureQshared resource会降低resource的工作效率,Ҏ增加出错的机会,会让一心二用的人没有太多时间去review spec、review design。一个dedicated的hQ要两个只能投入50%旉和精力的人。我是吃q亏的:7个part time的testerQ发现的Bug和干的活Q加hq不如两个full-time的。参见第73条?3条是针对E序员的Q?5条是针对Resource Manager的?br />  

C是Q!Q?



]]>
[转]计算a的Ş式语义研I?/title><link>http://www.tkk7.com/orangelizq/archive/2009/12/18/306558.html</link><dc:creator>桔子?/dc:creator><author>桔子?/author><pubDate>Fri, 18 Dec 2009 07:15:00 GMT</pubDate><guid>http://www.tkk7.com/orangelizq/archive/2009/12/18/306558.html</guid><wfw:comment>http://www.tkk7.com/orangelizq/comments/306558.html</wfw:comment><comments>http://www.tkk7.com/orangelizq/archive/2009/12/18/306558.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/orangelizq/comments/commentRss/306558.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/orangelizq/services/trackbacks/306558.html</trackback:ping><description><![CDATA[ <p>计算机科学对语言的研IӞ包括对自然语a和对人工语言Q大致有三个路向Q语法syntax、语义semantics、语用pragmaticsQ语法研I语a的Ş态结构,语义研究语言与其所指代对象的联p,语用研究语言和其使用者之间的联系Q从使用者角度、按使用者的需求对语料q行差异化)。计机没有Q计机都是假的Q是人给它安装上ȝQ像是变术Q有人创造,目的在骗人,当然辑ֈ了目的:׃、教肌Ӏ传递信息等Q,所以计机语言最大的特点是Ş式化QFormalizationQ包含规范化Normalization的意思)Q计机语言的Ş式化分ؓ语法形式化和语义形式化两个方面,形式语义学研I语义Ş式化Q包括操作语义学、指U语义学、公理语义学和代数语义学四种。具体可参考:</p> <p>陆汝钤,计算a的Ş式语?北京:U学出版C?1992<br />屈g文,形式语义学基与Ş式说?北京:U学出版C?1998<br />周l,形式语义学引论,长沙Q湖南科学技术出版社Q?985<br />另外上v师范大学物理信息学院陈A香教授对此也有深入研I。以下对四种语义学的介来卌陈教?形式语义的论语理论研I进?一文(见下列著作第二章Q陆汝钤ȝQ《知识科学与计算U学?北京Q清华大学出版社Q?003Q?/p> <p> <font color="#ff3333">操作语义</font>的基本思想是徏立一个抽象机器以模拟E序在执行过E中如何q行数据处理?br /><font color="#ff3300">指称语义</font>的思想是语言的每一成分对应于一个数学对象,该对象称语言成分的指UͼE序看作输入域到输出域的映射Q输入域和输出域l称域。因此论域与映射是指U语义的基本研究对象?br /><font color="#ff0000">公理语义</font>实在E序正确性验证的基础上发展v来的Q它l出一U方法,使h们在l定的前提下Q验证某U特性是否成立?br /><font color="#ff0000">代数语义</font>的基本思想是把描述语义的逻辑体系和满个逻辑pȝ的各U模型统一在一P同时把模型的集合看成是以代数机构Q研I这些模型之间的关系?br /><br />戴维民主~的《信息组l》一书(高等教育出版C?2004 面向21世纪评教材Q中认ؓ语法、语义和语用信息的分法是"按照信息l织的层ơ分"Q具体解释如下:<br />"从认知的角度Q可把信息分法信息、语义信息和语用信息。由于主体具有观察力Q能够感知事物运动状态及其变化方式的外在形式Q由此获得的信息UCؓ语法 信息Q由于主体具有理解力Q能够领悟事物运动状态及其变化方式的逻辑含义Q由此获得的信息UCؓ语义信息Q又׃Mh明确的目的性,能够判断事物q动?态及其变化方式的效用Q由此获得的信息UCؓ语用信息?有一定道理,好像又不是很切。不知道q种理解何处Q语a学?哲学Q认识论Q?/p> <p> <br />计算机Ş式语义学参考书Q?/p> <p>1、周巢尘Q《Ş式语义学引论》,湖南U技出版C(l版Q?br />2、周之英Q翻译,《计机形式规范概论》,清华大学出版C(l版Q?br />3、屈延文Q《Ş式语义学基础与Ş式说明》,U学版(l版Q?br />4、陆汝钤Q《计机语言的Ş式语义》,U学?br />5、陈意云Q(实际是编译的Q,《Ş式语义学基础》,中国U技大学出版C?br />6、陈意云Q(实际是编译的Q,《程序设计语a理论》,中国U技大学出版C?br />7、宋国新Q翻译,《程序设计语a的Ş式语法及语义》,机工?/p> <p> <br />从发展来_国内的Ş式语义学或程序理论的教材Q落后国外十q以上。国外现在最行的几本教材是Q?/p> <p>1、《Semantics of Programming Languages》(Carl A.GunterQMIT Press 1992<br />q是目前也许是最行的一本教材,主要采用了简单类型的Lambda Calculus和范畴学来表达语义学Q内容取舍比较合理,章节安排也不错,属于高教程Q评价也很高Q很多大学都推荐使用?/p> <p>2、《The Formal Semantics of Programming Languages》(Glynn WinskelQMIT Press 1993<br />另一本流行的一本教材,作者Winskel是剑桥大学的教授Q该书在Ƨ洲几乎成ؓ标准教材了,评h也很高,中高U教E,很多大学都推荐用,已经Z中文版,大家可以C店买到?/p> <p>3、《Foundations for Programming Languages 》(John C. Mitchell QMIT Press 1996<br />作ؓ桌案上的参考书最好了Q作者是斯坦教授。这本书是一本巨作,内容齐全Q大量泛代数内容Q绝Ҏ高U教E,但作为教材的话内容太多了Q?50,真的是本大部?/p> <p>4、《Theories of Progamming Languages》(John C. ReynoldsQCambridge Press 1998<br />Reynolds是CMU教授Q他的这本教材出发角度和上面的几本有所不同Q按作者的话来_是量避免使用高深的数学理论,诸如范畴学之cȝ东西Q同时这本书内容涉及也比较广Q甚xq发理论和CSP。该书在评h非常高,推荐大家看?/p> <p>5、《Semantics of Programming Languages》(R.D. TennentQPrentice-Hall 1990<br />q本书的最大特点就是采用imperative language作ؓ研究对象Q和国内的教学最W合了,国外很多大学Q特别是Ƨ洲的大学,普遍采用函数式汝ML语言作ؓ研究和教学语a。作者R.D. Tennent在八十年代初Q曾l出版过一本《Principles of Programming Languages》,国际国内都很多h参考过q本书?/p> <p>6、《Introduction to the Theory of Programming Languages》(Bertrand MeyerQPrentice-Hall 1988<br />作者大安很熟悉了Q他的另一本书《Object-Oriented Software Construction》前几年已l引q中国了。这本书几乎没有高深的数学内容,可能q本书出的比较早些,书的内容要比前面的几本书都要Ҏ些Q但作ؓ入门的书Q我推荐q本?/p> <img src ="http://www.tkk7.com/orangelizq/aggbug/306558.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/orangelizq/" target="_blank">桔子?/a> 2009-12-18 15:15 <a href="http://www.tkk7.com/orangelizq/archive/2009/12/18/306558.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>[转]WiKiE序大全Q开源WIKIE序http://www.tkk7.com/orangelizq/archive/2009/10/31/300455.html桔子?/dc:creator>桔子?/author>Sat, 31 Oct 2009 02:47:00 GMThttp://www.tkk7.com/orangelizq/archive/2009/10/31/300455.htmlhttp://www.tkk7.com/orangelizq/comments/300455.htmlhttp://www.tkk7.com/orangelizq/archive/2009/10/31/300455.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/300455.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/300455.html[转自]http://www.nieqiang.com/archive/wiki-system.html

一QASP的WiKiE序。ASP的WiKiE序M感觉比较弱,或许开攄WiKi更喜Ƣ开攄linuxpȝ?
1QOperator Wiki 0.3
语言环境QASP+ACCESS
官方主页Qhttp://cosoft.org.cn/projects/operatorwiki/
演示Qhttp://my.yeew.net/maxzone/operatorwiki/wiki.asp
下蝲Qhttp://down2.codepub.com/codepubcom/2006/4/8/operatorwik03.rar
介绍Q免费开源的国WIKIE序QASP+JavaScript写的 Wiki 引擎Q支持多语言、ACLQ综合各U?nbsp;WIKI 的功能?
Operator Wiki 升日志0.3:.
* 完整的用h?
* 支持 ACL q行权限控制
* 修正了一个标记冲H问?
* 修正d问题
* 源代码采?nbsp;Tab 代替I格Q进一步羃体U,ȝ序目前仅 34.4K
* 更良好的多语a支持
* 修正数十个关于表格和列表的问?

2QOpenWiki 中文版Build20060328
语言环境QASP+ACCESS/SQLServer
官方主页Qhttp://www.openwiki.com/
演示Qhttp://www.3d-gis.com/yow/
下蝲Qhttp://down2.codepub.com/codepubcom/2006/4/8/openviki_yow.rar
介绍Q国外的一个ASP WikiE序Q?d-gis汉化?

3,JsWiki - 开源ASP WIKIE序
语言环境QASP
官方主页Qhttp://sourceforge.net/projects/jswiki/
演示Qhttp://www.jswiki.com/
下蝲Qhttp://down2.codepub.com/codepubcom/2006/2/10/jswiki.rar
介绍Q安装只需要一个文件jswiki.asp
使用javascript写成Q能够运行于M一台支持asp的windowsL
支持丰富而方便的text语法(混合了标准wiki/textile/markdown三种常见文法)
支持面的历史记录和版本差异
支持面锁定和保?
支持RSS输出最q更新内?
提供InterWiki?链接
使用宏提供额外的功能和扩?

二,CGI的WiKiE序
4QTWiki Release 4.0.2
语言环境QPerl
官方主页Qhttp://twiki.org/
演示Qhttp://www.stlchina.org/twiki/bin/view.pl/TWiki/TWikiQickStart
下蝲Qhttp://down2.codepub.com/codepubcom/2006/4/8/TWiki-4.0.2.tgz
介绍QTWiki是一个开源(GPLQ的wikiE序。Y件定位ؓ“灉|、强大、易于用的企业协作q_”Q运行于Perl环境?
TWiki?001q开始开发,大约每年发行一个重要版本。最新稳定版本ؓ2004-9-4版本Q最新beta版本?006-01-31版本?
Twiki被很多大型商业公叔R用,例如Yahoo、SAP、Motorola、Wind River{?
TWiki的官方站点内Ҏ版权QTWiki名称是Peter Thoeny所有的一个注册商标,内容的A献属于Peter Thoeny和其贡献者共同所有?
TWiki的特?
TWiki是一个功能完善的wikipȝ
专注于ؓ|站赋予l构Q所有页面自动归为TWiki WebQ这样就很容易创建协作小l。拥有编E技能的人可以用变量创建动态页面,譬如内容表格Q或者嵌入式搜烦l果的页面?
易于定制和扩?
允许面~辑QDarkar版本已经支持所见即所得编辑?
讉K控制: l化的授权机制让理员可以限制不同部门的d讉K权限?
TWIKI完全是一个不需要Q何数据库Q完全基于文件目录的格式化引擎?

5QUseModWiki Version 1.0
语言环境QPerl
官方主页Qhttp://www.usemod.com/
演示Qhttp://www.usemod.com/
下蝲Qhttp://down2.codepub.com/codepubcom/2006/4/8/usemod10.tar.gz
介绍QSeptember 12, 2003: Version 1.0,官方应该是停止了更新Q?
UseModWiki(Usenet Moderation Project (Usemod))是Clifford Adams 所开发的l基引擎Q它采用Perl做ؓ开发的E序语言Q它最大的特点是不使用M的数据库理pȝ来储存页面内容,M的新增页面都直接储存于案系l内Q维基百U曾采用UseModWiki做ؓ所有语a版本的维基引擎,之后才自行开发MediaWiki做ؓ现有的接口?
功能特色:
采取单一案可以运?
不需要Q何的延扩充E序
所有的变量都直接撰写于E序码中
面直接储存于案系l?
采用CamelCase的连l样?
可透过对照表而修改其昄语言

三,PHP的WiKiE序
6QMediaWiki 1.6.2 -应用最q的WiKiE序
语言环境QPHP+MySQL
官方主页Qhttp://www.mediawiki.org/
演示Qhttp://www.mediawiki.org/
下蝲Qhttp://down2.codepub.com/codepub ... iawiki-1.6.2.tar.gz
介绍QMediaWiki全球最著名的开源wiki引擎Q运行于PHP+MySQL环境。从2002q??5日被作ؓl基癄全书的系lYӞq有大量其他应用实例。目前MediaWiki的开发得到维基媒体基金会的支持?
wiki的重要特?
记录所有的改动版本Q能方便的查阅历史更新记录,q得开放性编辑成为可?
自动产生链接Q编辑文本中中括号中的内容(?#8220;[[X条目]]”Q将自动产生链接
允许使用模板Q方便对相同内容的重复用、更?
支持分类QƈҎ分类在不同的文章之间自动产生兌
允许每个用户自行选择pȝ外观
中文支持?

7QTikiwiki v1.9.2 多国语言?nbsp;- 又是WiKi又是CMSpȝ
语言环境QPHP+MySQL
官方主页Qhttp://tikiwiki.org/
演示Qhttp://tikiwiki.org/
下蝲Qhttp://down2.codepub.com/codepubcom/2005/11/13/tikiwiki192.rar
介绍Q非怼U的网站内容管理系l,Z PHP+ADOdb+Smarty{技术构建,功能非常齐全Q主要特点:
  1、有文章、论坛、分cȝ录、blog、图库、文件下载、在U调查、Wiki{功能?
  2、用h限管理很,可以讄启用哪些功能Q设|哪些用户用哪些功能?
  3、管理后台和用户界面合在一P通过用户权限控制界面的显C?
  4、界面被分割成上中下、左中右区域Q非常结构化?
  5、有很多实用模块Q如菜单、登录、搜索、在U调查、最新发表文章等{,可以灉|定制昄在左右界面区域?
  6、界面很z,有很多界面模版来换肤?

8QCooCooWakka v0.09 rc3 - 国h开攄PHP WiKiE序
语言环境QPHP+MySQL
官方主页Qhttp://coo.hsfz.net/wiki/
演示Qhttp://coo.hsfz.net/wiki/[/
下蝲Qhttp://down2.codepub.com/codepubcom/2006/3/6/CooCooWakka.tar.gz
介绍Q文wiki引擎E序Q?004q被很多|站采用?004q?月后基本停止更新Q一直到2005q?月发布v0.0.9rc1,2006q?开发布0.0.9rc3,支持PHP5?
CooCooWakka是咕咕基于WakkaWiki 0.1.2q行修改强化而来?
CooCooWakka?003q开始开发,作ؓCooYip的一业余小爱好Q现在CooCooWakka也是cosoft.org.cn和sourceforge.net的开源项目。至今(2005q?月)已经发布?个主要的版本?
CooCooWakka 是一U重于合作的文本编辑环?ZPHP+MYSQL的Wiki引擎)Q简单来_对于ZCooCooWakka的网站,M人(包括你!Q都可以在线~辑他的几乎Q视理员意愿)M面。CooCooWakka可以用于qpȝ、读书会、案开发、写书、翻译、资料整理(例如译֠W记、Y件用资料)、常见问题整理等{。由于其使用及扩展方面的快速便PCooCooWakka甚至可以作ؓ型的CMSpȝ?
CooCooWakkaq不是Wakka的汉化版本,?0%~70%的Wakka代码被CooCooWakka修改或重写(有兴的可以比较一下,如果希望得到怼?nbsp;WakkaWiki?的版本请下蝲0.0.2,0.0.3Q当时自己对修改q是比较节制Q。许多特性和{略也有所改变Q所以CooCooWakka的站点不支持回复到WakkaWiki?。此外,CooCooWakka也对整个WakkaWiki?q行了多国语a支持化,所以,CooCooWakka支持多种语言——现在提供中文(包括体gb,utf-8,J体big5,utf-8Q,p的支持。此外,CooCooWakka会自动针对中文站q行功能上的优化?
咕咕最早是在参与WikiPedia的时候对Wiki产生兴趣?后来也不知道有什么WIKI好用,l果׃载了WAKKA 0.1.2.
l果q套引擎刚好不像MoinMoin或者Tavi那样支持中文Q自己就从改charset开始,对wakka0.1.2开始徏立自p得好用的 WikiEngine.本来是本着改给自己用的xdCooCooWakka?l果发现有很多朋友都希望拿䆾代码试试,也提供了很多好意?p?nbsp;CooCooWakka发展C现在.(更多历史:History)

9QPhpWiki 1.3.12p2 released
语言环境QPHP
官方主页Qhttp://phpwiki.sourceforge.net/
演示Qhttp://phpwiki.sourceforge.net/p ... 83fc0492e961639b13f
下蝲Qhttp://down2.codepub.com/codepub ... iki-1.3.12p2.tar.gz
介绍Q无需数据库的yWIKIE序。架讄单,权限控制、插件扩展都不错?

10QPmWiki 2.1.5
语言环境QPHP
官方主页Qhttp://www.pmwiki.org/
演示Qhttp://www.emacs.cn/
下蝲Qhttp://down2.codepub.com/codepubcom/2006/4/8/pmwiki-latest.tgz
介绍QPmWikiQ一ƄPHP~写?无需数据库支持的l基,个h|站其适合?
在国内还是有不少的应用,演示站点是linuxsir.org旗下一个站炏V?

四,JSP的WiKiE序
11QJSPWiki stable release v2.2.33
语言环境QJDK+tomcat
官方主页Qhttp://www.jspwiki.org/
演示Qhttp://www.jspwiki.org/wiki/%E4%B8%AD%E6%96%87%E6%96%87%E6%A1%A3
下蝲Qhttp://down2.codepub.com/codepub ... wiki-2.2.33-src.rar
介绍QJSPWiki是一个不错的wiki引擎Q纯jsp/servlet写的。JSPWiki不用现成的数据库管理YӞ所有的文g以文本文件的形式存放。它利用cMCVS的机制保证了文g版本的完整性。支持中文,支持版本比较、权限管理等功能Q?

五,其他WiKiE序
12QMoinMoin 1.5.3 RC1
语言环境QPython
官方主页Qhttp://www.wikiwikiweb.de/
演示Qhttp://www.wikiwikiweb.de/
下蝲Qhttp://down2.codepub.com/codepub ... in-1.5.3-rc1.tar.gz
介绍QMoinMoin是一个基于Python环境的wiki引擎E序Q支持包括中文在内的多语U特性?
MoinMoinE序是遵循GNU GPL的开源项目,启动?000q??0日,最初由JürgenHermann撰写。最q的版本?006q?2?5日发布的1.5.2Q最高稳定版本ؓ1.3.5Qƈ一直保持正常的更新?
MoinMoin可运行在Windows、Linux/BSD/UNIX、OS X{环境下。目前能够处理英文、d文、繁体中文、日文、俄文等U?0U语a?
MoinMoin的特点:
完全使用文g来存储内容,不用数据库
实现了全部Wiki规范QUnicode~码支持多语U?
完整实用的wiki文本U定Q编辑规则比较轻巧易?
支持多种扩展方式: 宏,插gQ预处理……
为数众多的插件中包括TexU技文本输入、FreeMind思维图谱、GraphVizC意图、gnuplot数据图表l图{?
支持几种很实用的不同面样式
真正跨^?

13QTiddlyWiki 2.0.7
语言环境QCSS+HTML+javascript
官方主页Qhttp://www.osmosoft.com/
演示Qhttp://www.tiddlywiki.com/
下蝲Qhttp://down2.codepub.com/codepubcom/2006/4/8/ptw-2.0.7.rar
介绍QTiddlyWiki是个非常yL的wiki引擎Q全部程序只是一个一癑֤K的HTML面。TiddlyWiki用CSS+HTML+javascript写成Q可以在多种览器上使用?
TiddlyWiki面所有元素都能都订制,能方便地修改面l构和CSS表现形式.它不需要Q何服务器端的脚本支持,你要你的电脑有有览器就能运?非常适合攑֜U盘里到处带着走的个h做记事本?
TiddlyWiki无法真正数据存储到服务器上Q因而不能用来进行团体协作?
一个用过的用戯栯价TiddlyWiki Q?
TiddlyWiki是一个好玩的WikiC本,支持TagQ支持丰富的Wiki语法Q还支持搜烦Q用来做C本不错?
它很单,界面单、操作简单,文g单到所有内容只有一个html文gQ所以最适合随n携带Q想起了以前U盘携带的WordpressQ再带上TiddlyWiki齐了?
TiddlyWiki是一个纯Javascript操作的WikiQ所有动作都是AJAX的,感觉好酷Q要研究AJAX的又多了一个对象?



]]>
[转]UUID和GUIDhttp://www.tkk7.com/orangelizq/archive/2009/09/05/293995.html桔子?/dc:creator>桔子?/author>Sat, 05 Sep 2009 07:22:00 GMThttp://www.tkk7.com/orangelizq/archive/2009/09/05/293995.htmlhttp://www.tkk7.com/orangelizq/comments/293995.htmlhttp://www.tkk7.com/orangelizq/archive/2009/09/05/293995.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/293995.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/293995.htmlUUID

通用惟一标识W(UUIDQ是128位比特的数字Q用来惟一地标识因特网上的某些对象或者实体?/p>

A Universally Unique Identifier is an identifier standard used in software construction, standardized by the Open Software Foundation (OSF) as part of the Distributed Computing Environment (DCE). The intent of UUIDs is to enable distributed systems to uniquely identify information without significant central coordination. Thus, anyone can create a UUID and use it to identify something with reasonable confidence that the identifier will never be unintentionally used by anyone for anything else. Information labelled with UUIDs can therefore be later combined into a single database without need to resolve name conflicts. The most widespread use of this standard is in Microsoft's Globally Unique Identifiers (GUIDs) which implement this standard.

一个UUID 是一个标识符标准用于软g架构Q是由开放Y件基金会QOSFQ作为分布式计算环境QDCEQ的一部分而制定的标准。UUIDs的目的就是分布式系l可以不需要重要的中央调合pȝ而能唯一地标识信息。这PM创造一个UUID 和用它来标识一些东西,而且Q你有够的信心来确定这个标识是永远不会被Q何h无意C用在M东西上。因此,信息加上了UUID标签p合ƈ到单个数据库中而不用去解决命名冲突的问题。这个标准的q泛应用在微软的全球唯一标识W(GUIDsQ上QGUID实现了这个标准?/p>

A UUID is essentially a 16-byte number and in its canonical form a UUID may look like this:

:550E8400-E29B-11D4-A716-446655440000

And has this structure in the C programming language:

typedef struct {
unsigned32 time_low;
unsigned16 time_mid;
unsigned16 time_hi_and_version;
unsigned8 clock_seq_hi_and_reserved;
unsigned8 clock_seq_low;
byte node6;
} uuid_t;

The J2SE 5.0 release of Java provides a class that will produce 128-bit UUIDs. The API documentation for the class refers to ISO/IEC 11578:1996.

关于UUID的定义,详细内容可参考http://www.ietf.org/rfc/rfc4122.txtQ文档里面还有C语言对UUID标准的各U实现?/p>

GUID

A Globally Unique Identifier or GUID is a pseudo-random number used in software applications. While each generated GUID is not guaranteed to be unique, the total number of unique keys (2128 or 3.4028×1038) is so large that the possibility of the same number being generated twice is very small.

一个全球唯一标识W??GUID 是一个假随机数用于Y件中。虽然每个生的GUID是不保证唯一的,但不同的标识WL是(2128 也就?.4028×1038Q如此之大,以至于相同的数字被生两ơ的机率是很相当的?/p>

The GUID is an implementation by Microsoft of a standard called Universally Unique Identifier (UUID), specified by the Open Software Foundation (OSF).

GUID 是微软对UUIDq个标准的实现。UUID是由开放Y件基金会QOSFQ定义的?/p>

UUIDq有其它各种实现Q不止GUID一U,其它的在此不详细说明?/p>

 

本文来自CSDN博客Q{载请标明出处Qhttp://blog.csdn.net/nidehong/archive/2006/11/22/1406125.aspx


---------------------

http://blog.csdn.net/happyflystone/archive/2007/11/27/1903854.aspx

UUID是是128位整?16字节)的全局唯一标识W?Universally Unique Identifier)Q指在一台机器上生成的数字,它保证对在同一时空中的所有机器都是唯一的。通常q_会提供生成UUID的API。UUID按照开放Y件基金会(OSF)制定的标准计,用到了以太网卡地址、纳U旉、芯片ID码和许多可能的数字。由以下几部分的l合Q当前日期和旉(UUID的第一个部分与旉有关Q如果你在生成一个UUID之后Q过几秒又生成一个UUIDQ则W一个部分不同,其余相同)Q时钟序列,全局唯一的IEEE机器识别P如果有网卡,从网卡获得,没有|卡以其他方式获得)QUUID的唯一~陷在于生成的结果串会比较长。关于UUIDq个标准使用最普遍的是微Y的GUID(Globals Unique Identifiers)?

UUIDQ其格式为:xxxxxxxx-xxxx-xxxx-xxxxxxxxxxxxxxxx(8-4-4-16)Q其中每?x ?0-9 ?a-f 范围内的一个十六进制的数字。而标准的UUID格式为:xxxxxxxx-xxxx-xxxx-xxxxxx-xxxxxxxxxx (8-4-4-4-12)

       在徏立数据库的时候,需要ؓ每张表指定一个主键,所谓主键就是能够唯一标识表中某一行的属性或属性组Q一个表只能有一个主键,但可以有多个候选烦引。因Z键可以唯一标识某一行记录,所以可以确保执行数据更新、删除的时候不会出现张冠李戴的错误。数据库的主键生成有多种方式Q每U方式都有其优点和缺点,应该Ҏ不同的需求在主键的时间和I间效率上做q折中Q从而选择不同的主键生成策略。归Uv来,对主键的选择主要有以下四U方式:

1.     自动增长字段

         自动增长型字D允许我们在向数据库d数据Ӟ不考虑主键的取|记录插入后,数据库系l会自动为其分配一个|保l对不会出现重复?/p>

2.     手动增长字段

         手动增长型的字段Q也是说主键的值需要自q护,通常情况下需要徏立一张单独的表存储当前主键键倹{?/p>

3.     GUIDcd

         GUID是Globally Unique IDentifier的羃写,是一?28位的随机?q保证不产生重复?/p>

4.     COMBcd

         COMBQcombineQ型可以理解ZU改q的GUIDQ它通过l合GUID和系l时_以其在索引和检索事有更优的性能?

 

COMB数据cd的基本设计思\是这LQ既然GUID数据因毫无规律可a造成索引效率低下Q媄响了pȝ的性能Q那么能不能通过l合的方式,保留GUID?0个字节,用另6个字节表CGUID生成的时_DateTimeQ,q样我们时间信息与GUIDl合hQ在保留GUID的唯一性的同时增加了有序性,以此来提高烦引效率?/p>


下面转自Q温,首发于博客园

替代Ҏ之一Q就是用关pL据库的自增长字段Q自增长字段的一个问题是Q无法预先创Z个IDQ只能够在保存的时候才能生成IDQ这对于扚w兌插入数据来说Q不满需求?/p>

替代Ҏ之二Q就是用一个记录ID的表Q每ơ加一Q在事务中用Select FOR UPDATE来读取然后UPDATE SET FVALUE = FVALUE + 1Q或者用我之前文章中所提到的CAS法?q样做,会导致性能低下Q每生成一个ID的成本都很高?/p>

替代Ҏ之三Q就是把ID分成两部分,Seed和IncrementID。Seed采用上面的方案二或者其他办法生成,IncrementID使用一个AtomicInteger来每ơ递增生成。SEED转化Zq制数字Q这样SEED׃会包?Q于是?作ؓ分隔W,把SEED和IncrementID隔开。这样做Q就可以做高性能产生IDQ而且保不重复。甚臛_以更q一步,SEED׃个中心服务器生成。?个分隔符号隔开SEED和IncrementIDQ好处是SEED是变长,而不是用固定位数来保存SEEDQ这样生的ID会更短,可读性更好?/p>

举例Q?4915Q其?4时SEEDQ?5是IncrementIDQ?是分隔符QSEED部分采用九进制表C法Q确保不出现9Q第一?之后的内容属于IncrementID?/p>

 


本文来自CSDN博客Q{载请标明出处Qhttp://blog.csdn.net/happyflystone/archive/2007/11/27/1903854.aspx



]]>
[转]UML建模工具-Java开?/title><link>http://www.tkk7.com/orangelizq/archive/2009/08/27/292843.html</link><dc:creator>桔子?/dc:creator><author>桔子?/author><pubDate>Thu, 27 Aug 2009 08:46:00 GMT</pubDate><guid>http://www.tkk7.com/orangelizq/archive/2009/08/27/292843.html</guid><wfw:comment>http://www.tkk7.com/orangelizq/comments/292843.html</wfw:comment><comments>http://www.tkk7.com/orangelizq/archive/2009/08/27/292843.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/orangelizq/comments/commentRss/292843.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/orangelizq/services/trackbacks/292843.html</trackback:ping><description><![CDATA[<table align="center" border="0" width="760"> <tbody> <tr valign="top"> <td colspan="2"> <table class="content" align="center" border="0" height="3696" width="754"> <!--dwlayouttable--> <tbody> <tr> <td class="content" valign="top"> <p><strong>ArgoUML</strong></p> <p>使用java~写的开源UML产品Q功能比较全。最受欢q的UML建模工具?</p> <p><strong>Alma</strong> </p> <p>Alma是一个Y件徏模分析的工作q_Q它d几种不同的源代码Q帮你设计面向对像的模型Q修改结构和源代码,输出新的源代码、文和图表?/p> <p><strong>UMLet </strong></p> <p>UMLet是一个开放源代码轻量UUML建模工具。UMLet能够让你快速徏模,q且能够导出各种格式SVG, JPG, PDF and LaTeX-friendly EPS?/p> <p><strong>UML/Dot </strong></p> <p>UML/Dotq个目从Java源代码或字节码中生成UMLcR用GraphViz Dot生成图表。用户可以完全控制处理过E,可以隐藏或显CZQ意提取的元素。需要:JAVA v1.4 或更高版本,GraphViz?</p> <p><strong>JUG </strong></p> <p>Java UML Generator 是用于从JavacL件自动生成UMLcd的工兗最初设计ؓ一个命令行工具Q将.class/.jar文g转换?emf/.eps文gQ现在它提供了一个可视化环境? </p> <p><strong>Violet </strong></p> <p>Violet是一U轻量的UML建模工具。易学易?可以快速绘制类图、对象图、时序图和状态图 跨^?支持中文 源码开?</p> <p><strong>UMLGraph</strong></p> <p>UMLGraph支持说明性规U(Declarative Specification),cd(Class Diagram) ,序?Sequence Diagrams).</p> <p><strong>Fujaba Tool Suite</strong> </p> <p>Fujaba Tool Suitel合UMLcd与UML行ؓ视图来提供一个强?易于使用,而且是整齐均U的pȝ设计与规范语a. 而且Fujaba Tool Suiteq支持从整个pȝ设计生成Java源代码从完美地实C一个可执行的模型.同样也支持相反操作,因此源代码可以被解析q被表现在UML中.</p> <p><img src="http://www.uml.org.cn/UMLTools/images/Background.gif" height="130" width="400" alt="" /></p> <p><strong>UniMod </strong></p> <p>UniMod是Executable UML思想的实现。UniMod是以Eclipse插g形式存在。可以通过UniMod提供的一个在UDemo了解更多的详l资料?/p> <p><img src="http://www.uml.org.cn/UMLTools/images/UniMod.gif" height="301" width="400" alt="" /></p> <p><strong>Taylor MDA </strong></p> <p>Taylor MDA是一个基于Eclipse的UML建模工具。它专注于EJB3企业应用E序的生成。Taylor MDA当前支持生成Q?/p> <ul> <li>EJB3 Entity Beans </li> <li>EJB3 Stateless Session Beans </li> <li>利用JBoss内置容器的JUnit Tests </li> <li>Maven Project </li> <li>以后支持生成: </li> <li>用于CRUD Portlets的Seam代码 </li> <li>用于商业处理与页面流(page flows)的jBPM/Seam代码 </li> </ul> <p><img src="http://www.uml.org.cn/UMLTools/images/modeling.gif" height="295" width="400" alt="" /></p> <p><strong>StarUML </strong></p> <p>StarUML是一个运行在Win32上快速,灉|Q可扩展Q功能强大的UML/MDAq_。开源项目StarUML的目的是提供一个可以用来代替知名商业UML工具比如Rational Rose,Together{的建模工具和^台?/p> <p><img src="http://www.uml.org.cn/UMLTools/images/classdiagram.gif" height="258" width="400" alt="" /></p> <p><strong>Quick Sequence Diagram Editor </strong></p> <p>q个单的工具能够利用对像与信息的描述文本来生成UML时序图。它采用Java5开发ƈ打包成一个可执行的Jar文g?/p> <p><img src="http://www.uml.org.cn/UMLTools/images/QuickSequence.gif" height="317" width="400" alt="" /></p> <p><strong>TinyUML </strong></p> <p>TinyUML是一个能够帮助你快速和L地绘制UML2囄开源工兗采用Java5开发?/p> <p><img src="http://www.uml.org.cn/UMLTools/images/TinyUML.gif" height="365" width="400" alt="" /></p> <p><strong>Papyrus</strong> </p> <p>Papyrus是一个基于Eclipseq_UML2建模工具。遵从Eclipse UML2、支持由OMG规定的UML2标准和DI2 QDiagram InterchangeQ标准、Papyrus的整个架构是可扩展的允许用户增加新的图样QdiagramQ和新的代码生成器等、支持UML2 Profile开发、嵌套Profile支持{?/p> <p><img src="http://www.uml.org.cn/UMLTools/images/UseCase_PAPYRUS.jpg" height="198" width="292" alt="" /></p> <p><img src="http://www.uml.org.cn/UMLTools/images/ClassDiag_Reg.jpg" height="198" width="292" alt="" /></p> <p><img src="http://www.uml.org.cn/UMLTools/images/ComponentDiag.jpg" height="198" width="327" alt="" /></p> </td> </tr> </tbody> </table> </td> </tr> </tbody> </table> <img src ="http://www.tkk7.com/orangelizq/aggbug/292843.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/orangelizq/" target="_blank">桔子?/a> 2009-08-27 16:46 <a href="http://www.tkk7.com/orangelizq/archive/2009/08/27/292843.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>[转]与林昊一h讨OSGihttp://www.tkk7.com/orangelizq/archive/2009/08/18/291639.html桔子?/dc:creator>桔子?/author>Tue, 18 Aug 2009 07:12:00 GMThttp://www.tkk7.com/orangelizq/archive/2009/08/18/291639.htmlhttp://www.tkk7.com/orangelizq/comments/291639.htmlhttp://www.tkk7.com/orangelizq/archive/2009/08/18/291639.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/291639.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/291639.html
在谈到采用OSGi作ؓ开放服务框架的基础架构能带来好处时Q林昊是q么阐述的:

    怿SOA现在已经是整个业界的焦点话题了。因为现在很多h都开始用OSGiQ或者说学习OSGiQ可能很多h都会惻IOSGi 和SOA是不是有l合点?因ؓOSGi在R4以后Q也是说从他发行的W四个版本的规范来看QOSGi在R4中引入了面向服务的组建模型,而这个可以说几乎是整个SOA体系中,W一个明提出的一个实现的规范。但是由于OSGI是SingleVM的,也就是说他只是在单VM中的规范Q这L话可能跟 SOA有些不同Q像SOA通常都是分布式领域的Q这h看的话OSGi可能是有Ҏ~的。不q目前OSGi也在q方面不断的做出努力Q包括在今年q底QOSGi会推出RFC 119Q那q个规范的话Q其实就是OSGi用于分布式领域的规范?br />
    我们最q从OSGi联盟了解到的一些消息,OSGi和现在SCA的结合可能会变得更加紧密Q相信在Java领域规范中可能会采用OSGi列入规范?br />
    来看OSGi对SOA体系的支持的话,其实主要仍然是他的面向服务的lg模型。在q方面呢QOSGi在面向服务组件模型中明确定义了服务到底是个什么东ѝ那q个的话Q其实在SOA体系中以前可能没有告诉你Q你写一个服务,到底应该是什么样的。然后你的组件之间应该怎么h交互{等Q这一pd在OSGi中都定义的非常清楚,OSGi可能现在用于来做SOA的实现还不是很齐全,毕竟它缺分布式领域里的一些规范,但是OSGi在整个服务模型上的思想是值得我们参考的

下面是访谈文字记录:
今天在InfoQ中文站有q在阉K巴巴丑֊的第二届中国|络工程师侠客行大会上请到OSGi演讲嘉宾林昊Q林昊你好,请向大家介绍一下你自己好吗Q?br /> 大家好,我是林昊Q网?BlueDavy。现在在淘宝工作。之前先后写了一些OSGi的中文宣传材料,包括OSGi实战、OSGiq阶——这两篇OpenDocQ主要是l合我自ql验来推qOSGi在中国的应用Q我大概也了解到Q经q这两篇OpenDocQ中国也有一些公司开始考虑采用OSGi了,q是一件很好的事情。目前,我们主要是在{办OSGi的中文官方站Q这个是得到了OSGi官方认可的,全球W六个国家别的User Group性质的站炏V目前这个站我们q在q行之中Q可能近期会全面对外公布Q大概是q些?br /> 好?OSGI是一门存在了很长旉的一门技术。那么但是在q年来,在JavaC֌q里边,关于它的探讨、实玎ͼ然后以及应用已经来火热了Q尤其在最q宣布的Spring Source Application Server里边更是以OSGI作ؓ他的核心技术。作为国内在OSGI斚w的先p,你还能不能跟不熟悉OSGI的这些读者介l一下OSGI到底是什么吗Q?br /> 是这LQ近来我们可以看刎ͼ几乎所有现在的应用服务器都已经宣称ZOSGi或者run on OSGI或者兼容OSGIQ?像Spring的话Q之前大概花了一两年的时间做Spring DMQ但Spring之前一直都是基于他自己的IOC容器的,如果全面q移到Spring DM的话可能q需要一D|_但最q推出的Spring Source Application Platform是一个全新的东西Q他基本上就已经开始全面采用Spring DM了,q个和以前的Spring的兼Ҏ式是有点不同的。OSGI单来Ԍ像OSGI官方站上的一句话来描q话QOSGI是一个ؓJava提供的动态模块化的系l,q是一个他非常好的U?br />
然而经q近两年的发展,OSGI已经逐渐在改变他的推q方式了Q也是说从以前的for Java开始不大提q个词,开始提他是全面的、统一的中间g。采用这个名词的话,其实可以看出OSGI的目的是惌语a的限Ӟ否则以前的话都是for JavaQfor Java。从OSGi目前单的介绍词中Q我们可以看到OSGI最重要的就在两个方面,一个是动态化Q一个是模块化。在Java体系中模块化一直以来都是比较弱的一点,而OSGI在这斚wH出的表玎ͼ让它吸引C现在几乎所有的大公司的xQ在模块化,以及动态化斚w呢, OSGI都是从规范角度来做,已经提供了支持,在没有OSGi的情况下通常我们都是自己惛_U各L办法来实玎ͼ但毕竟不是官方的规范,现在OSGI的发展已l媄响到了整个业界,包括SunQ经q这么久的斗争还是开始慢慢接受了OSGIQ这也是一个很明显的体现?br /> 那采用OSGI作ؓ开放服务框架的基础架构能带来哪些好处呢Q?br /> 怿SOA现在已经是整个业界的焦点话题了。因为现在很多h都开始用OSGIQ或者说学习OSGIQ可能很多h都会惻IOSGI和SOA是不是有l合点?因ؓOSGI在R4以后Q也是说从他发行的W四个版本的规范来看QOSGI在R4中引入了面向服务的组建模型,而这个可以说几乎是整个SOA体系中,W一个明提出的一个实现的规范。但是由于OSGI是SingleVM的,也就是说他只是在单VM中的规范Q这L话可能跟SOA有些不同Q像SOA通常都是分布式领域的Q这h看的话OSGi 可能是有Ҏ~的。不q目前OSGI也在q方面不断的做出努力Q包括在今年q底QOSGI会推出RFC 119Q那q个规范的话Q其实就是OSGI用于分布式领域的规范?br />
我们最q从OSGI联盟了解到的一些消息,OSGI和现在SCA的结合可能会变得更加紧密Q相信在Java领域规范中可能会采用OSGI列入规范?br />
来看OSGI对SOA体系的支持的话,其实主要仍然是他的面向服务的lg模型。在q方面呢QOSGI在面向服务组件模型中明确定义了服务到底是个什么东ѝ那q个的话Q其实在SOA体系中以前可能没有告诉你Q你写一个服务,到底应该是什么样的。然后你的组件之间应该怎么h交互{等Q这一pd在OSGI中都定义的非常清楚,OSGI可能现在用于来做SOA的实现还不是很齐全,毕竟它缺分布式领域里的一些规范,但是OSGI在整个服务模型上的思想是值得我们参考的?br />
Apache Tomcat开发团队和JSR 277的邮件组中都有h质疑q,OSGI是否q背了KISS原则Q那么Peter Kriens在博客中对这个观点也q行反驳Q请问你对OSGI的重量以及它的复杂度持有什么观点呢Q?br /> q一点其实是q样的,对于了解OSGi规范的h而言Q都可以看得出OSGI一直以来都是轻量的,而且他也是比较简单的Qƈ不是很复杂。因个从OSGI的v源可以看得出。OSGI最早的时候是为Smart Home来提供服务的Q也是说他是ؓ家居|关q一块来制定规范的。那在这一块的规范中,他是不可能做得很复杂的,所以OSGI他本w的规范在复杂度q方面应该不会是很大问题的。但OSGI R4的实现Eclipse EquinoxQ看h是比较重量的,如果我们Mq个包的话,大概会在几兆以上Q相ҎԌq个看v来会让h觉得OSGI的实现是比较复杂和比较重量的。如果你再去看更聪明的Spring DMQ那更大了。这些东西可能会让别Z生一定的错觉Q这个问题Peter在官方的BLOG上也曄提到的,他对于Spring目前在OSGI上面的一些做法ƈ不是相当认同。他认ؓSpring目前已经把OSGI引入一个复杂化的\U,所以这一点Peter也是持否认的观点的,我们其实可以看得出,OSGI的实现像Felix的话Q大概在100K左右Q从q个数量U我们可以看得出Q他本n是个相当的东西?br />
你刚才提到的 Felix q有Spring DMQ目前除了这些框架以外,在Java下边有哪些OSGI规范的这些实现呢Q他们各自都有哪些特Ԍ

目前现在Java中真正实现OSGI规范的应该是有三个,最出名的当然是Eclipse EquinoxQSpring DM的话Q他应该是采用Equinox来做扩展实现的,Felix基本上是自己完全重新实现的一套。其实还有一个可能不是很出名的,?Newton Q但是Newton的话Q是一个SCA的实玎ͼ所以我们可能不能完全以OSGI的规范的实现来评判它Q不q他是基于OSGI来实现SCA的,所以要的话他也可以算一个。在q三者当中的话,Equinox名声比较大一炏VEquinox毕竟是OSGIW一个官方认可的实现Q也是第一个通过了官斚w证的实现Q他的用也已经得到了验证。因为Equinox毕竟?Eclipse的核心,而且现在Equinox已经提升C Eclipse 的Top Level的ProjectQ而这一点可以看得出 Eclipse 其实对这个的重视已经来高了,之后他可能也会改名成 Eclipse Core RuntimeQ成为Eclipse的运行核心?br />
Equinox整体来讲他的实现是比较完整的Q而且他投入的力量也比较大Q这基本上是非常值得期待的,可以一直跟随着他。Equinox在OSGI的发展上其实是vC很大的作用的Q包括我们可以看到Equinox之前他v动了一?Server side的沙,那这个的话,对OSGI的发展vC很明昄推动作用Q因为我们目前可以看到现在最新的RFC应该?66Q在66里面其实已经开始提到吸取了现在Equinox在Server side上的一些做法,我想对于了解OSGI的同学而言Q应该知道OSGI的Http Services是只支持 servlet以前的老版本。新版本?.3以上的servlet规范中的像filterQ这些都是没法支持的Q在RFC 66中则会开始逐步支持q些东西了, Equinox另外一个最大的贡献可能是在扩展斚wQ因Z引用了Eclipse做的非常成功的扩展点Q扩展点现在几乎已经成ؓ了OSGI的非事实性的规范Q也是其实目前OSGI所有的实现中都会提供,因ؓ扩展点对模块的可扩展性方面提供了很大的帮助。以前的话,在OSGI官方规范中是没有q一点的。然后我们可以来看FelixQFelix的话Q其实他是Apache后期开始做的,也就是说它比Equinox晚挺多的。Felix的话Q我们可以看他基本上是一个非常轻量的OSGI实现Q目前很多采用OSGI的h都开始逐步才用FelixQ可能是因ؓ大家觉得Equinox太重量了?br />
Felix 除了轻量U以外,q有一个比较突出的特色Q是他把之前Peter一直想做得OBRq一块,是OSGI的bundle仓库q一块做得非帔R常好了,而这一块对于OSGI其实是非帔R要的QBundle仓库q一块大概会在OSGI的R5列入规范Q所以Felix在这一块的作用应该是很明显的,我相信OSGI R5的规范会参考他来做。然?Newton的话QNewton本n是基于OSGI实现的,它带来的最大作用也许是他让所有h认可了OSGI是能够应用于分布式服务领域的Q这对于OSGIq军分布式领域是有一定的好处的,也许RFC 119会在Newton的基上做一定的参考来做规范了?br /> 对于目前Java 7中将支持OSGI的消息有什么看法?JSR 277跟OSGI之间的争论呢Q?br /> 我想OSGI和JSR 277的争论在整个OSGI业界l对是一场非帔R常O长的战争Q几乎了解的人可能都知道QJSR 277很早成立了。一直以来,其实最早的时候,277的规范组的成员是没有列入Peter的,而其实大部分人都知道QPeter在模块化以及动态化斚w的经验几乎在全世界都是顶的。之前Peter自己也申误要加入JSR 277Q但被拒l了。在今年JavaoneW二天的大会上Sun官方明确的宣布了在Java 7中将会支持OSGI。这一点虽然没有比他说采用OSGI让hȀ动,因ؓ他毕竟只是兼容而已。但是从q一点可以看刎ͼSun已经做了比较大的让步了,因ؓ之前其实他从来没有考虑q,他一定是要自己完全做一套的Q而我们从Sun在JavaOne上的W二天的一些讲演中可以看出QSun自己目前也在非常模块化这一斚w的工作,包括他自己在JavaEE 6以及Java 7上都是明的_最重要的一点的Q就是说在他的规范中最需要重视的是模块化的规范q一点,q也说明Sun对JSR 277是非帔R帔R视的。不q也正因Z对这一块非帔R帔R视,所以可能很难接U一个已有的模块化的标准Q否则Sun可能在这一块会难以立。不q我们可以看得出Q在JavaOne宣布了以后。Peter在自q官方博客上透露了一个消息,JSR 277 Leader已经邀请Peter加入JSR 277专家l,那这个的话,可能也证明了JSR 277专家l是认ؓ需要Peterq样的顶专家的Q不qPeter自己仍然在考虑之中。因为Sun毕竟已经制订了一pd的东西,q也意味着他可能不会完全采用OSGIQ这个对Peter来说可能是有点疑问的?br /> 记得上一ơ在InfoQ中文站的文字访谈中,您说q当时OSGI应用最重要的问题还是落在如何去构徏模块化、动态化和可扩展的系l上面。那么近q来OSGI在这斚w上取得了什么进展吗Q?br /> 其实OSGI他本w的规范E度上应该来Ԍ他在模块化以及动态化q有可扩展性方面都已经有了一定的规范了。包括像模块化的话,是他一直以来的特色Q然后动态化斚w应该也是支持的一直都比较好,只是在可扩展性方面的话,因ؓOSGI以前只是借助DSQ就是它的R4中的 Declarative Services 来做q方面的支持Q那相对来讲比Equinox的扩展点的话Q应该是有一定的弱势的?br />
不过目前的话OSGI应该也会逐步考虑Q就是说在他的R5中可能会考虑Equinox扩展Ҏ么样嵌q去Q来提升他在扩展性这一斚w的支持。虽然OSGI从规范中支持了这些(模块化、动态化和可扩展Q,包括框架的实C也是可以支持模块化这些特性的Q但是我们最关键的仍然还是怎么样去使用OSGI了。因为如果你使用OSGI的时候,不遵循他的这些原则的话,其实最后设计出来的pȝ仍然是你以前的非模块化,非动态化的系l?br /> 作ؓOSGI在国内中文社区里边的一个活跃分子,也算是一个领军h物了。那么你觉得目前国内C֌q块在OSGI的现状是怎么样子的,今后又是一个怎么样发展方向呢Q?br />
之前呢,其实在国内的C֌中应该是没有Q就是没有OSGI的集中讨论场所的,包括我们知道可能在JavaEye上面会有OSGI的圈子,但是q不是专栏性质的,或者说不是q种C֌Q极大的一个集中式的社区性质的。然后OSGI之前的社区更多是在Equinox上面Q之前我们在Equinox的maillist上面可能会有一些讨论。然后在中国斚w的话Q其实一直以来都没有做这斚w的工作,不过OSGI中文官方站筹划已l很久了Q但是因官方认可的话Q需要跟官方做一些交互,q有一些协议方面的Q因得到他们的授权,q个商标必须是拿到允许才能用的。所以我们跟官方交涉了一D|_最q应该也是在今年q初的时候,才拿COSGI的授权。在拿到授权之后呢,我们现在已经在开始徏设我们的OSGI中文官方站了。在OSGI中文C֌里面我们已经做了一定的推广Q就是已l告诉了大家q个站是怎么栯问,然后大家可以怎么样加入这里来为OSGi做A献,是说ؓ整个OSGI的推q做贡献。因为其实在目前Q我们OSGI官方站大概的做法主要是翻译官方站的一些东西,包括官方站的一些新闻,q样大家可以了解到整个OSGI业界的最新的发展动向。然后另外的话,我们会翻译一些OSGI官方上的一些精品的 BLOG。那q些BLOG其实会给大家有很高的指导意义?br />
另外一斚w我们可能会加强包括OSGI中国斚w自己的一些原创性质的文章。因为其实以前是很少有原创性质的一些文章的。那q些斚w的话Q可能在q两q应该会好一些。因为随着OSGI在国内慢慢开始得到应用,大家都会开始在q一块有一定的l验了。在有了l验之后Q我们希望有更多写出关于OSGI斚w深入文章。这对于推广Q包括你自己对OSGI的一些想法,我们也会把一些写得比较好的OSGI的原创文章翻译成英文Q然后推荐给OSGI官方联盟。这L话,对于整个OSGI发展也会有一定的好处?br />
在中文官方站上,我们可能也会成立一个开源的C֌Q这里面可能会包括论坛等Q另外一斚w是提供一些基于OSGI的开源项目,q些应该是会ҎqOSGI起到一定的作用?br />
 个h?br /> 林昊Q三q前接触OSGiQ目睹了OSGi从最初的不够受关注到现在几乎成ؓ了各大应用^台厂商的必选,同时也得CSun的官方认可,而自׃随着对于OSGi的应用经验的增长Q编写了《OSGi实战》、《OSGiq阶》两?OpendocQ这两篇是目前OSGi领域中仅有的中文文档资料Q国内不公司、IT从业人士因ؓq两文档进入了OSGi领域Q在d通过和OSGi官方联盟交涉后拿C官方联盟的授权,建立了OSGi官方认可的全球第6个User Group

来自Qhttp://www.infoq.com/cn/interviews/linhao-osgi


]]>
(?做h、做事,做架构师——架构师能力模型解析http://www.tkk7.com/orangelizq/archive/2009/06/22/283647.html桔子?/dc:creator>桔子?/author>Mon, 22 Jun 2009 13:07:00 GMThttp://www.tkk7.com/orangelizq/archive/2009/06/22/283647.htmlhttp://www.tkk7.com/orangelizq/comments/283647.htmlhttp://www.tkk7.com/orangelizq/archive/2009/06/22/283647.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/283647.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/283647.html

要想从一名普通程序员发展成ؓ优秀的架构师Q?#8220;个hҎ?#8221;?#8220;技术技?#8221;~Z不可Q?#8220;技术专业能?#8221;?#8220;人际关系能力”?#8220;业务能力”更是优秀架构师重要的三种能力?/p>

?/ 周爱民(《程序员?008q?月刊Q?/p>

引子

I竟是什么让你在同一个位|上——例如程序员或技术负责h——工作了三年、五q或者更久,? 仍然得不CQ何的发展I间Q你觉得自己已成为技术圈中的大牛Qƈ信心满满地去拿明天就要颁发的某某大奖Q然而却仍然停留在同L技术职位上Q去q到今年? 的薪水甚臛_不^物h升幅Q于是,你开始对老板不满Q对员工不满Q对昨天升职的那个同事不?#8230;…你开始计划明天就要跑单,或者准备考虑提出加薪却又心怀? 忑?/p>

如果技术h员有发展的轨q,那么他要?#8220;看透工L本质Q把x点{Ud‘团队’的圈子里? ”Q要?#8220;着代码铺就的道路,亦步亦趋地成匠大?#8221;。仅以技术方向而言Q你大概可以做到架构师、L构师甚至首席架构师;但问题是Q你现在q只是一 个程序员。那要如何才能踏上通往架构师之路呢Q本文ؓ你解析一个架构师的能力模型?/p>

你能不能做一个好的架构师Q?/p>

架构师不是界定一个技术高下的职位名称Q而是一个职务。所谓职务,包括职——职位,务——工作。前者决定了你具备哪些资源,可以影响到怎样的范_以及面向的机构,后者则单地是你需要完成的工作列表?/p>

所以我?#8220;架构?#8221;不是?#8220;一个能做架构的?#8221;。前者是把架构师当职能,后者是当工人。能? 一份工作列表中的事Qƈ不等于就成ؓ相应职位上的人。在理体系里面Q你的个人特性决定了你在哪个位置Q而技术技能只是做事实施的必需。架构师q个职务Q? 同时要求较高的个人素质和技术能力,因此它的q取之\ȝh是Q做人、做事,做架构师?/p>

因此“模型”?#8220;个hҎ?#8221;?#8220;技术技?#8221;两个斚w构成Q在W一张图中,我特别说?#8220;个hҎ?#8221;既包括h际关pȝ能力Q也包括Q具体)业务能力Q?#8220;技术技?#8221;也是如此。所以个人特性主要与“做h”有关Q部分地也包?#8220;做事”的要素?/p>

(?做h、做事,做架构师——架构师能力模型解析 - oliwen - oliwen

                                            ? 架构师能力模?/p>

“有效沟?#8221;以及“学会谈判”与做具体的事无关Q是个h能力Ҏ的公共斚w。前者是q程Q后 者是知道如何定目标与求结果。?#8220;风险与防?#8221;是做事过E控制的关键Q与前面两项正好构成了一个做事基本能力的完整体系。基本上Q这三项个hҎ都是一? “普通程序员”所不具备的Q甚臛_大多数情况下Q普通程序员q不愿意d备这L个hҎ,因ؓ在许多陷于技术惔淖的开发h员看来:沟通L会事情变得 更加ȝQ谈判则徒耗时间而无于事。然而事实上Q在整个的架构决{过E中Q架构师需要不停地沟通与谈判。将“架构”变成“决策”的过E,其实是对各? 技术角Ԍ及其思想Q兼容ƈ包的q程Q你需要不断地协调需求、实C间的各种问题Q也需要面对各U投资者(旉、资金、h才等斚w的决{者)q行谈判Q以 定目的规模——没有规模也没有范_没有范围如何展开设计呢?

一部分开发h员会认ؓ上述q程?#8220;目l理”的事情,但真的如此吗Q当你作Z个更高别的架构师,以至于要影响到多个项目的决策Ӟ你就全然不会有这U感受了。因U情况下Q你的决{将先于目的启动,或者说你已l不单单是一个技术角色了?/p>

设计是架构能力的一部分Q但架构师不是设计师——看清楚二者之间的不同Q你才真正迈Z架构师职业生涯的W一步?/p>

抽象是思维能力、模型化是表达能?/p>

个hҎ中另一个非帔R要的斚w?#8220;抽象思维”Q而这是与架构师角色直接相关的一U能力。这U能力既有职业技能特征,又是普遍性的能力?/p>

所谓普遍性的能力Q是?#8220;抽象”在我们——作Zhq种个体的——生zM无处不在。例如我们说 花、草Q说桌、椅……我们用语aLUCQ何一个既已存在的Q可以脱L们的语言而自然存在的Q事物时Q就用到了抽象。说“桌子”的时候,既没有描q桌子的 具体形式Q也没有说明它的规格Q但我们用这个名词时Q所有h都知?#8220;桌子是什?#8221;。所以,名词概念是整个抽象逻辑pȝ中的M。如果失Mq些名词定义Q? 我们基本上不能说话,也不能描qCQ何东襎쀔—那便到?#8220;只可意会不可a?#8221;的境地?/p>

用现有的成熟语汇LqC的系l时Q大多数Z理解你所表达的含义,例如我们?#8220;q个pȝ? 计ؓ一个三层结?#8221;。然而架构师面的系l在许多l节上ƈ不见得能够用成熟的语汇去描述Q因此必自已构Z个抽象系l,q就需要概忉|象能力、概念表? 能力和基于概늚逻辑表达能力?/p>

概念抽象能力是一U思维能力。简单地_是“把目标分解或概括清楚”Q你要么概而言?#8220;? 是什?#8221;Q要么详l地说明“它包括什?#8221;。必M用大量的语汇来陈q这?#8220;什?#8221;Q这不单单是表达为文字,也表达ؓ你在思想q程中的一个完整系l。通常? 的方法是“映射pȝ”。例如你可以用数学中?#8220;数u”来映?#8220;实数?#8221;。将目标pȝ形式化ؓ一个概念化的、可讨论的结构系l后Q你的抽象过E就基本l束 了?/p>

(?做h、做事,做架构师——架构师能力模型解析 - oliwen - oliwen

                                            ? 能力模型中的个hҎ?/p>

然而这?#8220;抽象pȝ”可能只构建在你的思维意识里,q必L它描l出来。因Z能只是你自己思考清楚,pȝp设计完成。这?#8220;描绘”׃赖于后面两种表达能力Q一U是描绘概念实体Q一U是描绘实体上的逻辑——有的是,q似乎又回到?#8220;E序Q结构+法”?/p>

现在大家回过头来看看UMLQ或者更多种cȝMLQ徏模语aQ,他们q于表达这两个斚w的东西:要么是概念实体(例如用一个框表明pȝ边界Q,要么是实体上的逻辑Q例如用头表明逻辑时序Q?/p>

所以大家应该清楚,我们再如何称赞UMLQ它也只是一U对模型化系l的“表达能力”Q你只能把它当一U辅助表辄工具M用,它本w既不能帮助思考,也不见得能作为抽象过E中的或抽象思维环境中的参考?/p>

M一个优U的架构师都有自己独特的思考方式,q决定了他如何抽象系l,以及如何“创造性地 ”设计与构画这个系l。这U?#8220;独特的思考方?#8221;贯彻他从孩童开始的整个成长q程Q直至他形成独立的社会观、h生观与世界观。他认识世界的方式和接受世界? 能力军_于他如何思考,也反映了他这U思考方式的“独特?#8221;。但qƈ不表明他有特立独行的行ؓҎ(我们q里只说他的思考方式)Q我们不应介意他是否用某 U语aQ例如UML或者Ş式化~程语言Q来表达他的思考结果?/p>

推动Q设计做大,实施做小

架构师首先是把问题的真正目标定下来Q然后变成系l设计、^台设计或架构设计。而在此之? 设计输出会有两个方向的发展Q一是被忠实地诏M来,二是被变形地发展下去。两个方向都存在致命的危险:架构最l能否被完整实现。对前者来_可能是架 构设计过度,或设计本w出C错误Q后者则是对架构直接的伤実?/p>

所以架构师必须参与实施的全E——尤其是在架构被映射为目标系l的前期。在q个阶段中,架构 师的d是推动架构实施Q以保证在项目全E的设计Q架构/体系的一致性。除了直接跟设计师或设计团队沟通,以保证他们的设计在你可以控制的范围之内以 外,架构师还必须有阶D化设计的能力。这U能力用于将一个原本规模宏大的架构设计Q变成较的、易于实施的、对开发团队来说可控的关键炏V例如在体系层次 的规划上Q设计可能是独立、异质的、可q移的存储框架来实现数据层,但在Q前期的Q实施上Q这里可能被表达为本地数据库Qƈ要求前端开发h员必通过一? 清晰的数据交互层来访问——例如一l数据存取接口,或一个独立数据服务组件。开发h员可能在q里遇到障碍Q因通过q些中间层来讉K本地数据库,Ua? 多余的。然而,正是q?#8220;多余的工?#8221;提供了系l弹性,为ƈ行团队开发公共存储服务争取了周期Q也为将来的灉|部v与数据迁UL供了可能?/p>

q里的关键就在于Q无论原始系l设定有多大Q实施时L?#8220;做小”。每一个局部的实施块都? 可控的,qؓ它在整个体系I间中留下了位置和接口,q样才可能由“的部分”做大。一个大pȝ的架构师可能同时在考虑许多个项目中的、不同位|的架构Qƈ 且清楚这些项目最l的M规模。而这Q就是^台架构师和体pL构师所涉的领域?/p>

(?做h、做事,做架构师——架构师能力模型解析 - oliwen - oliwen

                                            ? 架构师模型图中的“实现能力”

架构真的?#8220;好不?#8221;的问题吗Q如同我对工E的理解一P架构问题的根本,也ƈ不在于它是否 完美或漂亮,而是在于是否合用。因此架构师必须对实施架构的团队以及实施q程有充分了解,知道他们的能力缺P知道实现q程要消耗的资源Q清楚每个环节可 能的故障以及先兆。只有这P架构师才能设计一个让q个团队能实玎ͼ而且在实现过E中能受控的架构?/p>

要知道,你作为架构师被请来,不是d张图U怺l项目经理,_你们d吧,做不出来是你? 不会做。即使你可以w体力行Q在q个团队中教大家、培dӞ那么公司的开销呢?风险呢?q些东西N׃考虑了?目的周期因为实现的复杂E度而无法控 制时Q项目就L了。那么,q根I底来说Q是不是架构师的问题Q是啊,你ؓ什么会做了一?#8220;不合?#8221;的架构呢Q——你都不知道目如何开发、由谁实施、如 何管理等{,又如何能面对q些实际环境去设计架构呢Q?/p>

所以这一部分能力Q是要在你的开发经验、团队经验以及用人的l验中去扄。参考模型图?#8220;实现能力”下的“设计能力→了解你的主要沟通对?#8221;?#8220;架构推行”{分支,对你或有一些可用的提示?/p>

局部与全局

架构是一个从全局到局部的q程Q而实施正好反q来Q是从局部到全局。这也正?#8220;设计做大Q实施做?#8221;的另一个层面的含义。设计大才可以见到全局Q才知道此全局对彼全局的媄响;实施才可能xl节Q才谈得上品质与控制?/p>

事实上,大多数情况下架构是在?#8220;当前目之外”去考虑Q这可以看成全局x的一个组成部分。因此我们需要界定所?#8220;全局”的范_出公司或整个品系列、品线或规划的范围才是多余的?/p>

所以当架构决策谈及“全局”Ӟ其目标ƈ不见得是“保障当前目”Q而又必须由当前项目去完成?/p>

一个经常被用到的例子是Q如果仅为当前项目考虑Q那么只需要做成DLL模块Q如果ؓ产品U考虑Q可能会?#8220;道Q插?#8221;的结构Ş式。?#8220;道Q插?#8221;的Ş式显然比做成DLL模块更费Ӟq个旉成本Q以及其它成本)变成了当前目的无谓开销?/p>

q种全局{略对局部计划的影响是大多数公司不能忍受的,也被很多团队所垢病。然而这却是架构 师角色对体系?#8220;q乎必然”的媄响——如果你试图在体pM引用架构师这个角色的话。一些情况下Q体p能够容UU媄响,例如“技术架构师”试图推动某种? 件框Ӟ而正好开发h员对q项技术感兴趣Q那顺其自然地q工夫dC。但如果不是q样Q实施者或实施团队看不?#8220;多余的部?#8221;对他们的价值时Q来? 局部的抵触׃生了?/p>

q种情况下,qq些抵触成了架构推行的实务之一。在我看来,“q”是全局的艺术和局? 的技术。也是_一斚w架构师要学会游说Q另一斚w也要L更ؓz的、成本更的实现技术。只有当整个体系都意识到Q你所推行的)架构的重要性,而且 实施成本在他们可以接受的范围之内Ӟ他们才会U极行动h?/p>

所以所谓^衡,其实也是折衷的过E。构架师只有g见大Q才知道哪些折衷可以做,而哪些不 能。所谓设计评伎ͼ模型图中的实现能?>设计能力->设计评估分支Qƈ不是d析一个设计结果好或不好,而是从中看到原始的需求,看到体系 全局的意图,然后知道在将设计变得更ؓ“适当”时可以做哪些折衷。同L原因Q架构师也必ȝ道自q决策会生的影响Q才能控制它们,以防它们变成团队 的灾难。有些时候,架构师甚至需要抛弃一些特性,以得项目能够持l下厅R因Z品的阶段性出只是整个战略中的一个环节,而不是全部?/p>

其它

“怎么做一个架构师”q个问题得分成两个部分来看,一个是“做到”Q一个是“做好”。由于架构师本n不过是一个技术职位,所以时机成熟了自然会做得到。但问题是,真有一天你被放在这个位|上了,你能做得好吗Q?/p>

我浏览过几套所谓培训机构的有关架构师的教程Q也阅q一些讲架构的书。我发现他们普遍地是 架构作ZU?#8220;职业技?#8221;来讲Q就像培ȝ序员或者缝U工一h教育。但我的经验来_架构q不是一件纯_表现技术能力的工作Q所以ƈ不是d本书? 几种Ҏ可以投?#8220;实战”的。更深层的问题是Q架构师其实不是“?#8221;出来的。昨天跟同事讨论q个话题Q他把我们这几年来的一些思考用了三句话来概括,? 常精彩:从无到有的,是架构;从表到里的,是抽象;从粗到细的,是设计?/p>

那么到底什么是架构呢?从上面的概括中你是看不到{案的。到底如何做架构呢?从本文中你也? 看不到答案的。然而我_“你看不到{案”的根源其实是在于你的眼光与心性——后面这个词换成C白话Q就?#8220;思想”。真正阻了你成ZU架构师的Q也 许正是你既有的知识与思想ҎQ扔掉它们,接受一些全然有别的信息Q也许正是良好的开端?/p>

或许你现在正愤愤Ӟq篇文章怎么I洞无物Q——我甚至能想象到一些读者的表情。然而请在问题面前停下来Q不要急于l出{案。正如你?#8220;?”E微变下形,它就成ؓ?#8220;!”一P问题的本w,是{案?/p>

作者简?/p>

周爱民(aimingooQ,h十余q的软g开发、项目管理和团队的经验,现担ȝ大网l的q_架构师,著有《大道至》、《Delphi源代码分析》等?/p>

 

原文地址Q?http://vipnews.csdn.net/newscontent.aspx?pointid=2008_05_30_150239242



]]>
[转]Tomcat集群与负载均?/title><link>http://www.tkk7.com/orangelizq/archive/2008/12/25/248212.html</link><dc:creator>桔子?/dc:creator><author>桔子?/author><pubDate>Thu, 25 Dec 2008 02:36:00 GMT</pubDate><guid>http://www.tkk7.com/orangelizq/archive/2008/12/25/248212.html</guid><wfw:comment>http://www.tkk7.com/orangelizq/comments/248212.html</wfw:comment><comments>http://www.tkk7.com/orangelizq/archive/2008/12/25/248212.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/orangelizq/comments/commentRss/248212.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/orangelizq/services/trackbacks/248212.html</trackback:ping><description><![CDATA[<p>在进入集系l架构探讨之前,先定义一些专门术语:<br />  <br /> 1. 集群(Cluster)Q是一l独立的计算机系l构成一个松耦合的多处理器系l,它们之间通过|络实现q程间的通信。应用程序可以通过|络׃n内存q行消息传送,实现分布式计机?<br /> 2. 负蝲均衡(Load Balance)Q先得从集群讲vQ集就是一l连在一L计算机,从外部看它是一个系l,各节点可以是不同的操作系l或不同g构成的计机。如一个提供Web服务的集,对外界来看是一个大Web服务器。不q集的节点也可以单独提供服务?<br /> 3. 特点Q在现有|络l构之上Q负载均衡提供了一U廉h效的Ҏ扩展服务器带宽和增加吞吐量,加强|络数据处理能力Q提高网l的灉|性和可用性。集系l?Cluster)主要解决下面几个问题Q?<br /> 高可靠性(HAQ:利用集群理软gQ当L务器故障Ӟ备䆾服务器能够自动接主服务器的工作Qƈ及时切换q去Q以实现对用L不间断服务?<br /> 高性能计算QHPQ:卛_分利用集中的每一台计机的资源,实现复杂q算的ƈ行处理,通常用于U学计算领域Q比如基因分析,化学分析{?<br /> 负蝲qQ即把负载压力根据某U算法合理分配到集群中的每一台计机上,以减M服务器的压力Q降低对L务器的硬件和软g要求?</p> <p>目前比较常用的负载均衡技术主要有Q?<br />   1. ZDNS的负载均?<br />   通过DNS服务中的随机名字解析来实现负载均衡,在DNS服务器中Q可以ؓ多个不同的地址配置同一个名字,而最l查询这个名字的客户机将在解析这个名字时得到其中一个地址。因此,对于同一个名字,不同的客h会得C同的地址Q他们也p问不同地址上的Web服务器,从而达到负载均衡的目的?</p> <p>  2. 反向代理负蝲均衡 Q如Apache+JK2+Tomcatq种l合Q?<br />   使用代理服务器可以将h转发l内部的Web服务器,让代理服务器请求均匀地{发给多台内部Web服务器之一上,从而达到负载均衡的目的。这U代理方式与普通的代理方式有所不同Q标准代理方式是客户使用代理讉K多个外部Web服务器,而这U代理方式是多个客户使用它访问内部Web服务器,因此也被UCؓ反向代理模式?</p> <p>  3. ZNATQNetwork Address TranslationQ的负蝲均衡技?Q如Linux Virtual ServerQ简ULVSQ?<br />   |络地址转换为在内部地址和外部地址之间q行转换Q以便具备内部地址的计机能访问外部网l,而当外部|络中的计算问地址转换|关拥有的某一外部地址Ӟ地址转换|关能将其{发到一个映的内部地址上。因此如果地址转换|关能将每个q接均匀转换Z同的内部服务器地址Q此后外部网l中的计机各自与自己转换得到的地址上服务器q行通信Q从而达到负载分担的目的?</p> <p>介绍完上面的集群技术之后,下面基于Tomcat的集架构方案进行说明: </p> <p>上面是采用了Apache httpd作ؓweb服务器的Q即作ؓTomcat的前端处理器Q根据具体情况而定Q有些情况下是不需要Apache httpd作ؓ web 服务器的Q如pȝ展现没有静态页面那׃需要Apache httpdQ那时可以直接用Tomcat作ؓweb 服务器来使用。用Apache httpd主要是它在处理静态页面方面的能力比Tomcat强多了?<br /> 1?用户的网|览器做完本地 DNS和企业授权的DNS之的h/响应后,q时候企业授权的DNSQ即21cn BOSS DNSQ会l用h地的DNS服务器提供一个NATh分配器(即网养IIP?</p> <p><br /> 2?NAT分配器,它会Ҏ特定的分配算法,来决定要连接交l哪一台内?Apache httpd来处理请求。大多数的NATh分配器提供了定w能力Q根据侦各UWEB服务器的失效状况Q停止将h分配l已l宕掉的服务器。ƈ且有些分配器q可以监到WEB服务器机器的负蝲情况Qƈ请求分配给负蝲最ȝ服务器等{。Linux Virtual Server是一个基于Linux操作pȝ上执行的VS-NAT开源Y件套Ӟ而且它有丰富的功能和良好的说明文件。商业硬件解x?Foundry Networks的ServerIron是目前业界公认最佳的h分配器之一?</p> <p><br /> 3?Apache httpd + Mod_JK2在这里是作ؓ负蝲均衡器,那ؓ什么要做集呢Q如果集系l要具备定w能力Q以便在M单一的硬件或软glg失效时还?00%可用Q那么集系l必L有单Ҏ障之忧。所以,不能只架设一台有mod_jk2的Apache httpdQ因为如?httpd或mod_jk2失效了,不会再有请求被会送交CQ何一个Tomcat 实例。这U情况下QApache httpd是瓶劲Q特别在讉K量大的网站?</p> <p><br /> 4?Mod_JK2负蝲均衡与故障复原,军_把Apache httpd当成web服务器,而且使用mod_jk2请求传送给TomcatQ则可以使用mod_jk2的负载均衡与定w功能。在集群pȝ中,带有mod_jk2的Apache httpd可以做的事情包括Q?<br /> A?请求分配至一或多个Tomcat实例?<br /> 你可以在mod_jk2的workers.properties文g中,讑֮许多Tomcat实例Qƈ赋于每个实例一个lb_factor|以作求分配的加权因子?</p> <p><br /> B?侦测Tomcat实例是否p| <br /> 当Tomcat实例的连接器服务不再响应Ӟmod_jk2会及时侦到Qƈ停止请求送给它。其他的Tomcat实例则会接受失效实例的负载?</p> <p><br /> C?侦测Tomcat实例在失效后的何时恢?<br /> 因连接器服务失效Q而停止将h分配lTomcat实例之后Qmod_jk2会周期性地查是否已恢复使用性,q自动将其加入现行的Tomcat实例池中?</p> <p><br /> 5?Tomcat中的集群原理是通过l播的方式进行节点的查找q用TCPq接q行会话的复制。这里提CZ下就是,Ҏ个请求的处理QTomcat都会q行会话复制Q复制后的会话将会慢慢变得庞大?</p> <p><br /> 6?Mod_jk2同时支持会话亲和和会话复制。在tomcat 5中如何实C话亲和和会话复制Q把server.xml中的标签L实C话亲和,把标{֊上就实现会话复制?</p> <p><br /> 7?会话亲和Q就是表C来自同会话的所有请求都q同的Tomcat 实例来处理,q种情况下,如果Tomcat实例或所执行的服务器机器失效Q也会失Servlet的会话数据。即使在集群pȝ中执行更多的Tomcat实例Q也永远不会复制会话数据。这h提高集群性能的一U方案,但不具备有容错能力了?</p> <p><br /> 8?使用会话复制Q则当一个Tomcat实例宕掉Ӟ׃臛_q有另一个Tomcat实例保有一份会话状态数据,因而数据不会失。但性能会有所降低?</p> <img src ="http://www.tkk7.com/orangelizq/aggbug/248212.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/orangelizq/" target="_blank">桔子?/a> 2008-12-25 10:36 <a href="http://www.tkk7.com/orangelizq/archive/2008/12/25/248212.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>[转]http h报头详解http://www.tkk7.com/orangelizq/archive/2008/12/25/248206.html桔子?/dc:creator>桔子?/author>Thu, 25 Dec 2008 02:25:00 GMThttp://www.tkk7.com/orangelizq/archive/2008/12/25/248206.htmlhttp://www.tkk7.com/orangelizq/comments/248206.htmlhttp://www.tkk7.com/orangelizq/archive/2008/12/25/248206.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/248206.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/248206.htmlhttp头的l成Q?nbsp;  
==============   
 HTTP头字D包?c:    
     general-header ;   
     request-header ;   
     response-header ;   
     entity-header .   
    
*******************************************************************************   
 General Header Fields   
=============================   
   general header是request、response都可用的, 但是不能用于entity.    
    
    
       Q- Cache-Control   
       Q- Connection   
       Q- Date   
       Q- Pragma   
       Q- Trailer   
       Q- Transfer-Encoding   
       Q- Upgrade   
       Q- Via   
       Q- Warning   
    
*******************************************************************************   
 Request Header Fields   
======================   
    
   request-header fields 允许客户端传递关于request和客L的附加信息到服务端,   
    
       Q- Accept   
       Q- Accept-Charset   
       Q- Accept-Encoding   
       Q- Accept-Language   
       Q- Authorization   
       Q- Expect   
       Q- From   
       Q- Host   
       Q- If-Match   
       Q- If-Modified-Since   
       Q- If-None-Match   
       Q- If-Range   
       Q- If-Unmodified-Since   
       Q- Max-Forwards   
       Q- Proxy-Authorization   
       Q- Range    
       Q- Referer   
       Q- TE   
       Q- User-Agent   
    
*******************************************************************************   
  Response Header Fields   
===============================   
    
   response-header fields 允许服务端传递关于response的、不能放到Status-Line的附加信息?nbsp;  
   q些头给出关于服务端的信息?nbsp;     
    
      Q- Accept-Ranges   
      Q- Age   
      Q- ETag   
      Q- Location    
      Q- Proxy-Authenticate   
      Q- Retry-After   
      Q- Server   
      Q- Vary    
      Q- WWW-Authenticate   
    
*******************************************************************************   
 Entity Header Fields   
========================   
    
   Entity-header fields 定义关于entity-body的metainformation(标题字段数据),   
   如果当前没有body, 则定义被request定的资源信?   
   一些metainformation是可选的; 一些是必须的?nbsp;  
    
       Q- Allow   
       Q- Content-Encoding   
       Q- Content-Language   
       Q- Content-Length   
       Q- Content-Location   
       Q- Content-MD5   
       Q- Content-Range   
       Q- Content-Type   
       Q- Expires   
       Q- Last-Modified   
       Q- extension-header   
   
   
【{自】http://www.x5dj.com/userforum/00100239/00305167.shtml   
   
   
一、基?nbsp;  
HTTPQHyperTextTransferProtocolQ是文本传输协议的~写Q它用于传送WWW方式的数据,关于HTTP协议的详l内容请参考RFC2616。HTTP协议采用了请?响应模型。客L向服务器发送一个请求,h头包含请求的Ҏ、URI、协议版本、以及包含请求修饰符、客户信息和内容的类gMIME的消息结构。服务器以一个状态行作ؓ响应Q相应的内容包括消息协议的版本,成功或者错误编码加上包含服务器信息、实体元信息以及可能的实体内宏V?nbsp;  
通常HTTP消息包括客户机向服务器的h消息和服务器向客h的响应消息。这两种cd的消息由一个v始行Q一个或者多个头域,一个只是头域结束的I和可选的消息体组成。HTTP的头域包括通用_h_响应头和实体头四个部分。每个头域由一个域名,冒号Q?Q和域g部分l成。域名是大小写无关的Q域值前可以dM数量的空格符Q头域可以被扩展为多行,在每行开始处Q用至一个空格或制表W?nbsp;  
   
1、通用头域   
通用头域包含h和响应消息都支持的头域,通用头域包含Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。对通用头域的扩展要求通讯双方都支持此扩展Q如果存在不支持的通用头域Q一般将会作为实体头域处理。下面简单介l几个在UPnP消息中用的通用头域?nbsp;  
Cache-Control头域   
Cache-Control指定h和响应遵循的~存机制。在h消息或响应消息中讄Cache-Controlq不会修改另一个消息处理过E中的缓存处理过E。请求时的缓存指令包括no-cache、no- store、max-age、max-stale、min-fresh、only-if-cachedQ响应消息中的指令包括public?private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate?max-age。各个消息中的指令含义如下:   
Public指示响应可被M~存区缓存?nbsp;  
Private指示对于单个用户的整个或部分响应消息Q不能被׃n~存处理。这允许服务器仅仅描q当用户的部分响应消息,此响应消息对于其他用Lh无效?nbsp;  
no-cache指示h或响应消息不能缓?nbsp;  
no-store用于防止重要的信息被无意的发布。在h消息中发送将使得h和响应消息都不用缓存?nbsp;  
max-age指示客户机可以接收生存期不大于指定时_以秒为单位)的响应?nbsp;  
min-fresh指示客户机可以接收响应时间小于当前时间加上指定时间的响应?nbsp;  
max-stale指示客户机可以接收超时期间的响应消息。如果指定max-stale消息的|那么客户机可以接收超时期指定g内的响应消息?nbsp;  
Date头域   
Date头域表示消息发送的旉Q时间的描述格式由rfc822定义。例如,Date:Mon,31Dec200104:25:57GMT。Date描述的时间表CZ界标准时Q换成本地旉Q需要知道用h在的时区?nbsp;  
Pragma头域   
Pragma头域用来包含实现特定的指令,最常用的是Pragma:no-cache。在HTTP/1.1协议中,它的含义和Cache-Control:no-cache相同?nbsp;  
   
2、请求消?nbsp;  
h消息的第一行ؓ下面的格式:   
Method SP Request-URI SP HTTP-Version CRLF    
Method表示对于Request-URI完成的方法,q个字段是大写敏感的,包括OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE。方法GET和HEAD应该被所有的通用WEB服务器支持,其他所有方法的实现是可选的。GETҎ取回由Request-URI标识的信息。HEADҎ也是取回由Request-URI标识的信息,只是可以在响应时Q不q回消息体。POSTҎ可以h服务器接收包含在h中的实体信息Q可以用于提交表单,向新ȝ、BBS、邮件群l和数据库发送消息?nbsp;  
SP表示I格?nbsp;  
Request-URI遵@URI格式Q在此字Dؓ星号Q?Q时Q说明请求ƈ不用于某个特定的资源地址Q而是用于服务器本w?nbsp;  
HTTP-Version表示支持的HTTP版本Q例如ؓHTTP/1.1?nbsp;  
CRLF表示换行回RW?nbsp;  
h头域允许客户端向服务器传递关于请求或者关于客h的附加信息。请求头域可能包含下列字DAccept、Accept-Charset、Accept- Encoding、Accept-Language、Authorization、From、Host、If-Modified-Since、If- Match、If-None-Match、If-Range、If-Range、If-Unmodified-Since、Max-Forwards?Proxy-Authorization、Range、Referer、User-Agent。对h头域的扩展要求通讯双方都支持,如果存在不支持的h头域Q一般将会作为实体头域处理?nbsp;  
典型的请求消息:   
GEThttp://class/download.microtool.de:80/somedata.exe   
Host:download.microtool.de   
Accept:*/*  
Pragma:no-cache  
Cache-Control:no-cache  
Referer:http://class/download.microtool.de/  
User-Agent:Mozilla/4.04[en](Win95;I;Nav)  
Range:bytes=554554-  
上例W一行表CHTTP客户端(可能是浏览器、下载程序)通过GETҎ获得指定URL下的文g。棕色的部分表示h头域的信息,l色的部分表C通用头部分?nbsp; 
Host头域  
Host头域指定h资源的IntenetL和端口号Q必表C求url的原始服务器或网关的位置。HTTP/1.1h必须包含L头域Q否则系l会?00状态码q回?nbsp; 
Referer头域  
Referer头域允许客户端指定请求uri的源资源地址Q这可以允许服务器生成回退链表Q可用来登陆、优化cache{。他也允许废除的或错误的q接׃l护的目的被q踪。如果请求的uri没有自己的uri地址QReferer不能被发送。如果指定的是部分uri地址Q则此地址应该是一个相对地址?nbsp; 
Range头域  
Range头域可以h实体的一个或者多个子范围。例如,  
表示?00个字节:bytes=0-499  
表示W二?00字节Qbytes=500-999  
表示最?00个字节:bytes=-500  
表示500字节以后的范_bytes=500-  
W一个和最后一个字节:bytes=0-0,-1  
同时指定几个范围Qbytes=500-600,601-999  
但是服务器可以忽略此h_如果无条件GET包含Rangeh_响应会以状态码206QPartialContentQ返回而不是以200QOKQ?nbsp; 
User-Agent头域  
User-Agent头域的内容包含发求的用户信息?nbsp; 
  
3、响应消?nbsp; 
响应消息的第一行ؓ下面的格式:  
HTTP-Version SP Status-Code SP Reason-Phrase CRLF  
HTTP-Version表示支持的HTTP版本Q例如ؓHTTP/1.1?nbsp; 
Status-Code是一个三个数字的l果代码?nbsp; 
Reason-PhraselStatus-Code提供一个简单的文本描述。Status-Code主要用于机器自动识别QReason-Phrase主要用于帮助用户理解。Status-Code的第一个数字定义响应的cdQ后两个数字没有分类的作用。第一个数字可能取5个不同的|  
1xx:信息响应c,表示接收到请求ƈ且l处?nbsp; 
2xx:处理成功响应c,表示动作被成功接收、理解和接受  
3xx:重定向响应类Qؓ了完成指定的动作Q必L受进一步处?nbsp; 
4xx:客户端错误,客户h包含语法错误或者是不能正确执行  
5xx:服务端错误,服务器不能正执行一个正的h  
响应头域允许服务器传递不能放在状态行的附加信息,q些域主要描q服务器的信息和Request-URIq一步的信息。响应头域包含Age?Location、Proxy-Authenticate、Public、Retry-After、Server、Vary、Warning、WWW- Authenticate。对响应头域的扩展要求通讯双方都支持,如果存在不支持的响应头域Q一般将会作为实体头域处理?nbsp; 
典型的响应消息:  
HTTP/1.0200OK  
Date:Mon,31Dec200104:25:57GMT  
Server:Apache/1.3.14(Unix)  
Content-type:text/html  
Last-modified:Tue,17Apr200106:46:28GMT  
Etag:"a030f020ac7c01:1e9f"  
Content-length:39725426  
Content-range:bytes554554-40279979/40279980  
上例W一行表CHTTP服务端响应一个GETҎ。棕色的部分表示响应头域的信息,l色的部分表C通用头部分,U色的部分表C实体头域的信息?nbsp; 
Location响应?nbsp; 
Location响应头用于重定向接收者到一个新URI地址?nbsp; 
Server响应?nbsp; 
Server响应头包含处理请求的原始服务器的软g信息。此域能包含多个产品标识和注释,产品标识一般按照重要性排序?nbsp; 
  
4、实体信?nbsp; 
h消息和响应消息都可以包含实体信息Q实体信息一般由实体头域和实体组成。实体头域包含关于实体的原信息,实体头包括Allow、Content-Base、Content-Encoding、Content-Language?Content-Length、Content-Location、Content-MD5、Content-Range、Content-Type?Etag、Expires、Last-Modified、extension-header。extension-header允许客户端定义新的实体头Q但是这些域可能无法未接受方识别。实体可以是一个经q编码的字节,它的~码方式由Content-Encoding或Content-Type定义Q它的长度由Content-Length或Content-Range定义?nbsp; 
Content-Type实体?nbsp; 
Content-Type 实体头用于向接收ҎC实体的介质cdQ指定HEADҎ送到接收方的实体介质cdQ或GETҎ发送的h介质cdContent-Range实体?nbsp; 
Content-Range实体?nbsp; 
用于指定整个实体中的一部分的插入位|,他也指示了整个实体的长度。在服务器向客户q回一个部分响应,它必Lq响应覆盖的范围和整个实体长度。一般格式:  
Content-Range:bytes-unit SP first-byte-pos - last-byte-pos/entity-legth  
例如Q传送头500个字节次字段的Ş式:Content-Range:bytes0-499/1234如果一个http消息包含此节Q例如,对范围请求的响应或对一pd范围的重叠请求)QContent-Range表示传送的范围QContent-Length表示实际传送的字节数?nbsp; 
Last-modified实体?nbsp; 
Last-modified实体头指定服务器上保存内容的最后修订时间?nbsp; 
  
5?HTTP 头参考(microsoftQ?nbsp; 
HTTP h?HTTP 响应都用头发送有?HTTP 消息的信息。头׃pd行组成,每行都包含名Uͼ然后依次是冒受空根{倹{字D可按Q何顺序排列。某些头字段既能用于h头也能用于响应头Q而另一些头字段只能用于其中之一?nbsp;  
许多h头字D都允许客户端在值部分指定多个可接受的选项Q有时甚臛_以对q些选项的首选项q行排名。多个项以逗号分隔。例如,客户端可以发送包?“Content-Encoding: gzip, compress,”的请求头Q表C可以接受各U压~类型。如果服务器的响应正文?gzip ~码Q其响应头中包?#8220;Content-Encoding: gzip”?nbsp; 
有些字段可以在单个头中出现多ơ。例如,头可以有多个“Warning”字段?nbsp; 
下表列出?HTTP 1.1 头字Dc注意:有些头字D| MIME 字段。MIME 字段?Internet Engineering Task Force (IETF) 文 RFC 2045 中进行了定义Q但也可用于 HTTP 1.1 协议。有?MIME ?HTTP 1.1 规范的详l信息,请参?IEIF c?nbsp; 
一般头字段  
一般头字段可用于请求消息和响应消息?nbsp; 
 名称          CZ?nbsp;  
Cache-Control  "max-age=10"   
Connection    "close"   
Date          "Tue, 11 Jul 2000 18:23:51 GMT"   
Pragma        "no-cache"   
Trailer         "Date"   
Transfer-Encoding "chunked"   
Upgrade       "SHTTP/1.3"   
Via            "HTTP/1.1 Proxy1, HTTP/1.1 Proxy2"   
Warning       "112 Disconnected Operation"   
h头字D?nbsp;  
h头字D仅用于h消息?nbsp; 
   名称             CZ?nbsp;  
Accept           "text/html, image/*"   
Accept-Charset   "iso8859-5"   
Accept-Encoding  "gzip, compress"   
Accept-Language "en, fr"   
Authorization     [credentials]   
Content-Encoding "gzip"   
Expect           "100-continue"   
From            "user@microsoft.com"   
Host            "www.microsoft.com"   
If-Match         "entity_tag001"   
If-Modified-Since "Tue, 11 Jul 2000 18:23:51 GMT"   
If-None-Match    "entity_tag001"   
If-Range         "entity_tag001" or "Tue, 11 Jul 2000 18:23:51 GMT"   
If-Unmodified-Since "Tue, 11 Jul 2000 18:23:51 GMT"   
Max-Forwards    "3"   
Proxy-Authorization [credentials]   
Range       "bytes=100-599"   
Referer      "http://www.microsoft.com/resources.asp"   
TE          "trailers"   
User-Agent   "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)"  
   
>>h头字D늚具体含义  
AcceptQ浏览器可接受的MIMEcd?nbsp;  
Accept-CharsetQ浏览器可接受的字符集?nbsp;  
Accept-EncodingQ浏览器能够q行解码的数据编码方式,比如gzip?nbsp; 
Accept-LanguageQ浏览器所希望的语aU类Q当服务器能够提供一U以上的语言版本时要用到?nbsp;  
AuthorizationQ授权信息,通常出现在对服务器发送的WWW-Authenticate头的应答中?nbsp;  
ConnectionQ表C是否需要持久连接。如果Servlet看到q里的gؓ“Keep-Alive”Q或者看到请求用的是HTTP 1.1QHTTP 1.1默认q行持久q接Q,它就可以利用持久q接的优点,当页面包含多个元素时Q例如AppletQ图片)Q显著地减少下蝲所需要的旉。要实现q一点, Servlet需要在应答中发送一个Content-Length_最单的实现Ҏ是:先把内容写入ByteArrayOutputStreamQ然后在正式写出内容之前计算它的大小?nbsp; 
Content-LengthQ表C求消息正文的长度?nbsp;  
CookieQ设|cookie,q是最重要的请求头信息之一  
FromQ请求发送者的email地址Q由一些特D的Web客户E序使用Q浏览器不会用到它?nbsp;  
HostQ初始URL中的L和端口?nbsp;  
If-Modified-SinceQ只有当所h的内容在指定的日期之后又l过修改才返回它Q否则返?04“Not Modified”应答?nbsp;  
PragmaQ指?#8220;no-cache”DC服务器必须q回一个刷新后的文,即它是代理服务器而且已经有了面的本地拷贝?nbsp;  
RefererQ包含一个URLQ用户从该URL代表的页面出发访问当前请求的面?nbsp;  
User-AgentQ浏览器cdQ如果Servletq回的内容与览器类型有兛_该值非常有用?nbsp; 
UA-PixelsQUA-ColorQUA-OSQUA-CPUQ由某些版本的IE览器所发送的非标准的h_表示屏幕大小、颜色深度、操作系l和CPUcd?nbsp;  
响应头字D?nbsp;  
响应头字D仅用于响应消息?nbsp; 
  名称          CZ?nbsp;  
Accept-Ranges  "none"   
Age            "2147483648(2^31)"   
ETag           "b38b9-17dd-367c5dcd"   
Last-Modified    "Tue, 11 Jul 2000 18:23:51 GMT"   
Location        "http://localhost/redirecttarget.asp"   
Proxy-Authenticate [challenge]   
Retry-After      "Tue, 11 Jul 2000 18:23:51 GMT" or "60"   
Server         "Microsoft-IIS/5.0"   
Vary            "Date"   
WWW-Authenticate [challenge]   
实体头字D?nbsp;  
实体头字D可以用于请求消息或响应消息。实体头字段中包含消息实体正文的有关信息Q如使用的编码格式?nbsp; 
   名称            CZ?nbsp;  
Allow              "GET, HEAD"   
Content-Encoding   "gzip"   
Content-Language  "en"   
Content-Length     "8445"   
Content-Location   "http://localhost/page.asp"   
Content-MD5       [md5-digest]   
Content-Range     "bytes 2543-4532/7898"   
Content-Type      "text/html"   
Expires           "Tue, 11 Jul 2000 18:23:51 GMT"   
Last-Modified      "Tue, 11 Jul 2000 18:23:51 GMT"   
>>实体头字D늚具体含义  
Allow 服务器支持哪些请求方法(如GET、POST{)?nbsp; 
Content-Encoding 文的编码(EncodeQ方法。只有在解码之后才可以得到Content-Type头指定的内容cd。利用gzip压羃文档能够显著地减HTML文的下载时间。Java的GZIPOutputStream可以很方便地q行gzip压羃Q但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它?nbsp; 
Content-Length 表示内容长度。只有当览器用持久HTTPq接时才需要这个数据?nbsp; 
Content-Type 表示后面的文属于什么MIMEcd。Servlet默认为text/plainQ但通常需要显式地指定为text/html?nbsp; 
Date 当前的GMT旉。你可以用setDateHeader来设|这个头以避免{换时间格式的ȝ?nbsp;  
Expires 应该在什么时候认为文已l过期,从而不再缓存它Q?nbsp;  
Last-Modified 文的最后改动时间。客户可以通过If-Modified-Sinceh头提供一个日期,该请求将被视Z个条件GETQ只有改动时间迟于指定时间的文才会q回Q否则返回一?04QNot ModifiedQ状态?nbsp; 
Location 表示客户应当到哪里去提取文。Location通常不是直接讄的,而是通过HttpServletResponse的sendRedirectҎQ该Ҏ同时讄状态代码ؓ302?nbsp;  
Refresh 表示览器应该在多少旉之后h文档Q以U计。除了刷新当前文之外,你还可以通过setHeader("Refresh", "5; URL=http://host/path")让浏览器d指定的页面?nbsp;  
注意q种功能通常是通过讄HTML面HEAD区的QMETA HTTP-EQUIV="Refresh" CQ实玎ͼq是因ؓQ自动刷新或重定向对于那些不能用CGI或Servlet的HTML~写者十分重要。但是,对于Servlet来说Q直接设|?Refresh头更加方ѝ?nbsp;  
注意Refresh的意义是“NU之后刷新本面或访问指定页?#8221;Q而不?#8220;每隔NU刷新本面或访问指定页?”。因此,q箋h要求每次都发送一个Refresh_而发?04状态代码则可以L览器l刷斎ͼ不管是用Refresh头还是<META HTTP-EQUIV="Refresh" ...Q?nbsp;  
注意Refresh头不属于HTTP 1.1正式规范的一部分Q而是一个扩展,但Netscape和IE都支持它?nbsp;  
h头示?nbsp; 
以下?HTTP h的简单示例?nbsp; 
GET /articles/news/today.asp HTTP/1.1  
Accept: */*   
Accept-Language: en-us   
Connection: Keep-Alive   
Host: localhost   
Referer: http://localhost/links.asp   
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)   
Accept-Encoding: gzip, deflate   
该请求具有请求行Q其中包括方?(GET)、资源\?(/articles/news/today.asp) ?HTTP 版本 (HTTP/1.1)。由于该h没有正文Q故所有请求行后面的内定w是头的一部分。紧接着头之后是一个空行,表示头已l束?nbsp;  
响应头示?nbsp;  
Web 服务器可以通过多种方式响应前一个请求。假设文件是可以讉K的,q且用户h查看该文件的权限Q则响应cM于:   
HTTP/1.1 200 OK   
Server: Microsoft-IIS/5.0   
Date: Thu, 13 Jul 2000 05:46:53 GMT   
Content-Length: 2291   
Content-Type: text/html   
Set-Cookie: ASPSESSIONIDQQGGGNCG=LKLDFFKCINFLDMFHCBCBMFLJ; path=/   
Cache-control: private   
...   
响应的第一行称为状态行。它包含响应所用的 HTTP 版本、状态编?(200) 和原因短语。示例中包含一个头Q其中具有五个字D,接着是一个空行(回R和换行符Q,然后是响应正文的头两行?nbsp;  
有关HTTP头完整、详l的说明Q请参见http://www.w3.org/Protocols/的HTTP规范?nbsp;  
    
附录:HTTP协议状态码的含?nbsp;  
  状态代?状态信?含义    
100 Continue 初始的请求已l接受,客户应当l箋发送请求的其余部分。(HTTP 1.1斎ͼ   
101 Switching Protocols 服务器将遵从客户的请求{换到另外一U协议(HTTP 1.1?nbsp;  
200 OK 一切正常,对GET和POSTh的应{文跟在后面?nbsp;  
201 Created 服务器已l创Z文QLocation头给Z它的URL?nbsp;  
202 Accepted 已经接受hQ但处理未完成?nbsp;   
203 Non-Authoritative Information 文档已经正常地返回,但一些应{头可能不正,因ؓ使用的是文的拷贝(HTTP 1.1斎ͼ?nbsp;   
204 No Content 没有新文,览器应该l显C原来的文档?nbsp;  
205 Reset Content 没有新的内容Q但览器应该重|它所昄的内宏V用来强制浏览器清除表单输入内容QHTTP 1.1斎ͼ?nbsp;   
206 Partial Content 客户发送了一个带有Range头的GEThQ服务器完成了它QHTTP 1.1斎ͼ?nbsp;   
300 Multiple Choices 客户h的文可以在多个位置扑ֈQ这些位|已l在q回的文内列出。如果服务器要提Z先选择Q则应该在Location应答头指明?nbsp;   
301 Moved Permanently 客户h的文在其他地方Q新的URL在Location头中l出Q浏览器应该自动地访问新的URL?nbsp;   
302 Found cM?01Q但新的URL应该被视Z时性的替代Q而不是永久性的。注意,在HTTP1.0中对应的状态信息是“Moved Temporatily”Q出现该状态代码时Q浏览器能够自动讉K新的URLQ因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如,如果览器错误地hhttp://host/~userQ缺了后面的斜杠)Q有的服务器q回301Q有的则q回302。严格地_我们只能假定只有当原来的h是GET时浏览器才会自动重定向。请参见307?nbsp;   
303 See Other cM?01/302Q不同之处在于,如果原来的请求是POSTQLocation头指定的重定向目标文应该通过GET提取QHTTP 1.1斎ͼ?nbsp;   
304 Not Modified 客户端有~冲的文ƈ发出了一个条件性的hQ一般是提供If-Modified-Since头表C客户只x指定日期更新的文)。服务器告诉客户Q原来缓冲的文q可以l用?nbsp;  
305 Use Proxy 客户h的文档应该通过Location头所指明的代理服务器提取QHTTP 1.1斎ͼ?nbsp;  
307 Temporary Redirect ?02QFoundQ相同。许多浏览器会错误地响应302应答q行重定向,即原来的请求是POSTQ即使它实际上只能在POSTh的应{是303时才能重定向。由于这个原因,HTTP 1.1新增?07Q以便更加清除地区分几个状态代码:当出?03应答Ӟ览器可以跟随重定向的GET和POSThQ如果是307应答Q则览器只能跟随对GETh的重定向。(HTTP 1.1斎ͼ    
400 Bad Request h出现语法错误?nbsp;   
401 Unauthorized 客户试图未经授权讉K受密码保护的面。应{中会包含一个WWW-Authenticate_览器据此显C用户名?密码对话框,然后在填写合适的Authorization头后再次发出h?nbsp;   
403 Forbidden 资源不可用。服务器理解客户的请求,但拒l处理它。通常׃服务器上文g或目录的权限讄D?nbsp;   
404 Not Found 无法扑ֈ指定位置的资源。这也是一个常用的应答Q?nbsp;   
405 Method Not Allowed hҎQGET、POST、HEAD、DELETE、PUT、TRACE{)Ҏ定的资源不适用。(HTTP 1.1斎ͼ    
406 Not Acceptable 指定的资源已l找刎ͼ但它的MIMEcd和客户在Accpet头中所指定的不兼容QHTTP 1.1斎ͼ?nbsp;   
407 Proxy Authentication Required cM?01Q表C客户必dl过代理服务器的授权。(HTTP 1.1斎ͼ   
408 Request Timeout 在服务器许可的等待时间内Q客户一直没有发ZQ何请求。客户可以在以后重复同一h。(HTTP 1.1斎ͼ    
409 Conflict 通常和PUTh有关。由于请求和资源的当前状态相冲突Q因此请求不能成功。(HTTP 1.1斎ͼ   
410 Gone 所h的文档已l不再可用,而且服务器不知道应该重定向到哪一个地址。它?04的不同在于,q回407表示文怹地离开了指定的位置Q?04表示׃未知的原因文不可用。(HTTP 1.1斎ͼ   
411 Length Required 服务器不能处理请求,除非客户发送一个Content-Length头。(HTTP 1.1斎ͼ   
412 Precondition Failed h头中指定的一些前提条件失败(HTTP 1.1斎ͼ?nbsp;   
413 Request Entity Too Large 目标文的大超q服务器当前愿意处理的大。如果服务器认ؓ自己能够E后再处理该hQ则应该提供一个Retry-After_HTTP 1.1斎ͼ?nbsp;   
414 Request URI Too Long URI太长QHTTP 1.1斎ͼ?nbsp;   
416 Requested Range Not Satisfiable 服务器不能满_户在h中指定的Range头。(HTTP 1.1斎ͼ    
500 Internal Server Error 服务器遇C意料不到的情况,不能完成客户的请求?nbsp;   
501 Not Implemented 服务器不支持实现h所需要的功能。例如,客户发出了一个服务器不支持的PUTh?nbsp;  
502 Bad Gateway 服务器作为网x者代理时Qؓ了完成请求访问下一个服务器Q但该服务器q回了非法的应答?nbsp;   
503 Service Unavailable 服务器由于维护或者负载过重未能应{?nbsp;  
504 Gateway Timeout ׃Z理或|关的服务器使用Q表CZ能及时地从远E服务器获得应答。(HTTP 1.1斎ͼ    
505 HTTP Version Not Supported 服务器不支持h中所指明的HTTP版本 



]]>
[转]什么是开源YӞhttp://www.tkk7.com/orangelizq/archive/2008/11/19/241307.html桔子?/dc:creator>桔子?/author>Wed, 19 Nov 2008 03:20:00 GMThttp://www.tkk7.com/orangelizq/archive/2008/11/19/241307.htmlhttp://www.tkk7.com/orangelizq/comments/241307.htmlhttp://www.tkk7.com/orangelizq/archive/2008/11/19/241307.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/241307.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/241307.html作者:谷动力  2008-11-07 10:20:46  

 
  1997春天Q自pY件社团的一些领D聚集到加利尼亚州。这个社团包括EricRaymondQTimO’RerllyQVA Research的总裁Larry Augustin{hQ他们所兛_的是一U寻找方式,来向以前w避自由软g思想的h们推q这U思想。他们担心,自由软g基金会的反商业信条会让h们对自由软g敬而远之?/p>

  在Eric Raymond的坚持下Q这h同意他们所~Z的是市场营销zdQ这个活动的目的是赢得思想Q而不仅仅是市Z额。最后讨论的l果产生了一个新的术语来描述他们所推进的YӞOpen Source(开烦扰软g)。他们制定了一pd的指导原则,用来描述哪些软g可以有资DUCؓ开源Y件?/p>

  Bruce Perens 为制定开源Y件的定义做了很多基础性的工作。GNU工程的正式目标之一是创造一个自由可用的操作pȝQ以作ؓq_来运行GNU软g。从软g引导Qsoftwera boottstrappingQ的传统观点来看QLinux已经成ؓ那个q_QL inux是在GNU工具的帮助下创造出来的。Perens曄是Debian工程的领D,它所理的Linux发行版本Q只包括那些W合GNU_的Y件。Perens已经?#8220;DebianC会契约”QDebian Social ContractQ中明确地阐明了q一立场。开源Y件的定义?#8220;DebianC会契约”的直接物,因此开源Y件是与GNU的精一脉相承的?/p>

  与GPL相比Q开源Y件的定义允许更大授权自由。特别是当Y件中混合了专有Y件和开源Y件时Q开源Y件的定义允许在它们的基础上生成更大的混合?/p>

  l果是,开源Y件许可证能oZ服地允许使用和再分开开源YӞ而不必考虑补偿或者信用问题。D例来Ԍ你可以得C大的Netscape览器的源代码,q且把它作ؓq同另一个YӞ可能是专有YӞ一起发布出去,而用不着去通知|景QNetscapeQ公司。网景ؓ什么会希望如此呢?原因很多Q最引h注目的是Q这样做可以Z们的客户端代码赢得更大的市场份额。这些代码与他们的商业Y件一起工作得的非常好。从q个角度来说Q奉送源代码是徏立^台的一个很好的方式。这也是|景的h不用GPL的原因之一?/p>

  q在C֛中可不是事一桩?998q下半年Q曾l有一场重要的争论对Linux威胁极大Q几乎LinuxC֛破裂。裂痕是因出C两个软gpȝGNOME和KDE而引发的Q它们两者都试图建立一个面向对象的桌面界面。一斚wQKDE利用了Troll Technology公司的Qt库,其中的一部分属于专有代码Q但是很E_、很成熟。另一斚wQGNOME军_使用GTK+库,管它不如Qt成熟Q但是它是完全自q库?/p>

  q去QTroll Technology不得不在使用GPL和维持他们的专有软g立场之间q行选择。GNOME和KDE的裂痕本来会持箋下去。然而,在开源Y件出现后Q虽然Troll仍然控制他们惌的技术,但是Troll可以为希望QtW合开源Y件定义的人改变他们的许可证。LinuxC֛两个重要部分的裂痕看来要弥合了?/p>

  开源Y件的意义

  在AMDq赶q的漫O镉K中Q一句广为流传的话是q样说的Q?#8220;AMD的存在,不仅深受AMD客户的拥护,也是q用L气Q因为它打压了英特尔的高价垄断?#8221;同样Q开源Y件相对于商业软g也是同样的道理,其是对那些h垄断性质的Y件来_开源Y件更昑օp意义?/p>

  君不见在IBM、Sun{公司推动OpenOfficepȝ成ؓ业界标准的进gQ顽固如微Y者也不得不把MS Office拿出来充公。显Ӟ随着开源Y件的行Q商业Y件不仅被压羃了发展空_同时也促使Y件商们不断地降低软ghQ给消费者带来了显而易见的利益?/p>

  w兼开放源代码应用基金?OSAF)总裁和主席以及Mozilla基金会主席的Kapor先生pC,q两个基金会q不是要创徏新的杀手程序,而是要利用开源Y件的模式削弱微Y在网l浏览器和电子邮件Y仉域的垄断C?/p>

  事实上,对一些发展中国家Q或者说那些软g业欠发达国家来说Q开源Y件还Z们制造了后发优势Q提供了q赶和超发辑֛家Y件业的机会。毕竟,对于像中国这L发展中国Ӟ软g业的发展严重滞后Q完全依靠国内的资金和h才要惌像国q样的Y件大国,几乎是没有机会的Q充光只能是一U理惟뀂但是,如果能在Z开源Y件的基础上加大投入的话,q种理想有了实现的可能?/p>

   当然Q不得不提的是,业界也有人怀疑,开源Y件是否会扼杀国内软g人士的努力。就像AMD前段旉向我们提供X86技术一P有h担心会国h失去研究龙芯的兴致。还有h认ؓQ像MS Officeq样的Y件如果都开源的话,那么微Y们就不可能再投入大量的资金进行开发和升Q从而也会间接地ȝ软g业的发展。这些言论有一定道理,但开源的意义是Z挖掘新的产业模式Q这U探索精正是我们世代所鼓励的?

赢利模式是开源Y件发展的Ҏ

  8?日上午,以火?Firefox)览器闻名于世的Mozilla基金会,宣布成立一家子公司Mozilla CorporationQ以便投入可创造收益的商业zd。作Z家著名的开源Y件组l,Mozilla的行为招致大量质疑。h们之所以有q样的反应,是因ؓ认定开源Y件出现的初衷是免费和开放源代码QMozilla的行为看h无疑是违背了二大法条之一的免贏V?/p>

  但是Q开源Y件的免费说至就目前看来Q可能是Z的一U误解。让我们单地扫描一下当前开源Y件的q营模式Q第一U,软g完全免费Q后l服务收贏V像当前的Red Hat Linux是使用q样的模式。但是,q种模式q不是每一家开源企业都能用的Q也只有像Red Hatq样的行业领先者才有这L资本。第二种QY件免费,没有售后服务Q在软g市场成熟后,靠出售专利谋生。这U方式的代表是Foxmail。第三种Q应用服务提供模式。在q种模式下,软g和服务都是免费,企业按时间交U用费。最主要的运营模式也是q几U,其他U类的模式其实都是这几种模式的演化和变种。从中我们可以看出,开源Y件本w的是免费的,但开发者最初的意图其实是ؓ了通过后箋服务或出售专利等方式获利。从q个层面来说Q天下的没有免费的误餐?/p>

  当然Q不排除一些真正的免费的开源YӞ不过q只能是一些小型的软g。这些Y件不需要集中太多h的就能开发出来,后箋也不需要太多h的来l护和升U。而对一些大型Y件诸如操作系l等Q当前不可能成ؓ免费的开源Y件。因此说Q如果开源Y件找不到自己的赢利模式的话,很隄存下去,更别提发展了。上中标Y件有限公司常务副ȝ理秦勇就表示Q?#8220;在中国国内Linux市场上,虽然现在起得很快Q但是整个市场容量、整个市不够大,q不以LL国内?家企业的庞大的Linux家族?#8221;q句话背后的潜台词,很显然企业还是要靠Linux赢利的?/p>

  在笔者看来,开源Y件的意义在意源代码的开源,免费只能说是它的一U说法,q不代表实质性意义。因此说Q开源Y件企业要想生存和发展下去Q肯定得L自己的赢利模式。然而,q前来_能通过开源Y件赢利的太少了,即像Red Hatq样的业界巨_2004q才实现2亿美金的营业额,别的企业业W如何可想而知?/p>

  事实上,当前无论是国际还是国内的开源Y件组l和企业都是之又少Q原因何在,是因ؓq些l织和企业没有找到可行的赢利模式Q从而没有够的资金支持企业持箋发展下去?/p>

  高人才是开源Y件发展的瓉

  像本文开时说的那样Q国内外开源Y件业都存在缺乏高Uh才的问题。当前,开源Y件业的一致观点就是:人才数量不缺Q缺的是质量。实际上q句话更准确地表C应该是QhC~,~的是h才。据业内人士分析Q开源Y件目前能够想到的赢利模式都是Z业服务的。但是,目前的开源企业M上规模很,由几个h到几十h公司都有Q然而,大型企业对这L企业,包括几百人的软g企业Q都会持不信ȝ态度。Novell中国区市Z渠道ȝ|威pC,在两q前QNovell之所以收购SUSEQ一斚w当然是业务发展的需要,另一斚w其实也有扩大规模的动机。当前,Novell公司在全球已有数千h。Novell通过q种扩张Q就是想把非常好的技术放到坚实的企业q_上,两者结合,探烦出新的,Z业支撑提供好的Ҏ的盈利的比较好的道\?/p>

  然而,开源Y件虽然发展几乎与商业软g同步Q甚臛_以说更早Q但其真正以产业的Ş式问世,不过几十q时间。在q么短的旉里,又受限于规模的制U,不可能培d批的开源Y件h才,而缺乏开源Y件h才又q一步制U着开源Y件的发展Q这Ş成了开源Y件当前面临的恶性@环。同Ӟ׃开源Y件本w的免费Q对于刚h的企业来_存在资金的瓉Q在没有投资者注资的情况下,企业很难持l提供高薪给企业员工Q这实际上也是制U开源Y件发展的重要原因。毕竟,高񔽎理人才是从普通员工培养而来的,没有大批的后备队伍,高񔽎理人才从何而来啊?

  q前来_虽然开源Y件的高񔽎理人才工资很高Q但q只不过是极数的hQ对普通员工来_工资其实q不高。所以说Q从行业的角度分析,开源Y件缺的可能不是h才,而是资金。大丈夫何患无妻Q开源Y件业有钱了又何患无h呢?br />



]]>
[转]web 3.0 的思?/title><link>http://www.tkk7.com/orangelizq/archive/2008/03/24/188329.html</link><dc:creator>桔子?/dc:creator><author>桔子?/author><pubDate>Mon, 24 Mar 2008 11:18:00 GMT</pubDate><guid>http://www.tkk7.com/orangelizq/archive/2008/03/24/188329.html</guid><wfw:comment>http://www.tkk7.com/orangelizq/comments/188329.html</wfw:comment><comments>http://www.tkk7.com/orangelizq/archive/2008/03/24/188329.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/orangelizq/comments/commentRss/188329.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/orangelizq/services/trackbacks/188329.html</trackback:ping><description><![CDATA[<p>     web 3.0 的思?br /> <br /> 钱宏? 原SOHU互动产品部技术主? 负责规划pȝl构和设? 产品包括 SOHUC֌和SOHU直播间。个人空_http://spaces.msn.com/qianhw/</p> <p>    Z老大L说一句话Q叫“WEB 2.0", 让他很是郁闷的是很多叫不上口Q摆不上桌面的网站也叫嚣自己是正宗的web2.0Q?像Z街口的小贩前面放一?#8221;正宗臭豆?#8220; 牌子一P只是俺写E序nQ从来看不清楚什么叫WEB2.0,或者说web2.0和所?.0 有什么不同, 因ؓ按照他们归纳q个WEB2.0 包括博客Q社区,{等我看来和CMS没有什么不一P 后来俺和一个MM讨论C֌的时候,发现一个h的思维是有一个定式的Q而且你不太可能改变, MM认ؓBBS和社Z是同一个东西,BBS是需要登陆,注意q个mm她从来都是用TELNET的方式上清华bbsQ然后用IE上sohuC֌看减肥,在她的思维观念中, q是两个完全不同的世界,我怎么_也无法说服她Q最后只能放弃,而她男友在旁边幸灾乐,估计他早料到q结果,让俺q个M乎的鸡蛋ȝ矛_。从q个文科MM或者说他们q种文科的思维方式Q是形式军_内容的方式?br />    <br />    看来我需要{换一个观点,从Ş式来看这个WEB2.0, q些产品的特征都是发的h众多Q博客,C֌Q都是这P2?是把写作从一个少Ch权力变成全天下都能用的权力Q?像演戏一P李亚朋这U视觉的噩梦能让普通h代替Q虽然他们未必出彩,但v码能够让Z怎么看都不会吐。由于这U特征,可见2.0更多的体现的是一U^民参与的意识Q就是说在能控制的范围内Q你能做以前只有数所谓精׃h才能做的事情。从q个斚w来看QRSS基本不太能算?.0里面去,他只能算?.0的扩展表现Ş式。而博客是淋漓至的体现?nbsp; q且一Uh扩大了Q就是演员,因ؓ观众来多Q演员也需要越来越多,从而能够从不同的方面来吸引的越来越多的人来参与。茅台开是香飘万里Q俺们习惯了让h喜欢都是香的Q对于臭豆腐Q或者怪味豆都理所当然认ؓ不好Q却不知道这些东西喜Ƣ的也是众多的, 所以在q里束缚我们发展的,更多的是我们自己的观炏V?br />    <br />     ?.0的好处就是说你的观点无法U束q些表现形式Q他只是一个^収ͼ一个展C的q_Q舞的好不好Q标准是观众Q而不是一个审判台好不好是掌握在少敎ͼ或者说一个h手里手里。所以ؓ什么俺们老大不停的说q个WEB2.0, 是x变这U公司的|站象审判台感觉Q希望更多选择权力能让大众参与Q从C֌战略Q?博客战略Q都是这U思维Q所以最大的老大提出技术回归也是这个道理,毕竟q_的制作需要的是技术,说的明白一点就是需要一好工hQ搭一个够大的架子,制作一个规则,然后L能装下全北京的hQ让后让q帮人在里面HAPPY.</p> <p>     而这个时候,俺发现这个时候,从来都是位于最后面一层的技术开始面对直接面对用户了Q以前都是编辑,销售什么的Q而技术面对直接用h大的问题仍然是一个思维方式Q就是是技术观点约束我们自q发展Q可见这个时候如此多的h和内容的时候,如何l织成了一个巨大的问题Q就像网路上讨论航空母舰一P有h_按照我们造船能力Q造一个航母不成问题, 只是如何造和如何理是一个巨大的问题Q?换句话来_C2?时候, 面对量的内容和观众Q这个规则就成了一个巨大的问题Q一个大的规则来定义所有的内容和观众,肯定是不行,现在不是文革Q个性话需求会来多Q靠所谓的产品人员来想规则Q则仍然回到?.0的审判台时代Q这一群人来理控制一个大的不可思亦的东西,像恐龙头上一个小的可怜的大脑Q最后结果当然和恐龙一P是l种Q如何让q个w躯庞大的东西运行v来,非需要一个超大智慧不可?谁能解决q个问题Qƈ且付于现实Q谁p再次一l江?br />     <br />      于是有了web3.0之说Q这个很早是俺看的一个哥们提出的Q?叫下一代WEB3.0是大家来定义规则Q俺当时看的很是云里NQ就像算命的说俺未来什么样子, p一个竭语,什么遇腊而擒Q?个h认ؓ又是某个弱智出来h视听Q而今天看?雅虎推四U新~程接口 能自行开发网l应?, H然惛_Q我靠,那个WEB3.0好像也YAHOO的一个乌龟提出来的, q个WEB3.0Q?我在今年玩魔兽的时候体会很深,q好象不是一个弱智的呓语Q而真的是一个可以实现的东西Q作Z界游戏的王者,暴雪Q从来不~天才的x和创意,在星际中Q就有地囄辑器Q我当时q不明白Z么, C兽的编辑器出来Q发现在兽最好玩的地图,都是|友开发出来的Q很多地图,如:qL侠传,  玩着玩着Q?我都很惊诧, q帮人是怎么惛_的, q有三国pdQ?金字塔, 真的让h叹ؓ观止Q?而这些,我想Q?如果说GAME能够q么分,暴雪已经实现了GAME 3.0?/p> <p>     而web 3.0 也是需要仿照他一P 是说我们的E序规则也需要有一个方式让普通h能够参与q来Q从而我们不是搭一个台子让q些行游戏,而是l这些h工具Q让他们帮我们搭一个够大的世界, 来容U下_大的内容和观众,想一下,一个^台能容纳多少人来搭徏Q?WEB1.0时代Q我们需要编辑,最多有多少Q?000? 2.0时代Q社区每天发贴的人是5Q?万,多一点就能上十万Q博客甚臌包括象徐q雷q样的名讎ͼ 同样Q在3.0 时代Q我们能够徏立徏立规则能够让普通网友参与这个^台的Q就像我们在全世界各地有无数工程师一P 而且是无数天才的工程师~ Q想想看Q普通的写文章,通过q_Q就能生这么大的能量, LC工业C会之魂的工E师协助我们q个q_Q将是怎样的一U盛c?/p> <p>   q个YAHOOp在前面,作ؓ互联|的始坐勇者, 搜烦是他最早提出的Q却因ؓ没有坚持Q这个不知道会怎么P<br /> </p> <img src ="http://www.tkk7.com/orangelizq/aggbug/188329.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/orangelizq/" target="_blank">桔子?/a> 2008-03-24 19:18 <a href="http://www.tkk7.com/orangelizq/archive/2008/03/24/188329.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>《网l时代的软g工程》报?-有感http://www.tkk7.com/orangelizq/archive/2008/03/18/186970.html桔子?/dc:creator>桔子?/author>Tue, 18 Mar 2008 04:32:00 GMThttp://www.tkk7.com/orangelizq/archive/2008/03/18/186970.htmlhttp://www.tkk7.com/orangelizq/comments/186970.htmlhttp://www.tkk7.com/orangelizq/archive/2008/03/18/186970.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/186970.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/186970.html前段旉d了一?李d?/span> 院士 报告会:《网l时代的软g工程?/span>
仅仅讲了40分钟Q但所展现的观炚w常新颖,有深度,而且q深入浅出,真不愧是大师啊!其主要观点整理如下Q?/span>

1.      软g是在pȝ里工作的吗?

       NO1. 软g在网l环境下工作

    软g工程40q的尬Q一直以自我Z心?/span>

2.      需求是软g生命周期中的一个阶D吗Q?/span>

       NO2. 软g工程向需求工E倾斜

       (软g是服务业)

3.      软g工程是分层结构吗Q?/span>

       NO3. 软gl构可以用网l拓扑来表示?/span>

       软g最重要的是其交互?/span>

       |络上Y件的交互一般有三种Q单向消息,双向数据交互Q方法调?/span>

4.      软g是强l构好,q是q构好Q?/span>

       NO4. 问题形式化向本体描述方向发展

       体系l构(architecture) 不如 Framework

5. 软g是开发出来的吗?

       NO5. 软g在演化中生长完善?/span>

 

资源与服务: 资源是所拥有的,服务是用h需求的?/span>

 

软g工程和其他工E其实没有什么不同,只是因ؓ软g是无形的Q所以更难以试?/span>



]]>
搜烦英文论文的网?/title><link>http://www.tkk7.com/orangelizq/archive/2008/01/03/172566.html</link><dc:creator>桔子?/dc:creator><author>桔子?/author><pubDate>Thu, 03 Jan 2008 12:30:00 GMT</pubDate><guid>http://www.tkk7.com/orangelizq/archive/2008/01/03/172566.html</guid><wfw:comment>http://www.tkk7.com/orangelizq/comments/172566.html</wfw:comment><comments>http://www.tkk7.com/orangelizq/archive/2008/01/03/172566.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/orangelizq/comments/commentRss/172566.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/orangelizq/services/trackbacks/172566.html</trackback:ping><description><![CDATA[<p><font style="background-color: #eff8f0">搜烦英文论文的网?/font></p> <p><font style="background-color: #eff8f0">http://citeseer.ist.psu.edu/<br /> http://dblp.uni-trier.de/<br /> http://www.computer.org/portal/site/ieeecs/index.jsp<br /> http://smealsearch2.psu.edu/index.html/<br /> http://portal.acm.org/portal.cfm<br /> http://www.vldb.org/</font></p> <img src ="http://www.tkk7.com/orangelizq/aggbug/172566.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/orangelizq/" target="_blank">桔子?/a> 2008-01-03 20:30 <a href="http://www.tkk7.com/orangelizq/archive/2008/01/03/172566.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>事业部制l织l构 ?矩阵式组l结?/title><link>http://www.tkk7.com/orangelizq/archive/2007/12/02/164686.html</link><dc:creator>桔子?/dc:creator><author>桔子?/author><pubDate>Sun, 02 Dec 2007 11:59:00 GMT</pubDate><guid>http://www.tkk7.com/orangelizq/archive/2007/12/02/164686.html</guid><wfw:comment>http://www.tkk7.com/orangelizq/comments/164686.html</wfw:comment><comments>http://www.tkk7.com/orangelizq/archive/2007/12/02/164686.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.tkk7.com/orangelizq/comments/commentRss/164686.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/orangelizq/services/trackbacks/164686.html</trackback:ping><description><![CDATA[<p><span style="color: #0000ff">事业部制l织l构</span> ?<span style="color: #0000ff">矩阵式组l结?br /> <br /> <br /> <span style="color: #0000ff">事业部制l织l构</span></span></p> <p>事业部制最早是q国通用汽R公司总裁斯隆?924q提出的Q故?#8220;斯隆模型”之称Q也?#8220;联邦分权?#8221;Q是一U高度(层)集权下的分权理体制。它适用于规模庞大,品种J多Q技术复杂的大型企业Q是国外较大的联合公司所采用的一U组lŞ式,q几q我国一些大型企业集团或公司也引q了q种l织l构形式。?<br /> 事业部制是分U管?、分U核、自负盈亏的一UŞ式,即一个公司按地区或按产品cd分成若干个事业部Q从产品的设计,原料采购Q成本核,产品刉,一直到产品销售,均由事业部及所属工厂负责,实行单独核算Q独立经营,公司总部只保留h事决{,预算控制和监督大权,q过利润{指标对事业部进行控制。也有的事业部只负责指挥和组l生产,不负责采购和销售,实行生和供销分立Q但q种事业部正在被产品事业部所取代。还有的事业部则按区域来划分。这里就产品事业部和区域事业部做些简单的介绍?</p> <p><br /> (1)产品事业部(又称产品部门化) <br /> 按照产品或品系列组l业务活动,在经营多U品的大型企业中早已显得日益重要。品部门化主要是以企业所生的品ؓ基础Q将生某一产品有关的活动,完全|于同一产品部门内,再在产品部门内细分职能部门,q行生该品的工作。这U结构Ş态,在设计中往往一些共用的职能集中Q由上委派以辅导各产品部门Q做到资源共享?</p> <p>产品部门化的优点是: <br /> ①有利于采用专业化设备,q能使个人的技术和专业化知识得到最大限度的发挥Q?<br /> ②每一个品部都是一个利润中心,部门l理承担利润责QQ这有利于ȝ理评价各部门的政l; <br /> ③在同一产品部门内有关的职能zd协调比较ҎQ比完全采用职能部门理来得更有Ҏ; <br /> ④容易适应企业的扩展与业务多元化要求?br />  <br /> 产品部门化的~点是: <br /> ①需要更多的h全面理才能的h才,而这cMh才往往不易得到Q?<br /> ②每一个品分部都有一定的独立权力Q高层管理h员有时会难以控制Q?<br /> ③对总部的各职能部门Q例如h事、胦务等Q品分部往往不会善加利用Q以x部一些服务不能获得充分的利用。?</p> <p><br /> (2)区域事业部制Q又U区域部门化Q?<br /> 对于在地理上分散的企业来_按地区划分部门是一U比较普遍的Ҏ。其原则是把某个地区或区域内的业务工作集中v来,委派一位经理来ȝ其事。按地区划分部门Q特别适用于规模大的公司,其是跨国公司。这U组l结构Ş态,在设计上往往设有中央服务部门Q如采购 、h事、胦务、广告等Q向各区域提供专业性的服务?</p> <p>部门化的优点是: <br /> ①责d区域Q每一个区域都是一个利润中心,每一区域部门的主都要负责该地区的业务盈亏; <br /> ②放权到区域Q每一个区域有其特D的市场需求与问题Q总部放手让区域h员处理,会比较妥善、实际; <br /> ③有利于地区内部协调Q?<br /> ④对区域内顾客比较了解,有利于服务与沟通; <br /> ⑤每一个区域主,都要担负一切管理职能的zdQ这对培养通才理人员大有好处?</p> <p>其缺ҎQ?<br /> ①随着地区的增加,需要更多具有全面管理能力的人员Q而这cMh员往往不易得到Q?<br /> ②每一个区域都是一个相对独立的单位Q加上时_I间上的限制Q往往?#8220;天高皇帝q?#8221;Q总部难以控制Q?<br /> ③由于总部与各区域是天各一方,难以l持集中的经服务工作?<br /> M来说Q事业部必须h三个基本要素Q即相对独立的市场;相对独立的利益;相对独立的自L。?<br /> 事业部制的好处是Qd叔R导可以摆脱日怺务,集中_֊考虑全局问题Q事业部实行独立核算Q更能发挥经营管理的U极性,更利于组l专业化生和实C业的内部协作Q各事业部之间有比较Q有竞争Q这U比较和竞争有利于企业的发展Q事业部内部的供、、销之间Ҏ协调Q不像在直线职能制下需要高层管理部门过问;事业部经理要从事业部整体来考虑问题Q这有利于培d训练理人才。?<br /> 事业部的~点是:公司与事业部的职能机构重叠,构成理人员费Q事业部实行独立核算Q各事业部只考虑自n的利益,影响事业部之间的协作Q一些业务联pM沟通往往也被l济关系所替代。甚臌总部的职能机构ؓ事业部提供决{咨询服务时Q也要事业部支付咨询服务贏V?</p> <p> </p> <p><span style="color: #0000ff">矩阵式结?br /> </p> <p><br /> <span><span style="color: #000000">矩阵式结构的出现是企业管理水q的一ơ飞跃。当环境一斚w要求专业技术知识,另一斚w又要求每个品线能快速做出变化时Q就需要矩阵式l构的管理。职能式l构U向的信息沟通,而事业部式结构强调横向的信息动Q矩阵式是这两种信息动在企业内部同时实现?</span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">在实际操作中Q这U双重管理的l构建立和维持v来都很困难,因ؓ有权力的一方常常占据支配地位。因此比较成熟的矩阵式管理模式ؓ带有目Q品小l性质的职能型l织。职能部门照常行使着理职能Q但公司的业务活动是以项目的形式存在的。项目由目l理全权负责Q他向职能经理烦要适合的h力资源,在项目期_q些员工归项目经理管理。而职能经理的责Q是保证h力资源合理有效的利用?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">与前两种l构不同Q矩阵式l构很少能从l织l构图中判断出来Q需要根据企业具体的理行ؓ加以判断。而企业是否应该实行矩阵式理Q应该依据下面三个条件加以判断: </span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">条g一Q品线之间存在着׃n希缺资源的压力。该l织通常是中{规模,拥有中等数量的品线。在不同产品共同灉|C用h员和讑֤斚wQ组l有很大压力。比如,l织q不_大,不能为每条品线安排_的工E师Q于是工E师以兼职项目服务的形式被指z承担品服务?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">条g二:环境对两U或更多的重要品存在要求。例如对技术质量和产品快速更新的要求。这U双重压力意味着在组l的职能和品之间需要一U权力的q。ؓ了保持这U^衡就需要一U双重职权的l构?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">条g三:l织所处的环境条g是复杂和不确定的。频J的外部变化和部门之间的高度依存Q要求无论在U向q是横向斚w要有大量的协调与信息处理?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">Ҏ上面的条件可以看出,提供咨询服务的公司最适合采用矩阵式结构。例如中型规模的咨询公司Q这L公司规模在几十h至上百hQ咨询顾问可以根据业务专业划分ؓ不同的职能团队,例如财务咨询Q生产、工E咨询,理咨询组。由于咨询顾问的成本较高Q优U的咨询顾问资源相对稀~,而咨询公司没有统一的品,需要根据客L具体情况q行二次设计Q每一个项目都是一个全新的产品Q无法通过水U作业完成。而且Q品的质量需要由目l理和职能经理共同控制。矩阵式的结构能最好的满以上的条件?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">矩阵式结构的优势在于它能使h力、设备等资源在不同的产品Q服务之间灵zd配,l织能够适应不断变化的外界要求。这U结构也l员工提供了获得职能和一般管理的两方面技能。在矩阵式组l里Q关键组l成员的角色定位非常重要。这些关键组l成员包括:高层领导者、矩阵主和员工?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">  高层领导者的主要职责是维持职能经理和产品l理之间的权力^衡。高层领D也必须愿意q行决策委托Q鼓p能经理和产品l理直接接触Q共同解决问题,q将有助于信息共享和协调?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">矩阵ȝ的问题在于如何控制他们的下属。由于下属接受两个主同旉|不自觉的员工会利用这个机会钻I子Q造成ȝ对他的管理真I化。因此,职能和品主必M起工作,解决问题。职能主主要解决下属的技术水q问题,而项目主则具体下属在q个目上的行ؓ、工作结果和l效。这些活动需要大量的旉、沟通、耐心以及和别人共同工作的技巧,q些都是矩阵理的一部分?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">员工接受双重领导Q经常能体会到焦虑与压力。他的两个直接经理的命ol常会发生冲H。这时双重主的员工必须能够面对产品l理和职能经理的指oQŞ成一个综合决{来定如何分配他的旉。员工们必须和他的两个主保持良好关p,他们应该昄出对q两个主的双重忠诚?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">矩阵式结构最早应用于飞机刉和航天器械的生产项目中。职能部门包括研发、工E、安装、测试等{。每一个项目都需要全新的产品Q例如新型飞机、宇宙火等。现在,矩阵式结构已l在跨国公司里普遍用,最有代表性的公司要数“世界电器巨hABB公司。ABB公司全球拥有25万员工,在每一个国安采取矩阵式结构,公司按区域和业务维度划分。这样做是ؓ了既保证公司产品的本土化特点Q又保证规模效应和技术的领先性。ABB本土的经理负责自行开发新产品Q开发市Z政府dQ而业务经理负责全球的产品战略决策。根据这Ll构QABB在全球范围成立合资企业,每个合资企业规模都很(ABB全球?200个合资公司)Q但大约1100个合资公司的ȝ理都同时向区域经理汇报,也向全球业务l理汇报。通过q样的管理,ABB仍然作ؓ一个有整体战略的公司,成ؓ世界甉|巨h。通过矩阵式结构,ABB有效地将全球化战略和本地化品相l合Q将跨国公司的规模优势和公司的灉|、低成本优势相结合,但双重管理需要的沟通难度可惌知。ABB大部分管理文件的内容在描q区域经理和业务l理的职责和怺关系上,q过不断地培训ɾl理们明白他们的角色。同Ӟ他们q开发新的信息管理系l,加强信息׃n。即便这P沟通问题现在依然是ABB最q切解决的问题?q些q来QIBM、HP{著名的外国企业都采用矩阵式的组l结构。尽在理学的教科书上看到q对矩阵l织优劣的探讨,但很难有切n的感受。这ơ听叶成辉先生谈赯q历着的IBM公司的矩늻l,感到L不浅?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">  1987q_加州伯克利大学电子工E专业出w的叶成辉在国加入IBM旧金山公司,成ؓ一名程序员。因Z喜欢~程{技术类的工作,梦想着做生?DOBUSINESS)、当l理(比较喜欢跟h沟?Q他便主动请~到销售部门去做,l过了差不多5q时间的努力Q获得提升,成ؓ一U的l理。随后,叶先生回到IBM香港公司Q做产品l理。由于个?#8220;斗志旺盛”Q业l不错,而且“官运亨?#8221;Q差不多每两q他都能够蹦一个台Ӟ如今Q叶成辉已经是IBM大中华区服务器系l事业部AS/400产品的ȝ理?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">  从旧金山到香港,再到q州到北京;从普通员工到一U经理,再提升到现在做三U经理;从一般的产品营销Q到逐步专注于服务器产品Q再到AS/400产品l理Q?0多年来,叶成辉一直在IBM?#8220;巨型多维矩阵”中不断移动,不断提升。他认ؓQIBM的矩늻l是一个很特别的环境,“在这个矩늎境中Q我学到了很多东ѝ?#8221;IBM是一个巨大的公司Q很自然地要划分部门。单一地按照区域地域、业务职能、客L落、品或产品pd{来划分部门Q在企业里是非常普遍的现象,从前的IBM也不例外?#8220;q七八年以来QIBM才真正做C矩阵l织?#8221;q也是_IBM公司把多U划分部门的方式有机地结合v来,其组l结构Ş成了“zȝ?#8221;立体|络--多维矩阵。IBM既按地域分区Q如亚太区、中国区、华南区{;又按产品体系划分事业部,如PC、服务器、Y件等事业部;既按照银行、电信、中企业等行业划分Q也有销售、渠道、支持等不同的职能划分;{等Q所有这些纵横交错的部门划分有机地结合成Z体。对于这个矩阵中的某一位员工比如叶成辉l理而言Q他既是IBM大中华区的一员,又是IBM公司AS/400产品体系中的一员,当然q可以按照另外的标准把他划分在其他的部门里?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">  IBM公司q种矩阵式组l结构带来的好处是什么呢Q叶成辉先生认ؓQ非常明昄一点就是,矩阵l织能够弥补对企业进行单一划分带来的不I把各U企业划分的好处充分发挥出来。显Ӟ如果不对企业q行地域上的l分Q比如说只有大中华而没有华南、华东、香港、台湾,无法针对各地区市场的特Ҏ工作深入下去。而如果只q行地域上的划分Q对某一U品比如AS/400而言Q就不会有一个h能够非常了解q个产品在各地表现出来的特点Q因为每个地区都会只看重该地区整盘的生意。再比如按照行业划分Q就会专门有人来研究各个行业客户对IBM产品的需求,从而更加有效地把握住各U品的重点市场?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">  “如果没有q样的矩늻构,我们要想在某个特定市场推q品,׃变得非常困难?#8221;叶成辉说。比如说在中国市场推qAS/400q个产品吧,׃矩阵式组l结构的存在Q我们有华南、华东等各大区的队伍Q有金融、电信、中企业等行业队伍Q有市场推广、技术支持等各职能部门的队伍Q以及专门的AS/400产品的队伍,大家怺协调、配合,很Ҏ打开局面?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">  “首先Q我作ؓAS/400产品l理Q会比较清楚该品在当地的策略是什么。在中国QAS/400的客户主要在银行业、保险业Q而不像美国主要是在零售业和流通业Q在亚太区,AS/400的品还需要朝低端赎ͼ不能只走高端Q中国市Z需要AS/400的h位、配|以及每个月需要的数量{,只有产品l理Q才能比较清楚。从产品q条U来看,我需要跟国工厂订货Q保证货源供应。从产品销售的角度看,AS/400的品部门需要各相关地区的职能部门协助,做好促销的活动;然后需要各大区、各行业销售力量把产品销售出厅R比如,我需要在媒体上做一些访问,p当地负责媒体公关的部门协助。再如,我认?#8220;莲花宝箱”(Z国市场量w定制的AS/400)除了L银行外,q要大力推向中小企业市场Q那么就需要跟中国责中企业的行业ȝ理达成共识。当Ӟ“莲花宝箱”往低端赎ͼq需要分销渠道介入Q这Ӟ需要负责渠道管理的职能部门q行协调。从某种意义上讲Q我们之间也互ؓ“客户”关系Q我会创造更好的条g让各区、各行业更努力推qAS/400?#8221;叶成辉说?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">  M事情都有它的“两面?#8221;。矩늻l在增强企业产品或项目推q能力、市场渗透能力的同时Q也存在它固有的弊端。显Ӟ在矩늻l当中,每个人都有不止一个老板Q上上下下需要更多的沟通协调,所以,“IBM的经理开会的旉Q沟通的旉Q肯定比许多企业要长,也可能得决{的q程放慢?#8221;叶成辉进一步强调,“其实Q这也不成ؓ问题Q因为大多数情况下还是好的,IBM的经理们都知道一个好的决定应该是怎样的?#8221;另外Q每一位员工都׃同的老板来评C的业l,不再是哪一个h说了,评估的结果也会更加全面,“每个人都会更加用心去做工作,而不是花心思去讨好老板?#8221;同时q用不同的标准划分企业部门,׃形成矩阵式组l。显Ӟ在这Ll织l构内部Q考核员工业W的办法也无法单。在特定客户看来QIBM公司只有"唯一客户出口"Q所有种cȝ产品都是一个销售员销售的Q品部门、行业部门花大气力进行品、客hq,但是Q对于每一W交易而言Q往往又是由其所在区域的IBM员工最后完成;{等。问题是Q最后的业W怎么计算Q品部门算多少贡献Q区域、行业部门又分别多呢Q叶成辉_“其实QIBMl过多年的探索,早已l解册个问题了。现在,我们有三层销?-产品、行业和区域Q同Ӟ我们也采取三层评伎ͼ比如说经q各方共同努力,华南区卖l某银行10套AS/400Q那么这个销售额l华南区、AS/400产品部门以及金融行业部门都记上一W?#8221;当然Q无Z哪一个层面来看,其d都是一致的。比如从大中华区周伟锟的立场来看Q下面各分区业W的dQ大中华区全部行业销售总额Q或者大中华区全部?服务)销售总额Q三个数字是一LQ都可以说明他的业W?</span></span></span></p> <p><span><span style="color: #000000"><span style="color: #000000">  在外界看来,IBMq架巨大的战车是Ex前进的,变化非常~慢。叶成辉认ؓQ这其实是一U误会。对于基层的员工Q对于比较高层的l理Q这两头的变化相Ҏ较小Q比较稳定。比如说一名普通员工进入IBMQ做AS/400的销售,差不多四五年旉都不会变化,然后Q可能有Z升Q一U经理。再比如亚太区的ȝ理,也可能好多年不变Q因为熟悉这么大区域的业务,建立起很好的客户关系Q也不太Ҏ。所以,外界p得IBM变动~慢?#8220;但是Q在IBM矩阵内部的变化还是很快的。中间层的经理h员差不多一两年p变化工作Q或者变化老板Q变化下属,q样׃使整个组l不断地创新Q不断地向前发展?#8221;叶成辉说Q?#8220;我在IBM公司10多年Q换?0多位老板。每一位老板都有不同的长处,从他们那里我学到了很多。其实,IBM的每一位员工都会有q样的幸q?#8221;矩阵l织l构是有机的Q既能够保证E_地发展,又能保证l织内部的变化和创新。所以,IBM公司常常传着一句话Q换了谁也无所谓?/span></span></span></span></p> <img src ="http://www.tkk7.com/orangelizq/aggbug/164686.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/orangelizq/" target="_blank">桔子?/a> 2007-12-02 19:59 <a href="http://www.tkk7.com/orangelizq/archive/2007/12/02/164686.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>[转]资深E序员给ChE序员的八点http://www.tkk7.com/orangelizq/archive/2007/12/01/164492.html桔子?/dc:creator>桔子?/author>Sat, 01 Dec 2007 06:06:00 GMThttp://www.tkk7.com/orangelizq/archive/2007/12/01/164492.htmlhttp://www.tkk7.com/orangelizq/comments/164492.htmlhttp://www.tkk7.com/orangelizq/archive/2007/12/01/164492.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/164492.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/164492.html[转]资深E序员给ChE序员的八点   作? 王玉?出处:Csdn 

07q已l是陈皓在程序员行业里的W十个年头了。ȝq十q_毕业的头两年Q陈皓在银行中昏昏沉沉中度过Q?#8220;q是我最p|的时候,两年的时间几乎完全白费了?#8221;后来在上L两年Q我拼命地学习看书,q不断ȝ所做的目Q这个阶D|我补评阶段Q也是我量变的阶Dc到了北京的q五q_是我从量变向质变转换的阶Dc?/p>

拼命看书

刚毕业的时候,陈皓也像很多刚毕业的学生一PҎ没有对自q职业q行q比较好的规划?#8220;q记得当时什么都没有惻I是惛_一些实际的事情Q好好的ȝ一些技术。实在没有别的什么想法?#8221;在毕业头三年中(1998q到2001q_Q不要说是对未来的职业有所规划Q对所学的技术也是毫无规划?/p>

d银行后到上v加入了一家专做银行的pȝ集成的公司,发现自己和别人的差距非常的大Q所以开始拼命地看书和学习,在到上v的头一q中Q看了四、五十本书,研究的技术包括PB, delphi, SQL, HTML, CSS, DHTML, java, Perl, CGI, ASP, PHP, JSP, XML, UML, MFC, Lotus Notes, Unix, Oracle, Informix, C++, ActiveX, ODBC, ADO, .NET, COM, 乃至CISCO路由器的配置QPhotoshop, 3DMAX……陈皓学得很杂很泛Q完全没有目的,只是觉得别h懂的自己也要懂?/p>

“看了许多许多的书Q完全没有好好想惌己应该走什么方向。现在回头看来也不知道是好还是不好?#8221;

也许是看的书太多Q懂的东西太多,后来有机会参与了一ơ全国性质的项目。后台是AIX+Informix用C开发,前台是用PB的PFC做界面,通过IBM的CICSq个中间件连通前后台。在开发这个项目的一q时间里Q陈皓对Unix/C/C++以及分布式系l有了非常深d认识Qƈ深深地迷上了它们Q同时对大型软g工程的流E和理有了非常深刻的了解?/p>

q个目寚w皓的影响非常大,除了技术上的收获之外,更让陈皓逐渐定了自q规划?/p>

技术之?/p>

2002q底Q北京一家做分布式计?|格计算q_的加拿大公司Ҏ产生了兴,l过5轮面试陈皓拿CofferQ又一ơ开始了我的奔走——从上v来到了北京?/p>

新的公司让陈皓的Unix/C/C++得到了非常大的m固,“q个公司也让我这个土狼学C很多很多Q特别是认识和观念上?#8221;特别是在带领一个team对公司欧z用户做Customer Service斚w的工作时Q陈皓学C很多客户理的知识,p能力、与人沟通的能力以及对Y件的认识得到了完全的升华?/p>

陈皓开始用一U和以前完全不一LҎL考问题——从用户的角度对问题q行思考?#8220;此时Q技术方向对我来说已不重要,技术对我来说已l变得非常简单,因ؓ技术只需要看书看文可以获取?#8221;陈皓开始用全新的方式思考如何管理一个团队,如何刉一个成功的软gQ如何管理客戗ƈ由此有了更进一步的职业规则——成Z个成功的技术主、徏立一个成功的团队、开发一个成功的软g产品?/p>


l新人程序员的八点徏?/span>

走过弯\Q有q迷茫,回首九年陈皓感慨万千?#8220;今天Q我对许多刚上\的朋友都会说Qh生的规则很重要,从上大学时就要好好规划?#8221;他结合自w经历,对许多刚t入E序员行列的ChE序员,他给Z以下八点Q?/p>

1.在大学的时候尽量多地进入公司参与实际工作,一斚wU篏工作l验Q另一斚wQ提前认识工作和自己Q以便毕业时更准地把握自己的方向?/p>

2.从毕业开始到毕业后至?q内Q踏t实实地专研技术,q是一个积累过E,千万不要把心思放在钱和职位上。钱和职位只是能力的附属品,不要让其喧宾Z?/p>

3.从毕业后3q到7q的旉Q注意学习工作当中的Ҏ以及相关的管理和程Q不但要知其Ӟq要知其所以然?/p>

4.30岁以前,t踏实实地学习。学技术,学做人,学做事?0岁以后再谈自q发展?/p>

5.毕业后的?q主要是量的U篏Q要不停地积累知识和Ҏ。毕业后??0q主要是质变Q应该着重于思维和想法的更新。后五年应该有很强的包容能力和接受新东西的能力,千万不要太过固执和坚持自qx?/p>

6.换工作要“承前启后”Q前面的工作会成为后面工作的一个基Q而后面的工作又会成ؓ前面工作的一个很自然的gl?/p>

7.不要只把心思放在技术上Q技术是hard skillQ只要下工夫׃定会掌握。更要注意与人沟通等Zh处事的soft skill上。hard skill像一个大树的根,而soft skill则像一个大树的枝叶。树Ҏ你的根基Q能让你站得很稳Q而枝叶能让你向天IZ展,获得发展?/p>

8.对于E序员来_应该始终CQ技术不是主要的Q主要的是通过技术能够解决什么样的问题。一定经常想要解决什么的问题Q要满什么样的需求,而不是要用什么样的技?/p>


 



]]>
六度I间理论 [源自Baidu]http://www.tkk7.com/orangelizq/archive/2007/10/22/155106.html桔子?/dc:creator>桔子?/author>Mon, 22 Oct 2007 13:41:00 GMThttp://www.tkk7.com/orangelizq/archive/2007/10/22/155106.htmlhttp://www.tkk7.com/orangelizq/comments/155106.htmlhttp://www.tkk7.com/orangelizq/archive/2007/10/22/155106.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/155106.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/155106.html数学领域?a target="_blank">猜想Q名?strong>Six Degrees of SeparationQ中文翻译包括以下几U: 六度分割理论、六度空间理Z及小世界理论{?

你和M一个陌生h之间所间隔的h不会过六个Q也是_最多通过六个Zp够认识Q何一个陌生h。这是六度I间理论Q也叫小世界理论?br />
C会|络其实q不高深Q它的理论基正是“六度分隔”。而社会性Y件则是徏立在真实的社会网l上的增值性Y件和服务。有q么一个故事,几年前一?a target="_blank">德国报纸接受了一Ҏ战,要帮法兰克福的一?a target="_blank">土耛_烤肉店老板Q找C和他最喜欢的媄?a target="_blank">马龙·白兰?/a>的关联。结果经q几个月Q报C员工发现Q这两个人只l过不超q六个h的私交,徏立了关系。原来烤肉店老板?a target="_blank">伊拉?/a>ULQ有个朋友住?a target="_blank">加州Q刚好这个朋友的同事Q是电媄《这个男人有点色》的制作?/a>的女儿在女生联谊会的l拜姐妹的男朋友Q而马?#183;白兰度主演了q部片子?br />
20世纪60q代Q?a target="_blank">耉大学
?a target="_blank">C会心理?/a>家米格兰姆(Stanley Milgram)p计了一个连锁信件实验。他一套连锁信仉机发送给居住在内布拉斯加州奥马哈?60个hQ信中放了一?a target="_blank">波士?/a>股票l纪人的名字Q信中要求每个收信h这套信寄给自己认ؓ是比较接q那?a target="_blank">股票l纪人的朋友。朋友收信后照此办理。最l,大部分信在经q五、六个步骤后都抵达了该股?a target="_blank">l纪?/a>。六度空间的概念由此而来?br />
q个q锁实验Q体C一个似乎很普遍的客观规律:C会化的C人类C会成员之间Q都可能通过“六度I间” 而联pv来,l对没有联系的A与B是不存在的。这是一个更典型、深刻而且普遍的自然现象。那么,怎样用数学理论揭C?“六度分割现象”Q这是现代数学领域又一个重大的数学猜想?br />
q有点儿?a target="_blank">地图的邻接色问题Q只不过L色问题是通过数学Ҏ可以_证明的(x多只需要?U颜色即可)Q?度分割理论我个h估计只能通过不完全归Ux形成假设了吧Q社会的模型q是比二l地图模型要复杂莫测得多啦!

六度分隔的现象,q不是说MZZ间的联系都必要通过六个层次才会产生联系Q而是表达了这样一个重要的概念QQ何两位素不相识的Z_通过一定的联系方式Q总能够生必然联pL关系。显Ӟ随着联系方式和联p能力的不同Q实C人期望的机遇生明昄区别?br />
看来六度分隔理论很有意思,找一些资料来看看学习Q运用v来真的会很有效的?br />
不管理论如何深奥Q?#8220;六度分隔”?a target="_blank">互联|?/a>的亲密结合,已经开始显露出商业价倹{h们在q几q越来越xC会|络的研IӞ很多|络软g也开始支持h们徏立更加互信和紧密的社会关联,q些软g被统UCؓ“C会性Y?/a>” QSocial  SoftwareQ。例?a target="_blank">Blog是一U社会性YӞ因ؓBlog写作所需要的个性和延箋性,已Blogger圈这U典型的物以c聚的生态Ş式,来象真实生活中的人际圈。据致力于研I社会Y件的毛向辉介l,国外现在更流行的是一U快速交友,或者商业联pȝ工具Q例?LinkedIN。h们可以更Ҏ在全球找到和自己有共同志的人、更Ҏ发现商业Z、更Ҏ辑ֈ不同族群之间的理解和交流Q等{?br />
C会性Y件的定义很多Q而且q都在不断的发展演变q程之中。它的核心思想其实是一U聚合生的效应。h、社会、商业都有无数种排列l合的方式,如果没有信息手段聚合在一P很Ҏ损耗掉。WWW成功地将文本、图形聚合在一P使互联网真正走向应用Q即旉讯又将合在一P产生?a target="_blank">ICQq样的工兗然而这q是虚拟的,虚拟虽然是网l世界的一U优势,但是和商业社会所要求的实名、信用隔着一条`沟。通过熟h之间Q通过“六度分隔”产生的聚合,生一个可信Q的网l,q其中的商业潜能的确是无可估量的?br />
聚合作ؓC会研究的对象也h实际价倹{?a target="_blank">康奈大?/a>的科学家开发了一个算法,能够识别一文章中某些文字?#8220;H发”增长Q而这?#8220;H发”增长的文字可以用来快速识别最新的势和热炚w题,因此能够更有效地{选重要信息。过d多搜索技术都采用了简单计文?/词组出现频率的方法,却忽略了文字使用增加的速率。如果这U方法应用到q告商,可以快速找到潜在的需求风?br />
C会、网l、地域、商业、BlogQ这些词汇你也许都听L了。然而一旦那些预见先机的人找到聚合它们的商业价|被改变的l不仅仅是网l世界?br />
六度虽然是个C会学的理论Q但是实际上它更像一个数学理论,很多六度和四色问题有异曲同工之妙。在我看来,六度理论很好的阐qC在一个网状结构(我们的hcȝ会)下,不同节点之间的联pdq接关系Q然而它q不完整Qƈ不以指导我们的实践?br />
Q?Q?strong>关系的强?/strong>——权值问?br /> 首先六度肯定了h与h之间的普遍联p,但是没有对这U联pM定量分析。我们一生可能会认识千百人,他们有的Ҏ极其重要Q有的对我无重,我们联系的徏立的原因和方法也是千差万别,有父母亲属这cȝ而固有的联系Q也有因为地理位|接q发展出来的Q如邻里关系Q还有因为共同学习生z而发展出来的同学、同事关pR六度理Z只把他们l统归结于联p,没有强弱之分。在|状l构里面Qh与h的关p,需要加权处理,在这里,六度是残~的?br />
Q?Q?strong>到达和徏立联pȝ区别——目的和l果问题
20世纪60q代Q耉大学的社会心理学家米格兰姆(Stanley Milgram)p计了一个连锁信件实验。他一套连锁信仉机发送给居住在内布拉斯加州奥马哈?60个hQ信中放了一个L士顿股票l纪人的名字Q信中要求每个收信h这套信寄给自己认ؓ是比较接q那个股经Uh的朋友。朋友收信后照此办理。最l,大部分信在经q五、六个步骤后都抵达了该股经Uh。六度分Ԍ也叫“六度I间”Q的概念由此而来。这个故事很多六度的爱好者都知道Qƈ奉ؓ圣经。但是我请大家注意这个故事和我们现在行的SNS|站的理늚重要差别。在q个故事里面Q信到达了L士顿股票l纪人手里面没错Q但是请注意整个q程中,每个人的朋友关系都没有发生改变。对Q这点很重要Q这个故事里面传递的信息Q而我们现在看到的SNS|站希望在用户之间传递的是什么呢Q是联系方式是朋友关pR?br /> 说到q里x一下前面提到的火炬的买车票的实验,在那个实验里面,传递的实际上也是信息,而不是朋友关pR?br />
Q?Q?strong>传递的成本和激?/strong>——阻问?br /> 在Stanley Milgram的实验和火炬的实验里面,都没有Q何的pQ或者说看v来成本ؓ0。但是是不是真的成本?呢?每个Z递一下信件花Ҏ低,改下msn名字更是没有成本Q然而那些h肯这么做Q其实是看着朋友的面子上Q所以这里花费的成本实际是什么呢Q是中国的h情债,所谓的关系成本。没有h喜欢一个整天都要h帮忙q帮忙那的hQh情债和金钱ZP背了׃定要q,q就是传递中的成本问题。火炬的火R实验后,我们一直在惌个问题,今天我们急需车票Q可以请朋友们改他们的名字,但是我们能不能天天都用这U方法来找h帮忙呢?今天买R,明天买球,也许一ơ两ơ可以,ơ数多了Q朋友们肯定会觉得厌烦,甚至攑ּ你这个朋友?br />
Gmail的邀h式直至今日仍被很多hU颂Q刚刚出现的时候,一个邀L臛_以卖?0金。很多h惊呼q是最伟大的营销。然而,C今天Q很多h的邀请已l变得无法送出厅Rؓ什么呢Q因Z开始的时候Gmail是稀~物品,所以h值高昂,加上Gmail带有Google的强势品牌和高度用户认同感,所以就更加被追捧,拥有Gmail成了荣誉的象征。这是这U荣誉成ZGmail邀请在六度|络中疯狂传播的Ȁ励。然而随着Gmail的高度普及,q种荣誉感逐步下降Q最l降低了Ȁ励,从来使传播陷入了停滞状态?br />
d是好q是坏?没有d我们可以lQ何h发送信息,每个SNS|站都在宣扬你只需要六度就可以认识克林可以认识盖茨,但是有几个h真的去认识他们了Q是因ؓ他们不值得认识么?不是Q是因ؓ联系虽然看v来只有六度,然而每度的d都有可能都是无法跨越的。但是你不要悲观Q如果没有阻g怽会更加不爽!LLF过“举例来说吧。假设每个h?0个朋友,信息l过六度?0?ơ方 =729000000Q数量够到达一个能够覆盖所有可能的人的U别?#8221;Q如果六度的q接没有M的阻|估计我们每天收到的来自六度好友的各种各样的信息就会让我们的脑袋爆炸?br />
在我们的生活里面Q一个n份越高的人,有名的Z׃有越多的好友Q于是他也就不想随便拓展自q关系圈子Q因Z们往往不胜其扰。前些日子的600演艺名h联系方式泄露事g是一个例子,本来我们作ؓC会一分子都和q?00名h有着六度的联p,然而某天因Z们的联系方式被公开Q他们和我们的联pȝ刻被扁^化变成了一度。一瞬间Q阻消׃Q你可以随便打电话给那英、田震了Q你不是惌冯小刚聊电媄么?你现在可以打电话了。但是,我们只能说结果这成了一场灾难,很多名h诉苦Q说很多人打电话C们的安Q说了句“你是XXX么?我很喜欢你!”然后挂了电话。很多h不堪其扰停了机,甚至换了受?br />
q场NҎ们这些局外h来说是一个很有意思的故事Q很有趣的一点在于此Q一旦这些名人和大众的关pLq_后(六度变成一度)Q他们对大众的hg开始流失,大众们只能打电话q去Q问一壎ͼ然后炫耀自己l明星打q电话,仅此而已。这个巨大的扁^化工Eƈ没有扩展q星族们的朋友圈子,他们仍旧那些明星很q?#8230;…

Q?Q?strong>朋友的朋友是朋友的假?/strong>——关pȝ方向和传递问?br /> SNS|站最p的一句话也许是“朋友的朋友是朋友”Q然而那天我跟LLF在Msn聊天的时候就说过q个问题Q我认识的某A的朋友某B是我非常反感的一个家伙,而且我的朋友里面q有个h某C寚w个家伙某B更加痛恨。所以在现在的SNS服务里面我是不敢把某A和某C同时引入的,因ؓ他们同时引入后,很可能的l果是某B和某C建立联系后,开始吵架?br />
六度分割
   上世U?0q代Q美国哈佛大学的C会心理学家c_gu提出?#8220;六度分割”QSix  Degrees  of  Separation)的理论。简单来_“六度分割”是在这个社会里QQ何两个h之间建立一U联p,最多需要六个h(不包括这两个人在内)Q无两个人是否认识,生活在地球上M偏僻的地方,他们之间只有六度分割?nbsp;  


]]>
Eclipse各插件介l?/title><link>http://www.tkk7.com/orangelizq/archive/2007/09/08/143588.html</link><dc:creator>桔子?/dc:creator><author>桔子?/author><pubDate>Sat, 08 Sep 2007 03:17:00 GMT</pubDate><guid>http://www.tkk7.com/orangelizq/archive/2007/09/08/143588.html</guid><wfw:comment>http://www.tkk7.com/orangelizq/comments/143588.html</wfw:comment><comments>http://www.tkk7.com/orangelizq/archive/2007/09/08/143588.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.tkk7.com/orangelizq/comments/commentRss/143588.html</wfw:commentRss><trackback:ping>http://www.tkk7.com/orangelizq/services/trackbacks/143588.html</trackback:ping><description><![CDATA[<p>Eclipse各插件介l?br />   <br />   1.JDTQJava Development ToolsQ?Java设计工具,最新版3.1RC4,需求Eclipse3.1支持.<br />   <br />   2.PDEQPlugin Development EnvironmentQ?插g设计环境Q用于设计自定义插g,最新版3.1RC4,需求Eclipse3.1支持;<br />   <br />   3.Platform: Eclipse的核心运行^収ͼ目前最新版3.1.<br />   <br />   4.C/C IDE: 一看就知道Q用于设计C/C 目?br />   <br />   5.EMFQEclipse Modeling FrameworkQ?Eclipse模型框架Q目前最新版2.1.0,支持 Eclipse3.1及更新版<br />   <br />   6.GEF (Graphical Editor Framework):囑Ş~辑框架Q用于辅助图形设计,目前最新版3.1RC4,支持Eclipse3.1.<br />   <br />   7.UML2: UML~辑器,最新版1.1RC4,支持Eclipse3.1,需求EMF2.1RC1<br />   <br />   8.VE(Visual Editor):可视化图形编辑组Ӟ用于提供AWT/SWT/Swing的图形编辑,最新版1.1M2Q支持Eclipse3.1<br />   <br />   9.J2EE Standard Tools:用于设计J2EE应用E序的插Ӟ最新版1.0M5,支持Eclipse3.1. & nbsp;<br />   <br />   10.WST - Web Standards Tools: 用于设计Web应用E序的插Ӟ最新版1.0M5,支持Eclipse3.1.<br />   <br />   11.Eclipse Test and Performance Tools PlatformQ用于调试,单元试和测试项目的插g?br />   <br />   12.Business Intelligence and Reporting Tools (BIRT)Q商业智能和商业报表开发插Ӟ它包括Chart EngineQ图形引擎)QReport Framework(报表框架Q,Runtime ENV(q行时环境)?br />   <br />   13.AJDT - AspectJ Development ToolsQ用于开发AOPQ面向方面编E)的开发ECLIPSE插g?br />   <br />   14.AspectJ: 用于开发AOP的开发环境?br />   <br />   15.CME - Concern Manipulation Environment:用于开发AOP的一l可视化工具插g?<br /> </p> <img src ="http://www.tkk7.com/orangelizq/aggbug/143588.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/orangelizq/" target="_blank">桔子?/a> 2007-09-08 11:17 <a href="http://www.tkk7.com/orangelizq/archive/2007/09/08/143588.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>[转]计算机类中文核心期刊影响因子http://www.tkk7.com/orangelizq/archive/2007/07/26/132438.html桔子?/dc:creator>桔子?/author>Thu, 26 Jul 2007 01:24:00 GMThttp://www.tkk7.com/orangelizq/archive/2007/07/26/132438.htmlhttp://www.tkk7.com/orangelizq/comments/132438.htmlhttp://www.tkk7.com/orangelizq/archive/2007/07/26/132438.html#Feedback2http://www.tkk7.com/orangelizq/comments/commentRss/132438.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/132438.html[转]计算机类中文核心期刊影响因子

以下资料转自互联|,感觉不可信。姑且脓出来Q大家仅做参考吧?/p>

期刊名称                                         影响因子

计算机学?nbsp;                                 0.921
软g学报                        0.919
计算机集成制造系l一CIMS         0.855
计算机研I与发展                             0.806
计算助设计与囑Ş学学?nbsp;       0.692
中文信息学报                                0.635
中国图象囑Ş学报                          0.616
计算机应用研I?nbsp;                      0.428
计算机测量与控制                0.406
模式识别与h工智?nbsp;            0.39
计算Z应用化学                0.388
J COMPUT SCIQTECH          0.33
计算机应?nbsp;             0.329
计算机工E与应用                0.28
计算机科学            0.28
型微型计算机系l?nbsp;            0.275
物探化探计算技?nbsp;       0.239
计算机工E与U学      0.234
计算机工E                             0.232
计算Z?nbsp;                           0.206
计算机工E与设计        0.203
微型电脑应用          0.134
数D与计算机应?nbsp;         0.123
计算助工E?nbsp;                  0.098
微型Z应用                0.096
微计机应用                            0.034



]]>
国内计算机类学术期刊投稿指南http://www.tkk7.com/orangelizq/archive/2007/07/26/132437.html桔子?/dc:creator>桔子?/author>Thu, 26 Jul 2007 01:22:00 GMThttp://www.tkk7.com/orangelizq/archive/2007/07/26/132437.htmlhttp://www.tkk7.com/orangelizq/comments/132437.htmlhttp://www.tkk7.com/orangelizq/archive/2007/07/26/132437.html#Feedback0http://www.tkk7.com/orangelizq/comments/commentRss/132437.htmlhttp://www.tkk7.com/orangelizq/services/trackbacks/132437.html 

国内计算机类学术期刊投稿指南

计算机科学与技?英文? 《Journal of Computer Science and Technology?Q双月刊Q?nbsp;  
  SCI-E源期刊,中文重要期刊QEI Compendex源期刊,中文核心期刊
d单位Q中国科学院计算技术研I所
地址Q北?704信箱
邮编Q?00080
邮发代号Q?-578
E-mail: jcst@ict.ac.cn 
          jcst@ns.ict.ac.cn 
http://jcst.ict.ac.cn/
 
 

.


《计机学报?Chinese Journal of Computers) Q月刊)
  中文重要期刊QEI Compendex源期刊,中文核心期刊
d单位Q中国计机学会 中国U学院计技术研I所
地址Q北?704信箱 中国U学院计技术研I所 《计机学报》编辑部
邮编Q?00080
邮发代号Q?-833
E-mail: cjc@ict.ac.cn
http://www.ict.ac.cn/cjc/cjc.html 
  
 


《Y件学报?Journal of Software) Q月刊)  
  中文重要期刊QEI Compendex源期刊,中文核心期刊
d单位Q中国计机学会 中国U学院Y件研I所
地址Q北?718信箱 北京hZx《Y件学报》编辑委员会
邮编Q?00080
邮发代号Q?2-367
E-mail:jos@iscas.ac.cn
http://www.jos.org.cn/
  
 


《计机研究与发展?(Journal of Computer Research and Development)Q月刊)  
  中文重要期刊QEI Compendex源期刊,中文核心期刊
d单位Q中国科学院计算技术研I所 中国计算机学?
地址Q北?704信箱 中国U学院计技术研I所 《计机研究与发展?~辑委员?
邮编Q?00080
邮发代号Q?-654
 E-mail: crad@ict.ac.cn
http://crad.ict.ac.cn/ 
 

 


《电子学报》(中文版)QActa Electronica SinicaQ(月刊Q?br>    电子学报  英文版:《Chinese Journal of Electronics》(双月刊)
   SCI-E索源期刊Q中文重要期刊,EI Compendex源期刊,中文核心期刊
通信地址: 北京165信箱          邮政~码: 100036
电话: 86-10-68279116,   86-10-68285082
传真: 86-10-68173796
E-mail: cje@elecjournal.org
http://www.elecjournal.org/
 
 

 


《自动化学报?Q双月刊Q?br>    中文重要期刊QEI Compendex源期刊,中文核心期刊
 期刊外文名:   Acta Automatica Sinica 
创办日期Q?  1963.01.01 
d单位Q?  中国自动化学会、中国科学院自动化所
~辑部通信地址Q?  北京市中x东\95号中U院自动化研I所 
邮政~码Q?  100080
联系电话Q?  (010) 82614566 
~辑部E-mailQ?  aas@mail.ia.ac.cn 
|?nbsp; 址Q?  http://www.aas.net.cn/ 
国内邮发代号Q?  2-180 
出版日期Q?  单月20?nbsp;

电话Q?10-62565763Q日常咨询和Eg处理Q?10-82614566Q录用后Eg处理Q?br>传真Q?10-82614571
~辑部办公时_上午Q?:00-12:00 下午Q?3:30-17:30 (法定节假日休?
 
 
 

 


《计机工程 》(Computer EngineeringQ(半月刊)
   EI 源期刊,中文核心期刊
d单位Q华东计技术研I所 上v市计机学会
地址Q上市漕河泾桂林\418?《计机工程》编辑部
邮编Q?00233
电话Q(021Q?4972331 , 64704678-10341
邮发代号Q?-310
 E-mail: hdsce@china.com
 http://www.ecice06.com/ 
 

 


《电子与信息学报》(中文版)Q月刊)
    电子与信息学?nbsp; 英文版:《Journal of Electronics?Q季刊)
 中文重要期刊QEI Compendex源期刊,中文核心期刊
原刊名:电子U学学刊
地址Q北京市北四环西?9?br>通信Q北?702信箱《电子与信息学报》编辑部
电话Q?10-62551772
投送中英文修改Eg EmailQ?a href="mailto:wbzhou@mail.ie.ac.cn">wbzhou@mail.ie.ac.cn
查询EgE-mail邮箱Q?
        中文Eg查询 EmailQ?a href="mailto:ywwu@mail.ie.ac.cn">ywwu@mail.ie.ac.cn
        英文Eg查询 Email: gliu@mail.ie.ac.cn
http://journaleit.ie.ac.cn/
 
 

 


《信息与控制》(Information and ControlQ(双月刊)
  中文重要期刊QEI Compendex源期刊,中文核心期刊
地址Q辽宁沈阛_三好?0P中科院沈阌动化所Q?  邮编Q?10003
电话Q(024Q?3893591-2455
|址Q?a >http://xxbjb.gongkong.com/
EmailQ?a href="mailto:xxbjb@gongkong.com">xxbjb@gongkong.com
  
 


《控制理Z应用》(双月刊)QControl Theory & ApplicationsQ?br>    控制理论与应?nbsp; 英文版:《Journal of Control Theory and Applications?br>   中文重要期刊QEI Compendex源期刊,中文核心期刊
d单位Q华南理工大?br>地  址Q广州市五山华南理工大学?br>邮政~码Q?10640
c 话:020-87111464
传  真:020-87111464
电子邮gQ?a href="mailto:aukzllyy@scut.edu.cn">aukzllyy@scut.edu.cn
 
 

 
《控制与决策?QControl and DecisionQ(月刊Q?br>   中文重要期刊QEI Compendex源期刊,中文核心期刊
地址Q沈阛_和^区文化\3号؜11号东北大?25信箱
邮编Q?10004
电话Q?24-23906437Q?3687766
EmailQ?a href="mailto:kzyjc@mail.neu.edu.cn">kzyjc@mail.neu.edu.cn
http://www.kzyjc.net/
  
 


《系l仿真学报》(JOURNAL OF SYSTEM SIMULATIONQ(半月刊)
   中文重要期刊QEI Compendex源期刊,中文核心期刊
~辑部电话:010-88527147
MQ办电话:010-68388709
通信地址Q北?42信箱13分箱        邮编Q?00854
电子邮gQ?a href="mailto:simu-xb@vip.sina.com">simu-xb@vip.sina.com
http://www.china-simulation.com/ 
  
 
《模试识别与人工?Q季刊) ISTIC收录
   中文重要期刊QEI Compendex源期刊,中文核心期刊
d单位Q中国自动化学会 国家计算机研I开发中?
地址Q合?130信箱 中国U学院合肥智能机械研I所 《模式识别与人工》编辑部
邮编Q?30031
邮发代号Q?6-69
E-mail:bjb@mail.iim.ac.cn 
  
 

《计机U学》(Computer ScienceQ(月刊Q?nbsp;
    中文核心期刊
d单位Q国家科技部西南信息中?

地址Q重庆市渝中利\132?《计机U学》杂志社
邮编Q?00013
E-mail:  jsjkx@swic.ac.cn

通信地址Q重庆市北部新区z湖西\18号重庆天旭科技信息有限公司 《计机U学》杂志社
邮政~码Q?01121
邮发代号Q?8-68
电话Q?(023) 63500828 ddd67039612 dd67039625
传真Q?(023) 63500828
E-mail Q?jsjkx12@163.com
 http://www.jsjkx.com/
 
 
 

《系l工E理Z实践》(月刊Q?br>  中文重要期刊QEI Compendex源期刊,中文核心期刊
地址Q北京中x东\55?nbsp;   邮编Q?00080 
电话: 010-62541828 
Email: xtll@chinajournal.net.cn
http://www.sysengi.com/
 

《系l工E学报》(Journal of Systems Engineering Q(双月刊)
   中文重要期刊QEI Compendex源期刊,中文核心期刊
d单位Q中国系l工E学?br>地  址Q天z市z卫?2号天z大?8教学?11?br>邮政~码Q?00072
c 话:022-27403197
传  真:022-27403197
电子邮gQ?a href="mailto:jsetju@263.net">jsetju@263.net   zowang@tju.edu.cn
 

《系l工E与电子技术》(Systems Engineering and ElectronicsQ(月刊Q?br>    pȝ工程与电子技?nbsp; 英文版:《Journal of Systems Engineering and Electronics》(季刊Q?br>    EI Compendex源期刊,中文核心期刊
d单位Q中国航天科工集团公怺?中国宇航学会 中国pȝ工程学会
地址Q北?42信箱32分箱
邮编Q?00854
电话Q?10-68388406
传  真:010-68388406
电子邮gQ?a href="mailto:xtydz@126.com">xtydz@126.com
 

《小型微型计机pȝ》(Mini-Micro SystemsQ?Q月刊)
     中文核心期刊
d单位Q中U院沈阳计算技术研I所
地址Q沈阛_和^Z好街100?中科院沈阌技术研I所 《小型微型计机pȝ》编辑部
邮编Q?10004
邮发代号Q?-108
电话:  024-23892547
E-mail: xwjxt@sict.ac.cn
http://www.sict.ac.cn/
 

《数D与计算机应用》(Journal on Numerical Methods and Computer ApplicationsQ?Q季刊)
   中文核心期刊QISTIC收录
d单位Q中国科学院计算数学与科学工E计研I所
地址Q北京市2719信箱 《数D与计算机应用》编辑部
邮编Q?00080
邮发代号Q?-413
E-mail:SZJS@chinajournal.net.cn
http://www.chinainfo.gov.cn/periodical 
 

《计机工程与应用》(Computer Engineering and ApplicationsQ?Q旬刊)
  中文核心期刊QISTIC收录
d单位Q华北计技术研I所
地址Q北京市北四环中?11?北京619信箱26分箱《计机工程与应用》杂志社
邮编Q?00083
邮发代号Q?2-605
电话Q?10-51615542
投稿信箱Q?a href="mailto:tjit@public2.bat.net.cn">tjit@public2.bat.net.cn
              cea@163bj.com
 http://www.ceaj.org/
 

《计机应用研究》(Application Research Of ComputersQ?Q月刊)
  中文核心期刊Q?ISTIC收录
d单位Q四川省电子计算机应用研I中?
通讯地址Q成都市成科西\3?《计机应用研究》编辑部            邮编Q?10041
邮发代号Q?2-68
~辑部电话:028-85249567       电话: 028-85210177Q?5221946
 E-mail: srcca@sichuan.net.cnarocmag@163.com
 http://www.arocmag.com/
 

《中文信息学报?Q双月刊Q?br>    中文核心期刊QISTIC收录
d单位Q中国科学院软g研究所 中国中文信息学会
地址Q北?718信箱 《中文信息学报》编辑部
邮编Q?00080
  E-mail:cips@admin.iscas.ac.cn
 

《计机应用》(Computer AppliocationsQ?Q月刊) 
  中文核心期刊QISTIC收录
d单位Q中U院成都计算机应用研I所 四川省计机学会
地址Q成都市人民南\四段九号 成都237信箱《计机应用》编辑部
邮编Q?10041
~辑部地址Q成都市237信箱 《计机应用》编辑部  邮编Q?10041
邮发代号Q?2-110
电话Q(028Q?5224283-601
传真Q(028Q?5222239
E-mail:bjb@computerapplications.com.cn  
http://www.computerapplications.com.cn/
 

《计机辅助设计与图形学学报》(Journal of Computer-Aided Design & Computer GraphicsQ?Q月刊)
   中文核心期刊QISTIC收录
d单位Q中国计机学会
地址Q北?704信箱 中国U学院计技术研I所
邮编Q?00080
邮发代号Q?2-456
  E-mail: jcad@ict.ac.cn 
  E-mail: jcad@ns.ict.ac.cn
  http://jcad.ict.ac.cn/
 

《计机工程与设计》(Computer Engineering and DesignQ?Q月刊)
    中文核心期刊
d单位Q中国航天科工集团二?06所
地址Q北?42信箱406分箱 《计机工程与设计》编辑部
邮编Q?00854
邮发代号Q?2-425
 E-mail: ced@httx.com.cn 
 http://www.china-ced.com/
 

 微电子学与计机QMicroellectronics & ComputerQ(月刊Q?
    中文核心期刊
d单位Q中国航天科技集团公司西安微电子技术研I所
地址Q西安市81号信??微电子学与计机》编辑部
邮编Q?10054
邮发代号Q?2-16
c 话:029-82262687
传  真:029-82262771
电子邮gQ?a href="mailto:mc771@163.com">mc771@163.com
 

计算Z真(Computer SimulationQ?Q月刊)
   中文核心期刊
d单位Q中国航天科工集团公司第十七研究所
地  址Q北京v淀阜成?4?br>邮政~码Q?00037
c 话:010-68767186
传  真:010-68373574
电子邮gQ?a href="mailto:kwcoltd@public.bta.net.cn">kwcoltd@public.bta.net.cn    jsjfz@compusimu.com
  http://www.compusimu.com/
 

 计算机应用与软g QComputer Applications and SoftwareQ(月刊Q?br>  中文核心期刊
d单位Q上市计算技术研I所 上v计算Y件技术开发中?br>地  址Q上市愚园?46受计机应用与Y件》编辑部
邮政~码Q?00040
c 话:021-62520070-505
传  真:021-62254715
电子邮gQ?a href="mailto:cas@sict.stc.sh.cn">cas@sict.stc.sh.cn
 

微计机信息QCONTROL & AUTOMATIONQ(旬刊Q?br>  中文核心期刊
d单位: 中国计算机用户协会自动控制分?br>通信地址: 北京h区皂君庙14号鑫雅苑6h601?nbsp;    邮编:100081
电话: 010-62192616Q?2132436
在线投稿Q?a >http://www.autocontrol.com.cn/
 

微型Z应用QMicrocomputer & Its ApplicationsQ(月刊Q?br>  中文核心期刊

创办日期Q?  1982.01.01 
d单位Q?  信息产业部电子第六研I所
~辑部通信地址Q?  北京市v淀区清华东?5?927信箱) 
邮政~码Q?  100083
联系电话Q?  (010)82306084    65157887
?真:   010-65157886
~辑部E-mailQ?  pcapps@infopo.lshs.ac.cn    pca@ncse.com.cn 
国内邮发代号Q?  82-417 

 

微型计算机(半月刊)
  中文核心期刊
d单位Q科技部西南信息中?br>创刊日期Q?980.8
出刊日期Q每?日?5?br> 

数据采集与处理(Journal of Data Acquisition Q?ProcessingQ(月刊Q?br>  EIl计源期刊,中文核心期刊
d单位: 南京航空航天大学. 信号处理学会.微弱信号学?br>地址Q南京市御道?9?南京航空航天大学?
邮编Q?10016
电话Q?25-84892742, 84892744
电话Q?25-4492492-2726
传真Q?25-4494880
甉|挂号Q南京市3057
 

中国图象囑Ş学报QJournal of Image and GraphicsQ(月刊Q?br> 中文核心期刊
d单位Q中国科学院遥感应用研究所、中国图象图形学学会 、北京应用物理与计算数学研究所
地  址Q北京v淀中关村东?5P北京2728信箱Q?nbsp;
邮政~码Q?00080
c 话:010-82614429
传  真:010-82614429
EmailQ?a href="mailto:jig@irsa.ac.cn">jig@irsa.ac.cn
http://www.cjig.cn/
 

机器人(RobotQ(双月刊)
EIl计源期刊,中文核心期刊
d单位Q中国科学院沈阳自动化研I所
邮政~码Q?10003
地  址Q沈阛_南塔?14?br>邮政~码Q?10016
c 话:024-23970050
电子邮gQ?a href="mailto:qr@sia.cn">qr@sia.cn
http://robot.sia.cn/
http://www.robotschina.com/
 

计算机集成制造系l(Computer Integrated Manufacturing SystemsQ?br>EIl计源期刊,中文核心期刊
通信地址Q北京市2413信箱34分箱Q?00089Q?br>?nbsp; 话:Q?10Q?8962468
?nbsp; 真:Q?10Q?8962468
E-mailQ?Bamt@onet.com.cn
http://www.amtech.org.cn/
 

航空计算技术(Aeronautical Computer TechniqueQ(季刊Q?nbsp; ISTIC收录
 

创办日期Q?  1971.01.01 
d单位Q?  中国航空工业W六三一研究所
~辑部通信地址Q?  陕西省西安市太白南\(西安90信箱) 
邮政~码Q?  710068
联系电话Q?  029-88151098 
~辑部E-mailQ?  act631@163.com 
国内l一刊号Q?  61-1276/TP 
国际标准刊号Q?  1671-654X 
国内邮发代号Q?  52-79 
出版日期Q?  季末?0?nbsp;

 

微计机应用 QMicrocomputer ApplicationsQ?br>  中文核心期刊
  d单位Q?中国U学院声学研I所 
  ~辑出版 Q《微计算机应用》编辑部
  地址Q?h区北四环西\21?nbsp;    邮编Q?00080
  E--mailQ?nbsp; weiji@dsp.ac.cn
  ?nbsp;   话:  010-62554573
  国内d行: 北京市邮政局
  订购 处:全国各地邮局
  国内l一刊号QCN11-2204/TP  
  国内邮发代号Q?-304
  国外发行代号QBM5550
 

电光与控ӞElectronics Optics & ControlQ(双月刊)
  中文核心期刊
  d单位Q中国航I工业洛阳电光设备研I所
  通讯地址Q河南洛?17信箱16分箱《电光与控制》编辑部        邮编Q?71009
  电话Q?379Q?3327293      传真Q?379Q?3938146
  E-mailQ?a href="mailto:eoei@public2.lyptt.ha.cn">eoei@public2.lyptt.ha.cn
             eoei@vip.sina.com  
  Website: http://dgkq.chinajournal.net.cn
 

《计机工程与科学》(Computer Engineering and ScienceQ?Q双月刊Q?br>   ISTIC收录
d单位Q国防科技大学计算机学?
地址Q湖南长沙砚瓦池正街47?《计机工程与科学》编辑部
邮编Q?10073
邮发代号Q?2-153
E-mailQ?a href="mailto:cchunxi@163.net">cchunxi@163.net
 

电子计算Z外部讑֤QComputer & PeripheralsQ?nbsp;     E-mail: OK HOPE@mail.hz.zj.cn

计算助工E(Computer Aided EngineeringQ?nbsp;           E-mail: smucad@163.net

计算ZC化(Computer and ModernizationQ?nbsp;          E-mail: jict@public.nc.ix.cn

计算Z应用化学 Computers and Applied Chemistry

计算动测量与控制 Computer Automated Measurement & Control

微型电脑应用

计算机技术与发展

机器人技术与应用

说明Q检索系l摘引情况选定如下pȝQ?/p>

SCI (U学引文索引)
中文重要期刊Q研I生教育与学位重要期刊)
EI(工程索引)
中文核心期刊
ISTIC (中国U技期刊引证报告l计源期?
未注明者ؓ非统计源期刊?/p>


 



]]>
վ֩ģ壺 ûɫվ| ɫaվ| ޹Ӱ߹ۿ| ޳߹ۿ| ަvþþ| һػƴƬëƬ| Ʒѹۿ| 99reþӾƷƵ| 椸ֻƵ| ûվɫƵѹۿ| ѹۿëƬֻƵ| ŮƵվ| Ʒһ| СƵ߹ۿ| ѳ˻ɫƬ| 鵺̳Ʒ| ޾ҹþþþþ| avƬ߹ۿ| ޾ƷþþþþĻ | ޳aƬ߹ۿձ| þ޹ŷ޾Ʒһ| av뾫ƷϼӰӰԺ | ؼƷëƬѹۿ| 99ƷƵƵѹۿ| AV߲Ų| **ʵһëƬaa| Ļavѷ| 뿴avվ| ޾ƷƵ߹ۿ㶮| Ļþ2017| þ˾þۺ| ޹˳þþƷ| ޳߲| ޾Ʒһ| Ƭѹۿȫ| þùƷƬ| ȫƵ߹ۿѸ嶯Ƶ | ձ޾ƷɫӰԺ| ޾ƷĻ| һ| þþƷĻ|