<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[华仔-技术博客]]></title><description><![CDATA[前阿里P9，《编程的逻辑》《从零开始学架构》《大厂晋升指南》《架构实战营》]]></description><link>https://blog.youkuaiyun.com/yah99_wolf</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; yah99_wolf]]></copyright><item><title><![CDATA[博文视点“20周年20人”]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/144549963</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/144549963</guid><author>yah99_wolf</author><pubDate>Wed, 18 Dec 2024 09:11:55 +0800</pubDate><description><![CDATA[电子工业出版社IT图书品牌“博文视点”评选的“20周年20人”，荣幸上榜]]></description><category></category></item><item><title><![CDATA[为什么我说“设计模式”的设计理念是误人子弟？]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/122228723</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/122228723</guid><author>yah99_wolf</author><pubDate>Thu, 30 Dec 2021 09:00:53 +0800</pubDate><description><![CDATA[很多人都学过设计模式，但是大部分人却被设计模式带偏了，乱用设计模式、滥用设计模式、炫技式的应用设计模式，把代码写的更乱了，原因不是23个设计模式本身有问题，而是设计模式背后的设计理念有问题。]]></description><category></category></item><item><title><![CDATA[Mac平台Sourcetree使用Personal Access Token踩坑全纪录]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/122029380</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/122029380</guid><author>yah99_wolf</author><pubDate>Sun, 19 Dec 2021 20:32:13 +0800</pubDate><description><![CDATA[github更新安全访问协议后，Sourcetree只能使用Personal Access Token接入，但是mac平台上不是简单的改改Sourcetree就可以了，而需要更复杂的操作，本文记录了这个踩坑和填坑的过程。]]></description><category></category></item><item><title><![CDATA[MTTR、MTBF、MTTF、可用性、可靠性傻傻分不清楚？]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/121674703</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/121674703</guid><author>yah99_wolf</author><pubDate>Thu, 02 Dec 2021 12:41:49 +0800</pubDate><description><![CDATA[MTTR、MTBF、MTTF、可用性、可靠性的正确理解]]></description><category></category></item><item><title><![CDATA[异地多活有哪些Impossible Mission？]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/53337327</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/53337327</guid><author>yah99_wolf</author><pubDate>Fri, 25 Nov 2016 17:09:31 +0800</pubDate><description><![CDATA[《碟中谍》系列电影中，汤姆克鲁斯主演的亨特特工，无论什么情况，什么环境下都能够有惊无险的完成那些看似不可能的任务。对于技术人员来说，如果也能像汤姆克鲁斯那样，不管什么mission impossible最后都能解决，那迎娶白富美，当上CTO，走向人生巅峰都不是问题！“异地多活”看起来就是这样一个万能的大杀器，很多人理想中认为只要实现了“异地多活”，不管是新奥尔良水灾，美加大停电，蓝翔挖掘机。。。。...]]></description><category></category></item><item><title><![CDATA[大牛养成指南（3）：天天写业务代码，如何成为技术大牛？]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/52710894</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/52710894</guid><author>yah99_wolf</author><pubDate>Fri, 30 Sep 2016 14:02:42 +0800</pubDate><description><![CDATA[不管是开发、测试、运维，每个技术人员心理多多少少都有一个成为技术大牛的梦，毕竟“梦想总是要有的，万一实现了呢”！正是对技术梦的追求，促使我们不断地努力和提升自己。然而“梦想是美好的，现实却是残酷的”，很多同学在实际工作后就会发现，梦想是成为大牛，但做的事情看起来跟大牛都不沾边，例如，程序员说“天天写业务代码还加班，如何才能成为技术大牛”，测试说“每天都有执行不完的测试用例”，运维说“扛机器接网线敲]]></description><category></category></item><item><title><![CDATA[大牛养成指南（2）：先实现一个小目标吧！10000小时理论如何轻松落地]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/52710405</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/52710405</guid><author>yah99_wolf</author><pubDate>Fri, 30 Sep 2016 13:48:09 +0800</pubDate><description><![CDATA[1000小时理论虽然简单，但时间持续很长，是一个大目标，如何将10000小时理论分解为一步一步可操作可执行的行动呢？  本博客给出了答案]]></description><category></category></item><item><title><![CDATA[大牛养成指南（1）：吃的草够多，你也能成为大牛]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/52709882</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/52709882</guid><author>yah99_wolf</author><pubDate>Fri, 30 Sep 2016 11:28:51 +0800</pubDate><description><![CDATA[“如何才能成为大牛”，这个问题很多人都问过我，我会写一个系列来回答“如何成为大牛”这个问题，这是第一篇，是拉勾理想之上广州站活动的现场演讲稿。主要讲1000小时理论以及如何找到10000小时]]></description><category></category></item><item><title><![CDATA[BAT解密：互联网技术发展之路（10）- 运维平台技术]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/52084644</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/52084644</guid><author>yah99_wolf</author><pubDate>Mon, 01 Aug 2016 12:36:09 +0800</pubDate><description><![CDATA[本来想自己写一篇运维体系的文章的，但毕竟不是专业运维人员出身，担心讲的太肤浅，因此转载我的好朋友王金银（江湖人称老王）同学发表在InfoQ的运维体系介绍。老王的牛逼相信很多同学已经领教过了，全球运维技术大会深圳站一个人专场讲运维能讲3个小时，而且会场还爆满，更多老王的介绍可以参考文章的最后，也可以关注老王的微信公众号：互联网运维杂谈。]]></description><category></category></item><item><title><![CDATA[异地多活设计辣么难？其实是你想多了！]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/52083089</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/52083089</guid><author>yah99_wolf</author><pubDate>Mon, 01 Aug 2016 09:51:40 +0800</pubDate><description><![CDATA[有幸参与了阿里游戏的一个高可用方案的设计，并且在网上发表了方案（面向业务的立体化高可用架构设计），后来参加GOPS全球运维大会深圳站，与众多行业高手交流，发现大家对“异地多活”这个方案设计非常感兴趣，毕竟“异地多活”的方案价值非常大，尤其是互联网行业，规模稍微大一点几乎都必须是标配；但同时大家都觉得“异地多活”的方案设计又很难，网络、数据、事务等各种问题混杂在一起，很多问题看似是无法解决]]></description><category></category></item><item><title><![CDATA[给飞驰的法拉利换引擎 - 谈边做业务边做架构重构（4）—— 文武双全]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/51563853</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/51563853</guid><author>yah99_wolf</author><pubDate>Thu, 02 Jun 2016 09:31:37 +0800</pubDate><description><![CDATA[【文武双全】前面讲了那么多，看起来都是和项目管理相关的的，例如“有的放矢”是关于找目标的、“合纵连横”是关于沟通协调的、“运筹帷幄”是关于项目规划的。。。。。。架构师怎么变成了项目经理了，说好的技术呢？ 真正的架构师，当然必须具备一定的项目经理技能，但更重要的还是技术能力，道理很简单：再好的饼，最后实现不了，都是扯淡！我将“项目管理能力”称之为“文”的能力，“技术能力”称之为“武”的能力，架构师必须文武双全，才能最终把事情搞定！]]></description><category></category></item><item><title><![CDATA[给飞驰的法拉利换引擎 - 谈边做业务边做架构重构（3）—— 运筹帷幄]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/51516982</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/51516982</guid><author>yah99_wolf</author><pubDate>Fri, 27 May 2016 15:25:44 +0800</pubDate><description><![CDATA[【运筹帷幄】一般来说，需要架构重构的系统，基本上都是因为各种历史原因和历史问题没有及时处理，遗留下来逐渐积累，然后到了一个临界点，各种问题开始互相作用，集中爆发！到了真正要开始重构的时候，我们可能会发现千头万绪，感觉无法下手，随便整理一下就几十个大大小小的问题要解决。此时架构师或者技术主管面临的主要问题就是怎么去推进。 可以想象一下，假如我们拿到一个架构问题列表，其中有50个问题，那我们应该怎么去]]></description><category></category></item><item><title><![CDATA[给飞驰的法拉利换引擎 - 谈边做业务边做架构重构（2）—— 合纵连横]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/51493217</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/51493217</guid><author>yah99_wolf</author><pubDate>Tue, 24 May 2016 20:24:04 +0800</pubDate><description><![CDATA[【合纵连横】【合纵】架构重构是大动作，持续时间比较长，而且会占用一定的研发资源，包括开发和测试，因此不可避免的会影响业务功能的开发。因此，要想真正推动一个架构重构项目启动，需要花费大量的精力进行游说和沟通。注意这里我不是指要谈办公室政治，而是指要和利益相关方沟通好，让大家对于重构能够达成一致共识，避免重构过程中不必要的反复和争执。 道理很简单，但如何做才是关键！一般的技术同学谈到架构重构的时候，就]]></description><category></category></item><item><title><![CDATA[给飞驰的法拉利换引擎 - 谈边做业务边做架构重构（1）——有的放矢]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/51441656</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/51441656</guid><author>yah99_wolf</author><pubDate>Wed, 18 May 2016 10:15:00 +0800</pubDate><description><![CDATA[序言对一个程序员来说，世界上最痛苦的事情是什么呢？有的人会说：编码的时候产品改需求！有的人会说：看别人不知所云的代码！有的人会说：定位一个百年不遇千年难寻的线上不定时偶尔出现的bug！有的人会说：找不到女（男）朋友！。。。。。。。。。。。。。。。。。。。。。。。。。。但我要说，这些痛苦其实都不算什么，要么是多花点时间去解决（比如说改需求、看代码），要么是多花点心思（比如说找另一半、定位疑难bug）]]></description><category></category></item><item><title><![CDATA[BAT解密：互联网技术发展之路（9）- 业务层技术剖析]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/51283414</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/51283414</guid><author>yah99_wolf</author><pubDate>Fri, 29 Apr 2016 19:22:52 +0800</pubDate><description><![CDATA[互联网的业务千差万别，不同的业务分解下来有不同的系统，所以业务层没有办法提炼一些公共的系统或者组件，但抛开业务的差异，各个互联网业务发展最终面临的问题都是类似的：就是复杂度越来越高，也就是说，业务层面对的主要技术挑战是“复杂性”。幸运的是，面对业务层的技术挑战，我们有一把屠龙宝刀，神挡杀神，佛挡杀佛，不管什么业务难题，用上屠龙宝刀一试都迎刃而解。这把屠龙宝刀就是“拆”。复杂性的一个主要原因就是系统]]></description><category></category></item><item><title><![CDATA[使用开源项目的正确姿势，都是血和泪的总结！]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/50786287</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/50786287</guid><author>yah99_wolf</author><pubDate>Thu, 03 Mar 2016 10:07:11 +0800</pubDate><description><![CDATA[软件开发领域有一个流行的原则DRYDon’t repeat yourself我们翻译过来更形象通俗不要重复造轮子。开源项目主要目的是共享其实就是为了让大家不要重复造轮子尤其是在互联网这样一个快速发展的领域速度就是生命引入开源项目可以节省大量的人力和时间大大加快业务的发展速度何乐而不为呢   然而]]></description><category></category></item><item><title><![CDATA[BAT解密：互联网技术发展之路（8）- 用户层技术剖析]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/50442016</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/50442016</guid><author>yah99_wolf</author><pubDate>Thu, 31 Dec 2015 17:04:42 +0800</pubDate><description><![CDATA[互联网业务用户层技术主要包括：用户管理、消息推送、存储云、图片云。用户管理互联网业务的一个典型特征就是通过互联网将众多分散的用户连接起来，因此用户管理是互联网业务必不可少的一部分。稍微大一点的互联网业务，肯定会涉及到多个子系统，这些子系统不可能每个都自己来管理这么庞大的用户，由此引申出用户管理的第一个目标：SSO，单点登录，又叫统一登录。单点登录的技术实现手段较多，例如cookie、token等，]]></description><category></category></item><item><title><![CDATA[面向业务的立体化高可用架构设计]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/49867053</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/49867053</guid><author>yah99_wolf</author><pubDate>Mon, 16 Nov 2015 15:59:47 +0800</pubDate><description><![CDATA[为了实现阿里九游游戏接入系统的业务高可用，技术人员跳出传统的面向系统的高可用的思路，转而从业务的角度来整体考虑高可用，最终实现了一套立体化的高可用架构，本文逐一展示这套立体化高可用架构的一些具体实践。]]></description><category></category></item><item><title><![CDATA[BAT解密：互联网技术发展之路（7）- 网络层技术剖析]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/49685679</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/49685679</guid><author>yah99_wolf</author><pubDate>Wed, 11 Nov 2015 15:14:00 +0800</pubDate><description><![CDATA[上一篇博文《BAT解密：互联网技术发展之路（6）- 服务层技术剖析》中，介绍了互联网业务发展特点的中的“复杂性”的应对方式，本文介绍互联网业务发展特点的另外两个方面“高性能”、“高可用”。一般人提到高性能时第一想到的就是优化，提到高可用时第一反应就是双机或者备份，但是对于互联网这种超大容量和访问量的业务来说，这两个手段都是雕虫小技，无法应对互联网业务的高性能和高可用需求，互联网业务的高可用和高性能]]></description><category></category></item><item><title><![CDATA[BAT解密：互联网技术发展之路（6）- 服务层技术剖析]]></title><link>https://blog.youkuaiyun.com/yah99_wolf/article/details/49097567</link><guid>https://blog.youkuaiyun.com/yah99_wolf/article/details/49097567</guid><author>yah99_wolf</author><pubDate>Tue, 13 Oct 2015 15:51:51 +0800</pubDate><description><![CDATA[在系列文章的第2篇“BAT解密：互联网技术发展之路（2）- 业务如何驱动技术发展”中我们深入分析了互联网业务发展的一个特点：复杂性越来越高。复杂性增加的典型现象就是系统越来越多，当系统的数量增加到一定的程度，就由复杂度量变带来了复杂度的质变，主要体现在系统间相互依赖程度加深：比如说为了完成A业务系统，可能需要B、C、D、E等十几个其它系统进行合作。从数学的角度进行评估，可以发现系统间的依赖是指数级]]></description><category></category></item></channel></rss>