[置顶] 连载:面向对象葵花宝典:思想、技巧与实践(完)- 书籍已经出版

终于到了要结束的时候了,感谢那些一路关注和跟随的朋友们,面向对象葵花宝典系列的博文到这里就要结束了。本系列的博文只是我个人写作的面向对象葵花宝典的摘录,面向对象葵花宝典的全文请下载PDF,里面的内容更全、阅读更方便。如果你是新手,这里有详尽和通俗易懂的概念和方法介绍,让你能够快速入门如果你是老手,这里有完整的面向对象开发流程,让你能够得心应手,精益求精如果你是高手,这里有独树一帜的理论解读,让你大开眼界...
阅读(9281) 评论(32)

阿里李运华:异地多活有哪些Impossible Mission?

《碟中谍》系列电影中,汤姆克鲁斯主演的亨特特工,无论什么情况,什么环境下都能够有惊无险的完成那些看似不可能的任务。对于技术人员来说,如果也能像汤姆克鲁斯那样,不管什么mission impossible最后都能解决,那迎娶白富美,当上CTO,走向人生巅峰都不是问题!“异地多活”看起来就是这样一个万能的大杀器,很多人理想中认为只要实现了“异地多活”,不管是新奥尔良水灾,美加大停电,蓝翔挖掘机。。。。...
阅读(1198) 评论(0)

大牛养成指南(3):天天写业务代码,如何成为技术大牛?

不管是开发、测试、运维,每个技术人员心理多多少少都有一个成为技术大牛的梦,毕竟“梦想总是要有的,万一实现了呢”!正是对技术梦的追求,促使我们不断地努力和提升自己。然而“梦想是美好的,现实却是残酷的”,很多同学在实际工作后就会发现,梦想是成为大牛,但做的事情看起来跟大牛都不沾边,例如,程序员说“天天写业务代码还加班,如何才能成为技术大牛”,测试说“每天都有执行不完的测试用例”,运维说“扛机器接网线敲...
阅读(1923) 评论(1)

大牛养成指南(2):先实现一个小目标吧!10000小时理论如何轻松落地

1000小时理论虽然简单,但时间持续很长,是一个大目标,如何将10000小时理论分解为一步一步可操作可执行的行动呢? 本博客给出了答案...
阅读(2194) 评论(1)

大牛养成指南(1):吃的草够多,你也能成为大牛

“如何才能成为大牛”,这个问题很多人都问过我,我会写一个系列来回答“如何成为大牛”这个问题,这是第一篇,是拉勾理想之上广州站活动的现场演讲稿。主要讲1000小时理论以及如何找到10000小时...
阅读(2054) 评论(3)

BAT解密:互联网技术发展之路(10)- 运维平台技术

本来想自己写一篇运维体系的文章的,但毕竟不是专业运维人员出身,担心讲的太肤浅,因此转载我的好朋友王金银(江湖人称老王)同学发表在InfoQ的运维体系介绍。老王的牛逼相信很多同学已经领教过了,全球运维技术大会深圳站一个人专场讲运维能讲3个小时,而且会场还爆满,更多老王的介绍可以参考文章的最后,也可以关注老王的微信公众号:互联网运维杂谈。...
阅读(2928) 评论(0)

异地多活设计辣么难?其实是你想多了!

有幸参与了阿里游戏的一个高可用方案的设计,并且在网上发表了方案(面向业务的立体化高可用架构设计),后来参加GOPS全球运维大会深圳站,与众多行业高手交流,发现大家对“异地多活”这个方案设计非常感兴趣,毕竟“异地多活”的方案价值非常大,尤其是互联网行业,规模稍微大一点几乎都必须是标配;但同时大家都觉得“异地多活”的方案设计又很难,网络、数据、事务等各种问题混杂在一起,很多问题看似是无法解决...
阅读(2271) 评论(0)

给飞驰的法拉利换引擎 - 谈边做业务边做架构重构(4)—— 文武双全

【文武双全】前面讲了那么多,看起来都是和项目管理相关的的,例如“有的放矢”是关于找目标的、“合纵连横”是关于沟通协调的、“运筹帷幄”是关于项目规划的。。。。。。架构师怎么变成了项目经理了,说好的技术呢? 真正的架构师,当然必须具备一定的项目经理技能,但更重要的还是技术能力,道理很简单:再好的饼,最后实现不了,都是扯淡!我将“项目管理能力”称之为“文”的能力,“技术能力”称之为“武”的能力,架构师必须文武双全,才能最终把事情搞定!...
阅读(6021) 评论(2)

给飞驰的法拉利换引擎 - 谈边做业务边做架构重构(3)—— 运筹帷幄

【运筹帷幄】一般来说,需要架构重构的系统,基本上都是因为各种历史原因和历史问题没有及时处理,遗留下来逐渐积累,然后到了一个临界点,各种问题开始互相作用,集中爆发!到了真正要开始重构的时候,我们可能会发现千头万绪,感觉无法下手,随便整理一下就几十个大大小小的问题要解决。此时架构师或者技术主管面临的主要问题就是怎么去推进。 可以想象一下,假如我们拿到一个架构问题列表,其中有50个问题,那我们应该怎么去...
阅读(5813) 评论(0)

给飞驰的法拉利换引擎 - 谈边做业务边做架构重构(2)—— 合纵连横

【合纵连横】【合纵】架构重构是大动作,持续时间比较长,而且会占用一定的研发资源,包括开发和测试,因此不可避免的会影响业务功能的开发。因此,要想真正推动一个架构重构项目启动,需要花费大量的精力进行游说和沟通。注意这里我不是指要谈办公室政治,而是指要和利益相关方沟通好,让大家对于重构能够达成一致共识,避免重构过程中不必要的反复和争执。 道理很简单,但如何做才是关键!一般的技术同学谈到架构重构的时候,就...
阅读(5546) 评论(0)

给飞驰的法拉利换引擎 - 谈边做业务边做架构重构(1)——有的放矢

序言对一个程序员来说,世界上最痛苦的事情是什么呢?有的人会说:编码的时候产品改需求!有的人会说:看别人不知所云的代码!有的人会说:定位一个百年不遇千年难寻的线上不定时偶尔出现的bug!有的人会说:找不到女(男)朋友!。。。。。。。。。。。。。。。。。。。。。。。。。。但我要说,这些痛苦其实都不算什么,要么是多花点时间去解决(比如说改需求、看代码),要么是多花点心思(比如说找另一半、定位疑难bug)...
阅读(3934) 评论(0)

BAT解密:互联网技术发展之路(9)- 业务层技术剖析

互联网的业务千差万别,不同的业务分解下来有不同的系统,所以业务层没有办法提炼一些公共的系统或者组件,但抛开业务的差异,各个互联网业务发展最终面临的问题都是类似的:就是复杂度越来越高,也就是说,业务层面对的主要技术挑战是“复杂性”。幸运的是,面对业务层的技术挑战,我们有一把屠龙宝刀,神挡杀神,佛挡杀佛,不管什么业务难题,用上屠龙宝刀一试都迎刃而解。这把屠龙宝刀就是“拆”。复杂性的一个主要原因就是系统...
阅读(15183) 评论(0)

使用开源项目的正确姿势,都是血和泪的总结!

软件开发领域有一个流行的原则DRYDon’t repeat yourself我们翻译过来更形象通俗不要重复造轮子。开源项目主要目的是共享其实就是为了让大家不要重复造轮子尤其是在互联网这样一个快速发展的领域速度就是生命引入开源项目可以节省大量的人力和时间大大加快业务的发展速度何乐而不为呢 然而...
阅读(5593) 评论(8)

BAT解密:互联网技术发展之路(8)- 用户层技术剖析

互联网业务用户层技术主要包括:用户管理、消息推送、存储云、图片云。用户管理互联网业务的一个典型特征就是通过互联网将众多分散的用户连接起来,因此用户管理是互联网业务必不可少的一部分。稍微大一点的互联网业务,肯定会涉及到多个子系统,这些子系统不可能每个都自己来管理这么庞大的用户,由此引申出用户管理的第一个目标:SSO,单点登录,又叫统一登录。单点登录的技术实现手段较多,例如cookie、token等,...
阅读(3242) 评论(0)

面向业务的立体化高可用架构设计

为了实现阿里九游游戏接入系统的业务高可用,技术人员跳出传统的面向系统的高可用的思路,转而从业务的角度来整体考虑高可用,最终实现了一套立体化的高可用架构,本文逐一展示这套立体化高可用架构的一些具体实践。...
阅读(3627) 评论(0)

BAT解密:互联网技术发展之路(7)- 网络层技术剖析

上一篇博文《BAT解密:互联网技术发展之路(6)- 服务层技术剖析》中,介绍了互联网业务发展特点的中的“复杂性”的应对方式,本文介绍互联网业务发展特点的另外两个方面“高性能”、“高可用”。一般人提到高性能时第一想到的就是优化,提到高可用时第一反应就是双机或者备份,但是对于互联网这种超大容量和访问量的业务来说,这两个手段都是雕虫小技,无法应对互联网业务的高性能和高可用需求,互联网业务的高可用和高性能...
阅读(4706) 评论(3)

BAT解密:互联网技术发展之路(6)- 服务层技术剖析

在系列文章的第2篇“BAT解密:互联网技术发展之路(2)- 业务如何驱动技术发展”中我们深入分析了互联网业务发展的一个特点:复杂性越来越高。复杂性增加的典型现象就是系统越来越多,当系统的数量增加到一定的程度,就由复杂度量变带来了复杂度的质变,主要体现在系统间相互依赖程度加深:比如说为了完成A业务系统,可能需要B、C、D、E等十几个其它系统进行合作。从数学的角度进行评估,可以发现系统间的依赖是指数级...
阅读(17981) 评论(16)

BAT解密:互联网技术发展之路(5)- 开发层技术剖析

剖析互联网技术开发层相关技术和主流的做法,包括开发框架、web服务器、容器技术...
阅读(5581) 评论(4)

BAT解密:互联网技术发展之路(4)- 存储层技术剖析

剖析互联网技术存储层典型的做法和方案,包括SQL数据、NoSQL数据、小文件、大文件...
阅读(5580) 评论(3)

BAT解密:互联网技术发展之路(3)- 牛逼公司的技术架构都是这个范

大部分人对于BAT的技术有一种莫名的崇拜感,觉得只有非常牛逼和天才才能做出现在的这些系统,但经过前面两篇博文的分析,我们可以看到其实并没有什么神秘的力量和魔力融合在技术里面,而是业务的不断发展推动技术的不断发展,一步一个脚印,持续几年甚至10几年的发展,才能达到当前技术复杂度、先进性、牛逼度。抛开BAT各自差异很大的业务,站在技术的角度来看,其实BAT的技术架构基本是一样的,牛逼的公司技术都是这个范...
阅读(6909) 评论(3)

BAT解密:互联网技术发展之路(2)- 业务如何驱动技术发展

互联网技术发展之路(2)- 业务如何驱动技术发展在《互联网技术发展之路(1) - 技术发展的驱动力》一文中,我们详细阐述了对于服务类的业务来说,业务发展是技术发展的驱动力。那接下来我们就看看业务究竟是如何驱动技术发展的。 互联网业务千差万别,但由于他们具有“规模决定一切”的相同点,其发展路径也基本上是一致的。互联网业务发展一般分为几个时期:初创期、快速发展期、竞争期、成熟期。不同时期的差别主要体现...
阅读(5828) 评论(3)
153条 共8页1 2 3 4 5 ... 下一页 尾页
    个人资料
    • 访问:839763次
    • 积分:10511
    • 等级:
    • 排名:第1568名
    • 原创:139篇
    • 转载:5篇
    • 译文:9篇
    • 评论:785条
    博客专栏
    友情链接