技术Leader是互联网公司中,战斗在一线的技术领导者,技术Leader们能力的强弱,决定着公司整个技术团队的战斗力,结合我之前管理上百人技术团队的经验,谈谈我心目中优秀技术Leader五个方面的能力要求. 一.技术能力 系统设计和开发能力:技术Leader要熟悉业务领域内的系统架构和相关技术,能根据业务特性,合理进行分层设计,实现最高效率.低运维成本等等. 对于重要而复杂的系统,要求做好过载保护措施,以及资源的动态分配和优先级管理等. 技术运营:主动分析系统各项指标以及变化,通过监控数据和统计

背景 互联网公司的技术团队管理通常分为2个方向:技术管理和团队管理,互联网公司的技术TL与传统软件公司的PM还是有很大的区别,传统软件公司的PM更多注重于对项目的管理包括项目任务拆解.项目进度以及风险等.对于多数互联网公司而言,技术TL更多的职责不再局限于项目角度,而是对业务与技术都要有深入的了解,就像黑夜里的灯塔,能够引导和修正团队成员前进的航向.综合技术和业务角度去深度思考问题,具备一定的前瞻性,并在技术领域投入持续的学习热情,向团队成员传道,补齐短板,提高整个团队的战斗力. 技术TL职责不

导读:阿里巴巴高级技术专家云狄将为大家从管理的角度分享技术TL的核心职责,这其中包括团队建设.团队管理.团队文化.沟通与辅导.招聘与解雇等,希望与大家共同探讨.交流. 背景 互联网公司的技术团队管理通常分为2个方向:技术管理和团队管理,互联网公司的技术TL与传统软件公司的PM还是有很大的区别,传统软件公司的PM更多注重于对项目的管理包括项目任务拆解.项目进度以及风险等.对于多数互联网公司而言,技术TL更多的职责不再局限于项目角度,而是对业务与技术都要有深入的了解,就像黑夜里的灯塔,能够引导和修正

对技术人来说,技术是成长的“核心”.然而,在实际工作协作中,技术的重要性常常被业务所掩盖,造成先业务后技术的现象. 针对这个痛点,阿里高级技术专家张建飞提出了自己的解决思路,希望能与大家一起探讨交流. 一.为什么需要技术KPI? 在业务技术团队,有一个不好的趋势就是团队越来越业务,越来越没有技术味道.每个人都在谈业务,技术大会上在谈业务,周会上在聊业务,周报里写的是业务项目...... 唯独少被谈及的是技术本身.此处并不是说业务不重要,而是说理解业务和把控业务需求是技术人员的Base,而不是全部

如何量化考核技术人的 KPI? 原创: 张建飞 阿里技术今天 阿里妹导读:对技术人来说,技术是成长的"核心".然而,在实际工作协作中,技术的重要性常常被业务所掩盖,造成先业务后技术的现象. 针对这个痛点,阿里高级技术专家张建飞提出了自己的解决思路,希望能与大家一起探讨.交流. 为什么需要技术KPI? 在业务技术团队,有一个不好的趋势就是团队越来越业务,越来越没有技术味道.每个人都在谈业务,技术大会上在谈业务,周会上在聊业务,周报里写的是业务项目...... 唯独少被谈及的是技术本身.此

技术主管,又叫技术经理,英文一般是 Tech Leader ,简称 TL.随着工作经验的不断积累,能力的不断提升,每个人都有机会成为 Team Leader. 然而在机会到来前,我们必须提前做好准备,对 TL 的工作职责有一定了解.当然,这也会为当下更好地配合 TL 工作打下基础. 今天,阿里巴巴高级技术专家云狄将结合自己多年的经验,从以下三个角度出发,分享对技术 TL 这一角色的理解与思考: 开发规范 开发流程 技术规划与管理 技术主管是开发团队中的某位程序员需要对一起创建系统的整个开发团队负

为什么需要技术KPI 在业务技术团队,有一个不好的趋势,就是团队越来越业务,越来越没有技术味道.每个人都在谈业务,技术大会上在谈业务,周会上在聊业务,周报里写的是业务项目......唯独少被谈及的是技术本身.此处并不是说业务不重要,而是说理解业务和把控业务需求是技术人员的base,而不是全部. 将就的代价 这种技术味道的缺失对技术团队来说是非常可惜的,也不利于技术人员的成长和发展.因为很难想象一个没有技术追求的团队能开发出一个健壮的.可维护性好.可扩展性好的系统.相反,这种业务代码的堆砌,从短期

转自 51CTO技术栈 内容 团队建设 团队管理 团队文化 沟通与辅导 招聘与解雇 互联网公司的技术团队管理通常分为两个方向:技术管理和团队管理,互联网公司的技术 TL 与传统软件公司的 PM 还是有很大的区别. 传统软件公司的 PM 更多注重于对项目的管理,包括项目任务拆解.项目进度以及风险等. 对于多数互联网公司而言,技术 TL 更多的职责不再局限于项目角度,而是对业务与技术都要有深入的了解,就像黑夜里的灯塔,能够引导和修正团队成员前进的航向. 综合技术和业务角度去深度思考问题,具备一定的前

作者: 朱春茂(知明) 技术 Leader 是一个对综合素质要求非常高的岗位,不仅要有解具体技术问题的架构能力,还要具备团队管理的能力,更需要引领方向带领团队/平台穿越迷茫进阶到下一个境界的能力.所以通常来说技术 Leader 的技能是虚实结合的居多,繁杂的工作偏多.为此我把自己在工作中经常用到的思考技巧也做了一个整理,算是对<谈谈技术能力>中提及第三阶段的补充. 技术常用思考方法 向前思考,向后倒推 这个思考方法的含义是: 在思考一个命题时可以采取未来视角,先对未来发展做个预判,然后基于你的

本篇争取一篇讲清讲透,依然将通过四大方面清晰的对iOS开发中多线程的用法进行详尽的讲解: 一.什么是多线程 1)多线程执行原理 2)线程与进程 3)多线程的优缺点 二.我们为什么要用多线程编程技术 三.如何使用多线程技术 1)pthread技术 2)NSThread技术 2.1)线程属性 2.2)资源共享(抢夺) 3)GCD技术 4) NSOperation技术 四.线程的生命周期(线程状态) 一.什么是多线程 多线程(英语:multithreading),是指从软件或者硬件上实现多个线程并发执

行内的人自嘲是程序猿.屌丝和码农,行外的人也经常拿IT人调侃,那么究竟是IT人没有价值,还是没有仔细思考过自身的价值? 1.搞 IT 的是屌丝.码农.程序猿? 人们提到IT人的时候,总会想到他们呆板.不解风情,专注于IT技术,就算性感的美女躺在旁边也无动于衷.事实真的是这样吗?虽说不能完全否定有这样的情况存在,但这是IT人普遍的特点吗?而其它行业也有很多这样的人,那为什么人们总是拿程序员说事?下图为2013年网上曾经流传的一张屌丝分布图,程序员行业居首. 而实际上,问题并不在于IT行业拥有这些固

学习是技术人员成长的基础,本次分享20本技术方面的书籍,这些书不是每一本都是经典,但是每一本都有其特点.以下20本大部分本人都看过,因此推荐给大家.(本次推荐的20本只是一个参考,比如像Head First,Java编程思想等经典书籍是大家都知道,因此不在推荐之列) 本次分享大纲 大型网站架构系列 分布式系统系列 BAT技术文学系列 架构设计系列 本次分享总结 一.大型网站架构系列 第一本:<大型网站技术架构:核心原理与案例分析> 这是本算是国内大型网站架构的经典之作,由阿里人李智慧创作,听名

行内的人自嘲是程序猿.屌丝和码农,行外的人也经常拿IT人调侃,那么究竟是IT人没有价值,还是没有仔细思考过自身的价值? 1.搞IT的是屌丝.码农.程序猿? 人们提到IT人的时候,总会想到他们呆板.不解风情,专注于IT技术,就算性感的美女躺在旁边也无动于衷.事实真的是这样吗?虽说不能完全否定有这样的情况存在,但这是IT人普遍的特点吗?而其它行业也有很多这样的人,那为什么人们总是拿程序员说事?下图为2013年网上曾经流传的一张屌丝分布图(图片来自中国广播网),程序员行业居首. 而实际上,问题并不在于

原文地址:http://blog.sina.com.cn/s/blog_6024cfa90101cb0h.html 技术总监(Chief Technical Officer)与CTO(Chief Technology Officer,首席技术官)的区别是,技术总监主要思考技术,而CTO主要思考的是公司技术战略.国内很多软件公司只有技术总监,而没有CTO.虽然总监技术能力不错,但与公司的发展不沾边,光有技术是发挥不了核心作用的,没有技术前瞻性的视野,公司的业务发展也沾不上他技术的光. “原因就是技

TOGAF架构能力框架之架构合同.成熟度模型和架构技能框架 5. 架构合同 架构合同是在开发团体和赞助者之间关于架构的交付物.质量以及适用目标的联合协议,并且通过有效的架构治理将会促使这些协议的成功施行.通过对合同的管理施行一个治理方法,如下几点将会得到保障: 一个连续监测系统,用于检查完整性.变更.决策,并对组织内所有架构相关活动进行审计. 与现存的或正在开发中的架构相关的原则.标准和需求得以被坚持. 明确存在于架构的开发.实现和运营中的各种风险. 一系列流程和实践得以被制定,从而保障针对所有

5. 架构合同 架构合同是在开发团体和赞助者之间关于架构的交付物.质量以及适用目标的联合协议,并且通过有效的架构治理将会促使这些协议的成功施行.通过对合同的管理施行一个治理方法,如下几点将会得到保障: 一个连续监测系统,用于检查完整性.变更.决策,并对组织内所有架构相关活动进行审计. 与现存的或正在开发中的架构相关的原则.标准和需求得以被坚持. 明确存在于架构的开发.实现和运营中的各种风险. 一系列流程和实践得以被制定,从而保障针对所有架构制品的开发和使用的问责性.责任和规章. 对于为合同进行负

写在创业计划书之前的话: 昨天在闪存里我@了dudu,说:我要借钱,不久dudu回了我:傍个富婆. 当然,dudu以为我是玩笑,其实,我的确是开玩笑的,哈. 不过我正在执行一个创业计划,如果启动,我会找上dudu聊下的. 这份计划书,写了好几天了,也改了好几十遍. 昨日在私人群里试探性的发布,有人看了心情澎湃.有人看了蠢蠢欲动.也有人看了无动于衷. 心情澎湃的人群里,登记和付款的进度是10万,目标是300万,初步完成了3.33%,说明十年努力积累的信用还是值点钱的. 今天公开发布计划书,希望在本

[深圳/广州] 新一期俱乐部活动报名开始,这次是广深地区SQL Server 技术沙龙分享会(MVP),SQL Server作为一个数据平台,不管是SQL Server 2017 on Linux 还是把一门开源R语言融入其最赚钱的旗舰商业数据库,微软已经决定,下一代的由云驱动的计算将以数据驱动的智能为特征,不管是平台.应用还是设备.微软对开源的拥抱现在已经是一个事实,而不是一个问题.微软现在已经认识到,开源平台是真正的行业标准,并且,喜欢产品的消费者会支持这些平台.微软已经有了HD Insig

转自:http://blog.csdn.net/ccg_201216323/article/details/53576654 本文由我的微信公众号(bruce常)原创首发, 并同步发表到csdn博客,欢迎转载,2016年12月11日. 概述: 本周五,接到一个任务,要使用爬虫技术来获取某点评网站里面关于健身场馆的数据,之前从未接触过爬虫技术,于是就从网上搜了一点学习资料,本篇文章就记录爬虫技术Jsoup技术,爬虫技术听名称很牛叉,其实没什么难点,慢慢的用心学习就会了. Jsoup介绍: Jsou

上一篇:技术的极限(5): 识别计算与技术背后的心智 下一篇:技术的极限(7): 处理复杂与分层 目录: ** 0x01 数据和App分离 ** 0x02 蒸汽朋克/赛博朋克/密码朋克 ** 0x03 20年的数学与5年的Excel ** 0x04 随机数生成器(RNG) ** 0x05 争论中谁更可能是对的?| Mellow Heuristic ** 0x06 眼泪的作用 ** 0x07 更宽的马路带来更多的车流 ** 0x08 RSA私钥位数的安全公式 ** 0x09 密码学上的化学:Def

小蚂蚁说: 在金融行业,风险防控能力的重要性不言而喻.而蚂蚁金服可实现高达99.999%的异地多活容灾,千亿级资金秒级实时核对“账.证.实”等能力也让业界有目共睹. 今年位于杭州的蚂蚁金服ATEC科技大会上,蚂蚁金服正式推出技术风险防控平台TRaaS(Technological Risk-defense as a Service).经历过无数考验的 TRaaS 是把蚂蚁金服整个分布式架构和相应的技术风险能力组合在一起的免疫系统,它将高可用和资金安全能力结合 AIOps,使系统实现故障自愈,具有免