楼主: 王楠w_n

[原创] 【大话IT】你离大数据架构师有多远?(获奖名单已公布)

[复制链接]
论坛徽章:
9
2011新春纪念徽章
日期:2011-02-18 11:43:33ITPUB 11周年纪念徽章
日期:2012-10-10 13:11:142013年新春福章
日期:2013-02-25 14:51:24秀才
日期:2016-06-23 14:15:06秀才
日期:2017-03-20 13:42:20秀才
日期:2017-03-28 15:11:09秀才
日期:2017-03-28 15:59:38秀才
日期:2017-04-06 18:09:28秀才
日期:2017-07-11 14:19:35
发表于 2016-8-8 12:06 | 显示全部楼层
没有架构师或者自己已经从事了架构师这个职位有了危机以后,我想对自己的职位依然做个肯定,因为业务永远会随着客户的需求存在,
         既然有客户需求,业务就会产生,有业务产生,那必然少不了技术实现,可以做技术方案指导,都是很好的方向。

使用道具 举报

回复
发表于 2016-8-10 13:58 | 显示全部楼层

1.作为企业架构师,我们为什么需要构建数据结构?
答复:数据结构主要有以下内容:
1)数据标准不一致  
2)数据模型管理混乱  
3)深入的性能的问题无法解决  
4)SQL语句编写水平不高导致出现严重性能问题  
5)开发人员对执行计划收悉  
6)上线前缺乏审计  
7)相对复杂的数据处理能力欠缺  
8)数据质量差需要执行数据质量管理
数据是客户的财富,虽然对于我们开发人员一文不值,在客户那里就是无价之宝,保障数据的完成性,安全性,可靠性,必须要存在数据结构满足8大要求。


2.结合自身,说一下你离架构师有多远,还需要掌握哪些技术?
答复:架构师首先有很多方向,作为架构师必须具有丰富的开发经验,是个技术主管。
      因为他必须清楚什么是可以实现的,实现的方式有哪些,相应的难度怎么样,实现出来的系统面对需求变化的适应性等一系列指标。
          另外,需要对面向过程、面向对象、面向服务等设计理念有深刻的理解,可以快速的察觉出实现中的问题并提出相应的改进(重构)方案(也就是通常说的反模式)。
          这些都需要长期的开发实践才能真正的体会到,单从书本上很难领会到,就算当时理解了也不一定能融会到实践中去。
      在技术能力上,软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识,包括进程内通信(对象访问、函数调用、数据交换、线程同步等)以及进程外(包括跨计算机)的通信(如RMI、DCOM、Web Service)。
          在WEB应用大行其道的今天,开发者往往对服务器间的通信关注的比较多,而对进程内的通信较少关注。进程外跨机器通信是构建分布式应用的基石,它是架构设计中的鸟瞰视图;而进程内的通信是模块实现的骨架,它是基石的基石。
          如果具体到一个基于.Net企业级架构设计,首先需要的是语言级别的认识,包括.NET的CLR、继承特性、委托和事件处理等。然后是常用解决方案的认识,包括ASP.NET Web Service、.NET Remoting、企业服务组件等。
          总之,丰富的开发实践经验有助于避免架构师纸上谈兵式的高来高去,给代码编写人员带来实实在在的可行性。
      其次,具有足够的行业业务知识和商业头脑也是很重要的。行业业务知识的足够把握可以给架构师更多的拥抱变化的能力,可以在系统设计的时候留出一些扩展的余地来适应可能来临的需求变化。
          有经验的设计人员可能都碰到过这样的事,一厢情愿的保留接口在需求变化中的命中率非常低。也就是说,在系统设计之初为扩展性留下来的系统接口没能在需求变化的洪流中发挥真正的作用,因为需求的变化并没有按照预想的方向进行,到最后还是不得不为变化的业务重新设计系统。
          这就是因为对业务知识的理解和对市场或者商业的判断没有达到一个实用的、可以为架构扩展性服务的水平。
      再次,架构设计师对人的关注必须提升到架构设计之初来纳入考虑的范围,包括沟通以及对人员素质的判断。软件过程是团队协作共同构建系统的过程,沟通能力是将整个过程中多条开发线粘合在一起的胶水。
          大家都应该碰到过事后说“原来是这样啊,我不知道啊”或者某个开发人员突然高声呼喊“为什么这里的数据没有了”之类的。沟通的目的就是尽量避免多条开发线的混乱,让系统构建过程可以有条理的高效进行。
          另外,对人的关注还表现在对团队成员的素质判断上,比如哪些开发人员对哪些技术更熟悉,或者哪些开发人员容易拖进度等。只有合理的使用人力资源,让合适的人做合适的事情才能让整个软件过程更加高效。
      架构师应时刻注意新软件设计和开发方面的发展情况,并不断探索更有效的新方法、开发语言、设计模式和开发平台不断很快地升级,软件架构师需要吸收这些新技术新知识,并将它们用于软件系统开发工作中。但对新技术的探索应该在一个理性的范围内进行,不能盲目的跟风。
          解决方案提供商永远都希望你能使用它提供的最新技术,而且它们在推广自己的解决方案的时候往往是以自己的产品为中心,容易给人错觉。
          比如数据库,往往让人觉得它什么都能做,只要有了它其它什么都不重要了。但事实上并不是如此,对于小型应用可以将许多业务逻辑用script的方式放入数据库中,但很少看到大型应用采用这样的做法。
          对于新东西需要以一种比较的观点来判断,包括横向的比较和纵向的比较,最后得出一些性能、可移植性以及可升级等指标。另外,新入行的开发人员往往关心新技术动向而忽略了技术的历史,而从DOS时代一路杀过来的开发者就对现在的技术体系有较全面的把握。


3.如果你应聘架构师方面的工作,那么你认为设计架构具体都做些什么呢?
答复:1#:确认需求
  在项目开发过程中,架构师是在需求规格说明书完成后介入的,需求规格说明书必须得到架构师的认可。架构师需要和分析人员反复交流,以保证自己完整并准确地理解用户需求。
  2#:系统分解
  依据用户需求,架构师将系统整体分解为更小的子系统和组件,从而形成不同的逻辑层或服务。随后,架构师会确定各层的接口,层与层相互之间的关系。架构师不仅要对整个系统分层,进行“纵向”分解,还要对同一逻辑层分块,进行“横向”分解。
  软件架构师的功力基本体现于此,这是一项相对复杂的工作。
  3#:技术选型
  架构师通过对系统的一系列的分解,最终形成了软件的整体架构。技术选择主要取决于软件架构。
  Web Server运行在Windows上还是Linux上?数据库采用MSSql、Oracle还是Mysql?需要不需要采用MVC或者Spring等轻量级的框架?前端采用富客户端还是瘦客户端方式?类似的工作,都需要在这个阶段提出,并进行评估。
  架构师对产品和技术的选型仅仅限于评估,没有决定权,最终的决定权归项目经理。架构师提出的技术方案为项目经理提供了重要的参考信息,项目经理会从项目预算、人力资源、时间进度等实际情况进行权衡,最终进行确认。
  4#:制定技术规格说明
  架构师在项目开发过程中,是技术权威。他需要协调所有的开发人员,与开发人员一直保持沟通,始终保证开发者依照它的架构意图去实现各项功能。
  架构师不仅要保持与开发者的沟通,也需要与项目经理、需求分析员,甚至与最终用户保持沟通。所以,对于架构师来讲,不仅有技术方面的要求,还有人际交流方面的要求。


4.如果在一个成熟的企业里没有你所想象的架构师呢?或者说,架构师这种职业已经死亡或消失了呢?你会怎么定位你的职业?
答复:如果在一个企业里没有架构师,那么我可以推动自己往这个方向努力发展。
     如果在这个行业里不存在架构师,我想软件领域开发的软件质量应该也会存在很多问题。
     没有架构师或者自己已经从事了架构师这个职位有了危机以后,我想对自己的职位依然做个肯定,因为业务永远会随着客户的需求存在,
         既然有客户需求,业务就会产生,有业务产生,那必然少不了技术实现,可以做技术方案指导,都是很好的方向。

使用道具 举报

回复
论坛徽章:
9
ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282012新春纪念徽章
日期:2012-01-04 11:49:54蛋疼蛋
日期:2012-05-14 12:36:21蜘蛛蛋
日期:2012-11-06 13:12:47ITPUB社区12周年站庆徽章
日期:2013-09-18 15:36:43本田
日期:2013-10-08 12:21:20ITPUB社区12周年站庆徽章
日期:2013-10-08 14:59:192014年新春福章
日期:2014-02-18 16:41:11马上有车
日期:2014-02-18 16:41:11
发表于 2016-8-11 08:36 | 显示全部楼层
风铃中の鬼 发表于 2016-7-4 10:55
我还是很想要这个书的哈,以架构师为目标的我也来掺和一下

1.作为企业架构师,我们为什么需要构建数据结 ...

3) 高难问题的解决,小兵不懂问组长,组长不懂的就得问你架构师啦,说白了我认为架构师就是一个团队在技术上的最终BOSS,当手下都搞不定的时候就要靠架构师了,但是尤其这点我想吐槽一下,我在以前工作中有一个我很看不起的家伙,他自诩技术负责人,只动嘴不动手,有很多次手下问他某个技术难点怎么实现,他给了一个理论上的实现方案,当再问他具体怎么做,他居然厚着脸皮的说:"这是你们的事,怎么实现我不管",不就是因为实现不了才找你的吗?其实就是你不会罢了,这是典型的滥竽充数,一生也不会成为真正的架构师。

这点我有点不同的看法。我认为架构师可以不懂怎么实现,能够为技术人员指导方向,方案就可以。

使用道具 举报

回复
论坛徽章:
0
发表于 2016-8-11 16:09 | 显示全部楼层
亮点回复!!!!!

使用道具 举报

回复
求职 : 数据库开发
认证徽章
论坛徽章:
28
ITPUB学员
日期:2009-10-14 18:49:45至尊黑钻
日期:2015-12-31 11:11:56数据库板块每日发贴之星
日期:2009-10-22 01:01:02优秀写手
日期:2014-04-30 06:00:17ITPUB8周年纪念徽章
日期:2009-10-09 21:30:10马上有车
日期:2014-10-09 10:14:53马上有钱
日期:2014-02-18 16:43:09路虎
日期:2013-10-15 15:38:59林肯
日期:2013-09-12 15:57:33ITPUB 11周年纪念徽章
日期:2012-10-09 18:11:48
发表于 2016-8-12 18:13 | 显示全部楼层
redcoffee 发表于 2016-8-11 08:36
3) 高难问题的解决,小兵不懂问组长,组长不懂的就得问你架构师啦,说白了我认为架构师就是一个团队在技 ...

我看你的话里似乎把"架构师"和"技术人员"分开了,真正的架构师应该是最高级的技术人员,看看那些世界级的大企业,随便举个例子,就比如微软.net的首席架构师安德斯,他本身就是C#和DELPHI的核心开发人员,当年闹的很火的Josh,在从JAVA跳槽去GOOGLE当首席架构师之前就是世界最有名的高级软件工程师,这样的架构师怎么可能有"不懂实现,却可以指导别人技术"的情况?我们再换个角度说这2个人,如果他们是个“不懂实现”的"架构师",他们也不可能被微软和谷歌看上眼
再者说,自身没有技术怎么指点别人技术方面的东西呢?有多少开发人员会容忍一个技术还不如自己的人,来指点自己技术的实现方式?

使用道具 举报

回复
论坛徽章:
23
兰博基尼
日期:2015-04-20 18:33:262014年世界杯参赛球队: 瑞士
日期:2015-04-20 18:33:262014年世界杯参赛球队: 洪都拉斯
日期:2015-04-20 18:33:262014年世界杯参赛球队: 阿尔及利亚
日期:2015-04-20 18:33:26马上有钱
日期:2015-04-20 18:33:26马上有对象
日期:2015-04-20 18:33:26沸羊羊
日期:2015-04-20 18:33:26慢羊羊
日期:2015-04-20 18:33:26喜羊羊
日期:2015-04-21 10:00:44itpub13周年纪念徽章
日期:2015-05-07 14:11:42
发表于 2016-8-13 13:55 | 显示全部楼层
太远了

使用道具 举报

回复
论坛徽章:
0
发表于 2016-8-29 16:12 | 显示全部楼层
顶!d=====( ̄▽ ̄*)b一个

使用道具 举报

回复
求职 : 数据库开发
认证徽章
论坛徽章:
28
ITPUB学员
日期:2009-10-14 18:49:45至尊黑钻
日期:2015-12-31 11:11:56数据库板块每日发贴之星
日期:2009-10-22 01:01:02优秀写手
日期:2014-04-30 06:00:17ITPUB8周年纪念徽章
日期:2009-10-09 21:30:10马上有车
日期:2014-10-09 10:14:53马上有钱
日期:2014-02-18 16:43:09路虎
日期:2013-10-15 15:38:59林肯
日期:2013-09-12 15:57:33ITPUB 11周年纪念徽章
日期:2012-10-09 18:11:48
发表于 2016-9-5 09:19 | 显示全部楼层
啥时候发书喽。。。咱等的花儿都凉喽

使用道具 举报

回复
论坛徽章:
8
2015年新春福章
日期:2015-04-22 09:15:50美羊羊
日期:2015-04-28 08:58:41暖羊羊
日期:2015-05-05 11:13:16慢羊羊
日期:2015-07-03 14:57:08目光如炬
日期:2016-06-05 22:00:002017金鸡报晓
日期:2017-01-10 15:25:58秀才
日期:2017-04-06 18:09:28秀才
日期:2017-05-09 11:37:55
 楼主| 发表于 2016-9-7 15:05 | 显示全部楼层
风铃中の鬼 发表于 2016-9-5 09:19
啥时候发书喽。。。咱等的花儿都凉喽

留言给我哈,风铃中の鬼

使用道具 举报

回复
论坛徽章:
387
马上加薪
日期:2014-07-30 15:56:19itpub13周年纪念徽章
日期:2014-09-30 11:08:572015年新春福章
日期:2015-03-04 14:19:112015年新春福章
日期:2015-03-06 11:57:31
发表于 2016-11-21 01:24 | 显示全部楼层
误区都很多啊?
企业架构师,脱离业务的企业架构师都是自撸啊!

至少开口闭口得Togaf 或者 五角大楼 吧?

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表