Category: Architect&CTO

[转]架构师不是管理者,是领导者 0

[转]架构师不是管理者,是领导者

俗话说:不想当架构师的程序员不是好程序员。成为架构师,几乎是每位开发者入行初期的共同理想。但架构师并非只是一个单纯的技术岗位,它需要技术能力与综合能力的共同支持。了解架构师的职业定位与主要职责,掌握架构师所需的核心技能,是通往这一高阶职位道路上的必修课。

[转]架构师必须知道的架构设计原则 0

[转]架构师必须知道的架构设计原则

如果一个技术已经存在 2 年,比如现在很火的前端技术 React 和 Vue 等,那么我能预估这个技术大致还有 2 年的生命期,再久就不确定了;如果一个架构或设计原则已经存在 15 年,例如单一职责和依赖倒置原则,我可以预期它还有 15 年甚至更久的生命期。原则是比具体技术更抽象,更接近事物本质,也更经得起时间考验的东西。这些原则沉淀在架构师的脑海中,最终内化成他的 mindset,以潜意识方式影响和指导他的架构和设计工作。

[转]架构师究竟要不要写代码 0

[转]架构师究竟要不要写代码

Talk is cheap, show me the code! 但是在互联网企业中,身处技术要职的架构师到底需不需要写代码?   在我们的专业领域中有一种普遍存在的误解:架构师的工作不需要写代码。 就目前看来这似乎没什么问题。毕竟,写代码是开发人员的工作。架构师就应该在更重要的任务上忙碌。

[转]看下资深架构师平时需要解决的问题,对比你离资深架构师还有多少距离——再论技术架构的升级之路 0

[转]看下资深架构师平时需要解决的问题,对比你离资深架构师还有多少距离——再论技术架构的升级之路

我目前奋力在技术架构的路上不断前行,虽然中间遇到很多障碍,目前自己感觉,勉强能达到架构师的级别,所以自己感觉还有底气写这篇文章。 之前,我写过篇博文,架构师更多的是和人打交道,说说我见到和听说到的架构师升级步骤和平时的工作内容,这篇文章更多的是从沟通角度分析架构师的升级之道。但我们知道,架构师更多是靠技术拿高薪。 在本文里,我将列些我见到的技术架构平时需要解决的问题,有技术的,也有沟通协调方面的,以这些实实在在的案例,来列举些技术架构需要具备的技能,以此来分析下高级开发如何更高效地升级到技术架构。好了,开场白结束,正文开始。

[转]如何转变职责从码农到管理数百人的CTO 0

[转]如何转变职责从码农到管理数百人的CTO

之前,我和两位联合创始人一起创立了 Gusto 公司,旨在为小型企业提供工资和福利结算,以及人力资源。 Tomer、Josh 和我在 Palo Alto 的一座房子的主卧室里成立了这家公司,当时我们什么都没有,只有对未来的憧憬和尽一切努力将其变为现实的决心。 六年后,我们服务的客户达到了 6 万多家小型企业(超过了美国所有雇主的1%),员工超过了 600 名(包括约 100 名工程师),我们齐心协力达成了超过十亿美元的估值。 办公时间我一般都会在 Gusto,工程师可以随时过来问我问题。有时他们会问我:作为这个公司的 CTO 和联合创始人,你的职责都有哪些变化

[转]前Windows事业部总裁:管理者如何做决策? 0

[转]前Windows事业部总裁:管理者如何做决策?

要成为一位管理者,最高门槛大概就是决策能力了。一间创业公司的 CEO 往往需要面对一系列的决策:从招人解雇、开发安卓版还是 iOS 版,到该购买宜家 Lack 还是 Billy 系列的家具。 当一支创业团队成长至 10-20 名员工(一般而言,其中大部分还是工程师)时,他们之间的联系和经验共享对于决策的帮助已经微乎其微。当这支团队进一步壮大时,管理和职责分派的重要性就愈发凸显。公司成长速度越可观,创始人或 CEO 的压力就会越大。 即便对于那些信任度较高、关系紧密的团队创始成员而言,第一次 CEO 不参与的决策过程(或者仅仅向他报告进度)也会是十分艰难的。与 CEO 责任核心联系越紧密的问题,决策起来也会愈发棘手。这些事情可能包括用户体验的改变、公司官微推送的消息等等,无一不考验着 CEO 及其团队的能力。

[转]CTO 身上有一股“匪气”,话语权都是自己挣来的 0

[转]CTO 身上有一股“匪气”,话语权都是自己挣来的

郭炜,毕业于北京大学,2016 年加入易观,担任易观 CTO,构建易观技术团队完成易观大数据采集、平台、数据挖掘等技术架构与体系。加入易观智库之前,曾任联想研究院大数据总监,万达电商数据部总经理、并曾在中金、IBM、Teradata 公司担任大数据方向重要岗位。在大数据采集、存储、处理、挖掘、应用研发等方面具有丰富的理论和实践经验。同时在技术管理上有独特的见解与实践。  分享主题:《空降 CTO 的立与升》

0

[转]CTO是否要写代码?

首先我给大家看看 CTO 应该干什么,或者说一个技术人员,互联网公司都会遇到所有这些事。这个坐标轴最左面是操作一级的,比如说写代码、测试网络、测试、搭防火墙、写脚本等等,到这边是管理上的事,再往那边是领导上的事情。这个方向是公司的规模,公司的规模越小需要操心的具体事越多,公司的事越大,你需要的领导力越多。除具体的事以外,还有流程、监控、规范、技术氛围、交往、技术体系、预算、公司的技术形象、公司技术方向、技术战略,事很多。

0

[转]16年IT老兵:技术管理者的多维度能力及转型之痛

在多年的技术管理工作中,我曾不断地遇到很多已经转型或即将转型为技术管理者的同事,他们都表达了一些类似的困惑:如何成功转型?不想丢掉技术,但如何在不丢掉技术的同时还能提升管理能力?以下是我个人在经历困惑和挣扎这个过程后的一些个人想法,在这里分享给大家。