heguangwu 发表于 2016-08-09 15:45

回复 10# forgaoqiang
其实就是增加判断点,之前是相互判断,容易出现撕逼,现在由第三方仲裁,且第三方也是集群,要超过半数以上的同意才可以


   

bfmo 发表于 2016-08-09 17:21

1.你心里更好的架构师是什么样子的?
   架构师是负责设计整体架构的,从需求到设计的每个细节都要考虑到,使设计的架构尽量符合效率高、开发简便、维护方便、升级简单等要求。架构师的日常工作主要涉及以下问题:商业问题、系统问题、子系统问题、构件问题、技术问题、架构流程问题、项目管理问题,团队建设问题
   架构师具备能力:设计规划能力是成为架构师最需要具备的能力,其次是全面的技术实力,紧随其后的两种能力是沟通协调能力和解决现有问题的能力,最后是管理决策能力和抽象能力。
   从本质上讲,架构师应当是一个成熟的、丰富的、有经验的、有良好教育的、学习快捷、善于沟通和决策能力强的人。
2.更好的技术如何能自然的灌输给管理层?
   架构师在很多情形下是管理层与工程师之间的桥梁,除了掌握技术细节,还要对技术细节进行一定的抽象概括使管理层理解问题所在,以便管理层恰当地参与决策。
   对于更好的技术,需要从架构环境,人员配备,管理维护,成本,后期扩展性等多方面概括归纳,
再结合实际应用案例,在适当时候提供给有效的管理层人员。
3.技术派如何学会更有效的沟通和技术布道?
   架构师在日常工作中需要做不少的协调工作,包括组织技术会议的召开和带领团队攻坚,这些都需要一定的组织能力。拿组织会议来说,有些工程师不喜欢在会议之前进行事先准备和与相关人员进行允分沟通,而是喜欢开会时事无巨细地讨论,这势必造成会议低效。面对这样的会议,架构师需要很好地判断是终止会议重新安排呢,还是继续进行。如果继续进行就得在会议中很好地掌控会议的话题和节奏,并依据自己的概念能力让与会者更有效地达成共识。
架构师沟通几条原则:
1. 确保各方对背景的理解一致,比如开会之前先简单通过邮件交流一下,对新加入会议的人花个30秒钟做个前情提要,或者在讨论过程中让对方说一下他的理解。
2. 去掉对方不能/不需要理解的内容,比如跟产品说“这个队列在高并发下因为锁的实现有问题导致CPU性能瓶颈”不如改成“我们发现了性能问题,持续10分钟了,10万用户收不到运营发的无节操广告,大概5分钟后扩容解决”。
3. 确保在对方失去注意力前尽快说出重点。
4. 不要说没有意义的内容浪费其他人的时间,比如”这需求做不了“或者”这里不可能出bug“,没有人想听到这些废话。

niao5929 发表于 2016-08-10 07:59

好东西不自由开源,等死呀。不及时发布让大家方便的可以获得同样是等死。因为没有人知道你的东西到底有多好。感受很重要

niao5929 发表于 2016-08-15 22:47

淘宝的云就一定好吗??!!

yehuafeilang 发表于 2016-08-25 16:13

1.你心里更好的架构师是什么样子的?
能够承上启下,既了解需求,善于沟通,又懂得设计,善于沟通。
具体说来就是,有丰富的软件设计与开发经验,这有助于理解并解释所进行的设计是如何映射到实现中去。还要具有领导能力与团队协作技能,软件架构师必须是一个得到承认的技术领导,能在关键时候对技术的选择作出及时、有效的决定。最重要的是需要具有很强的沟通能力,其实这一点好像什么角色都最好具备,架构师需要与各路人马经常打交道,客户、市场人员、开发人员、测试人员、项目经理、网络管理员、数据库工程师等等,而且在很多角色之间还要起沟通者的作用。在技术能力方面,软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识,比如远程过程调用(RPC,Remote Procedure Call)、JAVA RMI、CORBA、COM/DCOM、各种标准的通信协议、网络服务、面对对象数据库、关系数据库或者NoSQL数据库等等,另外,架构师应时刻注意新软件设计和开发方面的发展情况,并不断探索更有效的新方法。开发语言、设计模式和开发平台不断很快地升级,软件架构师需要吸收这些新技术新知识,并将它们用于软件系统开发工作中。当然,行业的业务知识对软件架构师也是很重要的,有助于设计出一个满足客户需求的体系结构,优秀的软件架构师常常因为要尽快获得对行业业务的理解而必须快速学习并且进行敏锐的观察。

2.更好的技术如何能自然的灌输给管理层?
   最重的一点自然是沟通要清晰明了,语气平和。架构师不能将自己锁在自己的象牙塔上,以高高在上的语气与管理层沟通。当然了做到人性化的沟通,需要我们在平时就进行培养。写出大部头的架构书,有的时候并没有用VISIO画出的简单架构图好理解。人对图形理解远远大于对文字的理解,直观简单的UML图可以极大的方便程序员理解架构师的意图。其次,可以召开小范围的技术人员会议,大家一起来讨论,一起理解架构师真正的意图。甚至就是一块小白板,几支笔就能把事情摆清楚,讲明白。

3.技术派如何学会更有效的沟通和技术布道?
    首先我们需要更多的感性思考,说话时也要注重别人的感受,尊重对方才能更好的交流。很多程序员总能列出一堆的理由来,说明为什么自己不适合学习或者不需要掌握某项与程序无关的技能,例如说演讲、英语、设计等等。但其实问题并没有那么复杂,你需要考虑的只是多学一项技能是否对你的职业发展更有利,只要你愿意,没什么是不能改变的。架构师不是油腔滑调的程序员,但是一句话都憋不出来的程序员,是做不好架构师的。
页: 1 [2]
查看完整版本: 【大话IT】由一系列云服务故障事件,我所想到的。。。。。