登录查看完整内容
作者其他创作
大纲/内容
站队
职场政治
了解变化的原因和目的，变化是取舍的艺术
看清和自己相关技术的发展趋势，做好准备
程序员面对这种事情的时候，越是觉得不靠谱，越是要积极应对，努力工作，让自己的表现找不到瑕疵。要不然，就明哲保身，退到一边。
或进或退，积极应对
程序猿如何应对
自上而下的技术更新
尊重是被输出人的自我意愿
不要打断解决问题的过程
是在帮助自己，而非显摆自己
输出式沟通
没有人有义务帮助你，所以请尊重别人的时间和精力
自己的能够解决问题就不要麻烦别人
探索式问题更受人欢迎
请教式沟通
不要一遍遍地问相同或相似的问题，是对别人的不尊重。
请教后积极总结归纳，如果收获很多，可以书写总结文档
需要大量帮助时，向经理申请专门帮助自己的人
请教式沟通技巧
先准备好数据，做到言之有物
汇报成果时，先汇报成果和问题
申请资源时，说清楚前因后果
请求帮忙做决策。自己不能做决定的事情，要带着足够的信息来，不要只带着问题来。
向上沟通
沟通技巧
多说、多沟通、多露面，加强沟通能力
会表现还包含和经理沟通顺畅，想经理所想，急经理所急，尽自己最大的努力来帮助经理。
多做分享，不管有没有人看
多画图也是一个锻炼自己表达能力的方式
体系化思考，总结的能力，形成自己的方法论。
要有自己落地的 action，有 case 支撑。
技术和业务两头抓
技术人的总结
说话之前先思考再说话，要不然可能就失败的沟通
沟通总结
程序猿的技术舒适区，就是自己的技术领地
技术要么发展、要么淘汰
学到手的技术会被一直贬值，不学习，就会跟着技术一直被贬职
为什么程序猿必须学习
核心架构设计：这些技术有哪些核心架构设计
功能模型：这个技术有哪些功能，功能的接口是什么。
状态模型：系统在运行时有哪些状态，状态之间的变化原因是什么。
数据模型：这个技术是怎么组织数据的，是怎么处理数据的。
线程模型：这个技术有哪些线程，分别是做什么的。
技术骨架的构成
在工作中寻找能提供正反馈的学习目标，工作中有相当一比例来学习
关注行业发展，随时了解行业动态，了解新技术的情况，但是不深入学习新技术
没事儿不找事儿，就是当遇到对你没太大帮助的技术，不去投入大把精力学它。只去简单了解这个技术的大概，细枝末节不去深究，只要知道它解决的问题是什么就可以了。
深入学习新技术时，搭建技术骨架，用新技术点缀自己的技术骨架
程序猿的舒适状态
技术舒适区（学习观）
软件工程师就是用技术把事情做成
熟练使用
精准掌握
知根知底
吃透技术
技术的目的满足需求
技术的价值是支撑业务
技术要解决用户的问题，而不是证明技术多高明
需求之上
日常的工作都是在锻炼解决问题，而非技术。技术只是顺带学的。工程师的核心能力，是理解问题和解决问题的能力。
总结
技术观
积极主动学习、补齐短板
无论从哪个行业都是从小白开始
技术不扎实，不思进取
每个项目都有不尽人意的外部条件
软件工程师就是要在现有的条件下，结合自己的技术，解决问题，把事情办成，让项目落地。
先证明自己的价值，再提出各种要求和条件
技术洁癖，满眼问题
技术存在的目的就是解决问题，其他的都不重要
有些技术不错的年轻人，就是因为做事情的态度有问题，才导致自己发展受限。
一个技术的出现和一个技术可以用在生产上，完全是两个概念。一个技术在成熟之前，在确定能给用户带来价值之前，不要目使用。不要沉浸在自己的技术世界里不可自拔。
新技术要好好学，吃透了，才能用得对，用得好。用之前问问自己，使用这个技术的代价是什么？价值是什么？事情值得做吗？我是为了解决实际的需求，还是为了满足自己那颗躁动的心？
学了新技术，内心很骚动，不用不爽
技术是会发展的，以前有的缺点，不代表未来一直都有。对技术不要有无谓的偏见，技术就是工具，就是用来解决问题的。一项技术能够在行业中流行，必定是有原因的。若是固步自封，早晚会被淘汰。
固步自封的遗老遗少，无视技术带来的创新
使用不必要的技术
态度只能由内而外地改变。如果不是自己认识到问题，是不可能积极主动地改正的。不要让自己对技术错误的态度，成为职业生涯的绊脚石和阻力。
技术是手段而非目的，炫技很没必要，固步自封必被淘汰。技术的目的是解决问题，而非带来更多的问题。
技术观的缺陷
系统架构师就是构建一个系统世界，让业务可以在世界实现
理解要解决的问题
摸清解决问题能使用的各种资源
定义解决问题的模型
给出模型各个模块的详细设计
系统架构师做什么
每个程序猿或多或少的坐着架构师的东西
扎实的技术能力
注意自己架构师能力的培养
主动学习架构
保持开放的心态
如何成为架构师
来自实践和时间的积累
对行业产生自己的理解，形成自己的眼界
架构师的核心能力
系统架构师
实际情况可能没有预料到，也可以会随时发生变化
系统集成意味着有交互，所有没有细节问题都会暴露在这些地方
系统集成是产出成果，需要得到别人认可
系统集成为什么那么难
内部子模块的架构不统一
和外部系统集成，越早确定细节越好，不要假设任何东西。任何在你看来很自然的东西，可能对方就是没有。你的系统如果对这些想当然的东西有强依赖，那么代价可能是惨重的。
对外部系统的假设不成立
外部系统的配置问题
用户输入数据问题
外部系统的传输数据问题
系统集成的常见的问题
架构要统一
不做假设，尽快做好外部依赖
在系统集成的边界，尽量记录好log
软件集成的应对方法
原因在于一方面，它需要给出最终的被大家认可的成果。另一方面，在现实条件中可能有各种各样，之前没有想到的问题这些问题，都会在系统集成的时候，一一暴露出来，成为系统集成路上的拦路虎，造成无法交付成果的情况。
这个过程，就是系统集成，是我们在为自己的想当然、对需求的理解偏差、经验的欠缺、能力的不足、视野的限制、不充足的前期调研、未预料到的意外来付出的代价。功力深厚的架构师，也是一个系统集成的大师。他可以在设计阶段，根据自己的经验，尽量减少问题，降低难度。所以，能够越少地付出这个代价，越能代表自身综合能力的提升，也是代表自身价值的提升。
系统集成
软件系统架构师，要有自己的经验积累和独到的眼光，要能够很好地认识问题、对问题建模、解决问题。
不要把自己的视野局限在技术层面，而是要把视野扩展到从看到问题，到最终解决问题这么一个全过程。
软件系统架构师也必须持续不断地更新自己的技术库，维持甚至扩张自己的技术领地。这样才能够让自己做出适合当下甚至未来发展的架构，可以进一步可以减少系统集成的风险。
修炼内功，厚积薄发
搭建骨架，稳步前进
服务业务，不忘初心
从业务来，到业务去
保持数据警醒度
思路
技术总结
自己说了不算的事情，不要随便做出承诺
很多和利益相关的冲突，程序猿是相当于辅助，不需要主动参与
处理冲突的双方要中等
找到大家的共识
以共识为基础，把事情往前推进
做事情的方式方法可以妥协
目标必须坚持
如何应对冲突
代码偏好：findbugs 等业内标准。
接口设计：接口设计应该包容。
系统架构：大家对问题的理解要统一。
新功能：理解新需求，升级架构，以支持新功能。
程序猿中的共识
相互切磋，不打不相识
逼迫自己深入思考自己的观点
磨合团队，达成默契
冲突的价值
程序员不要一味地逃避冲突。如果用妥协来避免冲突，这绝对不能很好地解决问题。当然，我不是说要做一个“杠精”，而是要在做事情的基础上，充分表达自己的观点和认识。
如果自己明知道别人的做法有问题，但是你选择不表达自己的看法，长久下来，只会让别人觉得你没想法。和自己有关的西，更要在自己不认同的时候发声。如果你只是一味地委屈自己，成全别人，其实只会让人觉得你软弱。
沟通的冲突
今天的工作效率高吗？有没有什么事情让自己觉得没技术含量？你是不是可以避免这些没技术含量的事情？是不是可以让这些没技术含量的事情自动起来？
分析是否当前效率低下
提高效率升级系统，开发自动化的工具
不要习惯低效率工作，要发挥自己的才能
任务太多
避免线上的问题，增强监控，规范上线流程
紧急项目，如果收货客观，可以考虑适当阶段性的时间
出现紧急情况
学习和探索新的技术
不要止步于抱怨，修复大家都在抱怨的小痛点
理解系统处理的业务
准备好为系统升级
强制加班
程序员加班的现状，是由不同的原因造成的。我们能做的就是不断反思、好好利用加班，让加班的时间尽量短，让加班的时间尽量对自己的发展更有好处。
如果是效率低，那就尝试提高效率。如果是有紧急任务，那就好好做、好好学。紧急的事情，是公司层面优先级更高的事情，更值得我们花时间做好。而对于现在被大家诟病的强制加班，也不能浪费了自己的时间。毕竟时间是自己的，一旦浪费了，损失的其实还是你自己。
如何应对加班
习惯焦虑，让焦虑感督促自己持续学习和进步
找到适合自己的发展道路
如何应对焦虑感
任何职业都有很多从业者\b，很少有人脱引而出
任何职业都需要努力，选择不能代替努力
前期职业？后期职业
新兴行业缺人不缺钱
如果微软距离倒闭永远只有 18 个月
软件公司的危机感必须传递给员工，对员工有更高的要求
程序猿必须有创新的精神、有斗志，不安于现状的人
软件行业确实不同
技术简单，产出明确，工作流程可以规范化
产出成果过程复杂，人才无法批量培养，需要经验积累和发挥自己的主观能动性
不同类的职业
持续学习技术
持续思考业务
学习更多的资源，积累自己的经验
程序猿应该怎么做
程序员来说，提高自己才只是标配，超速地提高自己才是高配。长期来看，程序员的职业生涯，没有保持水准这个选项。
你要学会锻炼自己的工作能力，做好技术与业务问题之间的桥梁，用好公司给你的资源，成就自己的成长。
如何应对焦虑
数据是软件系统的根本，抓住数据就能找到根本
数据的升级和迁移，比软件的升级风险要打的多，对于系统的数据设计，需要更注意
数据被删掉啦，回损失惨重，程序代码远远没有数据重要，长期来看，数据最重要
数据是新时代的信息，很难买到，自己积累更要费时费力
做系统，数据比软件更重要
任何问题，先找出数据，罗列清楚，再去做自己的分析。准确、经过整理的数据是自带力量的。
注重数据的出处，方便从数据源中获得更多的数据
如果有可能，交叉验证，从不同角度来获取相同意义的数据，进行对比和验证
与人沟通，最好有数据证明
数据
对于软件工程师来说，一个事情可以用一天的时间做完，也可以用一个星期的时间精心打磨。如何在时间有限的情况下安排自己的时间，让时间用在最值得做的事情上，就是排优先级需要考虑的内容。
给不同的工作安排优先级，不仅会让我们的工作效率更好，也可以让我们和同事之间达成良好的合作关系。
优先级的重要性
工作发展计划
安全需求是最高要求，是一切需求的挡箭牌
安全计划
第一时间优先处理生产问题，找出解决办法
生产计划
基于工作性质安排优先级
可以与经理讨论，但是以经理的决定为主
优先做阻塞别人的事情
基于合作安排优先级
每个事情都有优先级，可以思考每个事情的优先级关系，那些事情可以提前做，那些事情要立马做
做事情本身的优先级
如何安排优先级
给工作排优先级，不仅仅是一个提升工作效率的方法，也是提升自我和磨合团队的重要方式。
给事情排优先级，是一种把事情做好做对、做成的重要能力
它不仅需要你对事情有准确的认识和判断，还需要你有清晰思维，能够将事情分解，按照最优的顺序执行。给工作安排优先级的过程，也是锻炼自己能力的过程。
优先级
邮件的目的：邮件不是用来的沟通，而是用来甩锅的
1、异步交流：邮件是一种异步交流的方式，双方有足够的时间准备邮件内容。
2、无法修改：邮件内容无法修改，这是邮件可靠的基石。
3、方便扩散：邮件有邮件组，可以很方便地把相关人员加进来，并且保留邮件历史记录。
特性
邮件的确认
邮件的证据
邮件的沟通和协作
邮件的防遗忘
邮件的通知
邮件的作用
1、定期查看邮件
2、仔细研究邮件的发送人，善于使用老板抄送
3、多检查一下邮件内容和标题
4、及时更新用户组，避免少发、漏发
5、发送会议纪要
邮件技巧
邮件就是为自己说的话负责任
邮件
1、工作的时候被打断，严重影响工作效率
2、交流不能帮助工作的直接完成
3、程序猿在交流中只是利益受损者，从交流完成后才是程序猿开始工作
程序猿不喜欢交流的原因
在做事情的时候，优秀的交流能力是必须的。如果你能够展示自己在交流能力上的优势，组内外的同事也更愿意和你合作，经理也会优先考虑让你承担更多的责任，对自己的发展有很大的好处。
正视和各种类型人的交流，拒绝无效交流
时刻保证自己获取信息的沟通，如果可以，交流的时候可以多主动思考，平时多交流多思考，就能抓住关键机会，抓住突破点
输入
自己的想法，自己的工作成果，都应该积极主动地向外界输出。输出不一定是什么长篇大论，可以是简单的交流、发邮件、写文档、做工作成果演示等等。
输出
好处
可以在正式场合交流，也可以在非正式场合交流，与人沟通可以随时随意的收集信息
不光要让别人知道我们在干啥，我们也要知道别人在干什么遇到什么问题
养成主动交流的习惯
换位思考，注意受众
交流是要带有足够的信息
开会或者交流之前先说重点或者结论
交流小技巧
1、获取更多的信息
2、理解公司的业务
3、加深对行业的理解
4、发现新的机会
主动交流的输入好处
1、赢得自己的声誉
2、树立自己的影响力
3、赢得同事和经理的信任，承担更大的责任
交流中输出的好处
沟通
站在用户的角度，交付用户想要的东西。也就是说，不能止步于用户的需求。
交付思维
发挥主观能动性的一个代价，就是会用掉更多的时间。这方面一定要注意。比起功能的完美，在规定的时间内实现基本功能，才是优先级更高的事情。
注意时间
如何发挥主观能动性
软件研发的复杂需求，导致没有标准可以参考，也可能很多事情导致在设计最初无法预料
做完不等于做好，能用不等于好用
现代技术快速迭代，导致需求和需要应对的问题也在随时变化，程序猿不能固守之前的设计
为什么要发挥主观能动性
主观能动性
工作中运用到的技术和预先学习的技术
自己的课余时间来学习其他技术
持续精进技术能力
熟悉公司的内部系统
对自己的基本能力负责
尽自己的能力完成工作
发现自己无法完成时，要尽早的告诉经理
对安排的工作负责
解决问题时要在线
准时参加会议
对工作时间负责
责任是一点点增加的，负责任的态度和习惯，也是从平时工作中的一件件事情中养成的。当你养成这样一种习惯之后，你会收获一个别人对你的金字评价：这个人，负责，靠谱。
责任
文化和价值观不是虚头巴佬的东西
如何选择适合自己的企业文化和价值观
企业文化和价值观
下降期的行业
风口期的行业
黄金发展期的行业
行业势头
基本工资最受法律保护
奖金
股票
期权
工资待遇
大厂
中厂
小厂
外包
公司规模
决定公司对人才的态度
决定公司内部管理和合作的风格
人才水平
如何选择一个公司
下属和领导，某种程度上来说是互相成就的，你们认可彼此的价值观和人格，也可以就一个问题互相讨论，甚至争论，他还会和你定期沟通，合理地安排资源和利益。
如果无法认同领导的价值观和人格，那迟早辞职或者走
跟着自己佩服的人、欣赏的人、认同的人工作
一个负责任的经理还或多或少有这几个品质：优秀、真诚、公平。在你眼里，一个比你优秀，对你真诚，处事也公平的经理毫无疑问会潜移默化地影响你。
认同彼此的价值观和人格
一对一会议
表扬做的好的事情
指出不好的地方，并进行沟通，提出修改方案
给出下一个发展的建议
定期和员工交流
发生主观能动性的前提
能够得到更好、更完整的结论
有能力引导讨论，指出讨论的方向。
可以互相争论和讨论
给手下的人新的机会
给手下的人发展时间
争取分配，和平分配
资源的利用和分配
管理者关系
是自己问题还是别人的问题
换工作之前与别人交谈，询问自己的问题（找出自己的原因，然后改变自己的心态，然后在跳槽）
换公司无法解决自身问题
心态
新行业、新方向
自己的兴趣方向
主动求变
公司文化
工作压力
发展方向
是否可持续发展
公司稳定性
不要让薪资成为跳槽的唯一原因
稳定+合理
薪资待遇
为什么想跳槽
公司不愿意聘用频繁跳槽的人
如果你觉得现在做的事情有价值，公司和行业也发展得不错，自己有成长，公司也愿意支持你的方向，给你资源发展，不要轻易被外界的 offer 诱惑。因为长期来看，只要公司在发展和成长，一个人在一个公司的积累和成长，大概率会给你带来稳定的长期收益。
从长期来看，一个公司的积累和成长是最宝贵的
内部转岗
为什么不应该跳槽
升职加薪是好事，但是自己的成长和长期稳定增长的收入才是金不换。换工作之前，更要平衡好自己的生活和发展，要想清楚哪个选择是短期利益下的诱惑，哪个才能带来长期利益下的发展。
跳槽
面试是和面试官合作，展示自己的优势和优秀之处。这样经过对比之后，面试官才能择优录用。
面试是什么？
解决的问题
自己的成长和能力
简历两页以内
精简的工作经历
经历倒序
突出重点，突出自己的优势
简历排版公正，给人一种大方的体验
写简历
针对公司，进行特定的准备
cs基础
刷算法和数据结构
内推
应届生
为什么换工作
毕业一两年内
弄清自己的优势
突出工作成果
梳理自己的技术
建议内推
工作经历丰富
准备面试
不要勉强
注意反馈、交流通常，表达清晰
主动交流突出自己的优势
不推荐靠面经面试
面试准时到，不和面试官较劲
面试中需要注意什么
面试是公司择优录用的一个过程，因此从一开始，我们就要精心准备，从简历，面试准备，到面试发挥，每个步骤都需要用心。在这个过程中，最重要的，就是自己的积累和成长，毕竟面试靠的就是厚积薄发。
面试最重要的一点是，要真诚，绝大部分的公司对面试中的作假行为都是零容忍的。对于自己的经历，要坦诚地和公司描述清楚。即便之前工作的经历不好，但坦诚的态度也会让人相信你有改进的决心。
面试
结论：一个程序员，如果想长期从事这个行业，那么外包不值得做太多年。
难以获得完整地解决问题的能力
外包公司不注重人才的技术成长，涨薪受限
学习新的技术需要时间，外包公司项目很紧，基本上不愿意花时间让员工学技术
员工学习新技术，可能会造成人员的流失
外包公司没有探索的环境
可替代性强，可能无法完整参与一整个项目
外包的局限性
通过外包快速积攒经验
希望进入一个新的行业
为了眼前的生活
什么情况下可以考虑外包
程序员的工作就只是写程序；程序员只有转管理才有前途。
只要感到自己又成长，有收获，那么就值得的
同事和环境不同
和甲方的关系不同
外包公司的介入是在甲方完成了前期需求分析和设计之后。
外派一般会参与项目开发的大部分或者整个过程
做的事情不同
外包和外派的不同
外派做了甲方来不及的事情，或者低技术含量的事情
外派到底是做什么？
外派人员不享受甲方的福利待遇
工作于此，不属于此
独立承担任务是对人才的培养和锻炼，公司更愿意把这种机会留给正式员工，让正式员工在公司里有更多的积淀。
没有机会独立承担任务
不稳定，终止派遣合同的代价远远低于终止劳动合同的代价
外派人员实际从事的工作，大都是非核心的，得到的锻炼有限
发展受限，不会有甲方的培养机会
外派不足
外派成熟的大公司，多琢磨琢磨这些系统面对的问题，以及这些系统如何去解决这些问题，对于以后自己的发展是非常珍贵的经验。
增长见识
和外包比，可以完整的参与项目
优秀的人也总能赢得更多人的认可。在人才密集度高的公司工作，对建立高质量的人脉关系也是非常有帮助的。
证明自己的能力，赢得更多的机会
薪资比较高
外派的好处
无论是正式员工还是外派员工，只要你的工作能力够强，都可以赢得大家的认可，获得相应的回报。
外派公司也不值得长期呆
外派
管理岗：不要给管理套上太多虚无缥缈的光环，也不要对管理这份工作抱有太多不切实际的幻想。
转管理的不同：管理岗要通过手下实现更多的价值，来突出自己的价值
从ic视角转换到管理视角，发挥团队的最大战斗力
管理绩效，合理鼓励
对内
要组织协调各种资源，在有限的人和有限的预算内，把事情安排到内外各方都能接受甚至满意。
组织协调各种资源
要给出未来的人员计划和安排，计划未来一年可能需要的预算（包括人、机器、软件等），这些资源分别用来做什么。
计划和安排，争取资源
进行各种交流，做出承诺和决策
对外
理解公司的发展方向
培养人才、发展团队
获取客户，赢得认可
对未来
一线经理
工作内容是要跟人打交道，搞定人和人的关系，搞定关系背后的各种利益，
喜欢与人打交道
能够紧紧盯住公司和部门的发展方向，同时为自己的队伍制定适合公司和部门的发展方向。
经理一定是有干劲儿，打心底里要做事情的人。
会经营、有干劲、有眼光
各种千头万绪的事情都会涌来，各种信息都要消化吸收，各种决策都等着你做，对外有交付，对内要有交代。
能够承受压力
有远大的抱负
什么样的人适合做管理
管理的临界级别确实比个人刚高一两个级别
无论是转管理，临界级别在哪里，都有成长瓶颈
程序猿都有专攻的方向，比如业务，比如架构
无论是否转管理，越成长，越需要交流，获取信息，整合信息，提取信息
转不转管理？
转管理
做项目的变现的公司不是创业公司
小公司不一定是创业公司
创造新事物的公司才是创业公司
什么是创业公司
提前算好收支的帐
选择公司还是选择团队
认可创业人
亲兄弟明算帐
准备好强大的抗压能力
能够持续跟上公司的发展
考虑加入创业公司的事情
创业是hell难度，工作Normal难度
其实创业也是一种心态，如果普通工作中以创业的心态来做事情，可以获得更多的收获
即使创业失败啦，也是一种难得的收获
创业vs普通工作
创业公司
1、在不同的公司的价值观下，每个人适应公司环境的时间不一样
一对一会议运用得当，可以解决很多问题。会议会提供一个私密的环境，让人敞开心扉地交流，拉近人和人之间的关系。在一对一会议时，生硬的上下级关系会变得温和，因为彼此之间，不再是纯粹的工作关系，更像是朋友在一块探讨事业与人生。
2、如果沟通不是搞笑吗，试一试一对一沟通
行情可以和同学朋友聊，没必要非自己跑一趟。
面试需要充分的准备，如果不是抱着我要换工作的决心，很难准备得很好。如果状态不好，那么面下来也可能拿不到自己应该达到的水平所对应的 offer。
面试之前表明自己的来意，否则会被拉黑
3、定期面试没必要
第一：选择比努力更重要
第二：如果不想被淘汰，必须不断成长
上半部分总结
当前的工作做得好，只能说明自己能力对得上当前的级别。当前的工作越做越好，加薪的几率越大。
先达到下一个级别的能力，公司才会考虑升职
稳定发挥意味着你能够在连续的几件事情上，都发挥出下一个级别的能力，达到下一个级别的水准。
稳定的输出工作成果，而不是时而不好时而好
技术上不仅要有绝活，还要全面掌握技术
资历老的同事通常有更多公司相关的经验积累，比如熟悉各种明坑案渠，各种系统怎么用，哪个同事对某个系统最精通等等。升职资历老的同事，一方面是对这种软能力和技能的认可，同时也是对资历的认可。
资历老的同事也认识很多人
资历是升职必须考虑的原因之一，也是对老员工的软能力和技术的一种认可
升职的逻辑
能够完成具体功能的代码，保证代码质量。
具备阅读代码的能力。
开始理解和掌握基本的设计模式。
不再闷头就开始写代码，而是开始在 class 和 package 层级，思考和实践高内聚、低耦合的代码。
建立自己学习技术的体系，培养学习技术的习惯。
写出好的代码不再是问题
接到需求，能够快读准确的给出可行性，难点，系统集成点，给出设计和工作量估计。可以将一个系统的设计划分为高内聚，低耦合的模块，并给出工作量估计。
补全自己计算机底层知识的短板。有一个自己是在做系统设计而不是瞎做系统设计的底气。
锻炼自己快速掌握一门技术的能力，包括技术的总体设计，优缺点，使用场景等。
熟练掌握这个系统，能够快速排错。
能主导搞定系统里的一个项目。带领低级别的同事做项目，自己能发挥主导作用。
稳稳的搞定一个系统，清楚了解系统的各个方面、各种功能和边界
逐渐掌握系统的全貌，设计新的功能时，可以通篇考虑。
可以对系统进行重构和升级，解决系统的技术债。
开始积淀起自己在相关领域的业务知识，理解领域中的难点，易出错的点和痛点。
可以顺畅地和上下游相关同事沟通交流，并开始培养自己的影响力。
了解系统所解决的问题领域，可以让系统发展更高的层面
程序猿的三个阶段
符合升职逻辑
和经理彼此不对的人
离职概率高的人
升职经理视角
升职
职场求生指南
评论
0条评论
回复删除
取消
回复
下一页
为了保护您和被举报人的权利，请您慎重填写举报原因，我们会认真核实调查。
确定
图形选择
思维导图
主题
补充说明
AI生成
提示
关闭后当前内容将不会保存，是否继续？
取消
确定