天道酬勤

在 IT 公司中，能够让程序员展现自己个人影响力的机会其实并不多，大多数程序员都只是默默搬砖，完成 TeamLeader 完成的工作任务，而这些任务，大部分复杂度并不高，通常是增删改查并且附带一定的业务逻辑。需要用上设计模式、算法、性能、高可用，还要考虑工期的任务，一般是由中高级人员或者架构师来完成，那普通程序员还有机会吗，是不是就一定得混年头，混工龄了?那这样的人生未免也太被动了，那我们如何才能提升自己的存在感呢？我总结了三条捷径送给你一、主动承担重要任务可能大多数人在公司，都是默默接受组长安排

每一次我下定决心学习的时候，都会去网上找大牛的学习方法。每一次找了一圈之后，都会发现，数据结构和算法，计算机理论基础永远都是逃不脱的东西。这些东西属于一通百通，学习了这些，以后面对新领域会很容易参透和领悟，学习速度也会加快很多。我大学专业是电气工程，非计算机专业，这些基础理论知识没有系统学习过。工作中大多数也是业务代码，也没有对底层要求很高，所以这些基础知识一直没有补上。我在2018年已经意识到这个问题了，并且为之付诸过一些行动。比如会去购买相关的课程，像《数据结构和算法》，《计算机系统..

上分经过这个周末没有看书，一直在王者荣耀上分。选到了一个非常牛逼的打野英雄，赵云。边打野边看全场动向，适时支援，带动全场节奏。以前也尝试上过分，但是没有现在这么容易。原因我总结了一下，以前用的是射手中单英雄，没法控制节奏。即使自己发育的好，可能被抓几次，节奏就没有了；或者是自己发育好，队友不给力，总是送。总之节奏不在自己手里。赵云，有种掌控全场的感觉。gank、打龙、刷野。发现场面有点僵的时候，可以去刷一波大龙，兵线上有龙出来时，自然就会推进了。感悟之一：人，活在世上，总要精通一些东西人，活

行动本身并不是最重要的在学习的时候，我们经常会陷入一个误区，十分急切的想知道该如何做（how），但是却忘记了去思考 what 和 why。理解是什么，可以让我们缩小行动的区间，把精力放在核心的事情上理解为什么，可以让我们思考行动背后的具体指导原则是什么，在行动的时候不偏离预设的轨道每个行动的背后一定可以找到底层的方法论做支撑，从行动点向下思考追溯到对应的底层原则和方法，然后结合自己的目标，可以派生出更多的有效行动方案，所以说，行动本身并不是最重要的。不要把自己当成执行者很大一部分原因还是因为

高铁途中这趟高铁不知坐过多少遍了，这次也是和往常没有多大的区别，但是心中却多了一份安详和满足。这次回家主要目的还是为了多看望一下父母吧，其次是看自己的房子装修的如何了。这个房子是我努力了三年在家乡的小县城买的房，当然买房的第一选择肯定是在杭州了，但是奈何房价太高了，根本买不起，所以优先在家乡买房，以后结婚可以用。最近也是一直在装修，快结束了，全程都是我妈在照顾着，我负责选一些样式。我妈费了很多力气，所以很感谢她。下了高铁下高铁之后，突然一种想法冒出了我的脑海，如果现在的我是第一次来杭州，会怎么样。

第三周主要学习了一些常用的设计模式设计模式的位置每一种设计模式都描述了一种通用的解决方案，这种问题在我们的环境中不停的出现，设计模式是一种可复用的解决方案。一个设计模式可以分为四部分：模式的名称 - 由少量的字组成的名称，有助于表达我们的设计待解问题 - 描述了何时需要用到设计模式，以及模式运用的环境解决方案 - 描述了组成设计的元素（类和对象），它们的关系、职责和合作。但这种解决方案是抽象的，不代表具体的实现结论 - 运用这种方案所带来的的利和弊。主要是指它对系统的弹性、扩展性、和可移植性

作业1请在草稿纸上手写一个单例模式的实现代码，拍照提交作业。作业二请用组合设计模式编写程序，打印输出图 1 的窗口，窗口组件的树结构如图 2 所示，打印输出示例参考图 3。类图如下：...

第一周的架构师训练营结束了，感悟颇多。我已经工作5年了，之前一直都沉浸在代码开发的世界。从来没有想过架构师的职责是什么，我需要面对的人是谁，我应该如何向不同的人提供不同的产出。也许在工作中，只需要面对几个开发，给他们安排好任务就行了，从来没有思考过作为架构师该怎么做。以前从来没有认真的用 UML 做一次架构。只知道从底而上的画一个系统架构图，那等于是 UML 的组件图，然后大家一起过一遍，架构就算结束了，以后子啊代码开发过程中，再慢慢调整。这次的架构师训练营，老师从一个很高的角度，向我们阐述了架构师的

第二周的架构师训练营结束了，这周很多东西都还没有好好复习。一、计算机的发展史早在1700 年，计算机还没有诞生的时候，程序语言就已经诞生了，当时莱布尼兹就期望将各种事物都通过一种逻辑语言进行描述。随后人类将这种编程思想用在纺织机上，用在纸带机上，直到第一台计算机诞生，再到随后形形色色的编程语言出现。从汇编语言，到 basic 语言，再到现代的高级语言，人们不断进化计算机和编程语言，用他们来解决现实世界的问题，发展现代的工业。当产品经理给你提了需求，你用 Java 语言来实现的时候，有没有思考过，你已

第一阶段：熟悉自己的业务，知道问题在哪里，怎样可以解决。领导者是给大家指方向的，你必须先知道要走哪个方向，才能带领别人，这是领导力的基础。第二阶段：培养说服能力，能说服他人，问题可以按照你说的方式解决。领导力的表现是，他人愿意服从你。这不能都靠制度压服，而要让他人真心觉得你是对的。如果你可以让他人相信你，你就可以领导。第三阶段：激发他人的热情，让他们产生解决问题的热情。说服他人的更高境界，是让他们真正投身进来，自觉发挥自己的潜力，全力以赴解决需要解决的问题。好的领导和差的领导，区别就在于能否激励下

工作中，我们每个人都要经历的事，可能就是开会了，提到开会，肯定一肚子苦水：动不动开会一下午，打乱了工作安排；会上七嘴八舌吵了半天，却没有定下结论；发言的人侃侃而谈，底下的人无聊的玩起了手机…这些问题，其实都能够在会议开始前就解决！学会在发起会议时，就做好准备，让你成功的开一个既省时间，又给大家明确方向的会议。1、不召开无准备的会议如果你作为会议发起人，就必须要给参会人发出议程，明确主题、人员、目标和会前阅读材料。2、限制人数、时长、主题正常情况下，会议不要超过10个人，时长不要超过40分钟，不要开

这些内容我感同身受，深有体会自愈力：动态完善策略的重要战术素养可以观察到身边优秀的同事的表现，我发现自愈力确实是支撑个人和业务快速发展的重要素养。它包括两方面，一方面是个人情绪和心态上的自愈，另一方面是业务方案和规划的自愈。有个朋友曾经跟我说：什么是好员工，好员工就是什么事儿想不通，自己晚上下班街边烧烤摊吃个烧烤喝两瓶啤酒就理顺了，第二天又能充满热情地去上班，还能积极带动影响别人。然后业务发展过程中的自愈力，首先是指一个人或一个团队足够皮实，不会轻易被挫败打乱阵脚。其实就是能快速修正，持续前进。

一、背景一般情况下，我们可能会对接多个需求方的需求，但是他们都说自己的需求紧急程度是 P0，最后汇总到我们这边的需求也都是 P0，此时我们该如何处理？二、解决方案可以根据《高效能人士的七个习惯》中的四象限法则，来解决这个问题作者提倡，根据事情的重要程度和紧急程度，把待办事项划分为四个象限，应有重点的把主要的精力和时间处理那些重要但不紧急的事情上，未雨绸缪那么我们如何来构建象限的两个坐标 重要程度和紧急程度 呢？重要程度：根据部门定位、年度目标以及个人所处阶段对应的职业价值观来确定重要程度。

本文摘录于公众号的一篇文章，读起来很受用，特此记录下来自己做的好的地方沉淀的习惯是从看别人的视频得来的，别人发表出来的视频都会把知识点梳理好不积极学习，我会感到很焦虑事情做完我会反馈，有问题也会反馈，不会自己憋着的，这样会比较浪费时间自己做的不好的地方主动承担，我的内心深处会有一种想法是：我把我自己分内的事情做好就行。但是这样的想法在职场中只是最基本的要求体系化思考。可能对新公司环境还不是很熟悉，我的思维只停留在了一小块地方，思维高度不够高软素质能力亟待提升。能说、会写、善做是对职场

离职应该是我人生比较正确的选择吧，毕竟 3-5 年规划是架构师，我需要一个正向激励的环境，即使加班也没有关系离职之后，去延期了驾照，体检，复查，整理入职需要的文件。然后会有半个月的假期，第一个星期回家买材料，搞装修，是我自己攒的钱买的房子第二个星期去外面玩一个星期，放松心情...

离职小感今天我办了离职手续，意味着我即将离开待了五年的公司了。平时不觉得，走的时候会有些许的留念，毕竟都是我熟悉的人熟悉的事。面试了这么多家别的公司，这家公司，无论是后台研发技术，还是大数据技术，都是在业界相当牛逼的了。所以我感恩，CTO 教会了我先进的 Java 技术，数据总监教会了最先进的大数据技术。今日学习感悟两个观点吧一，Java 高并发、虚拟机等这些底层技术是...