有做构架相关工作的么？

greanbean

你们除了平时工作的积累，有没有相关书籍和培训材料可以推荐一下?
正在看TOGAF9,感觉有点大而空,简单的感念过分复杂和抽象化. 也许是我愚钝,还没领悟精髓
还有,平时大家都是通过什么方式不断提高自己的业务水平的? 平时工作有什么体会分享一下好让象我一样的菜鸟有机会在这个方向少走弯路

rliaus

有意思。还有这么个东西。第一次听说。和Open CA 有什么区别吗？
我在企业环境里，怎么觉得完全用不找呢。也许澳大利亚没有什么自主的大系统，有也都是些Collaboration系统。倒是觉得Business Analysis和项目管理的东西更重要。所在行业的业务，运作知识最重要。  

bmatt

软件还是硬件呢？

bmatt

我的意思是。。infrastructure 还是software design？

greanbean

rliaus 发表于 2013-5-31 12:39
有意思。还有这么个东西。第一次听说。和Open CA 有什么区别吗？
我在企业环境里，怎么觉得完全用不找呢。 ...

也许我理解有误，但TOGAF和Open CA好像都是Open Group发的构架认证。

你说“企业环境里，怎么觉得完全用不找”。那我想知道，在你的工作环境，如果一个项目涉及多个平台和系统,谁负责端到端的设计，集成和测试支持呢?

greanbean

bmatt 发表于 2013-5-31 12:45
软件还是硬件呢？

主要是软件。偶尔会涉及到已有硬件升级和新的硬件平台搭建来满足软件需求。有没有个人经验，心得或学习信息可以分享一下？这方面的讨论的信息好像不如开发热门和充足。

rliaus

greanbean 发表于 2013-6-3 09:54
也许我理解有误，但TOGAF和Open CA好像都是Open Group发的构架认证。

你说“企业环境里，怎么觉得完全用 ...

看了一下Open Group 的网页，TOGAF and Open CA Path不一样。

有称作Principle Architect。那些人一般都是10多年的经验，对公司的运作，业务流程很了解，又占些信息不对称的便宜。 知道公司的发展和管理的方向。所以能提出和规范要求。交给手下去做个End to End Solution Design, 最终如何做Allocated Function Spec给Vendor. 中间那个E2E solution architect其实挺弱，两头都不太懂。没听说谁有Open CA, TOGAF,甚至是Java的认证。

大企业环境开发，集成一般都有业界的中间件。 要连接的系统，要不就是直接买，或者就是老系统修修补补。架构的知识用不着，当然知道更好，就怕没有实践的机会。

澳洲的环境也许就是如此，所以纯技术不好发展。我倒是建议大家去学学MBA之类的东西。

rabbitpoint

进来膜拜下牛人。TOGAF只是一种总结出来的东西，是框架也好，方法论也好，重要的是取其精华然后fit in 到自己的organization就好。

cangaru

是想当SOFTWARE ARCHITECT吗

greanbean

rliaus 发表于 2013-6-3 10:19
看了一下Open Group 的网页，TOGAF and Open CA Path不一样。

有称作Principle Architect。那些人一般都 ...

你说的那个比较弱的e2e sa, 如果两头都不懂，他是怎么展开工作做端到端的设计的？

我猜chief sa如果是给个solution outline, 那还有很多细节缺失，比如接口的定义，数据的定义，每个系统的影响和变化要求，等等。这个都要e2e sa来完成么？这部分工作还是很重要的，直接影响vendor的细节设计和开发和最终方案的确定。

说道认证，其实主要目的还是通过他提供的资料系统理论的学习以下工作中积累的散乱的知识和经验。以便形成做事的原则少走弯路。

rliaus

greanbean 发表于 2013-6-3 10:59
你说的那个比较弱的e2e sa, 如果两头都不懂，他是怎么展开工作做端到端的设计的？

我猜chief sa如果是给 ...

最后这话说得好。

我列的情况是在企业环境里。说是在的，真不知道他们有什么设计，具体的方案设计，接口定义，技术实现都是Vendor 或是SME提供的。基本上不和Vendor/SME过几轮，他们都没有E2E Integration的认识，.感觉他们完全是被动的。
他们好像就是最终能写个文档，把多个系统的设计拼到一起。
有可能只是从管理和责任的角度需要这个中间层次。如果说有什么作用， 也就是协调一下各系统，各层面的需求和反馈。
听起来挺好的吧？很多人前一阵子给裁掉了。
也许搞这一套，看看Six Sigma, Lean 之类的东西很有用。能吹就更好了。

IT商业软件公司不一样， 架构师一般都是跟某个产品线很长时间的。对产品的方方面面很了解。市场的信息通过产品经理回来。再设计变化和改版。 实施部门再跟进。这个也要对行业和客户的业务很熟悉。

所以，我觉得没有通用的Architect, 要看行业。或者是看好某个领域，钻研进去。设计的软件，应用是要带来效益的。
再高一级的集成，应该是CIO一级的事情了。现在想太早了。


你现在是什么情况呢？

greanbean

rliaus 发表于 2013-6-3 14:26
最后这话说得好。

我列的情况是在企业环境里。说是在的，真不知道他们有什么设计，具体的方案设计，接口 ...

我给SA跑过龙套，对方案构架或E2E architecture有一点肤浅的认识。看看你的见解。

正如你说，方案构架里，具体的活都是vendor的。但我不觉的做方案构架是可有可无和被动的。我到觉得vendor是被动的，他们是被做构架的指引和驱使的。因为他们只关心自己的那一部分和直接接口的系统。至于端到端数据怎么流和处理，他们不是很懂也不关心。这个就是方案构架的角色和有意义。

他们需要把自己的需求清晰表达出来，然后和vendor切磋若干回合把方案套出来。期间会有很多矛盾和分歧和含混不清的或进一步跟进的，做构架的都要一一妥善解决。然后才能形成端到端方案。而且他们是整个方案的owner,任何阶段出了问题包括post production,他们都是第一个需要出头解决设计和实施缺陷的。因为测试和production存在相同问题，每个vendor只负责一小部分，必须有做端到端的来做初步调查，分析和个隔离。找到问题和解决方法分给具体的VENDOR去处理。

这样的人什么都懂点，但什么系统都不具体和深入。这也是他们的工作性质决定了。这样人换工作好像不容易，因为没有哪个具体的系统和应用可以说擅长的。

我不确定，以后的发展，这样的人需求是在扩大还是萎缩。但这样的角色总是需要的吧。


做application architecture更有生存空间？因为至少是跟着一个产品走，可以深入和细化。

rliaus

讨论越来越深入了。

我也没觉得他们可有可无， 但是基本上在技术和设计上的作用不太， 需求有BA. 另外，有的系统是很核心的。决定了实现的细节。很多企业环境还是有这样的星型结构。所以key person 还是在provider那里。

我和你一样的不确定，这样的架构师的前景如何。
我当然是觉得能搞主程序框架，算法的更吃香，比如ASX, NASDAQ交易系统的设计师一定是大师级别的。或者是能在比如人工智能， 量子，大数据并行计算之类的前沿技术上有了解。

gozh2005

我理解的，TOGAF的是EA，这个是考虑整个企业怎么长期做IT发展的，下一步应该就是CIO，或者其实是相关的。SA是提供解决方案，着重在用某个产品来解决某一领域。APPLICATION ARCHIETCT应该是写程序的多层的架构当然也有未来产品技术上的发展，职业下一步应该是CTO。所以TOGAF其实是很好的等于是多个SA的头把他们协调在一起。EA的要求是标准化看着长远的回报，这点和SA想快速把解决方案做好是有冲突的，一一般来说这个GAP有10-20%就是算不错的。最后我看到的几个EA的最后的实现其实都还是SOA的ESB的解决，这样子可能才可以最大的利用现有的咨源来扩展。

whitecats

gozh2005 发表于 2013-6-11 20:54
我理解的，TOGAF的是EA，这个是考虑整个企业怎么长期做IT发展的，下一步应该就是CIO，或者其实是相关的。SA ...

基本同意你的理解，SOA和Togaf的ADM是一脉相承的，基本做ESB/SOA的人Togaf都无师自通了。

whitecats

你是要考证还是只是学知识？考证的话就看opengroup的提纲和习题，学知识的话就看看spec顺着找个EA工具玩两下再过一些SOA的一些要点和立意。

fengdu08

讨论这个，有点嘘吧，这是澳村啊
--完全看不懂

IsDonIsGood

进来学习，googling

cynosure

分享一下我的自我提高、保持职业竞争力的方法吧：

1、动手实践，并维护好一份适合自己复习和查阅的备忘和笔记（我将它用mercurial host在bitbucket上）
2、（主要）还是动手，但是项目实践，建立自己的side project，必须要有一定的应用功能，这样的小项目很容易找，比如自动化某些你的日常工作，给某些命令行工具配一个图形界面或者web接口等，要按照商业软件的流程和质量要求开发。项目实践和普通的动手实践最大的不同是，你必须考虑架构、可维护性、测试、自动构建、甚至git上的日志的可读性等等一系列开发过程、方法和SCM的很多东西
3、通过看这两个地方的新闻了解开发社区的趋势和热点：
http://www.reddit.com/r/programming/
https://news.ycombinator.com/
有空的话订阅一些newsletter什么的也不错，比如说我就用Pycoder's Weekly追踪python社区的新闻

最后：
1、提高编程、架构等方面的开发技能，除了动手还是动手，看书有时候也需要，但动手远比看书重要得多，另外要总结。
2、我认为证明自己能力的是技术博客，开源代码，linkedin上的endorse数量，脑中能随时拿出来讨论的观点/见解，快速原型能力和文档的整洁程度，而不是证书，甚至简历有时候能起的作用都不大。

编辑：补充一点 -- 一定要保持兴趣，要让自己感觉好玩，这样才能长期安心做下去，如果只想着如何赚钱，就会失去兴趣，就不会有积累。

whitecats

cynosure 发表于 2013-6-25 23:23
分享一下我的自我提高、保持职业竞争力的方法吧：

1、动手实践，并维护好一份适合自己复习和查阅的备忘和 ...

非常赞同你的观点
不过lz讨论的更多的是战略上的EA