设计模式之美
王争
前Google工程师,《数据结构与算法之美》专栏作者
立即订阅
24841 人已学习
课程目录
已更新 110 讲 / 共 110 讲
0/6登录后,你可以任选6讲全文学习。
开篇词 (1讲)
开篇词 | 一对一的设计与编码集训,让你告别没有成长的烂代码!
免费
设计模式学习导读 (3讲)
01 | 为什么说每个程序员都要尽早地学习并掌握设计模式相关知识?
02 | 从哪些维度评判代码质量的好坏?如何具备写出高质量代码的能力?
03 | 面向对象、设计原则、设计模式、编程规范、重构,这五者有何关系?
设计原则与思想:面向对象 (11讲)
04 | 理论一:当谈论面向对象的时候,我们到底在谈论什么?
05 | 理论二:封装、抽象、继承、多态分别可以解决哪些编程问题?
06 | 理论三:面向对象相比面向过程有哪些优势?面向过程真的过时了吗?
07 | 理论四:哪些代码设计看似是面向对象,实际是面向过程的?
08 | 理论五:接口vs抽象类的区别?如何用普通的类模拟抽象类和接口?
09 | 理论六:为什么基于接口而非实现编程?有必要为每个类都定义接口吗?
10 | 理论七:为何说要多用组合少用继承?如何决定该用组合还是继承?
11 | 实战一(上):业务开发常用的基于贫血模型的MVC架构违背OOP吗?
12 | 实战一(下):如何利用基于充血模型的DDD开发一个虚拟钱包系统?
13 | 实战二(上):如何对接口鉴权这样一个功能开发做面向对象分析?
14 | 实战二(下):如何利用面向对象设计和编程开发接口鉴权功能?
设计原则与思想:设计原则 (12讲)
15 | 理论一:对于单一职责原则,如何判定某个类的职责是否够“单一”?
16 | 理论二:如何做到“对扩展开放、修改关闭”?扩展和修改各指什么?
17 | 理论三:里式替换(LSP)跟多态有何区别?哪些代码违背了LSP?
18 | 理论四:接口隔离原则有哪三种应用?原则中的“接口”该如何理解?
19 | 理论五:控制反转、依赖反转、依赖注入,这三者有何区别和联系?
20 | 理论六:我为何说KISS、YAGNI原则看似简单,却经常被用错?
21 | 理论七:重复的代码就一定违背DRY吗?如何提高代码的复用性?
22 | 理论八:如何用迪米特法则(LOD)实现“高内聚、松耦合”?
23 | 实战一(上):针对业务系统的开发,如何做需求分析和设计?
24 | 实战一(下):如何实现一个遵从设计原则的积分兑换系统?
25 | 实战二(上):针对非业务的通用框架开发,如何做需求分析和设计?
26 | 实战二(下):如何实现一个支持各种统计规则的性能计数器?
设计原则与思想:规范与重构 (11讲)
27 | 理论一:什么情况下要重构?到底重构什么?又该如何重构?
28 | 理论二:为了保证重构不出错,有哪些非常能落地的技术手段?
29 | 理论三:什么是代码的可测试性?如何写出可测试性好的代码?
30 | 理论四:如何通过封装、抽象、模块化、中间层等解耦代码?
31 | 理论五:让你最快速地改善代码质量的20条编程规范(上)
32 | 理论五:让你最快速地改善代码质量的20条编程规范(中)
33 | 理论五:让你最快速地改善代码质量的20条编程规范(下)
34 | 实战一(上):通过一段ID生成器代码,学习如何发现代码质量问题
35 | 实战一(下):手把手带你将ID生成器代码从“能用”重构为“好用”
36 | 实战二(上):程序出错该返回啥?NULL、异常、错误码、空对象?
37 | 实战二(下):重构ID生成器项目中各函数的异常处理代码
设计原则与思想:总结课 (3讲)
38 | 总结回顾面向对象、设计原则、编程规范、重构技巧等知识点
免费
39 | 运用学过的设计原则和思想完善之前讲的性能计数器项目(上)
40 | 运用学过的设计原则和思想完善之前讲的性能计数器项目(下)
设计模式与范式:创建型 (7讲)
41 | 单例模式(上):为什么说支持懒加载的双重检测不比饿汉式更优?
42 | 单例模式(中):我为什么不推荐使用单例模式?又有何替代方案?
43 | 单例模式(下):如何设计实现一个集群环境下的分布式单例模式?
44 | 工厂模式(上):我为什么说没事不要随便用工厂模式创建对象?
45 | 工厂模式(下):如何设计实现一个Dependency Injection框架?
46 | 建造者模式:详解构造函数、set方法、建造者模式三种对象创建方式
47 | 原型模式:如何最快速地clone一个HashMap散列表?
设计模式与范式:结构型 (8讲)
48 | 代理模式:代理在RPC、缓存、监控等场景中的应用
49 | 桥接模式:如何实现支持不同类型和渠道的消息推送系统?
50 | 装饰器模式:通过剖析Java IO类库源码学习装饰器模式
51 | 适配器模式:代理、适配器、桥接、装饰,这四个模式有何区别?
52 | 门面模式:如何设计合理的接口粒度以兼顾接口的易用性和通用性?
53 | 组合模式:如何设计实现支持递归遍历的文件系统目录树结构?
54 | 享元模式(上):如何利用享元模式优化文本编辑器的内存占用?
55 | 享元模式(下):剖析享元模式在Java Integer、String中的应用
设计模式与范式:行为型 (18讲)
56 | 观察者模式(上):详解各种应用场景下观察者模式的不同实现方式
57 | 观察者模式(下):如何实现一个异步非阻塞的EventBus框架?
58 | 模板模式(上):剖析模板模式在JDK、Servlet、JUnit等中的应用
59 | 模板模式(下):模板模式与Callback回调函数有何区别和联系?
60 | 策略模式(上):如何避免冗长的if-else/switch分支判断代码?
61 | 策略模式(下):如何实现一个支持给不同大小文件排序的小程序?
62 | 职责链模式(上):如何实现可灵活扩展算法的敏感信息过滤框架?
63 | 职责链模式(下):框架中常用的过滤器、拦截器是如何实现的?
64 | 状态模式:游戏、工作流引擎中常用的状态机是如何实现的?
65 | 迭代器模式(上):相比直接遍历集合数据,使用迭代器有哪些优势?
66 | 迭代器模式(中):遍历集合的同时,为什么不能增删集合元素?
67 | 迭代器模式(下):如何设计实现一个支持“快照”功能的iterator?
68 | 访问者模式(上):手把手带你还原访问者模式诞生的思维过程
69 | 访问者模式(下):为什么支持双分派的语言不需要访问者模式?
70 | 备忘录模式:对于大对象的备份和恢复,如何优化内存和时间的消耗?
71 | 命令模式:如何利用命令模式实现一个手游后端架构?
72 | 解释器模式:如何设计实现一个自定义接口告警规则功能?
73 | 中介模式:什么时候用中介模式?什么时候用观察者模式?
设计模式与范式:总结课 (2讲)
74 | 总结回顾23种经典设计模式的原理、背后的思想、应用场景等
75 | 在实际的项目开发中,如何避免过度设计?又如何避免设计不足?
开源与项目实战:开源实战 (14讲)
76 | 开源实战一(上):通过剖析Java JDK源码学习灵活应用设计模式
77 | 开源实战一(下):通过剖析Java JDK源码学习灵活应用设计模式
78 | 开源实战二(上):从Unix开源开发学习应对大型复杂项目开发
79 | 开源实战二(中):从Unix开源开发学习应对大型复杂项目开发
80 | 开源实战二(下):从Unix开源开发学习应对大型复杂项目开发
81 | 开源实战三(上):借Google Guava学习发现和开发通用功能模块
82 | 开源实战三(中):剖析Google Guava中用到的几种设计模式
83 | 开源实战三(下):借Google Guava学习三大编程范式中的函数式编程
84 | 开源实战四(上):剖析Spring框架中蕴含的经典设计思想或原则
85 | 开源实战四(中):剖析Spring框架中用来支持扩展的两种设计模式
86 | 开源实战四(下):总结Spring框架用到的11种设计模式
87 | 开源实战五(上):MyBatis如何权衡易用性、性能和灵活性?
88 | 开源实战五(中):如何利用职责链与代理模式实现MyBatis Plugin?
89 | 开源实战五(下):总结MyBatis框架中用到的10种设计模式
开源与项目实战:项目实战 (9讲)
90 | 项目实战一:设计实现一个支持各种算法的限流框架(分析)
91 | 项目实战一:设计实现一个支持各种算法的限流框架(设计)
92 | 项目实战一:设计实现一个支持各种算法的限流框架(实现)
93 | 项目实战二:设计实现一个通用的接口幂等框架(分析)
94 | 项目实战二:设计实现一个通用的接口幂等框架(设计)
95 | 项目实战二:设计实现一个通用的接口幂等框架(实现)
96 | 项目实战三:设计实现一个支持自定义规则的灰度发布组件(分析)
97 | 项目实战三:设计实现一个支持自定义规则的灰度发布组件(设计)
98 | 项目实战三:设计实现一个支持自定义规则的灰度发布组件(实现)
开源与项目实战:总结课 (1讲)
99 | 总结回顾:在实际软件开发中常用的设计思想、原则和模式
设计模式之美
15
15
1.0x
00:00/00:00
登录|注册

加餐八 | 程序员怎么才能让自己走得更高、更远?

王争 2020-07-06
大学就像一个笼子,跑得快的人拖着笼子跑,跑得慢的人被笼子拖着跑,他们之间最大的差距,顶多只有笼子的长度那么大。但等到一毕业,笼门一打开 ,跑得快的人很快就把跑得慢的远远甩在后面。有人不到 30 岁就升到了阿里 P8,有人 35 岁了还为拿个 P7 Offer 在拼命。
为什么几乎同样的起点、差不多的资质,有些人在职场发展得这么好,一路顺风顺水,而有些人却总是觉得怀才不遇,领导不行?今天,我们就来聊一聊,程序员怎么才能让自己走得更高、更远?
话不多说,让我们正式开始今天的内容吧!

技术、业务、能力是立命之本

我觉得,不管哪个行业,混得好的人都要有两把刷子。对于程序员来说,我觉得这两把刷子包括技术、业务和能力这三方面。很多人担心出现 35 岁中年危机,觉得自己能干的事,刚毕业一两年的人也能干得了。我觉得这主要还是因为没有在这三个方面积累出竞争壁垒。
我觉得,技术方面的竞争壁垒主要来自,在一个细分技术领域长期深入的积累。
如果要想在技术上形成壁垒,我们就要从事一些有技术难度、技术挑战的岗位,比如基础架构、中间件、数据库等偏底层的开发,又或者是人工智能算法等入行门槛比较高的细分领域。在这些领域,你需要较长时间的经验积累,才能成为这一领域的专家,别人无法在短期内超过你,这就是技术竞争壁垒。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《设计模式之美》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(12)

  • Jxin
    1.简历一塌糊涂路过。。。
    2.起初都是一腔热血,但做好事不问前程。但选择真的更重要。

    3.持续重构(60%项目代码),通过每个迭代将项目各个功能标准化,将黑盒功能重新梳理成白皮书。现在看来依旧觉得有点6,毕竟再做一次自己也没信心做到。但是这依旧被定位成输出不够。领导认为只有输出技术文章,引入新技术,去参与开源项目才算得上技术好。可是业务开发也分场景,特别是2b的业务,它没什么高并发高可用响应时间的诉求,但需求多,策略重。合理的项目质量比引入新技术重要。完善的文档加标准的代码结构以及合理的领域划分,方便运维,新需求迭代快,新人上手容易这些我觉得更重要。可是,没真正干过的人,没几个能理解个中难处,毕竟重构代码也不过是改改代码,是个开发都会,自然也就算不得技术好,顶多算砖搬得多。

    4.我曾经多次拒绝做性能优化,导致领导私下找我,表示优化这个很简单不用担心做不到。然后就很尴尬,不做优化是因为我认为业务上不需要,所以不要轻易引入复杂度。奈何,有时候性能调优就是为了个指标。最终我也做了,方法也很简单,部分流程异步化,细分大事物等等。响应时间降低到原来的五六分之一。(但吞吐其实没增加多少,毕竟响应下去了,但单节点能承载的并行任务数也降低了)。虽然我尽量控制并发代码在业务代码的侵入,能基于spring异步接口的都基于spring写,但依旧觉得不舒服。因为心里清楚这份复杂性其实没必要。

    5.凡事有度,别盲目。业务开发里面出基础架构师其实挺尴尬(看的不是智商,而是大家把时间用在哪里)。希望技术再透明点,业务开发得到善待~
    2020-07-06
    6
  • 观弈道人
    说的真到位,句句扎心

    作者回复: 配合我写的另一篇文章食用更佳:程序员应该如何也应对35岁中年危机?

    https://mp.weixin.qq.com/s/t_tE2rigRPy2FmlAjK0FXg

    2020-07-06
    4
  • progyoung
    作为一个程序员,不要总绝得自己很nb,没有谁是不可代替的,尽量让自己被代替的成本高一点吧。
    2020-07-06
    3
  • liuyu5337
    争哥说的都对。不过对于“危机”,我觉得什么时候都存在。即便是刚毕业的学生也有危机,记得也有一部分学生说过,毕业即失业。中年危机,我觉得只是在年龄这个维度上放大了危机感。一个人要有目标,并且一直在往目标努力,我觉得可能就没有太强烈的危机感,而是有更强的饥饿感。对于招聘,我也有过几次校招和社招面试官的经历。对于招聘人员来说,争哥说的对技术 业务 能力的考量是没有错的。但是对于招聘人员来说如何在这三个方面平衡是考验一个面试人员水平的。对于毕业生(或者工作时间在一年之内的),我会主要考察知识(计算机专业知识),也就是基本功,不会在意做了多少项目经验。我觉得作为学生做了太多项目而忽视专业能力的学习,是本末倒置,离开学校,余生会有很多项目让你做的。对于有工作经验的,会注重项目和工作经验,特别是对做过项目的理解(业务)和解决方案(能力),因为有的候选人会写一些高大上但参与度不深的项目来丰富简历;对于有工作经验的人士,基础知识的考察主要是原理和实现方式的考察。基本就是二八法则(校招八是基础知识,二是经验;社招八是项目和工作经验,二是基础知识)。另外对于面试官来说,要对招聘岗位和要求有一定程度的理解,不是所有职位都是985 211.我不会对候选人的学历有区别对待,只要是候选人,我一般都会同等对待,而且会对985 211的候选人有更高一点的要求。面试中,尊重很重要,我曾经见过一个面试官说,“大专生也来面试”,语气中透露着一丝不屑,听到这句话,不管这个面试官水平如何,我第一印象是不愿意和这样的面试官成为同事。
    所有的前浪都曾经是后浪,所有的后浪也终究会成为前浪。如果有困惑,就去通过行动寻找答案,如果热爱,就去拥抱一下现在和未来。
    2020-07-06
    2
  • 东方奇骥
    国企和私企的氛围是不一样的,有的私企比较开放,但国企总体比较……所以在国企一定要注意不能什么话都说,而且要学会自己充电,否则容易温水煮青蛙。
    2020-07-06
    2
  • coco張
    我认为沟通、总结能力是职场上最需要的软技能,与各种各样的人接触需要不同的沟通技巧,而与老板的沟通最需要总结技能。不只是为了升职加薪,同时可以加快协作效率
    2020-07-06
    1
  • 霍霍
    技术和业务同样重要,需要两手抓两手都要硬,但是如果并没有在某个行业深耕很长时间。这时候业务方向如何选择呢?求争哥指点
    2020-07-07
  • 子豪sirius
    扎心了,现在35岁,已经感到很大压力了,也后悔以前自己没有积累好技术,形成技术壁垒
    2020-07-07
  • 终结者999号
    同意jxin的意见,传统ToB的项目本来就没有那么高的并发需求,忽略掉本来应该注意的代码质量,一直在重构提升性能真的是一个错误的选择,开发到后面更多的是做减法。
    2020-07-06
  • test
    第一句话就扎心了。即将35,正在为拿P7努力。
    2020-07-06
  • 马以
    哈哈,原来,最后我们都变成了当年我们讨厌的
    2020-07-06
  • 天草二十六
    大实话,不上升到另外一个层次就要被淘汰
    2020-07-06
收起评论
12
返回
顶部