??xml version="1.0" encoding="utf-8" standalone="yes"?>
只是而已?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的Ş式语?北京:U学出版C?1992
屈g文,形式语义学基与Ş式说?北京:U学出版C?1998
周l,形式语义学引论,长沙Q湖南科学技术出版社Q?985
另外上v师范大学物理信息学院陈A香教授对此也有深入研I。以下对四种语义学的介来卌陈教?形式语义的论语理论研I进?一文(见下列著作第二章Q陆汝钤ȝQ《知识科学与计算U学?北京Q清华大学出版社Q?003Q?/p>
操作语义的基本思想是徏立一个抽象机器以模拟E序在执行过E中如何q行数据处理?br />指称语义的思想是语言的每一成分对应于一个数学对象,该对象称语言成分的指UͼE序看作输入域到输出域的映射Q输入域和输出域l称域。因此论域与映射是指U语义的基本研究对象?br />公理语义实在E序正确性验证的基础上发展v来的Q它l出一U方法,使h们在l定的前提下Q验证某U特性是否成立?br />代数语义的基本思想是把描述语义的逻辑体系和满个逻辑pȝ的各U模型统一在一P同时把模型的集合看成是以代数机构Q研I这些模型之间的关系?br />
戴维民主~的《信息组l》一书(高等教育出版C?2004 面向21世纪评教材Q中认ؓ语法、语义和语用信息的分法是"按照信息l织的层ơ分"Q具体解释如下:
"从认知的角度Q可把信息分法信息、语义信息和语用信息。由于主体具有观察力Q能够感知事物运动状态及其变化方式的外在形式Q由此获得的信息UCؓ语法 信息Q由于主体具有理解力Q能够领悟事物运动状态及其变化方式的逻辑含义Q由此获得的信息UCؓ语义信息Q又׃Mh明确的目的性,能够判断事物q动?态及其变化方式的效用Q由此获得的信息UCؓ语用信息?有一定道理,好像又不是很切。不知道q种理解何处Q语a学?哲学Q认识论Q?/p>
计算机Ş式语义学参考书Q?/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>
从发展来_国内的Ş式语义学或程序理论的教材Q落后国外十q以上。国外现在最行的几本教材是Q?/p>
1、《Semantics of Programming Languages》(Carl A.GunterQMIT Press 1992
q是目前也许是最行的一本教材,主要采用了简单类型的Lambda Calculus和范畴学来表达语义学Q内容取舍比较合理,章节安排也不错,属于高教程Q评价也很高Q很多大学都推荐使用?/p>
2、《The Formal Semantics of Programming Languages》(Glynn WinskelQMIT Press 1993
另一本流行的一本教材,作者Winskel是剑桥大学的教授Q该书在Ƨ洲几乎成ؓ标准教材了,评h也很高,中高U教E,很多大学都推荐用,已经Z中文版,大家可以C店买到?/p>
3、《Foundations for Programming Languages 》(John C. Mitchell QMIT Press 1996
作ؓ桌案上的参考书最好了Q作者是斯坦教授。这本书是一本巨作,内容齐全Q大量泛代数内容Q绝Ҏ高U教E,但作为教材的话内容太多了Q?50,真的是本大部?/p>
4、《Theories of Progamming Languages》(John C. ReynoldsQCambridge Press 1998
Reynolds是CMU教授Q他的这本教材出发角度和上面的几本有所不同Q按作者的话来_是量避免使用高深的数学理论,诸如范畴学之cȝ东西Q同时这本书内容涉及也比较广Q甚xq发理论和CSP。该书在评h非常高,推荐大家看?/p>
5、《Semantics of Programming Languages》(R.D. TennentQPrentice-Hall 1990
q本书的最大特点就是采用imperative language作ؓ研究对象Q和国内的教学最W合了,国外很多大学Q特别是Ƨ洲的大学,普遍采用函数式汝ML语言作ؓ研究和教学语a。作者R.D. Tennent在八十年代初Q曾l出版过一本《Principles of Programming Languages》,国际国内都很多h参考过q本书?/p>
6、《Introduction to the Theory of Programming Languages》(Bertrand MeyerQPrentice-Hall 1988
作者大安很熟悉了Q他的另一本书《Object-Oriented Software Construction》前几年已l引q中国了。这本书几乎没有高深的数学内容,可能q本书出的比较早些,书的内容要比前面的几本书都要Ҏ些Q但作ؓ入门的书Q我推荐q本?/p>
通用惟一标识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
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
ArgoUML 使用java~写的开源UML产品Q功能比较全。最受欢q的UML建模工具? Alma Alma是一个Y件徏模分析的工作q_Q它d几种不同的源代码Q帮你设计面向对像的模型Q修改结构和源代码,输出新的源代码、文和图表?/p> UMLet UMLet是一个开放源代码轻量UUML建模工具。UMLet能够让你快速徏模,q且能够导出各种格式SVG, JPG, PDF and LaTeX-friendly EPS?/p> UML/Dot UML/Dotq个目从Java源代码或字节码中生成UMLcR用GraphViz Dot生成图表。用户可以完全控制处理过E,可以隐藏或显CZQ意提取的元素。需要:JAVA v1.4 或更高版本,GraphViz? JUG Java UML Generator 是用于从JavacL件自动生成UMLcd的工兗最初设计ؓ一个命令行工具Q将.class/.jar文g转换?emf/.eps文gQ现在它提供了一个可视化环境? Violet Violet是一U轻量的UML建模工具。易学易?可以快速绘制类图、对象图、时序图和状态图 跨^?支持中文 源码开? UMLGraph UMLGraph支持说明性规U(Declarative Specification),cd(Class Diagram) ,序?Sequence Diagrams). Fujaba Tool Suite Fujaba Tool Suitel合UMLcd与UML行ؓ视图来提供一个强?易于使用,而且是整齐均U的pȝ设计与规范语a. 而且Fujaba Tool Suiteq支持从整个pȝ设计生成Java源代码从完美地实C一个可执行的模型.同样也支持相反操作,因此源代码可以被解析q被表现在UML中. UniMod UniMod是Executable UML思想的实现。UniMod是以Eclipse插g形式存在。可以通过UniMod提供的一个在UDemo了解更多的详l资料?/p> Taylor MDA Taylor MDA是一个基于Eclipse的UML建模工具。它专注于EJB3企业应用E序的生成。Taylor MDA当前支持生成Q?/p>
StarUML StarUML是一个运行在Win32上快速,灉|Q可扩展Q功能强大的UML/MDAq_。开源项目StarUML的目的是提供一个可以用来代替知名商业UML工具比如Rational Rose,Together{的建模工具和^台?/p> Quick Sequence Diagram Editor q个单的工具能够利用对像与信息的描述文本来生成UML时序图。它采用Java5开发ƈ打包成一个可执行的Jar文g?/p> TinyUML TinyUML是一个能够帮助你快速和L地绘制UML2囄开源工兗采用Java5开发?/p> Papyrus Papyrus是一个基于Eclipseq_UML2建模工具。遵从Eclipse UML2、支持由OMG规定的UML2标准和DI2 QDiagram InterchangeQ标准、Papyrus的整个架构是可扩展的允许用户增加新的图样QdiagramQ和新的代码生成器等、支持UML2 Profile开发、嵌套Profile支持{?/p> |
要想从一名普通程序员发展成ؓ优秀的架构师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>
? 架构师能力模?/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Ҏ?/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>
? 架构师模型图中的“实现能力”
架构真的?#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
目前比较常用的负载均衡技术主要有Q?
1. ZDNS的负载均?
通过DNS服务中的随机名字解析来实现负载均衡,在DNS服务器中Q可以ؓ多个不同的地址配置同一个名字,而最l查询这个名字的客户机将在解析这个名字时得到其中一个地址。因此,对于同一个名字,不同的客h会得C同的地址Q他们也p问不同地址上的Web服务器,从而达到负载均衡的目的?
2. 反向代理负蝲均衡 Q如Apache+JK2+Tomcatq种l合Q?
使用代理服务器可以将h转发l内部的Web服务器,让代理服务器请求均匀地{发给多台内部Web服务器之一上,从而达到负载均衡的目的。这U代理方式与普通的代理方式有所不同Q标准代理方式是客户使用代理讉K多个外部Web服务器,而这U代理方式是多个客户使用它访问内部Web服务器,因此也被UCؓ反向代理模式?
3. ZNATQNetwork Address TranslationQ的负蝲均衡技?Q如Linux Virtual ServerQ简ULVSQ?
|络地址转换为在内部地址和外部地址之间q行转换Q以便具备内部地址的计机能访问外部网l,而当外部|络中的计算问地址转换|关拥有的某一外部地址Ӟ地址转换|关能将其{发到一个映的内部地址上。因此如果地址转换|关能将每个q接均匀转换Z同的内部服务器地址Q此后外部网l中的计机各自与自己转换得到的地址上服务器q行通信Q从而达到负载分担的目的?
介绍完上面的集群技术之后,下面基于Tomcat的集架构方案进行说明:
上面是采用了Apache httpd作ؓweb服务器的Q即作ؓTomcat的前端处理器Q根据具体情况而定Q有些情况下是不需要Apache httpd作ؓ web 服务器的Q如pȝ展现没有静态页面那׃需要Apache httpdQ那时可以直接用Tomcat作ؓweb 服务器来使用。用Apache httpd主要是它在处理静态页面方面的能力比Tomcat强多了?
1?用户的网|览器做完本地 DNS和企业授权的DNS之的h/响应后,q时候企业授权的DNSQ即21cn BOSS DNSQ会l用h地的DNS服务器提供一个NATh分配器(即网养IIP?
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分配器之一?
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量大的网站?
4?Mod_JK2负蝲均衡与故障复原,军_把Apache httpd当成web服务器,而且使用mod_jk2请求传送给TomcatQ则可以使用mod_jk2的负载均衡与定w功能。在集群pȝ中,带有mod_jk2的Apache httpd可以做的事情包括Q?
A?请求分配至一或多个Tomcat实例?
你可以在mod_jk2的workers.properties文g中,讑֮许多Tomcat实例Qƈ赋于每个实例一个lb_factor|以作求分配的加权因子?
B?侦测Tomcat实例是否p|
当Tomcat实例的连接器服务不再响应Ӟmod_jk2会及时侦到Qƈ停止请求送给它。其他的Tomcat实例则会接受失效实例的负载?
C?侦测Tomcat实例在失效后的何时恢?
因连接器服务失效Q而停止将h分配lTomcat实例之后Qmod_jk2会周期性地查是否已恢复使用性,q自动将其加入现行的Tomcat实例池中?
5?Tomcat中的集群原理是通过l播的方式进行节点的查找q用TCPq接q行会话的复制。这里提CZ下就是,Ҏ个请求的处理QTomcat都会q行会话复制Q复制后的会话将会慢慢变得庞大?
6?Mod_jk2同时支持会话亲和和会话复制。在tomcat 5中如何实C话亲和和会话复制Q把server.xml中的标签L实C话亲和,把标{֊上就实现会话复制?
7?会话亲和Q就是表C来自同会话的所有请求都q同的Tomcat 实例来处理,q种情况下,如果Tomcat实例或所执行的服务器机器失效Q也会失Servlet的会话数据。即使在集群pȝ中执行更多的Tomcat实例Q也永远不会复制会话数据。这h提高集群性能的一U方案,但不具备有容错能力了?
8?使用会话复制Q则当一个Tomcat实例宕掉Ӟ׃臛_q有另一个Tomcat实例保有一份会话状态数据,因而数据不会失。但性能会有所降低?
在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 />
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 />
看来我需要{换一个观点,从Ş式来看这个WEB2.0, q些产品的特征都是发的h众多Q博客,CQ都是这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 />
?.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.
而这个时候,俺发现这个时候,从来都是位于最后面一层的技术开始面对直接面对用户了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 />
于是有了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>
而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>
q个YAHOOp在前面,作ؓ互联|的始坐勇者, 搜烦是他最早提出的Q却因ؓ没有坚持Q这个不知道会怎么P
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>
http://citeseer.ist.psu.edu/
http://dblp.uni-trier.de/
http://www.computer.org/portal/site/ieeecs/index.jsp
http://smealsearch2.psu.edu/index.html/
http://portal.acm.org/portal.cfm
http://www.vldb.org/
事业部制最早是q国通用汽R公司总裁斯隆?924q提出的Q故?#8220;斯隆模型”之称Q也?#8220;联邦分权?#8221;Q是一U高度(层)集权下的分权理体制。它适用于规模庞大,品种J多Q技术复杂的大型企业Q是国外较大的联合公司所采用的一U组lŞ式,q几q我国一些大型企业集团或公司也引q了q种l织l构形式。?
事业部制是分U管?、分U核、自负盈亏的一UŞ式,即一个公司按地区或按产品cd分成若干个事业部Q从产品的设计,原料采购Q成本核,产品刉,一直到产品销售,均由事业部及所属工厂负责,实行单独核算Q独立经营,公司总部只保留h事决{,预算控制和监督大权,q过利润{指标对事业部进行控制。也有的事业部只负责指挥和组l生产,不负责采购和销售,实行生和供销分立Q但q种事业部正在被产品事业部所取代。还有的事业部则按区域来划分。这里就产品事业部和区域事业部做些简单的介绍?
(1)产品事业部(又称产品部门化)
按照产品或品系列组l业务活动,在经营多U品的大型企业中早已显得日益重要。品部门化主要是以企业所生的品ؓ基础Q将生某一产品有关的活动,完全|于同一产品部门内,再在产品部门内细分职能部门,q行生该品的工作。这U结构Ş态,在设计中往往一些共用的职能集中Q由上委派以辅导各产品部门Q做到资源共享?
产品部门化的优点是:
①有利于采用专业化设备,q能使个人的技术和专业化知识得到最大限度的发挥Q?
②每一个品部都是一个利润中心,部门l理承担利润责QQ这有利于ȝ理评价各部门的政l;
③在同一产品部门内有关的职能zd协调比较ҎQ比完全采用职能部门理来得更有Ҏ;
④容易适应企业的扩展与业务多元化要求?br />
产品部门化的~点是:
①需要更多的h全面理才能的h才,而这cMh才往往不易得到Q?
②每一个品分部都有一定的独立权力Q高层管理h员有时会难以控制Q?
③对总部的各职能部门Q例如h事、胦务等Q品分部往往不会善加利用Q以x部一些服务不能获得充分的利用。?
(2)区域事业部制Q又U区域部门化Q?
对于在地理上分散的企业来_按地区划分部门是一U比较普遍的Ҏ。其原则是把某个地区或区域内的业务工作集中v来,委派一位经理来ȝ其事。按地区划分部门Q特别适用于规模大的公司,其是跨国公司。这U组l结构Ş态,在设计上往往设有中央服务部门Q如采购 、h事、胦务、广告等Q向各区域提供专业性的服务?
部门化的优点是:
①责d区域Q每一个区域都是一个利润中心,每一区域部门的主都要负责该地区的业务盈亏;
②放权到区域Q每一个区域有其特D的市场需求与问题Q总部放手让区域h员处理,会比较妥善、实际;
③有利于地区内部协调Q?
④对区域内顾客比较了解,有利于服务与沟通;
⑤每一个区域主,都要担负一切管理职能的zdQ这对培养通才理人员大有好处?
其缺ҎQ?
①随着地区的增加,需要更多具有全面管理能力的人员Q而这cMh员往往不易得到Q?
②每一个区域都是一个相对独立的单位Q加上时_I间上的限制Q往往?#8220;天高皇帝q?#8221;Q总部难以控制Q?
③由于总部与各区域是天各一方,难以l持集中的经服务工作?
M来说Q事业部必须h三个基本要素Q即相对独立的市场;相对独立的利益;相对独立的自L。?
事业部制的好处是Qd叔R导可以摆脱日怺务,集中_֊考虑全局问题Q事业部实行独立核算Q更能发挥经营管理的U极性,更利于组l专业化生和实C业的内部协作Q各事业部之间有比较Q有竞争Q这U比较和竞争有利于企业的发展Q事业部内部的供、、销之间Ҏ协调Q不像在直线职能制下需要高层管理部门过问;事业部经理要从事业部整体来考虑问题Q这有利于培d训练理人才。?
事业部的~点是:公司与事业部的职能机构重叠,构成理人员费Q事业部实行独立核算Q各事业部只考虑自n的利益,影响事业部之间的协作Q一些业务联pM沟通往往也被l济关系所替代。甚臌总部的职能机构ؓ事业部提供决{咨询服务时Q也要事业部支付咨询服务贏V?
矩阵式结?br />
矩阵式结构的出现是企业管理水q的一ơ飞跃。当环境一斚w要求专业技术知识,另一斚w又要求每个品线能快速做出变化时Q就需要矩阵式l构的管理。职能式l构U向的信息沟通,而事业部式结构强调横向的信息动Q矩阵式是这两种信息动在企业内部同时实现?
在实际操作中Q这U双重管理的l构建立和维持v来都很困难,因ؓ有权力的一方常常占据支配地位。因此比较成熟的矩阵式管理模式ؓ带有目Q品小l性质的职能型l织。职能部门照常行使着理职能Q但公司的业务活动是以项目的形式存在的。项目由目l理全权负责Q他向职能经理烦要适合的h力资源,在项目期_q些员工归项目经理管理。而职能经理的责Q是保证h力资源合理有效的利用?
与前两种l构不同Q矩阵式l构很少能从l织l构图中判断出来Q需要根据企业具体的理行ؓ加以判断。而企业是否应该实行矩阵式理Q应该依据下面三个条件加以判断:
条g一Q品线之间存在着׃n希缺资源的压力。该l织通常是中{规模,拥有中等数量的品线。在不同产品共同灉|C用h员和讑֤斚wQ组l有很大压力。比如,l织q不_大,不能为每条品线安排_的工E师Q于是工E师以兼职项目服务的形式被指z承担品服务?
条g二:环境对两U或更多的重要品存在要求。例如对技术质量和产品快速更新的要求。这U双重压力意味着在组l的职能和品之间需要一U权力的q。ؓ了保持这U^衡就需要一U双重职权的l构?
条g三:l织所处的环境条g是复杂和不确定的。频J的外部变化和部门之间的高度依存Q要求无论在U向q是横向斚w要有大量的协调与信息处理?
Ҏ上面的条件可以看出,提供咨询服务的公司最适合采用矩阵式结构。例如中型规模的咨询公司Q这L公司规模在几十h至上百hQ咨询顾问可以根据业务专业划分ؓ不同的职能团队,例如财务咨询Q生产、工E咨询,理咨询组。由于咨询顾问的成本较高Q优U的咨询顾问资源相对稀~,而咨询公司没有统一的品,需要根据客L具体情况q行二次设计Q每一个项目都是一个全新的产品Q无法通过水U作业完成。而且Q品的质量需要由目l理和职能经理共同控制。矩阵式的结构能最好的满以上的条件?
矩阵式结构的优势在于它能使h力、设备等资源在不同的产品Q服务之间灵zd配,l织能够适应不断变化的外界要求。这U结构也l员工提供了获得职能和一般管理的两方面技能。在矩阵式组l里Q关键组l成员的角色定位非常重要。这些关键组l成员包括:高层领导者、矩阵主和员工?
高层领导者的主要职责是维持职能经理和产品l理之间的权力^衡。高层领D也必须愿意q行决策委托Q鼓p能经理和产品l理直接接触Q共同解决问题,q将有助于信息共享和协调?
矩阵ȝ的问题在于如何控制他们的下属。由于下属接受两个主同旉|不自觉的员工会利用这个机会钻I子Q造成ȝ对他的管理真I化。因此,职能和品主必M起工作,解决问题。职能主主要解决下属的技术水q问题,而项目主则具体下属在q个目上的行ؓ、工作结果和l效。这些活动需要大量的旉、沟通、耐心以及和别人共同工作的技巧,q些都是矩阵理的一部分?
员工接受双重领导Q经常能体会到焦虑与压力。他的两个直接经理的命ol常会发生冲H。这时双重主的员工必须能够面对产品l理和职能经理的指oQŞ成一个综合决{来定如何分配他的旉。员工们必须和他的两个主保持良好关p,他们应该昄出对q两个主的双重忠诚?
矩阵式结构最早应用于飞机刉和航天器械的生产项目中。职能部门包括研发、工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不浅?
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产品的ȝ理?
从旧金山到香港,再到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可以按照另外的标准把他划分在其他的部门里?
IBM公司q种矩阵式组l结构带来的好处是什么呢Q叶成辉先生认ؓQ非常明昄一点就是,矩阵l织能够弥补对企业进行单一划分带来的不I把各U企业划分的好处充分发挥出来。显Ӟ如果不对企业q行地域上的l分Q比如说只有大中华而没有华南、华东、香港、台湾,无法针对各地区市场的特Ҏ工作深入下去。而如果只q行地域上的划分Q对某一U品比如AS/400而言Q就不会有一个h能够非常了解q个产品在各地表现出来的特点Q因为每个地区都会只看重该地区整盘的生意。再比如按照行业划分Q就会专门有人来研究各个行业客户对IBM产品的需求,从而更加有效地把握住各U品的重点市场?
“如果没有q样的矩늻构,我们要想在某个特定市场推q品,׃变得非常困难?#8221;叶成辉说。比如说在中国市场推qAS/400q个产品吧,׃矩阵式组l结构的存在Q我们有华南、华东等各大区的队伍Q有金融、电信、中企业等行业队伍Q有市场推广、技术支持等各职能部门的队伍Q以及专门的AS/400产品的队伍,大家怺协调、配合,很Ҏ打开局面?
“首先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;叶成辉说?
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?
在外界看来,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>
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>
期刊名称 影响因子
计算机学?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
国内计算机类学术期刊投稿指南
计算机科学与技?英文? 《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.cn; arocmag@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>