zoukankan      html  css  js  c++  java
  • 阅读笔记--《大型网站技术架构》—03架构师

    架构师领导艺术

    关注人而不是产品:一定要坚信: 一群优秀的人做-件他们热爱的事,一定能取得成功。不管过程多么曲折,不管外人看来多么不可思议不靠谱。所以最好的软件项目管理不是制订计划,组织资源,跟踪修正项目进展,对成员进行激励和惩罚,而是发掘项目组每个成员的优秀潜能,让大家理解并热爱软件产品最终的蓝图和愿景。每个人都是为实现自我价值而努力,不是为了领工资而工作。这也是领导的真谛:寻找一个值得共同奋斗的目标,营造一个让大家都能最大限度发挥自我价值的工作氛围。没有懒惰的员工,只有没被激发出来的激情。所有强迫员工加班的管理者都应该为自己的无能而羞愧。

    发掘人的优秀:有些企业喜欢挖优秀的人,而不是去把自己打造成一个培养优秀人才的地方。殊不知:是事情成就了人,而不是人成就了事。指望优秀的人来帮自己成事,不如做成一件事让自己和参与的人都变得优秀。大多数人,包括我们自己,都比自己以为的更优秀,有些优秀需要在合适的环境中才会被激发出来,比如做一些有挑战的事,和更优秀的人合作,抑或拥有了超越自我的勇气。发掘人的优秀远比发掘优秀的人更有意义。。

    共享美好蓝图:架构师要和项目组全体成员共同描绘一个蓝图, 这个蓝图是整个团队能够认同的,是团队共同奋斗的目标。蓝图应该是表述清楚的:产品要做什么、不做什么、要达到什么业务目标,都需要描述清楚。蓝图应该是形象的:产品能为用户创造什么价值、能实现什么样的市场目标、产品最终会长什么样,都需要形象地想象出来。蓝图应该是简单的:不管内部还是外部沟通,都能-句话说明白:我们在做什么。蓝图应该写在软件架构设计文档的扉页、写在邮件的签名档、写在内部即时通信群的公告上。

    共同参与架构:架构师需要对系统架构负责,但并不是说一定要架构师自已完成架构设计,并要项目团队严格遵守架构决策。把架构和架构师凌驾于项目和项目组之上,只会让架构师变成孤家寡人,让架构曲高和寡。不要只有架构师一个人拥有架构,让其他人维护框架与架构文档。

    学会妥协:不要企图在项目中证明自己是正确的,一定要记住,你是来做软件的,不是来当老大的。所以不要企图去证明自己了不起,永远也别干这种浪费时间、伤害感情的事。很多时候,对架构和技术方案的反对意见,其实意味着架构和技术方案被关注、被试图理解和接受。架构师不应该对意见过于敏感,这时架构师应该做的是坦率地分享自己的设计思路,让别人理解自己的想法并努力理解别人的想法,求同存异。。

    成就他人:我们活着不是为了工作,不是为了做设计、写程序,这些不是我们生活的目的。我们活着是为了成就我们自己,而要想成就自己,就必须首先成就他人。每个人都有自己成就的目标,而工作是达成自我成就的一种手段:通过工作的挑战,发掘自我的潜能,重新认知自我和世界。软件开发过程是人的智力活动过程,软件开发不仅是制造软件的过程,也是开发人员完善自我、超越自我的过程。所以我们工作不只是生产产品,还要成就人,并最终成就我们自己。

    网站架构师职场攻略

    发现问题,寻找突破

    1.许多刚加入公司的新员工- -开 始就急着要做出成绩,但是由于不熟悉环境,四处碰壁,被打消了积极性,反而不利于长远发展。其实新员工首先要做的事情是融入团队,跟大家打成- -片,只要能和团队- -起共进退,你就不是一个人在战斗。等熟悉了情况,知道了水的深浅后,再寻找突破口,择机而动。

    2.新员工最不需要做的事情就是证明自己的能力。在新环境中一时施展不开就怀疑自己的能力,进而担心被其他人怀疑自己的能力,于是努力想要证明自己,但是常常事与愿违,反而出乱子,伤害了公司和自己的利益。其实既然能经过层层考核和挑选进入公司,就已经证明你有和工作要求相匹配的能力,你要相信当初选中你的同事的眼光和能力。

    提出问题,寻求支持

    1.把“我的问题”表述成“我们的问题”

    大多数人都不喜欢问题,问题意味着麻烦,当他听到你说“我遇到-个问题”的时候,下意识地要远离你和你的问题。如果你需要他的支持,就要想办法把你的问题变成他的问题,是他遇到了问题,而你来帮他解决。

    在多数场合,严格区分“你的问题"还是“我的问题”意义不大,既然你身在其中,就是为了解决问题,所以这个时候把问题表述成“我们的问题",会拉近彼此的距离。

    “Tom,我们遇到了一个问题。”

    “哦,坐下来,说说看。”

    2.给上司提封闭式问题,给下属提开放式问题

    不要问上司“你觉得该怎么办?”这种没有建设性的开放式问题,给上司提问题是希望能够得到他的支持,而不是带着一头雾水等他去指点迷津。公司付你薪水不是让你睁着迷茫的眼睛卖萌。给上司提问应该是“你觉得A和B两个方案哪个更好?”这种封闭式问题。

    给下属提问则相反,用开放式的问题启发他去思考,寻找创新的解决方案。所以,只有“元方,你怎么看?”,而没有“大人,你怎么看?”。

    3.指出问题而不是批评人

    如果在合作中出现问题,告诉他问题的存在和紧迫性,而不是责问他为什么出现问题。

    人在听到批评信息的时候,本能地想要去针对批评进行反驳或者辩解,于是谈话就变成关于批评是否合理的争论,离解决问题越来越远。

    4.用赞同的方式提出问题

    在项目评审或者讨论问题的时候,发现对方的方案中存在缺陷,不要直言“你这里有问题",对方可能会本能地进行自我保护而拒绝你的建议。

    用一种温和的方式提出问题“我非常赞同你的方案,不过我有一个小小的建.....

  • 相关阅读:
    RHEL简单管理SELINUX
    CentOS配置samba服务
    CentOS中配置NFS服务
    CentOS里route命令详解
    Linux 进程管理之四大名捕
    编辑器之神-VIM
    纠结的链接——ln、ln -s、fs.symlink、require
    History(历史)命令用法 15 例
    备份MySQL数据库
    MySQL 资源大全
  • 原文地址:https://www.cnblogs.com/Qi77/p/13106889.html
Copyright © 2011-2022 走看看