关于领导让我面试别人，我准备了那些面试题

前端领导一天对我说你准备下面试题，然后我会筛选些简历给到你，你到时候负责一面。然后大致跟领导聊了下需要那样得，有没有什么具体要求。

大致就是要求能干活，不管是表格、echarts等能立刻上手，别是刚培训班出来得就行。

可能也是上个同事来了一个礼拜也没写出来什么太多东西。然后领导最后跟我们说他每天我看到再微信聊天, 让写个表格都能墨迹半天写不出来。本来再一周得时候都能看出大致水平了，但是领导觉得都招进来了好好学，每天积极学习也是愿意培养得。最后领导跟我们说他既然不愿意学，每天就是按时下班等情况吧就让人走了总共算是待了两个礼拜，工资也正常发放了。

我也是去看了好多面试得一些经验，希望能招到合适得同事，一荣俱荣，我也是想我招聘进来得同事能符合岗位要求，不然就是面试官得问题了。记得有一篇文章中说，你跟面试者身份是同等得，不过是你单位需要招聘。刚好我求职而已，不要趾高气扬得去问一些你不知道在哪里看到得新名词去为难人。

以下就是我准备得一些面试题，我觉得能答得七七八八基本满足干活要求了，然后可能回答得好的我也会基于原问题扩展下。回答不上来也没关系，能回答上来更好了。

Css

1. 常用的伪类有哪些？

可能有些人会一时没想起来，哪有问这么简单得哈哈。我也会稍微提示下:not、:hover...我可能更希望面试者能说点其他得比如first-child、last-child、nth-child、before、after等等。

2. css 说下弹性盒子；

这个也是工作中必须会的，我可能希望你能说的多点，当然不常用的那些对子盒子的一些属性除外。例如：

• flex-direction 是更改方向的可以。


• flex-wrap 是可以设置是否允许换行。


• justify-content x轴的对齐方式。


• align-items yz轴的对齐方式。

3. 说下localstoage/ sessionStroge区别;

可以从大小啊、特性分别说下。

4. 清除浮动的方法有哪些 分别说下

可以简单说下比如overflow: hidden;等。

5. 说下重排和重绘 什么场景下会发生重排和重绘

希望面试者能了解dom是怎么样的刷新渲染机制，什么样下就发生重绘（color、background等）、什么样下会发生重排（更改宽高等）。

6. 实现垂直居中的方法有哪些

希望面试者能说出两种就很好了，这两种也是经常会用到的，像还有个display：table;...这个我确实也没咋用到。只要能说出:

1. display: flex; justify-content: center; align-items: center;;


2. 子元素position: relative;left: 50%;top: 50%; transform: translate(-50%, -50%);

Js

由于我们可能是重前端多一点所以对数据转换会要求多点。所以我准备了一些数据处理的面试题如下：

1、请使用forEach、map、filter、some、every等相关api对1,2,3...,10这些数据进行处理：

1. 请用相关api计算出1-10的累加。（期望得到一个Number: [1,2,3...]）


2. 请用相关api过滤出1-10大于5的值。（期望得到一个Array: [1,2,3...]）


3. 请用相关api得到一个都是乘以*2的新数组（期望得到一个Array: [2,4,6...]）


4. 请用相关api查找出1-10中是否有数值11（期望得到一个Boolean: true、false）。


5. 请用相关api判断1-10中是否都大于5。（期望得到一个Boolean: true、false）


6. 请用相关api判断1-10中是否存在大于9数值的（期望得到一个Boolean: true、false）。

如果回答的很好，我还会多问问面试者假如不使用这些数组api函数的话，你能用for循环一样得到相关结果嘛。如果你能说的很好，我会再让面试者自己封装一个forEach、map、filter、some、every那可就太棒了。

2、说下防抖、节流的场景以及怎么实现这些。

能说出防抖和节流的用处和场景，假如你能说对应用场景，实现都是使用lodash等或者找的方法使用的也能接收。但是还是希望能写出来一个自己如何实现防抖和节流的。

3、说下let/count区别

可以说下两者区别：常量不允许修改等。

1. let a = 1; let b = a; b = 2;(这个时候a、b分别是什么值？)（加分项：说下原因）


2. let a = {name: 1}; let b = a; b.name = 3; (这个时候a、b分别是什么值？)（说下原因）

其实是希望面试者对堆、栈有一定的了解。

4、事件执行机制
setTimeout(() => { console.log(2)}, 0); const fn = new Promise(res => { console.log(3); res('success')}); console.log(1); fn.then(res => console.log(4)) 以上代码会输出什么 执行顺序是啥样的（加分项： 说出理由）

其实是希望面试者对宏任务、微任务有一定的了解，了解代码的执行机制。

5、说下箭头函数和普通函数的区别：

说完会继续问下bind\apply\call 用法以及能力 （加分项：怎么实现一个bind、apply、call）

这里其实是希望面试者能对this能有一定的理解。

6、说下对浅克隆/深克隆的理解 以及实现一个深克隆函数

这个问题可能会根据问题3回答情况问答。

7、说下怎么合并一个数组、对象。

{...obj1, ...obj2}、Object.assign。 数组可以使用concat,如果回答的好我会再问下如何使用for满足。

8、说下字符串常用的属性api

说完后会再追问下substr、substring的区别

9、说下数组的splice 和 slice的区别

10、const obj = {a: {b: {c: 123 } } }; 希望你写一个get函数如lodash.get(obj, 'a.b.c', '-')一样的函数，就是可以通过传入a.b.c获取到值得一个函数。

11、const originArray = [{name: '小明', a: 1}, {name: '小明', b: 1}, {name: '小红', a: 1}]希望你对上面数据groupByname，得到{小明: [{name: '小明', a: 1}, {name: '小明', b: 1}], 小红：[{name: '小红', a: 1}]}

const originArray = [{name: '小明', a: 1}, {name: '小明', b: 1}, {name: '小红', a: 1}]



/** 调用groupBy(originArray, 'name')得到：

 * {

 *  小明: [{name: '小明', a: 1}, {name: '小明', b: 1}], 

 *  小红：[{name: '小红', a: 1}]

 * }

/

如果JS回答的很好，基本已经能满足我们的招聘要求了。我后面也会对vue简单问问，放心哈哈 对源码没啥要求，我们要求是能干活就可以。

VUE

由于我们单位使用的是vue，我也会象征性的问一些用法相关的，如果你的js回答很好没有使用过vue，一直再使用react等框架，这个我就不会再问了，当然不影响我们的面试结果的，相信你js基础那么好，也就看下文档就能上手了。

1. vue 组件间传值实现通信的方式有哪些？


2. 有使用过vueBus嘛（加分项: 说下发布订阅者模式）


3. 有用过watch嘛？ watch 的deep 和 immediate都是干嘛的 有啥作用 （加分项怎么实现一个watch）


4. v-show 与 v-if 有什么区别？


5. 说下vue的生命周期？


6. 说下vuex的个人理解


7. 说下nextTick使用场景

其实这里更希望你能说出获取dom等基本就符合问题了。但是如果能答出来nextTick是怎么设计的那可太棒了

8. 说下路由hash、history的区别

这里面其实不只是想听到带不带#号，还希望你能说出两者会不会携带路由去请求html,然后你们是怎么处理history下404界面的。

加分项

一般达到这里已经满足我们得招聘要求了，这个时候我可能会多问一些完事把整体情况汇报给领导，由领导下决定选择谁入职

1. 使用过canvas嘛（都用canvas再场景下实现了什么功能）


2. 使用echarts都画过那些图表（解决过什么困难）


3. 都用webpack做过什么？


4. vue中假如请求api不以api/v1统一规范开头了 怎么实现接口转发？

结语

面试前还是要多准备准备，以上就是我面试新同事准备得一些面试题，其实好多同学都卡再了js,js基础不够扎实。 相比与学习框架api，语法，我更会花更多时间再js上面。 然后再去了解框架好的设计以及API得实现。

很多企业常常用行政的手段，去解决行业的问题。

这个问题是一名叫“小赵”的读者反馈给我的。

这里的“行政”一词，是指一种通用的管理与协调方式，而“行业”指的是某个特定的专业领域。

小赵在一家软件企业的研发部做开发。请记住这是一个研发部，他是一个技术工种。但是，他的会议非常多，基本上一坐到工位就得再站起来去开会。而会议的内容多是关于开发流程的：原型评审会、技术分析会、工期评估会……

后来，他们开发出的产品，全是bug，无法运行，常常强制交付，遭到客户频繁投诉。

领导层很震怒，要求解决问题。

于是，大家分析原因，各抒己见，最终汇总整理，原因如下：

• 产品没有设计好就交给技术。


• 技术没有思考就开始写代码。


• 功能没做完就交给测试验证。

最终，领导层觉得需要加强监管。于是，他们决定在原型评审之前，加个宣贯会作为预热。后来宣贯会没有达到效果，又加上了个预宣贯会作为宣贯会的预热……

结果，这个团队的产出质量依然没有改善。随后，领导层很震怒，要求分析原因，解决问题。

于是，大家不吐不快，纷纷吐槽会议太多，光开会了，没时间干活。领导层一听，决定开会研究一下，如何减少会议、提高效率。

通过对基层进行访谈，然后以会议的形式汇报给中层，中层汇报给高层。最终形成一份总结，再以全员会议的形式同全体员工宣讲。

结果，依然没有改善。于是，领导层再次要求解决问题。于是大家便开会讨论，会议的主题是：为什么那套减少开会的方案没有起到少开会的作用？

后来，还是没有改善。通过一次次争吵，各抒己见，相互吐槽，最终领导发现，原来各部门之间相互不满意，测试觉得技术不行，技术觉得产品不行，产品觉得运营不行。领导点点头，似乎已经成功了，当即决定，引入相互评价机制。将各部门人员之间的互评作为重要考核，与工资挂钩。出于利益考虑，各方势必会让各方都满意。这样一来，问题就解决了。

实际上，后续更精彩，研发的重点就转移到人情世故了……先到这吧，只是想让大家感受下“行政”模式。

上面说的情况，在我看来，绝不是一个“不断完善”的过程。这种完善没有尽头。大家都在想办法解决问题，没有人思考问题产生的原因。这无异于办公室漏水了，大家合力去清扫，没有人关心漏点在哪里。

小赵反馈，他们公司更重视每个会议是否被召开，大家似乎并不关心工作内容本身。

比如，测试用例评审。虽然测试要拿着用例一条条去验证开发的成果。但是直到会上，开发人员从来都没有提前看过，整场会议从头到尾，大家一个问题也没有。有流程吗？有！流程是提前1天发出来让大家准备问题。

再比如，开发返讲时，一半以上的人都在看手机。快结束时，就连主讲者都长出一口气：“哎呀，终于讲完了！”。他并不关心其他人听没听懂，重要的是自己讲完了。别人就是不听，我又能怎么样？

在我看来，小赵公司的开发流程，从第一个版开始就是规范和专业的。已经包含了软件开发的各个关键节点。但是，他们每一步都没有落实到位。

就拿测试用例评审会来说。开会之前，有没有人确认过里面的内容大家都看过了？看了的话，问几个问题；没看，等你看完后再开。但是一旦给你时间看了，你依然无视它，一问三不知，不好意思，得给你记上一笔。
开会过程中，人家讲的条例，有没有和你理解不一致的地方。如有，请提出来。如果后面你做完了，对于有明确描述的操作，你再说当时我不知道，那么不好意思，给你记上一笔……

在具有大家共同认可标准的前提下，每一项会议都要落地砸坑，步步有效。有了落实，甚至不开会都行。

这并非是不人性化，这不就是你正常的工作吗？最符合职场人的人性化是摸鱼。领导多辛苦一点，担负起把控和监管的责任，员工就无法摸鱼。从领导开始就摸鱼，员工就直接下网了。

除了落实到位，还有一个专业性的问题。对于落实流程，“行政”手段再勤劳一点也是可以做到的。但是，到专业性这儿，就得由专业的人来干了。

每一项流程怎样的标准才算是做到位？什么样的员工才是好员工？通过民主的形式，没有答案。这段代码写得好不好、那种技术方案能不能支撑起五万人同时访问，大家来投个票吧！保洁说，我觉得行！产品说，我觉得不行！采购幸好问了下，发现居然还需要买服务器，当即反对。他们各有各的意图。给我添麻烦了，我就不同意。跟我没关系，我就送个人情，举个手。专业的事情，就该专业的人一言堂，给我权力的同时，也让我承担责任。

实际上，并非所有老板都愿意孤注一掷，完全相信某个员工的建议。他们常常通过自己的方式去做流程干预。尤其遇到需要决断的问题时，因为不够专业，往往采取通用的行政手段去解决。比如引入相互监视来保证不偷懒，再设立秘密小组来监督大家确实在相互监视。如此下去，无限不循环……

以前我感觉老板们这种做法不明智，我也想不通他们为什么这么想。直到那天我看到一段历史，忽然明白这是人类的通病。

话说拿破仑时期，两方打仗，都是各自码好了人，面对面。然后相互往对方扔炮弹。这种硬杠的方式，似乎有点弱智。难道就没有攻城掠地的形式吗？其实之前是有的，而且国王很重视城池的建设，认为那是安全的保障。但是建设城池时，负责建设的工匠总是糊弄国王，而国王又看不懂，最后导致腐败严重，还没打仗国家就虚了。最后，国王们就干脆不用城池做保护了，用省下做城池的钱，直接养兵更实惠。

如果国王是做工程出身，那肯定不会被骗。但是又有多少国王干过瓦匠呢？因此，不论哪个组织的老大，采用自己熟悉的行政手段去干预流程，起码是保底的。

当然，遇到专业的管理更好。两者很好区分。专业者一般是帮助你，行政者一般是质疑你。帮助你的人，他首先会了解你在做一件什么事，然后给出指导。而质疑你的人，则会想方设法拿出证据来，比如某件事物存在，先去证明是你不行，然后借机让你继续想办法。

其实，拿破仑之后，城池的建设又兴起了。因为后来各种建设规范，甚至财务审计等制度也健全起来，即便是很狡猾的工匠，也难以再搞出腐败。反而导致工匠们认为建设城池是一份荣耀，自己是为了国家的荣誉而战。

关键词：工作任务、测试开发、孰能生巧、代码优化、团队开发

一、工作任务

① 会议主题：
一般在日常的工作会议中，要总结和反思：我这周干了什么、我下周打算干什么、我遇到了什么问题

② 编程是需要持续投入精力和注意力的智力活动。注意力是稀缺资源，类似于魔力点数。如果用光了自己的注意力点数，必须花一个小时或者更多的时间做不需要注意力的事情来补充它

③ 时间拆分：对于每天的工作时间可以参考番茄工作法策略进行时间拆分

④ 专业开发人员会评估每个任务的优先级，排除个人的喜好和需要，按照真实紧急程度来执行任务

⑤ 小步快跑, 以防步履蹒跚

⑥ 专业开发人员会用心管理自己的时间和注意力

⑦ 需求预估是软件开发人员面对的最简单、也是最可怕的活动之一了

⑧ 业务方觉得预估就是承诺，开发方认为预估就是猜测。两者相差迥异

⑨ 需求承诺是必须做到的，是关于确定性的

⑩ 专业开发人员能够清楚区分预估和承诺。只有在确切知道可以完成的前提下，他们才会给出承诺

① 预估任务：达成共识，把大任务分成许多小任务，分开预估再加总，结果会比单独评估大任务要准确很多？这样做之所以能够提高准确度，是因为小任务的预估错误几乎可以忽略，不会对总得结果产生明显影响

② 对需要妥善对待的预估结果，专业开发人员会与团队的其他人协商，以取得共识

二、测试开发

① 在工作中，有一种现象叫观察者效应，或者不确定原则。每次你向业务方展示一项功能，他们就获得了比之前更多的信息，这些新信息反过来又会影响他们对整个系统的看法

② 专业开发人员，也包括业务方必须确认，需求中没有任何不确定因素

③ 开发人员有责任把验收测试与系统联系起来，然后让这些测试通过

④ 请记住，身为专业开发人员，你的职责是协助团队开发出最棒的软件。也就是说，每个人都需要关心错误和疏忽，并协力改正

⑤ 单元测试是深入系统内部进行，调用特定类的方法；验收测试则是在系统外部，通常是在API或者UI级别进行

⑥ QC：检验产品的质量，保证产品符合客户的需求，是产品质量检查者；QA：审计过程的质量，保证过程被正确执行，是过程质量审计者

⑦ 测试策略：单元测试、组件测试、集成测试、系统测试、探索式测试

⑧ 8小时其实非常短暂，只有480分钟，28800秒。身为专业的开发人员，你肯定希望能在这短暂的时间里尽可能高效的工作，取得尽可能多的成果

⑨ 再说一次，仔细管理自己的时间是你的责任

三、孰能生巧

① 调试时间和编码时间是一样昂贵的

② 管理延迟的诀窍，便是早期监测和保持透明。要根据目标定期衡量进度

③ 如果可怜的开发人员在压力之下最终屈服，同意尽力赶上截止日期，结局会十分悲惨。那些开发人员会开始抄近路，会额外加班加点工作，抱着创造奇迹的渺茫希望

④ 即使你的技能格外高超，也肯定能从另外一名程序员的思考与想法中获益

⑤ 测试代码之匹配于产品代码，就如抗体之匹配于抗原一样

⑥ 整洁的代码更易于理解，更易于修改，也更易于扩展。代码更简洁了，缺陷也更少了。整个代码库也会随之稳步改善，杜绝业界常见的放任代码劣化而视若不见的状况

⑦ 任何事情，只要想做得快，都离不开练习！无论是搏斗还是编程，速度都来源于练习！从练习中学到很多东西，深入了解解决问题的过程，进而掌握更多的方法，提升专业技能

⑧ 关于练习的职业道德：职业程序员用自己的时间来练习。老板的职责不包括避免你的技术落伍，也不包括为你打造一份好看的履历

⑨ 东西画在纸上与真正做出来，是不一样的

四、代码优化

① 好代码应该可扩展、易于维护、易于修改、读起来应该有散文的韵味……

② 在经济全球化时代，企业唯利是图，为提升股价而采用裁员、员工过劳和外包等方式，我遇到的这种缩减开发成本的手段，已经消解了高质量程序的存在价值和适宜了。只要一不小心，我们这些开发人员就可能会被要求、被指示或是被欺骗去花一半的时间写出两倍数量的代码

③ 客户所要的任何一项功能，一旦写起来，总是远比它开始时所说的要复杂许多

④ 很少有人会认真对待自己说的话，并且说到做到

⑤ 言必信，行必果

⑥ 如果感到疲劳或者心烦意乱，千万不要编码

⑦ 专业开发人员善于合理分配个人时间，以确保工作时间段中尽可能富有成效

⑧ 流态区：程序员在编写代码时会进入的一种意识高度专注但思维视野却会收拢到狭窄的状态

⑨ 创造性输出依赖于创造性输入

五、团队开发

① 我认为自己是团队的一员，而非凌驾于团队之上

② 要勇于承担作为一名手艺人和工程师所肩负的重大责任

③ 代码中难免会出现bug，但并不意味着你不用对它们负责；没人能写出完美的软件，但这并不表示你不用对不完美负责

④ 什么样的代码是有缺陷的呢？那些你没把握的代码都是

⑤ 我不是在建议，是在要求！你写的每一行代码都要测试，完毕！

⑥ 作为开发人员，你需要有个相对迅捷可靠的机制，以此判断所写的代码可否正常工作，并且不会干扰系统的其他部分

⑦ 编程是一种创造性活动，写代码是无中生有的创造过程，我们大胆地从混沌之中创建秩序

⑧ 他们各表异议相互说“不”，然后找到了双方都能接受的解决方案。他们的表现是专业的

⑨ 许诺“尝试”，意味着只要你再加把劲还是可以达成目标的

TL;DR： 产品最终目标是客观的，项目的最终目标是主观的，产品有长期价值，项目没有。

在这几年中，做过产品也做过项目，在做产品的团队做过项目，也在做项目的团队做过产品。做产品和做项目，看起来没有什么区别，毕竟做产品的团队也是按照项目来开发一个个功能，做项目的团队也是做一个产品交付出去，都是开发。但实际上，做产品和做项目的目标是完全不同的，开发者关注的重点也皆然不同，本文就聊一聊我以为的两者的区别。本文中的产品和项目背景都是IT行业，其他行业我不了解，以下依旧简称为产品和项目。

产品

在移动互联网如此发达的今天，每人每天都会接触到无数的产品，涵盖生活和工作的方方面面。这些产品都有一个统一的特征——发布后保持品牌，然后持续迭代。10年前我们用的是微信，今天我们用的还是微信，但是功能已经今非昔比，增长了数倍，但10年前的大多数功能依旧存在。微信已经是中国互联网里最克制的产品之一了，依旧增加了这么多功能，阿里系的APP一直被人诟病臃肿，本质上也是在不停的增加功能。很多2B的产品也是一样，只不过由于对用户有更强的控制力，2B的产品可以更干脆的舍弃一些老旧功能。

可见，在保持现有功能的基础上不停迭代是产品的基本特征。一个产品自诞生之初开始，就开始了这个过程，直到这个产品即将死去，该过程才会停止。对于开发来说，很难有人预料到一个产品完整的生命周期，尤其是成功的产品。那么一个扩展性强、可维护性好、稳定性高的架构就会成为一个产品的核心价值，这样的架构往往需要经验丰富的开发人员才能设计出来。除了对业务的熟悉程度外，这种架构经验也是开发者在做产品时积累的核心价值。经过历练的开发者可以用之前的经验对类似的业务场景进行快速复制，少走很多弯路，所以之前程序员跳槽的涨薪普遍比较可观。

产品通常会经历市场和直接使用者的检验，所以评价的标准也是相对客观的，比如产品的营收、盈利能力，用户反馈，增长率，等等。尽管2B的产品某些人会有明显权重更大的评价，比如老板之于钉钉，但一个产品的好坏还是很难由个别人说了算，这也是互联网公司大多靠数据驱动的原因。

项目

项目就不一样了，尽管项目做出来的也是一个产品，供客户使用，但是和真正的产品相比有很大的区别。常见的项目形态是甲乙方项目，对于广大的非互联网公司来说，这是更常见的开发形态，这个行业也囊括了众多的开发者。下面聊的项目就是这种甲乙方的项目。需要特别说明的是，这种项目并不一定就很low，也可以非常的高大上，甲乙方都是世界500强也多的是。

项目一般有明确的周期，在项目周期结束后，项目会整体交给客户，所有权在客户。这样造成了很少有项目开发团队会对项目中做的产品做持续性维护，这在很大程度上削弱了好架构的意义。大部分项目开始时会对要做的事情有明确的预期，技术架构通常只需要满足这个预期即可。有一些项目客户可能会指定技术栈或者一些高屋建瓴的方案，但很少有客户会关心具体的实现方式。由于有明确的维护周期和相关利益者不重视，在项目中没什么人会关注扩展性、维护性这些东西，经验的价值更多体现在项目开始的技术选型上。这种环境对于想要变的更好的开发者是很不利的。

除了生命周期和持续迭代的差异外，项目和产品另一个最大的区别在于评价体系。由于甲乙方关系的存在，甲方不可能让所有会使用项目产品的人都来评价好坏，这样一定会导致项目的失败，所以甲方就会选出几名利益相关方来负责项目的验收。由于人数有限，再加上负责验收的人可能并不使用项目开发的产品，对于乙方来说，与其做好项目，不如想办法直接搞定负责项目验收的人。毕竟，能不能合格验收实际上是这个几个人的主观评价，项目产品真正的使用者此时还不知道产品的存在。所以在项目中，开发的话语权就变的很小了，所谓的项目经理变成了最重要的人，对于产品来说本应该最重要的业务价值和技术实现，也变成了和甲方几位关键角色的关系。在这种情况下，开发和其他干活的很容易被压榨，因为他们不重要。

另外，不要觉得上面说的这些对技术不屑一顾的事情只发生在不重视技术的中小型公司。之前说了，甲乙方可能都非常的高大上，技术水平也不低，但这些事情全部会照常发生，这是由利益关系决定的。

谈谈外包

最后，谈谈外包。虽然都叫外包，但人员外包和项目外包是完全不同的两种状态。人员外包多见于互联网大厂，这些人虽然关系在外包公司，但做的事情其实和大厂里面的基层员工差异不大，通常做一些难度不高，但重复性强的工作。虽然听起来无趣，但是这些人一般可以看到所在团队的完整代码库的，也可以和大厂员工一样，了解产品的整体设计，跟随产品迭代发展，只要自己愿意，可以很快的积累。前些年人才供不应求时，也有很多外包人员就地转正。虽然理论上这些人可以随时被换掉，但实际上只要不是这个人太差，加上负责的工作难度也不高，大部分团队都希望能有稳定的人员，所以这些人相对稳定，是相对不错的机会。

另一种就是项目外包了，被外包公司派遣到各个项目上，按照人天收取甲方费用。这种外包工作对于开发者来说就很差了。首先，中国的甲方把乙方当人的少，工作环境普遍堪忧，中国的甲方又基本都希望在现场办公，方便监督，通常来说能有个像样的会议室就不错了。其次，由于真正明白的项目管理的项目经理很少，导致大部分项目实际上都是失控状态，到了中后期开始疲于奔命，最终熬夜加班，勉强交付。这对于开发者的心理和压力都不好，长时间在这种环境中的开发者，很难有精力和意愿把事情做好，更多是糊弄了事，然后开启恶性循环。第三，由于上面谈到的项目的特征，开发者很难在项目中得到积累，更缺少和项目一起成长的机会，大部分开发者都是重复最初1至2年的经验，然后不停的重复。即便有学习意愿的开发者，也缺乏学习的机会和环境，不知道方向在哪，最终丧失成长的机会。

所以，除了脏简历这种功利的原因，在项目外包的开发者，最好能明确知道自己所处环境的问题，如果有继续前进的意愿，要知道做什么是对自己有用的，等待机会，改变处境。

总结

本文结合我之前的经历和看到的现象，对做产品和做项目的差异做了一些个人观点的总结。陈述了一些事实，抽象了一些具体的事例，较为深入的分析了产生差异的原因。这些东西很难改变，个人也没有必要去改变，没有好与坏，只是不同的实际情况。对个人来说，人的主观能动性还是很重要的，即便在做产品的团队，很多人也按照做项目的态度在干活，导致了很多产品扩展困难，难以为继。有的人虽然处在恶劣的环境和巨大的项目压力中，但依然可以每天自我成长，最终找到理想的工作机会。如果这篇文章能帮你看清一点自己的处境，那么我的这点经验就有了价值。

公众号：赵侠客 

侠客说：优秀人才的四个特征：格局、思路、实干、写作

一、前言

1.1 述职答辩的重要性

公司都会有晋升通道，述职答辩是你想升职加薪除了跳槽以外的必由之路，其重要性对个人发展来说不言而喻，对公司来说也是选拔人才的重要通道。本人不才就职的也不是什么大厂，职级之前也比较低，都没有资格参加述职答辩，这次是人生第一次，所以格外的重视，这也导致了一些本来不该发生的事，对述职答辩产生了很大的影响，后面我会详细的说明。

1.2 述职答辩的流程

答辩的流程主要有四个环节：答辩人候选、准备PPT、现场答辩、公布结果。

• 
  

  答辩人候选：这是门槛，比如你的工作年限、工作能力、岗位职级、薪资范围，都达到这个门槛才有资格去答辩，这次答辩候选人让我有两点感触较深，一个是有些工作很多年的老同事没有资格答辩，另外一个是外包转正基本上也没有资格答辩；

  
  


• 
  

  准备PPT：PPT在述职答辩中的重要性绝对是最重要的没有之一，PPT本身有两个非常重要的点，美观和内容，好看的PPT会给领导非常好的第一印象，自己没有能力做好PPT这时就不要在乎几十块钱了，直接网上买个好看的模板。内容就要靠你自己了，后面我会详细说内容的注意事项。

  
  


• 
  

  答辩当天：答辩当天按事先排好的顺序依次进入会议室，等待过程是极其痛苦的，进入会议室后先让你陈述你的PPT，一般是你单独坐一排，对面坐了一排领导，公司高层领导、技术专家、外面请过来的专家，进入会议室面对一排大佬瞬间压迫感就上来了。陈述PPT的时间一般也就十分钟左右，陈述结束后就是专家、领导提问环节，一般也是十分钟左右。

  
  


• 
  

  公布结果：就像科举放榜是喜是优，也就尘埃落定了。

  
  

二、关于PPT

2.1 美观

谁都喜欢好看的东西，我当时第一版PPT做好后，拿给了我的前领导帮看看，他直接说你这PPT做的太差了，给我提了几个很多好的建议，他是我工作以来对我帮助最大的领导，我刚到他下面他就给我涨薪，要不是他我感觉我坚持不到现在，疫情三年太难了，疫情后各种裁员根本没有涨薪机会，要不是他给我涨薪我肯坚持不到现在，在这里要深深的谢谢他。关于美观的PPT我有以下三个建议：

• 
  

  做的PPT一定要让别人看：每个人审美不一样，你觉得好看的，别人不一定觉得好看，做好的PPT一定多找几个人看看，特别是你的领导或者搞设计的妹子们，领导看的PPT多，一眼就知道问题出在哪里，搞设计的妹子们往往审美还是好的，不像我们这种搞技术的汉子。

  
  


• 
  

  一定要和别人对比：没有对比就没有伤害，我的第一版PPT让领导看后，他说你去看看谁谁的PPT做的很好，于是我去要了对比一下自己做的确实太差了。

  
  

2.2 内容

如果说美观是锦上添花那么内容才展示你真正实力的地方，答辩PPT内容都是有一定模板的，比如从个人履历、能力技能、工作成果、不足之外、未来规划等方面陈述，关于每一点我详细说一下：

• 
  

  个人履历:学历和以前的所有工作经历都要写，可以简写但一定要有，否则你就是在掩饰。我们这次答辩很多人学历和专业没有写，后面HR要求所有人必须给写上，答辩时学校不是清华、北大、985这种耳熟能详的好学校，你可以不说学校名称，PPT上让领导看到就好，如果你的专业和你的工作相关的，一定要说一下你在读这个专业时做了和你现在工作相关的事，让领导觉得你是专业科班出生身的。有些工作很多年的老员工把很早以前的经历不写了，这点也是不好的，领导不知道你以前是干什么的，这让人有点不放心，是不是干过什么见不得光的事。

  
  


• 
  

  能力技能:这个要对标你们的评定职级标准，公司评定职级都有评定标准，这个职级标准很有可能就是答辩委员制定的，所以在写这部分内容时，你就要对着这个职级标准来表明自己在各方面已经达到职级标准，就应该是这个级别的。在说技能的时候也可以说一些不是职级标准上的但是也能反映你的能力事，比如这次答辩我说了自己写文章超200+，阅读量超120W+，还有阅读量超10万+的文章，在最后大领导总结这次答辩优秀人的四个特征中最后一个是写作，我感觉效果还是不错的。

  
  


• 
  

  工作成果:这部分可以说是整个PPT中最重要的没有之一，领导高高在上，你做的再多，他们也不知道是你做的，这部分就要让领导知道，原来我们公司这么重要的产品后面是你做出来的，这里有两点注意，一是所有成果都要展示，我当时觉得做的东西太多了，没有写，被我们领导说了，成果是你对公司的贡献，越多越好，让领导觉得你是个实干的人，这也是领导总结的优秀人才的第三个关键特征。二是在多的同时要有重点，不能只有数量没有质量，一定要重点说一到两个项目，从专业的角度分析，说说你在里面做了什么，给公司带来了哪些好处，一定要从上帝视角描述给领导听，不能说太多细节，因为领导也不懂细节技术，比如我们做开发的，就从整个项目的架构上来说。这次我知道有一个前端给领导印象就不好，他说优化前端Tab页加载，切换就花了3分钟的时间，领导会觉得一个tab页切换会对公司有多重要吗？领导要看到的是你给公司层面带来了什么价值，在优秀人才特征总结中，领导第一说的就是 格局，你是一颗螺丝钉你也要知道整个工厂是怎么运转的，如果你只做你的螺丝钉那么你也就是个工具人，容易被别人替代，未来也会被AI替代。

  
  


• 
  

  不足之处:这部分一定要能自圆其说，并给出以后如何改进

  
  


• 
  

  未来规划：这点是展示你是不是一支潜力股，规划一定要符合公司的大方向，视野要高，不过也不能假大空，根本实现不了的就不要写了，让领导觉得你是个实干的人。当时我准备写利用大模型解决我们多年以来未能解决的问题，然后想了想，万一领导真把这任务交给我了，搞不定怎么办？

  
  

三、关于陈述

3.1 陈述时间

陈述时间有严格要求的，领导一天要答辩那么多人，也想早点结束，所以要控制好你的时间，关于时间我有两个建议：

• 
  

  答辩前多练习:最好把答辩10分钟所有内容都记下来，在答辩前做到无稿胜有稿，心中有稿，内容都记下来，多练习几次，用的时间也就固定下来的，我练习了不少于10次，早上睡不着，我起的很早，去楼下小公园散散步，缓解一下压力，就在公园里拿起手机练习一下，晚上睡觉时，脑中展示PPT，然后脑中播放每一张内容，心中练习一遍。

  
  


• 
  

  答辩时放个手机计时: 有了手机计时，每一部分花了多少时间，自己心中有数，比如我这次最后一部分时间大概要花2分钟，在最后第二部分的时候我会看一下时间，如果离2分钟还多，我会把前面的内容再找一个展开说一下，如果时间不多了，就可以跳过几点，简单过一下，保证到最后一部分时候大概还剩2分钟，这样后面时间就好控制了。

  
  

3.2 语速

答辩语速一般都是相对较快的，太慢了会让领导听着急，不过也不能太快，有些老领导思路可能跟不上人的语速。好的办法是在答辩前，给你的直属领导演练一下，让他们给你听听效果怎么样，提提建议。这时你的直属领导是你最大的靠山，他们也会尽心尽力帮助你的。因为你表现非常好，他在大领导面前也是有脸面，表现太差了也会让大领导觉得他下面人不咋地。

3.3 工具

这次答辩我就吃了工具这个亏，关于工具我有以下几次建议：

• 
  

  答辩用的什么格式你就用什么格式: 我一直都用MAC电脑的KeyNote，最后导出的成PPT，导出后发现一些字体没了，有些样式坏了，在上交PPT最后一分钟我还在改样式。

  
  


• 
  

  答辩用的电脑是什么软件你就用什么软件：当我坐下时不知道提供是的什么软件播放PPT，HR说：请开始你的演讲，我居然找不到播放PPT按钮在哪里，最后还是HR提示我在最左上角有一个小按钮才让我播放起了PPT。

  
  


• 
  

  最好提前去会议室演示一下：我们这次答辩会议室提供的投影仪无法显示PPT演讲者注释，有些没有背下来的人就吃了亏。

  
  

四、关于提问

4.1 评委

最中间的肯定是最大的领导，这次是公司最大的领导，两边往往是从外面请过来的专家，还有一些像公司的人力资源老大，最后一般还有你的分管大领导，这个人是非常重要的，如果你真的场面控制不住，他一般会帮你说话的，他的帮助对你也是非常重要的。如果你是老员工这里的大领导有可能还会认识几个，新员工肯定是不认识这些领导的，对面坐一排不认识的大佬压迫感还是很强的。如果有认识的领导那自然是轻松的，他是做什么的你都了解，那他提问的方向大致也就知道了。

4.2 提问

大领导的问题，一般不会考察你的技术，最大领导在最后述职总结中说到优秀人才的第二个特征是思路，他们是想考察你解决问题的思路。毕竟这些专家早已脱离一线工作多年，在架构、源码、算法方面我们这些干活的高P才是公司最强的，他们的优势的丰富的行业经验和管理经验、解决问题的方案论、整合资源的能力，所以他们的问题一般会从这些角度来问。不过如果是低P答辩，委员是一些一线实战的开发人员，那这个提问环节基本上就是技术面试环节了，八股文该准备还是要准备。专家问我的问题基本上就是一些能显示他确实是这方面的专家的问题，也就一些常规行业问题的解决方案，真正做过这块业务的都能答上来，关键是你要整理思路，让其它领导们也能听起来确实是这么回事，有一种不明觉厉的感觉，这就算是成功了。还有一些无非是工作、团队协作、管理方面有没有遇到问题，你是怎么解决之类的通用问题。回答这类问题有一个非常重要的点，当你说到有问题时，一定要给出解决方案，没有解决方案的问题就是抱怨，在领导面前抱怨这是大忌。在提问环节主要展现的是你的精神面貌、交流沟通能力、解决问题的思路，都不是什么难问题，最大的问题是有人会给你挖坑。

4.3 坑

注意坑才是提问环节最需要的。比如这次我就被掉到坑里了，这也是我这次述职中最失败的地方。有些人问的问题会有前后关联关系，而且和你前面同事问的问题还会相关。

​

我们先看这个坑是怎么掉进去的，问题一是"你们代码复用性如何？"，我觉得这个问题不需要思考，肯定是高啊，然后举了多个项目复用同一个功能的例子来说明代码复用性确实高。问题二是"你和前面同事平时沟通交流怎么样？"，这个问题我当时也是没有思考，肯定是非常好，还说了一些合作的项目，最后他说“那他怎么说你们代码复用性不高”，最后在大领导面前得出的结论就是你们团队管理有问题，回去要加强沟通。当时我感觉整个人瞬间石化了，没有思考这个问题，现在想想他就是在转移我的注意力，如果换个问法，”你们代码中有没有不可复用的地方吗？为什么？“我相信这个每个人都可以回答上来，把责任推给客户就好了，客户花钱提的个性化需要，不合理也要做，代码肯定不能复用。他这个问题是将你当时的注意力转移到你和同事之间沟通有问题，而不是让你去思考代码有没有不可复用的地方。后面我问了我的同事，问他的问题，也是将他带入到客户定制化需求比较多，代码不能复用，所以开发工期比较长的路子上，他如果回答代码复用性高，那他肯定会问为什么开发用了那么长的工期？这个领导太厉害了，每个问题都是环环相扣，还和其他人相关，防不胜防。现在想想还是当时被带进去了，直接回答代码整体上复用性高，有些客户提的个性化需求无法拒绝，导致部分局部代码不可复用不就好了？不过有一两个问题回答不上来也无所谓，最后是最大领导提问，他们问题就好回答了，“你的优化、改进是领导安排的还是自己主动去钻研的？”，这个就说重大业务相关的是领导安排的，有些技术上改进是自己钻研的，大领导最后和旁边领导说：”他是攻坚型的，以后有些攻坚任务也可以交给他，你要继续保持“。听到“继续保持”这四个字，我终于彻底释放了，没有什么比领导口中这四个字更重要了，最后感谢领导就结束答辩。

五、关于紧张

5.1 紧张

向我们这种整天和代码打交道，从来没有向大领导汇报过工作，突然来这么一次重要的答辩不紧张那都是万里挑一，我是尤其的紧张，从答辩前两天就开始紧张了，紧张到精神影响到身体，导致胃痛。

研究显示，长期的高压工作可能会引起胃肠道功能紊乱。平日我们也会注意到，有些人一紧张就会肚子不舒服知识分子，公众号：知识分子工作压力怎样伤害了你的肠胃？|一周科技

我是答辩前两个晚上基本上没怎么睡，而且整个人的神经特别敏感，晚上有一点小的动静，就可以明显的感觉到身体神经信号从耳朵传到胃部导致胃癌疼痛，医学上应该叫作“神经衰弱”，还好我之前就是这种问题，所以买了防噪音耳塞。

最大的问题是紧张会让你喉咙里有异物，想要呕吐，这对要答辩的人来说是致命的，然而越是担心这个问题，就会导致问题越严重。

当我们感到有压力时，整个神经系统会加速运转，帮助我们应对面临的任何挑战。大脑分泌肾上腺素和皮质醇（主要的应激激素），并通知自主神经系统加速呼吸、心率、血压和肌肉收缩。这意味着喉咙、胃和肠道可能会产生紧绷感甚至痉挛，导致我们感到喉咙里有异物，肠道或胃里绷得很紧，想要呕吐，或增加肠道痉挛，以至于接二连三想去上厕所。Melissa G. Hunt，公众号：加州健康研究院科学解释：为什么压力大会导致胃疼？

我真怕自己在答辩时呕吐。根本吃不下去东西，我只能买点馒头放工位，饿了吃一点。精神类的药物一般起作用都是非常慢的，这两天肯定是不能吃的，只能先治标，买了点缓解胃酸分泌过多的胃药，我也没时间去医院看，说实话，像我这种状况去医院还不先让你来个大套餐，什么胃镜、抽血化验统统按排上，而且我觉得看病的医生不一定有我懂的多，他们也就是按系统开发好的步骤来，现在大部分门诊医生都是医疗系统操作员，现在医院什么症状做什么检查，然后什么检查结果吃什么药，都在系统里。还不如自己给自己开药，直接去药店买好了。

​

我老婆和家人都不相信这是紧张导致的胃痛，我判断只要答辩结束所有症状都没了，那就是紧张导致的。当我在门外等着进去的时候，真的感觉自己要站不住了，这时我给自己肩膀按按摩放松肌肉，闭上双眼，深呼吸，放空思想转移一下注意力，感觉好了点，当我进去坐下来时，居然找不到PPT播放按钮时，就更紧张了，不过等到讲PPT时反而好点了，当提问环节和领导对话几次所有症状就全部消失了，因为这时你的注意力在别人身上，已经不再注意你的身体问题了，自然也就好了。答辩结束后我的直属领导看到我时就说，侃大山的赵侠客又回来了。昨天还吃不下去饭，结束后大鱼大肉立马吃了起来，补补这两天的损失。

六、总结

打工人真不容易，这次答辩让我有以下几点总结：

1.有一个好领导很重要，我工作这么多年遇到的几个领导对我都很好，特别是上个领导，在这里要再次真诚的感谢 他， 如果他能读到本文，真诚的谢谢您！

2.在公司尽量和每个领导都保持好关系，说不定他就是你的答辩委员 

3.打铁还需自身硬，不断提升自己才能让你有更多机会 

4.锻炼好身体，身体是一切的前提，没有好的身体一切都没有意义 

5.工作久了能不跳槽还是不要跳，新环境没人能帮你

6.除了工作技能之外，自己一定还要有点其它的长处，比如写作、写专利、写论文 

7.不要接受外包，除非你工作是为了生存或者为了体验生活

平时没事，喜欢观察观察路人，猜测一下他（她）是干什么的，是什么样的生活状态。同时，也会作为旁观着看看别人的为人处世、观点、思想等，用于自我学习。

但这些也仅仅是作为上帝视角，看一看，听一听，想一想。无论对错，都不会干预，那毕竟是别人的事。但从这些观察之中，还是能够学到很多。

时间久了，你会发现，几乎所有的人都陷入在自己构建的信息茧房当中。几乎所有的行为和决策都是过往经历的延续和习惯依赖。

聊聊生活中的几件事：

第一，何不食肉糜

在《晋书·惠帝纪》中记录着这样一个故事：

晋代有一年发生饥荒，百姓没有粮食吃，只能吃草根和树皮，甚至活活饿死。晋惠帝听了奏报，大为不解，问：他们为什么不吃肉粥呢？

晋惠帝也正因为这一句话，被后人所记住。

他的回答看似非常荒诞，但其实我们在日常生活中，大多数时候都在做着类似的事情，特别是给别人提建议的时候。

第二，手中的锤子

曾经有一段项目经历，由于是创新项目，需要大家集思广益。团队成员也来自各个行业，比如做游戏的、做二次元的、做漫画的等。

在最终碰创意时，你会发现，每个人的创意都深深刻着他过往的经历和行业经验，每个人都觉得自己的观点和想法是正确的，是无懈可击的。而在旁观者或者没有相关经验的人看来，多少有些不可思议。

有时候，你会发现，自己认为很简单的事情，给别人解释半天，别人依旧没有懂。这可能是你讲解的不好，也可能是对方没有大量相关知识的铺垫，导致无法理解那个“简单的结论”。

这里有知识的诅咒，也有信息的茧房。知识的诅咒让你想象不到不知道这一知识的人会怎么想，而信息的茧房导致你只认可你自己所“筛选”下来的信息。

第三，不要让别人推荐书

一直有很多朋友想读书，让推荐书籍。其实这个事非常难做，因为不知道你喜欢什么，也不知道是否适合你。

每个人的知识背景不同，同样一本书，有的人读起来可能刚刚好，但有的人读起来则十分苦难，味同嚼蜡。

其实，刚开始读书，去看那些自己感兴趣、又刚好能读懂的书，让兴趣、难度、需求同时匹配到舒适区边缘，这样的书肯定会让你读得津津有味。

第四，关于恶评

凡是在网络上发表过文章的人几乎都会遇到一件事：喷子+恶评。

这里分两类，一类单纯是为了发泄情绪的攻击，无其他内容。这一类，要么无视，要么哈哈大笑即可。这说明对方不但嫉妒你，还不如你，因为他没法拿出更好的作品或观点来回应，只会发泄情绪、肆意谩骂。

另外一类看似言之凿凿，但你会发现，他陷入了深深的信息茧房之中。比如他心中所想，生活所遇皆是消极、邪恶之念，那么你的想法、说辞、行为再正面，他也能用他邪恶负面的想法包装一番，形成逻辑自洽。然后用这些观点来抨击、谩骂和恶评。

针对这些人，他的每一个字都透露着他思想的狭隘，何必与他计较呢。如果一个人说三七得四十八，你还去跟他争辩，那就是你的不对了。

每个人所说的话，所看到的世界，都不是这个世界的客观存在，而只是内心对现实世界的反映，对这个世界认知的呈现而已。所以那些恶评，除了彰显、铭记他的无知之外，别无他用，何必计较。

最后的小结

不可否认，我们每个人对这个世界都有着不同的认知，而这些认知往往都来源于过往的经历。这些经历塑造了现在的我们，塑造了我们对世界的看法，影响着我们的决策。同时，它们也将会被我们的决策和行动进一步强化。

而要打破这些认知的茧房，更多的是需要多看看不同行业，不同领域，不同视角，不阶层，不同角色的看法。拥有了更多的视角，甚至相互不兼容的多个视角，才能更好的跳出茧房，更清晰的看到这个世界的客观存在。

今天早上看到一篇文章《笨功夫是普通人最后的依靠》，有感而发，文中说的内容都是自己现在的一些想法，
本想在下面评论一下，但是好像要说的太多了，评论写不下，也就有了本文。

背单词是学英语的 “笨功夫”

故事还得从差不多十几年前的初中说起，在我上小学的时候，所在的小学是还没有教英语的，所以我的英语是从初中开始学的。
还好初中上英语课的时候，老师依然是从 26 个英语字母教起的，只是会有种错觉，那些小学学过英语的同学好像不用怎么学就能在英语上获得好成绩。
但这种想法不太客观，因为在有这种想法的时候，潜意识中将他们小学几年的积累忽略了，所以多少会有点沮丧。

九边的文章中，提到了学习英语得先背单词，背单词就是学习英语中的 “笨功夫”。对于这点深有体会，虽然我的英语是初中开始学的，
而且我对语法可以说知之甚少，但是我在背单词上可是花了不少时间的，所以英语成绩也不至于太难看。
后来上了大学，也能凭借初高中的英语单词的积累，考过了四级。
然后做为一名程序员，日常开发的时候需要看到英文文档也可以比较流畅，当然肯定不如看中文顺畅。
说这些，并不是觉得这是什么光荣的事，只是想表达比较认可背单词是学习英语的 “笨功夫” 这一观点。

笨功夫之外，方法也重要

几年前看极客时间的《数据结构与算法之美》这门课的时候，提到了一点：

数据结构和算法就是一个非常难啃的硬骨头，可以说是计算机学科中最难学的学科之一了。
我当时学习也费了老大的劲，能做到讲给你听，我靠的也是十年如一的积累和坚持。如果没有基础、或者基础不好，你怎能期望看 2 个小时就能完全掌握呢？

九边的文章中也提到了自己的经历，想学写代码，然后一推人推荐学习《算法导论》。
对于这个，我个人也是深受其害，十几年前我一直徘徊在玩游戏和学习之间，常常觉得自己的时间不应该全部还在玩游戏上，怎么也得学习一下。
然后我就会去学习，我怎么学习呢？也是跟九边一样，找那些前辈们推荐的经典教材，比如算法、操作系统、编译原理、计算机网络相关的经典书籍，

依然记得我在高三的时候就买来了一本《编译原理》，也就是那本 “龙书”（因为封面是一条龙）。
但是，这本编译原理就算让现在的我去看估计也很难看懂，所以在学习方面，个人其实走了很多弯路，跌了不少跟头。
因为学习的方法不对，这种学习自然是持续不下去的，在这种学习过程中，需要耗费大量的心力，然后自我怀疑，最后放弃。

对于这一点，九边的文章中也提到了背后的根本原因：

• 选错教材了，你拿得太难了，不适合你；


• 投入时间不足。

这两点都是我当时存在的问题，一上来就选择了最难的教材来看，没有考虑到自身实力能不能看得懂。
当然，选择难的教材也不是不行，可能得投入足够的时间去把教材看懂，前提是，有途径可以解决学习过程中的遇到的问题，
比如遇到问题可以问问前辈，又或者像现在的 GPT，如果想借助百度这种东西可能大概率要失望。
跳过少数问题可能不影响学习的效果，但是如果绝大部分问题都没有能找到答案的方法，那换一本简单点的教材先学学基础是个更好的方法。

当然，说这些并不是为了鼓励大家去学习数据结构算法，只是想说，在我们学习遇到困难的时候，可能得考虑一下是不是上面两个原因导致的。

大脑对熟悉的东西更感兴趣

这句话已经不记得是从哪里看到的了，但是觉得颇有道理。
有时候，我们对某件事情不感兴趣是因为不擅长，而不是因为真的不擅长。
在进入一个相对新的领域的时候，我们会接触到很多新的名词、术语，会觉得特别费劲。
这个时候我们可能就会选择放弃了，当然，我们也可以选择坚持下去，
这些年我学到的一个非常重要的学习方法就是，对于新接触的东西，去多看、多想、多实践几遍，当然，这里说的是学习编程领域的东西。
很多东西，在我们这样几轮学习下来，好像其实也没有太难的东西，当然也有可能我学习的东西本身没有很难的东西。
但不得不承认，就算是那些你觉得不难的东西，很多人也潜意识中会觉得自己学不会，
但实际上只是他们投入的时间还不够多。

在开始的时候，我也会觉得枯燥无味，但是在熟悉多几遍之后，发现好像还挺有意思，尤其是使用新学到的东西解决了自己实际遇到的一些问题之后。
学习的过程大多如此吧，说到这，想起了几天前看到的《如何取得杰出成就》中提到的一点：

有一些工作，我们可能必须在自己讨厌的事情上努力工作数年，才能接近喜欢的部分，但这不是杰出成就产生的方式，
杰出的成就是通过持续关注自己真正感兴趣的事情来实现的 —— 当我们停下来盘点时，会惊讶于自己已经走了多远。

这篇文章是《黑客与画家》作者博客《How to Do Great Work》的翻译版，有兴趣可以看看，感觉还不赖。
在实际工作中，我们遇到的很多问题其实并不需要坚持数年才能解决，又不是研究什么前沿领域的东西，
但是对于一些难题需要花几天或者一两个星期去解决这种可能性还是很大的。
在这个过程我们会对问题域中的东西越来越熟悉，直到最后它们不再是我们的障碍。

问题是可以分解的

搜狐 CEO 张朝阳这几年在 B 站上更新了很多物理的教程，当然我是全都看不懂，只是想起他说过的一段话：

很多东西的话，就是你看起来很复杂，是因为你不熟悉，其实这个知识，
天下的这个知识和所有的东西，其实都是不难的，你把所有的再复杂的东西，把它分解成每一步的话，
他的基本的这个思维过程的，跟你早上吃什么饭，怎么做饭，怎么打车怎么点东西，都是一样的思维过程。
很多东西你理解不了，不是因为你笨或者是你不够聪明，而是因为你，你自己认为你理解不了是吧，
很多可能因为过去的经历啊，就是在课堂上这个回答不了问题啊，一些挫败的经历，考试的失败导致，
你就有一种恐惧，是一种恐惧和你的认为理解不了导致你理解不了。

虽然道理是这么个道理，但是不代表物理都没学过的人能看得懂他讲的物理课，
因为问题虽然可以分解，但是一个需要有深厚基础的问题恐怕你连分解都不知道怎么分解，更不要提解决。
就好像上文提到的《算法导论》这本书，里面有大量的数学推导，很多人看不懂是因为，
从作者的角度来说，他已经把问题分解为了若干个小问题，在他看来，看这本书的读者应该是已经掌握了他分解之后的问题的相关知识。
从推荐看这本书的人来看，他推荐的对象应该也掌握了书中那些分解之后的知识。
但是实际是，可能也有很多人没有考虑到自身实力，然后就去啃这些大部头，自然而然地看不懂。

很多时候我们遇到的问题都能找到恰当的分解方法，尤其是编程领域，要不然我们不大可能会碰到那个问题。
在摸爬滚打多年之后，我们会发现，很多那些入行时觉得困难的点最后都不是问题了，
这是因为，常见的问题我们基本都解决过一遍了，以致于我们再遇到同样的问题之后，就能马上想到应该怎么去做，就已经在心中有一二三四几个步骤了。
举一个例子，在学习做 web 应用的时候，其实很多东西都不懂，但是现在已经很清楚一个 web 应用大概应该是长什么样子的了：

• 从浏览器发起的请求到达 web 应用之后，我们需要确定具体执行什么逻辑，因此需要有 “路由” 来将请求拍发给一个具体的方法，也就是某个 Controller 里面的一个方法。


• 在请求的处理逻辑里面，我们可能需要去查询数据库，所有常用的 web 框架都提供了关于数据库查询的一些抽象，直接调用封装的那些方法即可。


• 在返回的时候，我们要返回给客户端的实质上是纯文本的东西（HTTP 协议），但是 HTTP 相关的功能往往由 HTTP 服务器来处理的，比如 nginx


• nginx 处理 HTTP 相关的东西，比如反向代理的 upstream 返回的数据长度有多长，需要算出来，将这个长度写入到 HTTP 头中，这样浏览器收到 HTTP 报文的时候才能准确地解析出一个 HTTP 报文包

弄清楚这些问题之后，不管换哪一种语言，我们都可以拿来实现一个 web 应用，无非就是解析 HTTP 报文，在代码里面做一些业务逻辑处理，然后返回一串 HTTP 报文。
而这里提到的，其实就是针对 web 应用开发中的几个大问题的分解，这些问题对于写了几年 web 开发的人来说其实都不是问题了。

再举一个例子，对于程序员来说，我们往往需要持续地学习，当我们去学习一些新的编程语言的时候，我们可以去思考一下：对于编程语言来说，它可以分解为哪些问题？
个人感觉，这个问题其实挺有价值。要回答这个问题，我们可以回到没有今天这些高级编程语言的时候，那些计算机领域的先驱们是怎么让计算机工作起来的。
我们会发现，其实一开始他们是用的 0 和 1 来去写指令的，后面进化到汇编语言，毕竟一堆 0 和 1 谁记得住？
有了汇编，去做一些操作就简单多了，比如做加法，用一个 ADD 指令就可以了。
但是有了汇编之后，还有一个问题是，不管是从开发、维护上来说，都需要对 CPU 有非常清楚的了解，比如需要了解 CPU 有哪些寄存器之类的知识，
也就是说，使用汇编依然需要了解机器本身的很多运作机制，这无疑是一个比较高的门槛。
再后来到 C 语言的出现，我们就不需要了解 CPU 是怎么工作也可以写出能解决问题的代码了。
但是 C 语言依然有一个毕竟严重的问题，那就是需要开发者手动去申请内存，使用之后再释放内存，如果程序员忘记释放，那么就会造成内存的泄露。
所以更高级的一些语言就有了 GC，也就是说，由语言底层的运行时去帮程序员回收那些已经不再使用的对象。

扯得有点远了，回到问题本身，对于编程语言来说，它可以分解为哪些问题？
这个问题其实非常简单，只要我们随便找一门编程语言的教程来看它们的目录就会知道，一门编程语言本身包含了：

• 一些基础语法：如代码组织结构是怎样的。Java 是通过一个个的类来组织的，Go 是通过结构体来建立抽象然后通过函数来进行组织的。


• 对于面向对象的语言来说：不同的编程语言会有不同的类的编写方式。


• 基本的变量定义是如何定义的


• 关键字有哪些，比如非常常见的 class、public、def 之类的


• 如何实现循环结构


• 如何实现条件判断


• 如何在方法中返回值。有些语言需要使用 return，也有些语言比较省事，方法内的最后一行会被当做返回值，比如 ruby。


• 一些常用的数据结构是如何封装的。比如数组、map 等


• 标准库。比如如何执行一个系统命令这种功能。


• 其他...

这个清单不太完整，但是也足够了，因为编程语言的相似性，我们在熟悉了某一门编程语言之后，往往也会比较容易学会另一门编程语言。
但是这也并不代表，我们可以使用这门新的编程语言去解决一些实际的问题，除非，在此之前，我们已经使用了其他编程语言解决过相同的问题了。
比如，我们从 PHP 转换到 Go，我们在 PHP 中已经解决过很多数据库查询的问题了，切换到 Go 中，对于数据库查询的这一问题，我们可以作如下分解：

• 找到 Go 中查询数据库相关的库


• 调用库函数来建立到数据库的连接


• 调用库函数来发送一个 SQL 查询语句到数据库服务器，然后等待数据库服务器返回查询结果


• 取得查询结果，做其他处理

清楚了我们需要解决的问题之后，其实我们真正要解决的重要问题是如何组织我们的代码，从而使得我们针对这个问题的解决方案更好维护、能更好地使用。
所以现在在学习的时候，更喜欢从实际的问题出发（毕竟计算机领域其实是更偏向于实践）。
然后根据自己拆分后的问题去找解决方案，事实证明，这样效率更高。
如果我们从技术本身出发，我们可能无法知悉这个技术为什么是今天这个样子的，在这种学习方式之下，
我们新学习的东西无法跟我们脑子里原有的东西建立起连接，最终只会很快就忘记。
但是如果从我们熟悉的问题出发，去寻找一种新的解决方案的时候，其实新的知识跟自己的经验是可以很好的联系起来的，这样我们通过一个问题就能联系到不同的解决方案。

真的扯远了，说回正题。说这么多其实就是想说，碰到难题的时候我们也不能盲目地花笨功夫，
遇到难题的时候，我们也许可以考虑一下，这个问题可以如何分解，然后如何解决分解之后的问题。
如果分解后的问题是我们可以解决的，那我们的 “笨功夫” 那就是使用对了。

学习是为了找到学习方法

再说一个关于 “笨功夫” 的个人经历，还是初中的时候，在初中的时候花了很多时间在学习上，但是学习效果并不是非常明显，
多年以后，才明白，自己当初的那种学习其实是 “死学”，也就是不讲究方法的学习，免不了学了就忘。
初中的时候一个物理老师跟我们说他学生时代，有一天在思考问题很久之后突然 “开窍” 了，
以前没懂，现在知道了他说的 “开窍” 大概是找到了关于学习的套路。
可惜的是，我在读书的那十几年里，并没有经历过这样的 “开窍”，所以成绩一直平平无奇。

直到自己工作以后，因为自己从小到大是那种不太擅长交流的人，所以工作前几年遇到问题的时候也基本不会去请教别人，
那怎么办呢？那就自己想办法去解决各种技术问题呗，然后几年下来，好像自己的学习能力有所提升了，明显的表现是，学习新东西的时候会学习得更快了。
后面才懂，越来保持学习其实不只是为了学到各种解决问题的方法，实际上有很多东西都是学了之后用不上的，更重要的是在这个过程中学会如何学习。
关于这一点，陈皓有过一个经典的陈述。

学习不仅仅是为了找到答案，更是为了找到方法 - 陈皓

你有没有发现，在知识的领域也有阶层之分，那些长期在底层知识阶层的人，需要等着高层的人来喂养，
他们长期陷于各种谣言和不准确的信息环境中，于是就导致错误或幼稚的认知，
并习惯于那些不费劲儿的轻度学习方式，从而一点点地丧失了深度学习的独立思考能力，从而再也没有能力打破知识阶层的限制，被困在认知底层翻不了身。

可见深度学习十分重要，但应该怎样进行深度学习呢？下面有三个步骤：

1. 知识采集。 信息源是非常重要的，获取信息源头、破解表面信息的内在本质、多方数据印证，是这个步骤的关键。


2. 知识缝合。 所谓缝合就是把信息组织起来，成为结构体的知识。这里，连接记忆，逻辑推理，知识梳理是很重要的三部分。


3. 技能转换。 通过举一反三、实践和练习，以及传授教导，把知识转化成自己的技能。这种技能可以让你进入更高的阶层。

这就好像，你要去登一座山，一种方法是通过别人修好的路爬上去，一种是通过自己的技能找到路（或是自己修一条路）爬上去。
也就是说，需要有路才爬得上山的人，和没有路能造路的人相比，后者的能力就会比前者大得多得多。
所以，学习是为了找到通往答案的路径和方法，是为了拥有无师自通的能力。

把时间当作朋友

这个标题来源于李笑来的《把时间当作朋友》这本书，书买了我还没看，但是看过他在得到的课程上这一话题的相关文章。

今天这个社会变得越来越浮躁，我们难免会受到影响，经常会想着今天做一件事，明天就能看到成果。
但实际上，在竞争激烈的今天，聪明人很多，又聪明又努力的也有很多，我们能做的只是接受这个事实，
然后持续在自己所在的领域花多一点 “笨功夫”，把时间当作朋友，就算最终我们没有实现最初的目标，
但是回头再看的时候，会发现原来自己已经走得很远了。

最后，用吴军《格局》中的一句话来结束本文：

事实上，功夫没下够，用什么方法都是在浪费时间。

全球经济下行，各大公司裁员，我们身处其中，又该如何自洽？本文分享我的一些观点，希望也能给你带来一些新的思考。

前言

最近这段时间，可谓一直都很不太平。

一开始有人说“前端已死”的时候，我身处其中，冷暖自知。

这是我今年找工作，在Boss直聘上花 68 元巨款开的会员，主要功能就是每天有 5 次机会告诉你在某岗位的竞争力，纯纯花钱买焦虑。上面两张图只是普通小公司的一个前端岗位，竟有上千人竞争。

后来也有人说“前端死不了”，我没有发表过什么看法，因为我觉得不值得讨论。

前端发展迅速，同时也充满困境，只有站在一线的开发，才能明白前端本就半死不活。像前两年还有《现代 Web 开发困局》这样的文章在分析前端困局、讨论如何解放生产力，而现在这种声音大部分人可能并不关心。

再到现今一众技术公号不是《前端岗位又爆了》就是《前端这波起飞》的，我也只是微微一笑，软广吹牛从不打草稿。

这篇文章不聊技术，不蹭热点，只是单纯地从一个普通互联网从业者的角度，讲点近段时间以来的一些思考。

危机

历史的车轮滚滚而来，它与每个人息息相关。

随着口罩病三年的折磨、俄乌冲突爆发、漂亮国霸权制裁，国家整体经济呈现明显下滑，我们能切身的感觉到，大环境确实变差了许多。

然而放眼全球，大部分国家也都在经历严重的经济衰退，有的甚至已经破产或者走在了破产的路上。我们现在所处的是一个什么样的阶段呢？中高端产业永远在努力突破欧美的封锁，而低端制造业还要面对印度和东南亚等国家的竞争，作为世界经济的重要一环，中国不可能不受影响。

从元宇宙区块链，再到如今火热的 AI 人工智能，我们太想要新技术的突破了，然而这并不是简单的事情，大部分普通人能做的，其实就是等待和做好随时迎接新的改变的准备，要么就只能贩卖焦虑了。

有时危机的发生并不一定是要伤害你，也可能是让你从迷局中醒过来，或者把你以前故意忽略、拖延、认识不到位的问题集中爆发出来，逼你去解决问题。

努力

不知从什么时候开始，我们总是崇尚努力奋斗，然后理所当然地认为努力就是一切成功的根源，如果没能成功，就是你还不够努力。

找不到理想的工作，便认为是自己还不够努力，是简历写得不好，是面试题背的还不够多......试想要是市场的岗位供远大于求，谁还卡学历，谁还谈资历呢，HR们不跪着求你来面试吗？面试题咱也先别做了罢，进来干活再说。

可事实是，大部分公司都在降本增效，同时还存在着许多比你更聪明优秀、天赋异禀的人，关键是他们还都比你更努力。

所以在我看来，努力更多是为了拥有选择的权利，除此之外并不代表什么。
如果你觉得光靠努力就可以无所不能，那何尝不是一种傲慢。

出自动漫 ——《强风吹拂》。

既然很多事就算努力了也不一定有回报，那么是不是就干脆摆烂了，不努力了呢？

悲观者往往正确，很多人想摆烂的根本在于，这个世界上有太多东西是不确定的，这无可厚非，但有时过于悲观，往往就容易迷失自己。

著名软件 Homebrew 的作者 Max Howell 去谷歌面试的时候，因写不出反转二叉树被拒，留下了“虽然谷歌公司 90% 的工程师都在用你写的软件，但抱歉我们不能聘用你”的这段传说。

著名开源框架 Vue 的作者尤雨溪在直播中聊到，自己曾在某次面试时被问如何实现JS原型链的问题，结果他当时完全回答不上来。

那些真正成功的人，一定不用非要在某件事情上证明自己。

边界

最近我在思考一种处世的能力，我把它叫做“边界力”。简单来说，就是遇到难以克服的障碍，就承认自己做不到。

这听起来似乎很消极，但只有学会建立、掌控自己边界的人，才能够明确自己的责任与长处，从而找到更好的做事方向和解决问题方法，少走弯路。

人们或多或少都会有一些自恋的，而且很多时候自己还浑然不知。

比方说，同在一个写作训练营里，大部分人可以1-2天写出一篇稿子，但有一个人做不到，他就会想为什么别人可以，我不行？当他下意识地责怪自己达不到平均水平时，背后其实就是一种自恋。因为他默认别人能做到的，自己一定也能做到。可是，有人能保证自己的任何一项技能，都在集体的平均水平以上吗？

自恋感会让我们下意识地认为，面前这个事可以做到。它会误导我们，让我们不断把注意力集中在“为什么我就是做不到”上面，然后一遍又一遍碰壁，而不是去想“这太难了，也许我该换个办法”。

不过在承认自己做不到之前，要确认这件事是否真的超出了我们的能力范围，如何确认呢？我觉得有两种方法：

1. 结果反馈

统计学上有个概念，叫大数定律，历史上有不少数学家做过抛硬币实验，很简单：不停抛一枚硬币，记录出现正面和反面的结果，最后随着抛的次数越多，结果就越明朗：一定是有一半的概率是正面，一半的概率是反面。

看似包含不确定性的事情，往往也有着某种统计的确定性。也就是说，偶然之中有必然。

在承认做不到之前，要先问下自己是不是尝试的样本还不够大。当你让想做的事情出现次数足够多时，你一定会知道它到底能不能成。

2. 压力反馈

看看你做一件事会不会导致极大的不适，比如开始失眠，身体出现莫名的疼痛，或是习惯性地拖延，又或是变得过度敏感、负能量爆棚。如果这些情况同时出现，那么你就得考虑承认自己确实做不到了。

能把时间都花在对的事情上，你就已经是一个很厉害的人了。

焦虑

在愈发“内卷”的社会形态下，焦虑几乎是所有人无法逃避的负面情绪，直到我看到一位博主季白羽说的这样一段话：

焦虑的人都有一个共同特征，那就是没有尊重世界的客观规律。

比如说：没有持续天天锻炼，却期待拥有健康体魄；没有好好经营关系，却期待别人都喜欢自己；没有大量刻意练习，却期待写出好文章。

我们总是容易把一切怪罪给外部因素，而忽略了焦虑的核心——还是对自我的认识不够清晰。

如果你期待有影响力，就要做好在一个领域长期积累的准备；如果你期待赚到钱，就要经常去做与赚钱相关的事。但你不能什么都不做，就期待能拥有一切。

提升“边界力”，想办法搞清楚什么是确定的，什么是不确定的，然后不断去重复那些确定的事，我想焦虑就会自动远离我们。

心态

当我翻开《腾讯传》一书的时候，歪歪斜斜每页都写着"中国互联网进化论"几个字，可我却从字缝里只读出了"幸运"。

在我看来，腾讯的崛起是十分幸运的，早年的腾讯给别人做过软件外包，无数次想要卖掉公司但卖不出去，拉投资时连创始人马化腾都说不清未来的方向，可谓前途一片渺茫，很难想象它会成长到如今的体量。

其实马化腾对互联网并不感兴趣，天文学才是他从小的志向所在。中学时为了能看见哈雷彗星，求着父母买台专业级望远镜，彼时的马化腾做梦都想成为天文学家，善良的父母最终答应了，那是他父亲四个月的工资。后来他谈及自己的爱好时说：

看着星空，会觉得自己很渺小，可能我们在宇宙中从来就是一个偶然。所以，无论什么事情，仔细想一想，都没有什么大不了的。

虽然马化腾后来也没真的成为天文学家，但这份爱好给了他独特的思考，始终帮助他在遇到挫折时稳定心态，想得更开。如果当时他一直为公司焦虑，也许就等不到后来属于腾讯的曙光了。

为什么运气也是实力的一部分，因为在黎明到来前，你必须有足够强大的心态面对黑暗的桎梏，才有机会配得上后来的幸运。

所以无论你当下正在经历多么煎熬痛苦的时刻，都请记得：

现在的怕和愁，只不过是能力小和经历少；十年后，所有的这些事，都只是下酒菜。

有生存就会有危机，有危机才会有机会。

然而危机并不可怕，可怕的是我们没有预料它的到来。

没有预料危机的到来也不是那么可怕，可怕的是我们将危机想的太大，吓坏了自己，提前放弃了生存的机会。

天道

我们常说尽人事，听天命。罗翔老师说过一段话令我印象深刻：

如果你相信天道酬勤的话，很容易导致人走向骄傲，或者走向虚无。因为当你成功的时候，你会觉得是靠你努力拼搏得来的，你配拥有这一切，所以你就会瞧不起那些失败的人。而当你努力了最后却依然一事无成，又会开始抱怨天道不公。

由于个体太过于渺小，人生中大部分的事情其实都是你决定不了的，与其对抗，甚至会催生出人性潜藏的弱点。所以罗翔老师提出一种悖论式的命定论：即我们可以凡事尽力而为，同时也要学会接受命运的一切安排。

换句话说就是：“但行好事，莫问前程”。

可能很多人会觉得“好事”是指“对他人或自己有好处的事”，而我则偏向于解读为“爱好之事”，这样反过来讲就是说：不要因为担心前程就放弃了热爱的事物。

全球经济下行已然是大势所趋，但别让时代的悲哀，成为你的悲哀！愿你我都有重新开始的勇气，也有一往无前的劲头，在有限的时间里，去将自己想做的事一件件地完成，因为我们只有先做到尽人事，才能更从容地听天命。

对于移动开发者来说，特别是 Android 开发而言，鸿蒙是不是套壳 Android 一直是一个「热门」话题，类似的问题一直是知乎的「热点流量」之一，特别是每次鸿蒙发布新版本之后，都会有「套娃式」的问题出现。

例如最近 HDC 刚发布了鸿蒙 4.0 ，但是问题已经提到了 6.0 ，不过也算是误打误撞，在 4.0 发布之后，华为宣布了 HarmonyOS NEXT 版本。

HarmonyOS NEXT 在 2023 年 8 月 6 日开始面向合作企业开发者开放，2024 年第一季度面向所有开发者开放，也就是明年开始，更新后的鸿蒙，会使用全自研内核，去掉了传统的 AOSP 代码，仅支持鸿蒙内核和鸿蒙系统的应用，减少了 40% 的冗余代码，使系统的流畅度、能效、纯净安全特性大为提升。

也就是说，你的 Android APK 已经不能在 HarmonyOS NEXT 上运行，因为系统已经不存在 AOSP 代码，甚至没有 JVM 。

虽然我们一直在吐槽鸿蒙套壳，但是这波华为终于是打算「釜底抽薪」，靠着 AOSP 「养住」开发者生态之后，这次终于开始「杀鸡取卵」。

这里不得不提到「纯血」这个词，虽然华为在此之前的宣传口径一直是纯国产自研，但是看来华为自身还是清楚里面的「血统不纯」，而这次决定「大换血」，“减少了 40% 的冗余代码” 的说法，就很有意思。

但是其实对于开发者来说，特别是移动端开发者来说，其实这是好事，我不从商业角度考虑，仅仅是从开发者生态考虑，因为移动端现在已经好久没有新活跃了，HarmonyOS NEXT 的全新适配工作应当大部分会落在 Android 开发上，或者说是否会新增全新的 HarmonyOS 开发岗位？

主要是转化的门槛不高，不过第一批吃螃蟹的，网上的资料肯定会相不足。

在全新的开发框架下， HarmonyOS NEXT 会采用全新自研的 ArkTS 和 ArkUI ，从目前看来，也就是你可能再也不能使用 Java 开发鸿蒙应用了，并且 ArkTS 是直接采用 AOT 编译优化，所以渲染模式可能会更接近 Flutter 和 Compose 的结构情况。

事实上从目前的文档和开发体验上看，控件结构和开发模式十分贴近 Flutter 和 Compose ，这对于相关领域的开发者来说可以说是能力加强，所以目前对于 HarmonyOS NEXT 来说，未来的生态适配难度会进一步降低。

即有适配负担，又有工作机遇，新技术领域代表存在新的红利，至少华为走在了 App 端「原生纯响应式开发」的前沿。

目前，华为已经从设计资源，编程语言，编译器到开发工具、调测工具实现全面升级，HarmonyOS SDK 升级至 API 10 端云一体，可以一次性集成。

另外一点是关于 ArkUI 的跨平台，这一点类似于苹果生态的一次开发多端部署，采用自研的 「方舟图形渲染」， HarmonyOS 也实现了类似手机，平板和电脑的统一「跨平台」效果。

目前猜测还是会机遇 Skia 底层支持。

最后就是大家关心的 HarmonyOS NEXT 会不会和 WPhone 一样遭遇滑铁卢，目前看来华为之前的技术积累和开发者关系运营的还不错：

根据 HDC 最新数据，鸿蒙生态的设备数量目前已超过 7 亿，已有 220 万 HarmonyOS 开发者投入到鸿蒙世界的开发中，API 日调用 590 亿次，软硬件产品超过 350 款。

华为鸿蒙 SDK 这些年确实沉淀了一部分开发者，虽然实际多少不清楚，但是这让鸿蒙 Next 不是从 0 开始，另外目前也有部分企业开始主动适配鸿蒙，并且华为提出了全新的鸿飞计划，在 3 年时间里投入 100 亿元资金支持鸿蒙生态建设。

所以短期可能会有阵痛，但是 HarmonyOS NEXT 的基础其实挺好，不管是类似 Flutter/ Compose 的开发方式，还是原本已经存在的开发者基础，更有相关的政策扶持，很难看出鸿蒙会在明年遭遇滑铁卢的情况。

其实到这里我有个疑问，那就是 HarmonyOS NEXT 的生态会不会支持侧载，这决定了 HarmonyOS NEXT 之后的生态发展路线。

如果必须上架商店才能分发，这又是另外一个故事了。

最后就是现阶段的框架，例如 React Native 和 Flutter 能不能跑？官方目前已经有相关适配支持，目前消息上看：

• RN 相关适配已经完成 60%


• 游戏相关如 Unity 引擎，如前面提到过的新闻，其实游戏适配是最容易的


• 最后 Flutter ，目前看来 Flutter For HarmonyOS 应该需要有好心社区进行适配

让我们最后一起期待纯血的鸿蒙可以走多

作者：恋猫de小郭
来源：juejin.cn/post/7264237761158643773

远。

文章目录

• 写在前面


• 灵魂三问


• 
  
  
  
  • 第一问，你了解转正流程吗？
  
  
  • 第二问，实习期间的我为团队做了什么？
  
  
  • 第三问，基础知识还记得吗？
  
  
  
  


• 一个日常实习阶段小tip


• 写在最后


• FAQ时间

写在前面

熟知我的人应该都知道我是实习转正上岸字节的。

那是一个平平淡淡的下午，leader突然神神秘秘凑到我身边：“一恩，快秋招了。我给你预留了一个HC，快准备准备转正答辩吧。”

于是乎，伴随着leader自以为充满关怀的安排下，我开始轰轰烈烈筹备起自己的转正大业。

和很多小伙伴一样，我刚刚准备转正时非常茫然无措。因为转正并没有明确的大纲，且不同业务、不同部门考核的形式都是不确定的，在网上搜索经验资料也少得可怜。

别急，转正的内容和形式虽然具有不确定性，但其固有流程又决定了他存在着一定的“潜规则”。下面一恩姐姐就带你发出灵魂三问，深度剖析转正那些不得不说的套路。

灵魂三问

第一问，你了解转正流程吗？

转正流程对于各个公司大同小异。

以字节为例，需要当年毕业的同学，在出勤满40个工作日（技术和测试序列）且经过部门Leader和HR同意后，即有资格发起转正流程。此时HR会根据评估人和候选人的时间，约一个时间组织进行转正答辩。这个短短1个小时的转正答辩，决定了你的去留。

转正答辩上，一般包含你的HR，部门领导和跨部门的领导。除了跨部门的领导外，其他人都是你在实习过程中可能一起干过饭喝过酒，讨论过诗和远方的伙伴。只要在实习过程中没有发生过什么反目成仇的惨剧，他们都是偏向你的，甚至私下有过“兄弟情义”，“生死之交”还会去引导你去把控答辩的节奏。

比如我就听过自己的同事说过，当时他的导师还在答辩时争着抢着帮他解答领导的问题……

所以你所需要的做的基本只有一件事：

就是保证转正答辩的过程是顺利的。

整个答辩过程基本分为三块，其中属于你的有效时间仅有两块。第一块为个人展示，你需要以PPT的形式去描述一下实习期间工作，这一块大约有40min；第二块为问答环节，评估人会去根据你的工作与业务询问一些项目及基础知识，这一块大约有20min；第三块为审判环节，评估人会根据转正答辩过程中对你的了解决定你最终的去留。

因此，只有利用好有效的两块时间，才能Hold住整个答辩过程，让评估人被你的魅力闪瞎双眼！

第二问，实习期间的我为团队做了什么？

日常有随时记录工作进度的好习惯，因此我非常迅速地将自己实习阶段的工作按照优先级总结总结写了一下答辩PPT。导师在看了我的草稿后，一个劲儿吐槽：“比起你在这里学的东西，老板们更关心的是你给团队和业务带来的产出，你跟别人做这件事的区别在哪里？你在团队的定位是什么？拿出让他们去选择你的理由吧！ ”

这与我一开始想的完全不一样。我本以为答辩就是汇报自己学了什么，做了什么。但其实不是，公司看中的是你的个人想法和价值实现，以及你身上是否有可输出的内容。

你的一言一行都要表达出：你是完全能胜任这个职位的。

想明白这点，我重新组织了自己的PPT和答辩的内容：

首先，我用了一页画了一个时间轴，分别用关键词总结每一part工作主要内容，核心，和工作亮点项目。这一部分重在简洁清晰。目的是让评审人清晰的了解我的工作内容重点和核心。

接下来，我选择2～3个核心项目详细地介绍工作内容并量化自己的产出。如果大家不清楚如何介绍的话，可以参考金字塔原理中 先总后分的表达方式——先给你的听众一个核心结论，在后面逐层展开。

比如我去介绍自己做多人视频通话这个需求时，首先需求的背景是需要支持多个人一起视频通话，我的主要工作是技术方案的设计与开发，具体工作是通过获取多路视频流，并将视频流分给对应的成员，因此我需要去维护所有成员的视图窗口以及流的稳定性与正确性。为了实现这个功能，我去了解了视频流编码，推拉流的逻辑，并且与多媒体业务同学进行了沟通，保证整体形成一条稳定的通路。

(截图取自我的PPT答辩文档，针对强化通话感知的需求，我列出了需求的目标，以及技术方案，并采用流程图方便说明，以及最后写上了需求的收益)

第三部分我会去对自己的价值角色进行提炼，即向评估人去证明自己的独特价值以及在团队中的定位。如果你不知道如何去证明，那就将这个问题回答好：凭什么别人要选择你而不选择别人？

最后一部分可以向评估人讲述一下自己的期望和未来的规划，我当时是舒情并茂地表达了自己对团队的热爱和对前景的向往，并表达了自己对未来的无限期盼。说的导师当场差点“热泪盈眶”。

以及提供给大家一个小妙招，作为一名研发，如果拥有产品思维，无疑是非常加分的。因此大家可以对自己所在的业务从产品本身进行思考，比如能做些什么才能让产品吸引更多用户，以及在产品上有什么意见和规划。

第三问，基础知识还记得吗？

在40分钟ShowTime之后，剩余20分钟评估人可能会针对你的某个具体项目询问一些实现上的细节，也有可能会询问一些技术方案设计上的问题。因此需要保证你所介绍的每一个项目都是你切身参与且明确其中实现的技术方案与细节，而且你应该提前去准备一些代码或技术上可扩展或优化的思考，来体现出你对项目的一种全局的视角。

同时评估人也会针对你目前所处团队的业务特性去询问一些基础问题，这一点和面试比较像，虽然难度比较于面试会简单很多。但也需要去多少刻意准备一些基础知识。比如我做视频通话业务，当时评估人就问我，你觉得通话传输的音视频流信息是通过udp还是tcp传输的，以及他们的区别。

这些问题是不是对于现在的你实在太简单了？

一个日常实习阶段小tip

不清楚大家在日常工作的过程中有没有对自己工作进行总结的习惯。如果没有，请从现在开始，立！刻！记！录！

“记录”这个行为听起来难度很高，其实真正实施起来你会发现它就像一种“陪伴”，非常潜移默化地融入你的生活中。

我会在日常工作过程中我会将自己的每一份思考和产出都落地文档并定时整理与复盘，每周五下班前会抽出15分钟将本周的工作以及下周需要做的事情整理成一个TODO列表。且会以月为纬度进行一次工作量和心态的反思，并与导师进行一次整体沟通，这种定期的总结和复盘能够让我永远对自己保持清醒。

当我整理自己实习工作时，这些文字更是我的宝藏，我能很清楚地看到自己日积月累的自我升级，并非常轻松地以时间线的角度看出自己各个阶段的产出。

写在最后

希望大家在实习期间一直保持一个谦卑学习的态度，正式阶段繁重的工作压力会让你没有过多心思去进行一些软硬实力的提高。

因此实习是一个非常好的机会去适应、去成长，一定要耐心地倾听、观察，向身边优秀的同事学习。

相信在以后的工作中，你一定也能如鱼得水，熠熠生辉。

FAQ时间

Q1：工作上犯了个常识性错误，感觉转正无望，该不该及时止损？

首先，要明白，作为实习生，犯错是一件正常的事。错误才能让你意识到不足，才能成长。转正评估的不是你的过去，而是你的价值和你可以塑造的可能性。如果你能对自己过去的工作上的错误进行复盘与总结，并且能够对未来进行合理的规划。相信你也能给出一份完美的转正答卷。

Q2：秋招无望走实习转正是否可行？

这个选择是完全没有问题的。实习不仅能够提高转正的几率，也是给你一定机会提前感受一下社会环境，在体验过真实互联网工作环境后，有些人会明白自己是否合适，才会有更精确的职业规划。

新增一个小栏目，收集着目前为止小伙伴们私信一恩的一些关于实习转正问题的答复。如果大家还有其他问题欢迎继续

前言

很多人都会认为，想要找到自己的人生目标是非常难的，主要有 2 个原因：

• 现在定的目标不一定是正确的，可能过几年之后就变了，何必浪费时间呢


• 不知道怎么找到自己的人生目标

你是不是也是这么认为的呢？

以前的我也是这么觉得的，所以从来没有探究过：我的人生目标是什么？

现在的我却不这么想。探索自己的人生目标，是一件非常有意义，并应该定期去做的事情。因为：

• 一个明确的、有意义的目标，是产生内驱力的关键要素之一，这个在我的《驱动力》读后感文章中有介绍；


• 有了人生目标之后，我们对自己的成长就会有相应的规划，带着目的去成长是最快的。即使过了几年，随着人生阅历的增长，我们的人生目标发生了变化也没关系。因为在这个过程中，我们的成长是显著的。而能力的可迁移性也可以帮助自己更容易达成新的人生目标。


• 探索人生目标的过程，就是一次重新思考自己人生和未来的过程。即使确定不了最终的人生目标，但你可能会发现自己的一些问题和薄弱点，找到未来努力的方向。

如果想通这点，阻碍你的第 1 个困难点已经解决了。接下来我介绍一个工具，帮助你解决第 2 个困难点。

认识 ikigai 人生四叶草

这个工具叫 ikigai 人生四叶草模型，也称为 ikigai 幸福公式。它是日本人追求幸福和满足感的一个重要概念。

ikigai 是由两个词汇组合而成： "iki"意为生命、存在，"gai"意为价值、意义。ikigai 可以被理解为生活的意义或存在的价值。

让我们先来看下 ikigai 人生四叶草的全貌：

ikigai 强调了四个关键要素的平衡与融合，它们是：

• 你热爱的事：指的是你对什么感兴趣、乐于投入并带来快乐的事物或活动。


• 你擅长的事：指的是你具备的技能、知识和专长，能够在某个领域或事业中有所贡献。


• 世界需要的：指的是你认为社会所需要的、能够为社会做出积极贡献的事物。


• 你可以得到报酬的事：指的是你能够获得物质或非物质回报的事物，能够为你提供经济支持和满足。

图中每个大圆圈代表 1 个关键要素。再看两个圆圈相交的部分：

• 激情：如果你在做自己热爱并很擅长的事情，那肯定很有干劲。


• 使命：如果你非常热爱这个事业，并且认为这项事业是对世界有贡献的，那会充满使命感。


• 职责：社会(公司)需要你做事，并且会给你报酬，那就是打工仔的职责了。


• 专业：如果你非常擅长做某件事情，并且别人愿意付钱请你做事，那说明你是专业的。

再看有 3 个圆圈相交的部分，它代表了缺少了其中一个关键要素，那是不美满的：

• 如果缺少报酬，那么你的经济是不富裕的，虽然你会觉得自己的工作快乐并充实。


• 如果做的是自己不擅长的事情，有时候就会觉得很不确定，不知道能不能成功。


• 如果缺少热爱，你就会感到空虚，心里空荡荡的。


• 如果你认为自己的工作非常琐碎，就会觉得自己是不被重用的。

4 个圆圈重叠的部分就是 ikigai，它代表了 4 个关键要素的融合，也就是我们的人生目标了。

ikigai 人生四叶草的用法

寻找自己的人生目标

ikigai 人生四叶草可以帮助你寻找人生目标。为了让你更好地应用这个工具，我创建了 ikigai 人生四叶草画布工具，关注我的公众号，并回复【ikigai】即可获取这个画布工具。

可以按照以下步骤来使用这个工具：

• 按照顺序，单独思考 4 个大圈的事项，尽量罗列多一点。


• 然后按照顺序，思考 2 个大圈相交的事项。


• 然后找到 ikigai。


• 最后得出自我总结。

这里最关键的就是 4 个大圈的事项，你需要注意几点：

• 
  

  喜爱的事可以简单分类为消费型和生产型，比如读书是消费型，写作是生产型。

  
  


• 
  

  擅长的事除了当前的职业技能之外，还有一些能力上的。主要是思考自己的优势项，如果你不能很好地评估自己优势项的话，可以在网上找些在线测评，或者找周围不同角色的人给你评价。

  
  


• 
  

  其实世界需要很多事情，我们不可能把所有事情都列出来。所以，在思考世界需要你做的事情时，可以从以下角度思考：

  
  
  
  
  • 当前你的身份带来的责任，比如父亲。
  
  
  • 当前你的工作。
  
  
  • 跟你热爱的事项相关联的，世界可能需要你做的事。
  
  
  • 跟你擅长的事项相关联的，世界可能需要你做的事。
  
  
  
  


• 
  

  别人会付钱的事就是最后的过滤项，主要从世界需要你做的事项中去筛选出别人会付钱的事。

  
  

最后的【自我总结】就是在探索完成之后，梳理自己的感受总结以及未来努力的方向。

好了，画布的使用方法介绍完了，这个就是探索自己的人生目标的方法。接下来我介绍一个虚构的例子。

你可能一眼就看出来了，这是一个前端开发技术宅的探索结果。很多人一开始填这个画布的时候也会是这样子，非常简单，事项很少，因为真的不知道自己热爱的事情和擅长的事情。

没关系，当我们把当前的状况填好的时候，可能已经有一些启发了。回到这个例子，可以参考【自我总结】部分：

• 从图中可以看出，小 A 在前端开发事项已经 3 缺 1 了，如果把最后的热爱补上的话，那不就是完整的 ikigai 了吗？所以，小 A 很有必要思考一下：我喜欢编程吗？我是不是有必要在前端开发的其他领域探索一下自己的兴趣？比如大数据可视化、h5 游戏、虚拟化？


• 如果真的不喜欢编程，那也不能强求，那就需要重新寻找自己热爱的事项了，因为热爱是人生幸福的最核心前提。可以看到，小 A 现在罗列的都是消费型热爱事项，这些事项是不会同时满足世界需要+别人付钱的，所以小 A 需要思考：我还有其他的生产型的喜爱吗？

制定成长规划

小 A 静下心来思考和感受，发现自己很喜欢尝试新的游戏和新的玩法，平常也很喜欢跟朋友分享好玩的游戏，并且把一些很有意思的游戏心得和游戏经历分享给朋友，大家听了小 A 的分享，也在游戏中获得了快乐，小 A 自己也感到很快乐。

于是，小 A 在【我爱做的事】里面又添加了“分享游戏、分享游戏心得”，并开始思考，世界上有很多很有意思的游戏，但是大部分人都不了解它们，那多可惜呀，如果自己可以帮助其他人找到适合自己的那款游戏，并从中获得快乐，那该有多好呀。

根据这个思路，小 A 就又完成了新一轮的人生目标的探索过程，结果如下：

通过思考和探索，小 A 挖掘到了自己内心隐藏的热爱事项，还思考了如何把这个热爱转变成更有意义的事业。现在，小 A 有了另外一个 ikigai 了，那就是游戏推广运营，但是，小 A 还缺少关键技能呀，想要做成这个事业的话，小 A 需要学习什么知识？培养什么能力呢？

在有了明确的事业目标之后，小 A 就可以按照这个目标来规划自己未来的成长方向了。在了解了行业知识之后，就可以给自己制定未来 1 年的成长计划。还是那句话，带着目的去成长才是最快的！

评估自己的工作

除了寻找自己的人生目标之外，ikigai 人生四叶草模型还有另外一种用法，就是用来评估我们的工作，帮助我们做决策。

评估版的 ikigai 人生四叶草画布我也为你准备好了，非常简单，可以看看：

根据 ikigai 幸福公式的定义，我们可以从 4 个维度来评估自己的职业与自己的人生意义的关联程度。因此，你可以给自己想要做的事业从 4 个维度进行打分，1 ~ 10 分，按照自己内心的统一标准来进行打分即可。

【最终得分】一列是 4 个维度得分的加总平均分数。

【加权得分】一列是给某些维度加了权重系数之后的平均分数，这个权重系数可以根据自己的偏好来决定。如果你觉得，对于现在的自己来说，热爱非常重要，那可以给热爱维度加一个非常高的权重。如果你没什么想法的话，我推荐画布工具的默认权重，【热爱】维度给权重 3，【世界需要】维度给权重 2。因为我认为，对于自己的事业，热爱是最重要的。提供价值排在第 2，也非常重要。而技能可以成长、只要有价值，别人就愿意付钱，因此【擅长】和【付钱】就不加权重了。

好了，先来看看小 A 给自己的“前端开发”职业做的评估吧：

经过评估得出分数值后，你能够得到什么信息？

什么信息都得不到，因为没有对比。通常，我们可以做以下 2 种对比：

• 横向对比：跟其他职业对比，一般是在我们要做转行决策时使用。


• 纵向对比：跟上一次评估对比，我们可以定期，比如每半年，至少每年，给自己当前的职业做下评估，然后再跟上一次的评估进行对比，这样我们可以通过一些变化项得出我们最近的收获，以及总结出接下来的努力方向。

好了，小 A 又给自己新的热爱事业做了一次评估：

你可以关注一下【最终得分】和【加权得分】的差异点，应该可以理解为什么需要添加适当的权重了。

可以看到，小 A 对游戏推广运营职业的评估中，【我擅长】、【需要我】、【支付给我】相对前端开发职业来说都要低，但这只是暂时的，随着相关技能的学习以及相关行业知识的熟悉，这 3 项都有非常大的成长空间。但相对的，对于前端开发职业来说，薄弱的一项【我喜爱】，就非常难以提升了。

好了，小 A 通过人生意义的探寻以及对于适合自己事业的评估，找到了自己未来的努力方向，接下来，就可以全力以赴地、坚定地往前走了！

小结

今天，我给你介绍了一个工具，叫 ikigai 人生四叶草模型，这个工具可以帮助你：

• 探寻自己的人生目标


• 挖掘自己潜在的事业


• 重新审视自己的内心，找到未来努力的方向


• 帮助自己做职业决策

可以把 ikigai 人生四叶草模型浓缩成一句话：

ikigai = 热爱 * 擅长 * 价值 * 回报

你可以记住这个本质公式，后续碰到一些相关决策时可以使用这个公式来进行快速地评估。

除此之外，我也提供了一套完整的 ikigai 人生四叶草画布工具，具体用法我已经通过案例详细介绍了，如果你可以通过它定期审视自己的内心，一定会有所收获。

【讨论问题】

如果你认可人生目标的意义和作用，欢迎分享一下你在探索自己人生目标过程中的经验哈。

欢迎在评论区分享你的想法，一起讨论。

如何治愈拖延症

背景

最近发现我的拖延症很严重了😭😭，看了一下我的抖音主页，我已经很久没有去跑步了。最近的一次跑步的记录停留在了8月23日，周三。我的这篇文章写在周天的上午，掐指一算，已经有三天晚上没有跑步了。我不大喜欢给自己找借口，没有行动就是没有行动。

就拿我昨天晚上来说吧，吃完饭已经是8点了，这个点没啥问题。和家里通了半小时的电话之后，发现手机没电了，于是又在充电。等到九点的时候，电池的电量还在30%左右，我知道我的手机电池不大行，不足以支撑一个小时，于是就放弃了😅。

但是当早上我坐在电脑前的时候，发现昨天的好多事情都没有完成，今天的事情又得往后推了。越堆积越是多，都喘不过气来了🤥。

哈哈🤭🤭，也不好意思让大家看到下周的推文内容啦，算是提前剧透了😎

我就不断的在思考，为什么我的执行力不行了。我觉得我的代言词就是：一个有思想有行动力的程序员。现在看来，我是一个懒惰、带有严重的拖延症的程序员了。不行，这个问题得治，不然我会更加的焦虑，堆积更多的任务导致更低的效率。

分析

结合这个低效率的周末，我反思了我为什么效率这么低。

🕢推迟开始

我发现我总喜欢做todo list，但是很少去看，也很少去核对一下我当前的进度。总觉得一天的时间很长，我可以先去做别的事情，比如碎片化的短视频、吃吃吃、发呆。于是一件件的本在计划中的事情被不断的推迟了。

⏲时间管理困难

从我8:00起来到晚上的凌晨入睡，减去我个人清洁、做饭、午睡，我剩下的时间大约是10个小时。但是，我一对比下来，我的时间利用率仅仅是40%，相当于我只有4个小时是在满满当当的学习的。我之前的ipad在的时候，我会用潮汐这个软件把我的时间分割成一个小时一个小时的。现在没了，我发现我的时间规划真的出了大问题。

🤖自我控制力下降

我觉得最近一年的时间，我真的太放松自我了。我的技术成长、学习上长进也是微乎其微。我总结下来就是因为我的自控力太差了，或者说没有承受着外界的干扰。因为一个短视频就可以刷上一个小时的短视频，因为一个好物就会不断的逛购物软件......碎片化的时间消耗，最终导致了效率低下。

解决方案

针对以上我总结的问题，我决定对症下药。

🧾明确的计划

我觉得我明确的计划真的很必要。就像我公众号shigen里面给自己定的一个目标一样：

从2023年的8月开始，我先给自己定一个小目标：公众号文章不停更。

“不停更”的意思是我每天都要更新文章。我的推文里还带了“新闻早知道”栏目，我哪天没更新或者说更新晚了，我就觉得目标没有实现了，新闻也没什么意义了。我觉得日常的计划和这个目标的设定和实现有着相似的地方，我要把我的计划和目标更明确一点。🤔🤔比方说我今天要干嘛，我完成了怎么样了。

优先级

事情分清楚轻重缓急，我记得我在实习的时候，就有一次因为项目要上线和我一点不大紧要的事情次序搞混了，导致晚上加班上线。现在的我也是，很多重要的事情也是放到了最后做甚至只延期了。所以，我的行动之前，得先做最要紧的事情。但是也会混杂一些个人的情绪在里边，比方说明明一件事情很重要，但是自己就是不想做或者说觉得事情很简单，我先做最有意思的事情。很多时候都是这样的，兴趣和意义占据了主导因素，优先级反而不是那么重要了。

抗拒干扰

手机就在我的边上，这很难不因为一个消息或者一个发愣就去拿起手机，一旦拿起来就放不下了。所以，我觉得最好就是把它放在我的抽屉里，然后眼不见就不去想它了。

奖励惩罚机制

最后，我觉得奖罚分明也挺重要的。在这里，我也想起了我在一线的时候，我周末总会有一天去我住的地方隔壁去逛超市，每次的消费金额大约在100-150左右。但是我出去的前提是我的学习目标完成了或者代码写完了。我现在却相反，目标缺少了一个验收和奖惩的过程。我觉得和我更喜欢宅有一点关系了，所以，我也得奖励我自己一下：目标完成了可以去逛超市消费🛒，也可以去骑行🚲；但是没完成，健腹轮😭😭安排上！

好了，以上就是我对于最近的拖延症的分析和解决方式的思考了。也欢迎伙伴们在评论区交流一下自己对于拖延症的看法。

与shigen一起

博客终于完成了，借着这次机会，我想好好回顾总结一下这十年的代码生涯。有人曾说过如果一个人专注做一件事做十年，那么他会成为这个行业的大师。先别在意其出处与真假，遗憾的是这十年我并没成为专家或大师，甚至，于这个行业而言我才算刚刚入门。

三句话总结这十年

空白：不知道想要什么、想干什么、喜欢什么

活着的意义便是寻找活着的意义：挣扎、困顿、精神内耗、努力寻找出口

在我离开之前想要多认识这个世界一些：算是找到自己的信仰、人生的方向，不以物喜、不以己悲也不再随波逐流、随风飘扬

我想大多数人都会跟我一样经历这几个阶段，对此我想分享一些自己的经验看法：

• 正在经历第一个阶段的小伙伴们不要焦虑，认识自己本就是人的一生中最复杂的事情，也不可能一天两天一年两年就能完成，因此再急、再焦虑都只是徒增烦恼而已，倒不如先做好眼前的事，而后慢慢的一步一步的认真的寻找和认识自己。


• 正在经历第二个阶段的小伙伴们不要担心、恐惧，其实我比较赞同余华老师的观点，有时候精神内耗其实是一个好事情，因为你不安于现状，不满足于此，你在寻找出口也在认识你自己。这个过程毫无疑问是极度痛苦的，但你要相信不认识黑暗是无法知晓光明的，没有经历困顿挣扎也无法看清前方的路。


• 正在经历第三个阶段的小伙伴们，首先恭喜你们找到了能为之奋斗终生的事业！但切勿忘了这个世界上唯一不变的就是变化，我们仍要面临许多挑战、选择与诱惑，坚持还是另寻他路？这是个问题！

由于从小就深受电影影响，看着那些"黑客"只需要动动键盘敲下几行神秘的英文就可以破解万事万物，当时觉得他们简直无所不能，他们的技能简直比魔法师还炫酷，由此编程的种子就种在了我的心里。

在读高一时机缘巧合下我参加了学校的技能大赛，便满心憧憬的开始了编程的修炼之路。当时主要还是用C#和winform框架写windows软件，我仍记得我写下的第一个软件——“识别十进制的位数”，我觉得计算机真是世界上最奇妙的物品了！会编程真的是太酷了！

第一个软件："识别十进制的位数"

至此便一发不可收拾，也写很多很多有趣的玩意，界面也逐渐美观起来。

一个计数器

仿QQ界面

1024游戏

误入硬件

原本我是打算在大学读计算专业的，可是命运总是喜欢跟我们开玩笑，最后阴差阳错读了电子专业。不过还好，电子专业也没有跳脱编程的范畴，只不过面对的对象不一样了而已。不过由于自己一开始对软件开发的依赖导致我整个大学生涯对电路设计有着天生的反感，这也导致了我目前也没玩明白电路😅。不过也正因我的软件开发基础致使我许多编程课程都学得非常轻松😁

记得第一次接触硬件编程是STM8，当时作业是利用仿真软件基于STM8写个计数器，由于之前有软件的编程基础，在了解硬件一些逻辑后很快就上手了，于是乎很快我的第一个硬件作品也诞生了——"基于STM8的计数器"

基于STM8的计数器

在完成第一个硬件作品后，简直感觉成就感拉满！当时我觉得做硬件比做软件还要有趣，因为硬件是实实在在看得见摸得着的，当它在跟着你预期的逻辑一步一步动起来的时候，荷尔蒙会飙升直击你的大脑。

有了第一次做硬件的快感，自己便上瘾了起来，开始参加各式各样的比赛。记得第一个参加的是校内的硬件比赛，当时做的是一个无线充电循迹小车，这对于当时的我而言真的是个超级工程，整个项目有着6个传感器，2个电机，若干个led灯需要控制，这对新手而言并不友好😭，不过好在熬了几个通宵还是把它完成了！

无线充电循迹小车

之后各种作业、比赛自己又陆陆续续做了许许多多的作品

RGB蓝牙灯

局域网点歌器

一个超酷的软件

除此之外，我自学了大概半年的深度学习，不过就学了有监督部分，自己做了一些非常有趣的东西！

手写字体识别

银行卡号识别

大家可以从我的作品中看到我是一个彻头彻尾的垃圾佬，由于经济窘迫，所有作品都是泡沫板、雪糕棍、热胶等等拼接而成(我要是有钱绝对搞一个3D打印机😶‍🌫️)。不过有三件作品可以说是我这个垃圾佬的得意之作，它是真的有用真的帅呀！

第一件：恒温箱

这是我的一个课程作业，当时老师要求围绕PID算法做一个作品。考虑到倒立摆已经被玩烂，因此思来想去做个冰箱吧，主要是正好寝室缺个冰箱，除了缺个冰箱以外，还缺个加热箱(冬天室友带饭会冷的)。好的，那就做个恒温箱吧！

紧锣密鼓调试中....

熬了几周终于弄好了，它是真的帅呀！不但可以实现最低-10°C的制冷还可以实现最高60°C的保温，重点是它不是PWA的粗稳，而是PID的精稳呀！！！！

成品

第二件:基于STM32的游戏机

这件作品也是我的一个课程作业，当时一直都想给自己的作品上摇杆(总觉得摇杆真的很帅)，但一直没有机会，正好这次可以用一用。之所以觉得这件作品很酷，一是它很简约(东西不多)一块芯片、一个喇叭、一个三极管、二个摇杆，二是它是唯一件自己从腐蚀板子到完成全由自己动手的一件作品(以前板子都是在嘉立创画好，最后直接就收到成品板子了)，因此觉得它很格外的珍贵！

第三件:消防喷水枪

这件作品就是比赛作品了，完完全全由垃圾拼接的，哈哈哈哈哈！可以看到转向用的是回收的摄像头拆下来的外壳，底座是月饼盒子，管子是割的亚克力水管，哈哈哈哈，整个作品最贵的就是红外温度传感器了，当时买着是几十块还是百来块？不记得了，总之精度很差很差，导致远距离的火苗识别不到，气死了🤯！当时也有考虑摄像头方案，太贵了买不起呀😭！！！

入坑Web

在大三的时候，为了凑学分，我选了一门学分很高的课——《网页设计与实现》，当时的我又如何能想到这会是我以后为生的技术呢！那时候虽然每天都在使用网页，但对于网页的实现是一窍不通，也更看不懂网页中那些恼人的代码，虽然看起来跟我在WPF中使用过XML非常相似，但由于没有深究，则以为它们只是长得像而已，除此之外并没有什么瓜葛。

在此我先要感谢一下这门课的老师，他实在是教会了我们太多东西，这门课也是我整个大学生涯中收获最大最多的一门课(没有之一)，相较于他而言，其他课程老师则显得格外不称职。

记得当时我们还是使用的Dreamware写代码，当时第一个网页写的是table布局显示LPL排名(游戏中二少年，哈哈哈)，那时候还不懂css并且也不知道什么HTML标签，就学了个< table>

第一个网页

学了CSS之后开始花哨起来，右边的奖杯是旋转的，整个底图是个视频，当时效果真的贼震撼贼帅(依旧是中二的LOL)

学了CSS之后的网页

在掌握了JS之后，突然就感觉打开了任督二脉，最终做了一个网页音乐播放器，背景地图也是视频，并且会跟着歌曲变化，效果究极炸裂！

学了JS之后的网页

大四创业

大三下之后我们就没什么课了，然后在导师的帮助下去了他朋友的公司实习。当时的工作内容主要是后端，这段时间自己也学了非常非常多的东西，主要就是一些后端的框架/中间件之类的,包括SpringMCVC、Springboot、kafak、redis等等，当时自己也乐在其中(主要是有钱还能学东西)。我以为我会慢慢度过实习期，然后大四找工作成为一名后端工程师，但是命运总是喜欢跟我们开玩笑的。突然有一天我的一个学长跟我说需要一套针对他们公司的管理系统，就这样我约上了三个小伙伴走向了创业的路。

完成第一版

由于团队的小伙伴没人愿意写前端(当时普遍对前端有偏见，觉得写页面没有什么技术含量)于是不得已我便承担了前端开发的工作，由于这次合作是我主导的，因此我也承担了需求分析、数据库/UI设计等工作，其余的小伙伴分别负责后端/小程序/IOS开发。

大约在进行了2周的需求分析后，我们开始了开发工作，但很快我们遇到了第一个问题——“我们做的并不是他们想要的”，并且他们常常天马行空，一天一个想法，这导致我们不得不停下开发工作思考下一步如何做。最终在查阅资料和讨论后，我们决定先仔细了解分析需求！通过深入了解他们公司员工的工作，了解整个公司的业务流程，从而知晓他们的痛点，并且同时构造出整个公司的业务流程图以及每员工/用户在其中的位置，也就是用例图。

最终我们花了大概一个多月的时间完成了用例图，然后花了大概三个多月的时间，按照他们的需求编写出了第一套管理系统。该系统包含一些常见的公司事务，例如：请假、打卡、薪资计算也有针对他们公司本身业务的工单系统等。

管理系统V1.0

发现问题

但很快问题便来了，由于公司架构/人员/流程/功能字段时常变更，但我们又是将流程/人员在代码中写死的，这导致他们每发生一次变更我们就需要改一次代码，这让我们非常头疼，于是我们寻求解决方案。

我们通过查找资料、看书、看社区很快找到了解决方案——"sass"。自20世纪90年代以来,以互联网为核心的现代信息技术在世界范围内迅猛发展,基于互联网为载体的信息化软件服务的在线租用模式SaaS（Software as a Service软件即服务）日渐成熟,为中小企业开展信息化建设提供了更合理更高效的发展平台。当然对于软件开发商而言从卖“代码”转变到卖“服务”的难度是可想而知的，他们需要对业务进行高度的抽象，从中找出它们共性与差别，以此用同一套代码来满足不同企业的输入、处理、输出数据三个环节。

程序模型

因此当前SaaS类系统的抽象也是从这三个环节入手的，数据输入部分为动态表单引擎、数据处理部分为流程引擎与计算引擎、数据输出部分为报表引擎。表单引擎作用是由用户拖动一些组件构成所需收集的信息，有点类似目前许多的在线问卷调查网站；流程引擎决定了用户填写数据的处理对象和流程走向；计算引擎计算和处理填写的数据；报表引擎则是自定义展示数据内容。

SaaS软件主要组成部分

如今我依旧认为“sass”是当下中小型企业降本增效最好的且最优的途径，sass的发展远不为此。找到解决方案后我们深知这次改动将是巨大的，并且这个项目也会变得非常困难的，因此我们决定把一切推倒重来并把之前的遇到的一系列问题全部解决。

推到重来

我们决定使用码云管理代码，各个端的代码分别存储，且加上一个文档仓库。以解决我们消息闭塞无法总览、难以合并、查阅代码以及分配、总览任务问题。

仓库架构

文档仓库中存放需求分析文档、用例图、架构图、数据库设计、接口设计等内容，方便大家查看修改

文档仓库存放内容

我们再次对需求进行了更加仔细的分析，结合以此进一步完善和改进了系统用例图。

系统用例图

由于之前开发中经常遇见忘记数据库依赖关系，无法总览全局的问题，因此我们决定根据用例图先画出数据库设计图，设计图让我们能够更加直观的看到各个模块的依赖关系，并且每次修改我们只需要共同基于设计图改动即可，后续可根据设计图生成表结构。

数据库设计

根据用例图与数据库设计，我们设计出了系统整体架构

系统架构

在之前的开发过程中，由于我们没有接口文档，这导致会有许多耗费时间且多余的沟通步骤，并且一些code码、状态消息等内容并未得到统一，因此我们也规定了相应接口文档的格式、参数等。

接口文档

我们开始规定、分配任务，并将其统一放入码云管理，规定其任务周期以及里程碑，对项目整体时间进行监管把控。

任务规划、分配、监管

完成第二版

在完成了这一系列的前期工作后，我们便开始着手开发了，大约用了半年多的时间，我们成功的完成了大部分的内容。正如我们起初设想的那样，整套系统分为三个端：管理端(web)、员工端(App)、用户端(小程序)。

系统总览

管理端主要设置整套系统的应用/查看应用提交的数据内容，应用分为固有应用与自建应用。固有应用指的是无法使用动态表单生成的应用，需要直接通过编写代码；自建应用则指的是用户可以自行通过动态表单/流程引擎/视图引擎创建的应用。

管理端设置页面

自建应用通过表单引擎拖拽组件生成业务需要填写的信息、通过流程引擎决定该业务的流程，并规定该业务的权限，面向的使用对象等，视图引擎则决定了该表单需要在首页中展示/统计的数据。创建应用完成后，该功能则会同步出现在有权限的用户的小程序中以供填写数据申请业务。

创建自建应用

设置应用表单

设置应用的流程

用户端显示应用

用户端提交申请

根据设置的流程流向相应人员处理业务

总览该应用数据

为了满足自建应用无法完成的需求，我们也写了许许多多的固有应用，包括了员工打卡、仓库管理等等，但遗憾的是我并没有记录下相关的内容图片。此外我们准备着手重构动态表单部分代码，然后将其开源！

准备开源的动态表单

在我们完成这版系统后，恰逢毕业论文选题，于是乎我选择了自主命题，并打算以这段工作来完成自己的毕业论文！

毕业论文

发布

在我们完成第二版没多久，我们便开始对外开始宣传这套系统，为此我们做了许许多多的工作，由于资金非常紧张，我们负责了许多设计工作，包含设计了一些海报、易拉宝、宣传册等等。

自己设计的相关海报

自己设计的宣传册

临近毕业，我们宣告失败

在临近毕业前几天，很遗憾最终我们还是失败了，失败的原因有很多，但直接原因是我们遇到了无法解决的技术难题。该系统一开始其实就是一个问卷调查系统然后加入一个流程引擎，这造成了一个问题，动态表单与动态表单之前无法产生数据关联，导致形成了数据孤岛。为此我们在动态表单中加入数据关联组件，也解决了一对一、一对多的关联，但多对多一直无法解决，大概挣扎了两个多月，但还是没有寻得解决方案。

虽说直接原因是技术难题，但我知道对于一个团队而言是永远不会被技术难倒的。其实主要原因还是我作为团队负责人，在团队遇到挫折与困难时没有积极调和团队氛围，不但没有积极鼓舞团队成员，反而还因为困难整天闷闷不乐，导致团队氛围跌至谷底，最终解散。其次我并没意识到软件是迭代出来的，并不是一面世就是完美，但我每次遇到问题时都急于解决不去划分轻重缓急，常常推到重来，这虽然使得软件更加完美，但也使得软件开发周期不断延期，也不断重复多项工作，打击成员的积极性。

当然团队成员也或多或少有问题，但归根到底还是我的问题，我并没有挑选更为合适的人选加入团队，这导致耽误了团队，也耽误了他们，我直到现在仍觉得愧对于他们！

虽然说项目最后失败了，但我并不后悔，直到如今我也常常怀恋我们把酒论码、午后敲码的日子，收获很多也很快乐！

回首十年

记得临近毕业时我的导师曾对我说“你太浮躁了，希望你离开学校之后好好改一改”。起初我也认为自己浮躁，常常东搞一下，西搞一下，并且急于求成，但如今我却有了不同的看法，是浮躁但不完全浮躁，我觉得我本质上是在寻找。由于刚进入大学，各种技术眼花缭乱，而且我并不知道对于这个专业而言，我应该打好什么样的基础，这些基础对应这哪些方向，以及最重要的，我应该如何才能学好这个专业。虽然我整个大学都非常努力，但遗憾的是直到我大学毕业都没有搞清楚这些基本的问题，一直在技术表面跳来跳去。由于缺乏清晰的认识以及能告知你这些的人，因此我唯有的办法则是不断地试，我只有不断的去尝试才能知道上述问题的答案，我也只有不断的尝试才能知道接下来要走的路。

最近又读了一遍《月亮与六便士》，产生了很多新的感悟，我想作为这篇文章的结尾再好不过了。

我们就如同被船掀起的浪花，被前浪牵着走，被后浪推着走。大多数浪花都会随波逐流，有一些浪花在这个过程中趁着风势逐渐变大变高，惹得其他浪花羡慕追随，给浪营造了强大的假象。也有极少数浪花有了此生必要到达的目的，开始挣脱前浪的牵引，摆脱后浪的束缚，这也打得前后浪措手不及，乱了阵脚，伤痛欲绝。

此时的我们想必早已争相着各抒己见，吵得不可开交。更有甚者大肆宣扬诸如“满地的六便士他却看到了月亮”等等片面观点想要其定为“真理”，殊不知我的叔叔亨利早已说过“魔鬼总是随心所欲地引用经文。他记得从前一个先令就能买到十三只上等的牡蛎。”

最后提一句，大学教育改革并不应该一味给大学生增压，因为我认为其本质并不是大学生懒散不愿意学，而是即使是努力学了也不会有太多收获。

人情人情世故职场社会生存实战篇（一）
人情人情世故职场社会生存实战篇（二）
人情人情世故职场社会生存实战篇（三）
人情人情世故职场社会生存实战篇（四）

41、问：带我的大哥让我办事我的效率都是最有效的，但为什么大哥就是不提我?反而还得罪了很多人。

答：孙悟空刚出社会时，帮阿唐办事儿，遇到问题都是一马当先斩妖除魔，得罪了不少人，还差点把工作丢了，后来猴子学聪明了，遇到问题就请示观音，如来，搞关系，交了很多朋友，最终修成正果。

42、问：我跟一个挺有实力的前辈合作，我整天累的跟啥一-样，他天天就见几个人，大头还让他挣了，凭啥啊？

答：挣钱的永远是前辈，因为前辈负责关系，拿80%的利润，小弟负责干活，得20%的利润，前辈有关系人脉，而手里有关系人脉的人寥寥无几，会干活的小弟比比皆是。干活的不挣钱，挣钱的不干活，世界皆如此。

43、问：我昨天出了一个大单，提了2万多，我开心的跟同事分享，结果今天另外一个大单被同事撬走了，为什么?

答：你要学会闷声发大财。高调的人总有一天会毁了自己，沉住气，千万不要炫耀你的财富与成就，看似有人吹捧，其实他们的心里充满了嫉妒和怨气，真正智慧的人早就把自己调成了静音模式。

44、问：我们团队的老大，是特别有野心的人，但是手段不干净，什么数据造假 抄袭这些全都做过。他的能力是很强 ，但人品也实在令我反感。敢问师傅：如果要选一个大佬跟着，人品和德行需要纳为考虑吗？

答：你先爬上去，随后再试试看，干干净净做事能不能生存下去。有的领域可以，有的领域就不行， 所以你的标准答案应该是，保护好自己，随后竭尽全力的学习他的思路和手段，随后在自己运用的过程中，去筛选和判断。

45、问：如果对方硬是不收礼物的话，那是不是就不送了，还是找个节日或者由头继续送？

答：之前村里的会计来找我，我给了他两盒竹叶青，他说什么也不要。我直接扔他车里了，他说：你啊，太实在了。拒绝我东西的人，几乎没发生过。

有的人，连一瓶水都送不出去，8个领导在那儿 你买一瓶水，8个领导都说不喝了 谢谢你了。你还觉得你牛逼，哎，无语了。你要是买一打提溜过去，都喝了 没一个拒绝的。有这个觉悟的很少很少，有这觉悟，在底层锻炼三年就上去了。而更多的人，都是在基层锻炼到老……

46、问：我是单位某个部门的负责人，上面的意思是在本部门门评两个优秀员工，我在发愁把名额给哪个员工，得罪人的事不想干啊，您有什么好主意嘛?

答：开会就行了，让你的心腹帮你做引子，让所有的人发言，把大家的意见综合起来，什么样的人该上，让他们讲，你不要讲。开会一次不行就开两次,开着开着，答案就讨论出来了，然后你最后拍板就行了。大家都心服口服。

47、问：朋友兄弟把我介绍他单位上班，我是发了工资请他们吃饭还是?

答：现在就请，等个锤子啊。你提前请了，有福利提前给你。你发了工资再请，他们就不帮你了。因为这事在帮你，就显得他们势利眼了。人活着都是要尊严的。他们当下帮你，当下就有回报率，帮你就会上瘾的。你是喜欢工资日结还是月结呀。

48、问：我在单位被投诉，虽然自己一再辩解是有人故意带节奏的，是有人利用其他人的弱势群体身份打小报告，但是领导就是认定我是被人投诉的，现在停了我原来的职务，我以前没给领导送过礼，现在去送不知道还有没有用。

答：去送就是了，投诉你的这个人，他百分百送礼了。同样你一直给领导送礼，谁投诉你了他会帮你压下去。人啊 总归是人。一句话你没有给领导送礼。你送礼了屁事儿没有。人人都是势利小人，人人都贪得无厌。这句话永远都对。

49、问：我在官场和商海周旋几年了，截止到现在唯一还没搞定的难题，就是一个领导权利有的，每次我请吃饭他也来，送礼物也收。就是帮忙的时候总是帮我的对手多一些。在物资采购这块我的对手胜我一筹。我该用什么办法来对付他。

答：哎，你二啊，肯定是你的竞争对手给的多啊，给他的返点多。你请我吃饭，你买单了。我看到小A请你吃饭，我帮小A买单了。你很生气 我说马勒戈壁，你生气个锤子啊。小A已经帮我买过1000次单了。啥都是等价交换。

50、问：你一直说：求人办事送礼要循序渐进，什么才是循序渐进，您能指点一下吗，谢谢了。

答：打个比方，我第一阶段,请他喝可乐。我说想请一天假。他说小事，准。第二个阶段，请他吃饭喝酒，我想要全勤奖。他说:没问题。第三阶段,送华子，我想找个闲差。他说，明天去仓库。第四个阶段，我送五粮液，什么要求都没提。他说:仓库要不你来管理吧，也挺闲的。第五个阶段，我送金子，也没提要求。他说:明天晚上有个局带你去，抓住机会能不能升上去看你自己……

很多年前，当我还是一名学生的时候，有一次高我好几届已工作几年的师兄回校给我们做交流，听说他已经是“高级研发工程师”，在深圳某企业月入上万。那时候心里一阵崇拜，觉得“高级”开发该是多么厉害的存在，让我无数次憧憬着成为像他一样厉害且收入高的人群。

时光荏苒，一晃十年过去了。自己也从当初的菜鸟，成长为“高级研发工程师”，然后做了管理、带了团队。然而，在互联网摸爬滚打多年后，发现很多事情跟自己当初想象的完全不一样：

• 编程并不总是随着经验累积越多，你越发轻松


• 长时间写一线业务代码并不有趣，甚至有些无聊


• 如果你只想在你的职业生涯中安静的研究技术，那么你在这个行业很难走远

回溯过往，眼瞅着这个行业潮起潮落，仍然有越来越多的新人奋不顾身的涌入，在此以一个行业“老兵”的身份给即将或者刚入行的同学一些感悟和分享，希望能让你们少踩一些坑，踏上更坚实的职业征程。

珍惜前两年，用力去卷

我一直认为，这个行业（可能其他行业也是）新人成长最快的就是前两年。这是因为：

• 新人刚刚步入职场，对于新的挑战和机会充满了热情。你们带着刚从学校获得的知识和技能，急切地想要将这些应用到实际工作中，从而迅速增长。


• 在前两年，新人通常会承担较少的重要项目和高级别的责任。这为你们提供了一个相对安全的环境，可以更自由地学习和尝试新事物，而不必担心严重的后果。


• 在最初的阶段，新人会得到较多的指导和反馈。这有助于你们更快速地纠正错误、学习新知识，并逐步提高自己的能力。


• 新人进入工作环境后，需要迅速适应不同的工作情境、流程和团队文化。这种适应性的训练使你们能够更快速地适应变化，并培养出解决问题的能力。


• 许多新人在前两年内通常没有太多家庭负担，生活开支较少。这使得你们能够更专注地投入到工作和学习中，从而更加快速地成长。相较于后续可能出现的家庭责任和花销，你们在这段时间能够更自由地选择投入时间和精力，去学习新技能、探索新领域，并积累宝贵的经验。

想起我职业生涯的第一年，对未来充满了无尽的焦虑。也是由于这种焦虑，让我牟足了劲去学习行业技能。我不记得有多少个晚上是学到了半夜2-3点，但我的收获是专业技能得到了快速成长，为自己的职业生涯开了一个好头。

后来我进了大厂，当了管理，大厂对新人一般都会有一个培养机制，比如：3个月入门指导、6个月辅导计划、年度提升规划等。同时，在做事的标准上对新人的宽容度也会更高，会给你试错的机会，但会要求你从错误中去复盘、成长。

然而，在多年的管理生涯中，也遇到了很多新人在短暂的努力过后，变得不思进取，早早的就退出了奋勇争先的行列，被同龄人快速超越。

印象最深的是22届的一位同学，暂且称为A某，成都电子科大毕业。有名校光环，学习能力也强。从实习到入职后前半年，非常积极、努力，成长也很快，半年过后就能独立支持中小项目的研发。但随着时间推移，他身上的劣势也越发显现。在掌握了工作的基本技能后，他开始变得有些不务正业：在工作中开始花大量时间学习安全技能，但本职工作中几乎用不到。相应的，他的工作产出越来越低，交付不及时，质量不合格，对他的投诉也越来越多。经过3个多月的沟通、辅导，再沟通、给改正机会后仍然看不到任何进步，最终被辞退。

写代码很简单，但写好代码很难

当你掌握了一定的专业技能后，实现业务功能对于大多数开发者来说都不是一件难事。但想写出好代码却很难。比方说下面的代码，你认为是好代码么？

func Deduplicate(input []string) []string {

    result := []string{}

    for _, item := range input {

        exists := false

        for _, r := range result {

            if r == item {

                exists = true

                break

            }

        }

        if !exists {

            result = append(result, item)

        }

    }

    return result

}

这段代码用于对字符串数组进行去重操作。虽然实现了去重功能，但从代码质量的角度来看，它存在一些问题：

• 性能较差： 在 result 切片中进行遍历查找是否已存在相同的元素，时间复杂度较高，特别是当输入切片较大时。


• 可读性不高： 嵌套的循环和多个条件判断导致代码复杂，难以一眼理解逻辑。


• 未使用现有工具： Golang 提供了 map 数据结构可以用来更高效地实现去重，但代码中未使用。

让我们试着使用map做出改进：

func Deduplicate(input []string) []string {

    unique := make(map[string]bool)

    result := []string{}

    for _, item := range input {

        if !unique[item] {

            unique[item] = true

            result = append(result, item)

        }

    }

    return result

}

是不是瞬间看起来都舒服多了😄。

那么该如何写出好代码呢？

好代码并不仅仅是实现功能，更是一种艺术和哲学，我们在写代码时，应该多思考代码的质量和可维护性。问自己以下问题：

• 这段代码是否易于阅读？其他人能理解吗？


• 是否有更简洁的实现方式？


• 是否需要加入注释来解释实现思路？


• 是否考虑了性能问题和异常情况？


• 是否符合团队的代码规范和设计风格？

这些问题可以总结为以下的编码标准：

• 可读性优先： 代码应该易于阅读和理解，变量名、函数名应该具有表意性。清晰的命名可以减少代码注释的需要。


• 简洁明了： 避免冗余代码，使用合适的数据结构和算法，让代码尽可能简洁，同时保持功能完整。


• 注重性能： 在保持代码可读性的前提下，考虑算法的效率和性能。避免不必要的循环和重复计算。


• 注释解释： 代码中应添加适量的注释，解释代码的意图、实现思路和关键步骤。这有助于其他开发者理解和维护代码。


• 模块化设计： 将代码拆分成小的、可复用的模块，提高代码的可维护性和可测试性。


• 错误处理： 考虑异常情况和边界条件，进行适当的错误处理，避免潜在的问题。


• 版本控制： 使用版本控制工具管理代码，保留历史记录，方便回溯和团队协作。

写好代码是一件需要时间和经验积累的事情，但始终保持对代码质量的追求，将会使你成为更优秀的开发者。

想拿高薪吗？首先要成为卷王

过去的十多年是互联网疯狂发展的年代，很多人包括我吃到了这个行业的红利，行业内动则薪资上百万、甚至几百万的大有人在。但随着行业红利的逐渐下滑，越来越多的新人涌入，这个行业肉眼可见的变得越来越卷。

我印象中的“卷”是从16开始的，这一年被称作直播大战的一年，也是“短视频”元年。随着智能手机的普及，移动化的加速，万物皆"上线"，行业巨头（尤其AT）疯狂扩张和竞争。什么“996是福报”、"面向ICU编程"成为行业普遍的现象。行业变得越发内卷的同时，薪资也确实水涨船高，吸引了越来越多“用生命”换钱的卷王（😭）。

这就是行业的现实，特别是这两年红利期的减少，经济的下滑，大厂业务收缩、裁员加剧，对于新人来说，竞争变得更加剧烈了。在这样的背景下，我为什么推荐新人去“卷”呢，是因为：

• 积累经验： 通过卷，你可以迅速接触到各种项目、技术和领域，积累宝贵的实战经验。虽然过度卷可能会疲惫，但在一段时间内，你会获得比其他人更多的锻炼机会。


• 成为多面手： 卷王往往需要在短时间内涉猎多个领域，这培养了你的多面手技能。这对于职业发展和未来的岗位选择都有好处。


• 快速成长： 卷王面对各种挑战，需要不断学习、解决问题。这种快节奏的环境可以让你迅速成长，积累的知识和技能会让你在职业生涯中受益匪浅。


• 适应压力： 行业的快速发展和竞争带来了巨大的工作压力，通过卷王经历，你会逐渐适应并变得更加抗压。


• 职级晋升：通过卷让自己在公司脱颖而出，快速晋升，晋升一定伴随着薪资的增加，就算是跳槽你晋升的职级也是你薪资谈判的重要亮点。

虽然成为卷王可能需要付出更多的时间和努力，但在现如今的竞争激烈环境下，通过卷王的方式可以更快地脱颖而出，为自己的职业生涯奠定坚实的基础。

搞技术可以，但不要只搞技术

”我就想安安静静地搞技术、敲代码，用技术思维解决技术问题，也用技术思维解决业务问题。我能实现业务功能就可以了，我不想也不愿花心思去搞懂业务“。这或许是许多研发者的心声，搞懂业务是产品、运营的事情，我是技术专注技术就行了。

曾几何时，我和千千万万的技术开发一样也是这么认为的。直到有一天我感觉卷不太动了（也有可能是年纪大了😂），我发现业界新的技术、框架层出不穷，技术之路永无止尽。而且也见证过一些技术牛人随时被下岗（有一位很厉害的架构师曾经是我下属），我突然觉得：技术思维很重要，但只动技术不懂业务你就随时可替代。

毕竟，任何技术都是要为业务服务的，只有有市场的业务才能活下来，只有活下来的业务才能让公司养活技术团队。脱离市场（业务）单纯只靠技术养活团队的毕竟是极少数（行业技术推动者）。

举两个鲜活的例子，我公司之前有两个只专注技术解决问题的团队：一个是infra，一个是data。前者负责公司基础设施建设，后者负责大数据处理。他们团队对也公司各领域业务都不熟，在公司业务还不错的情况下，是有足够资源养活的。但这两年公司业绩下滑、股价大跌，最终导致大规模裁员，首先开刀的就是这两个团队。因为纯技术给公司带来不了业务收益。

这是我入行十年的一些感悟，希望能帮助更多新人在这个行业中更好地成长。无论你选择的道路如何，保持对技术的热情，同时不断拓展自己的眼界，用心去创造价值，你将能在这个变化多端的行业中持续成长，迎接未来的挑战。希望这些感悟能够为你们的职业发展提供一些指引，

今天想跟大家分享一下，低增长的互联网意味着什么？那提到低增长，那不得不提在互联网的高增长。1987年9月20日，西方世界第一次通过互联网收到了中国的来信。

众所周知，互联网在中国其实发展了25年左右，在这25年里面，互联网的大部分应用和业务都是处于高增长模式。这个高增长模式主要指的是用户量，订单量，交易量，这些核心的指标都呈指数上升的阶段。

于是我们看到了很多很多令人惊奇和咋舌的情况，微信用户数从零个到几万到几百万到几亿。淘宝的订单量从几十百到几百万到几个亿。我们看到了无数的APP应用，从零快速积累到百万，甚至突破几个亿。

在这个过程中，我们会发现各行各业涌现出来了各种各样的公司和APP应用，我们也看到了无数的公司敲响了纳斯达克上市的钟声。互联网也不断利用规模效应来创造财富神话，我们看到身边的人，同行的人都能够快速的拿着股票和期权成为了百万千万富翁。

我毕业的时候，刚好2015年，我从中国科学技术大学硕士毕业拿到了阿里巴巴的Offer，而正是阿里巴巴上市之后，整个园区里充斥着财富自由的声音，虽然我啥都没有，但是还是沉浸其中，仿佛我也可以通过努力，在短短几年内和他们一样，可以过上不曾想过的生活。

很多牛人也轻轻松松的成为了创始人或者联合创始人，一遍高谈阔润，一遍指点江山。一边聊着增长飞轮，一边喝着咖啡，一边畅想未来。

突然疫情来了，突然人口红利见顶了，突然出生率断崖下跌，突然国际环境一片变差。

一切的一切，貌似美梦想来的那种感觉，仿佛依然不相信，说好的百年企业，说好的数字经济，说好的财富自由，怎么就突然变了。眼见他起高楼，眼见他宴宾客，眼见他楼塌了。古语的一句句撼动心魄的词句离我们如此之近。于是，我们不想看到的裁员、股市腰斩、失业率增高，一幕幕我们看不到的东西，全部浮现了出来。

于是在互联网程序员内心对于造富的神话还没有偃旗息鼓的时候，我们突然就见证了世界的巨变。

于是不得不承认，在2022年的今天，我们互联网进入了低增长时代。

那么低增长时代意味着什么？我们要从中里面能吸取什么样的教训？我们要如何去迎接低增长时代？

有一句话说得非常好，我们人类从历史里面学到了唯一的教训，就是不会吸取任何教训。世界上每一个生命，每一个事物，每个经济现象都有自己的周期。没有任何一个东西是可以无限增长的，自然界不允许这么牛逼的存在，互联网也是一样。

也就是互联网在成立和爆发的第一天，我们就应该能预知到互联网一定会走向平稳，甚至走向衰亡。可是人们眨眼几十年的时间，我们往往会被社会裹挟着往前面前进，我们甚至不知道自己一无所知。在我们猝不及防的时间，想不到低增长就来了，我们在不知不觉中进入了存量时代。只是，来得太快，我们还没有来得及反应。

那低增长到底意味着什么？我认为我们要做好下面的准备。

首先是精细化运营。我们进入了存量时代，我们不得不进入精细化运营。也就是高增长的用户没了，我们所面对的只有不断流失的存量用户。在高增长的时代，野蛮地生长，我们有些时候不会在乎老用户的体验，我们一直把重金都砸在新业务上面，力求能继续做大规模以吸引投资者，以讲一个更加美好的故事。可是到了存量时代，我们不得不精准的运营我们存量的用户。我们不像以前那样会砸大笔的钱投入大量的人力去做一些新的产品，反而我们应该进入对于存量用户的存量功能的精细化的运营。只有迎合了这一波存量用户的需求，我们才可以防止用户流失，我们才能够保持到那些仅有的利润。

其次就是降本增效。互联网进入了存量时代，估值逻辑就变化了，原来我们以规模为衡量，只要规模越多，不管盈利还是非盈利，我们都能够拿到巨额的投资。有一句话说得非常好，早期互联网员工的工资不是公司发的，而是投资人发的。所以就算在公司里面你的业务亏损得再多，但是员工依然能拿到非常高的工资，这就是互联网高增长下的底层逻辑。而到了低增长的时代，投资人的钱已经没有了，那么发工资的主角变成了企业。我们知道有老板来发工资，你一定会知之，比较一定是要发出去十块钱，他就要至少赚回一百块钱。因为毕竟投资人的钱等于从天上掉下来的，而企业主的钱主要是从老板的身上一点一点割下来的，多花一块钱，老板都肉疼。

所以以前有免费的咖啡，水果茶，不好意思，现在没有了，原来有一年一到两次的团建，不好意思，现在也没有了。原来奖金动不动十个月，20个月起，不好意思，现在撑死了只有三个月。以前随便出差全国飞，只要有增长就有审批额度，不好意思，现在能不出差尽量不出差，能远程视频就远程视频，实在搞不定的这个客户也可以考虑不要了。

原来是粗放型的管理，我们只在乎整体的增长和氛围，现在不好意思，我们要提高效率，我们希望员工的每一分钱都花在刀刃上，每一点时间都用在了对客户的架子上。

当然，降本增效，不得不说的是，裁员是最快最高效的手段。相信未来大厂特别是亏损的互联网公司会持续进入滚动式裁员，毕竟大厂员工的人均成本就超过百万，卖出多少产品才能有百万的收入呢？我想这点老板、财务和HR都门清的。资本家也是嗜血的，当然也是怕失血的。

最后高质量增长和价值创造。最后现实情况我们不得不去考虑高质量增长和价值创造。原来我们可能采取竭泽而渔的方式，我们撒钱到处撒币以获得最高的增长。而现在我们更要看重高质量增长和价值创造。所谓高质量增长，我们要求我们每付出的一分钱，付出的每一分劳动，我们要收获有价值，有质量的客户。

也就是不付费的客户或者薅羊毛的客户，不好意思，你再怎么投诉我，我都不欢迎你。或者说有一些我们长期在原来的免费补贴时代客户，到现在可能就成为了垃圾客户。

所谓价值创造，就是我不是为了能够获取你的关注，我确实要给你创造实实在在的价值，你才会为我的服务买单。所以我觉得也是一个好事，当然这也意味着我们可能整体包括企业也进入了一种躺平时代。我觉得大部分有追求的企业应该都会思考这个问题，能否安静下来做一些长期主义的事情。也许很多企业就在这个时候被迫精耕细作，成为百年老店。

当然还不得不要说这一点，互联网的蓬勃发展结束了，既然进入了真正的增长时代，进入了精细化运营时代，不好意思，我可能不需要这么多员工，我也不会给你发这么高的工资，我们只是成为一个普普通通，用数字化创造实际价值的公司。

但是中国的技术有这么多，还会有很多人前赴后继地走在这条路上。所以在我们中国整个产业没有转型的时候我们有这么多的人才。我想在一段时间内可能都经历过一阵阵痛。当然站在好处的地方是当前的这种业务机构会倒逼人才往其他行业流走，流向原来根本招不到人的行业，比如说制造业、工厂，甚至是其他的服务业。

当然，我们先回过头来，当前的程序员该怎么办？和我们说的增长模式一样，我们这些程序员也会变成了存量的程序员。在存量时代意味着我们持续要去内卷，去竞争存量的岗位。我相信竞争也会更加的激烈，当然等我们年纪越来越大的时候，依然创造不出市场的价值的时候，我相信可能会被逐渐淘汰。所以我觉得内心也要结合准备降薪，甚至是转行，甚至是寻找下一份职业的准备。

当然站在长远的角度来看未必不是好事，至少我们薪资降下来了，我们的时间也多出来了，我们更能去好好的去问问自己生命的意义什么？虽然高薪的岗位会越来越少，但是我觉得大家也不用焦虑，毕竟底薪的岗位一大堆。而且自古以来大部分人赚不到什么钱，是一个常态。

人情人情世故职场社会生存实战篇（一）
人情人情世故职场社会生存实战篇（二）
人情人情世故职场社会生存实战篇（三）

31、问：领导推我得了第一，拿了5000奖金，给领导送多少合适?

答：钱从哪儿来的，还到哪儿去，这叫饮水思源。给他买5000元的华子，他100%要，然后你提个非常小非常小的要求就0K。比如请假3天，他说0K，然后就心安理得的收了。你回来了，他会想办法安排你，指点你的。然后他送你一句话，你说:这句话价值连城，一个亿都买不到。领导高兴啊，你看:我5000就卖给你了，我还亏了呢。然后，他会主动给自己加分，你看吧，我还是一个好领导。这样你既满足了领导的物质需求，同时还满足了领导的精神需求。领导觉得你知恩图报，此后有机会便开始提拔你了。

32、问：你说送礼交大哥真的有用吗，有的人收了不办事，会不会搞不好倾家荡产啊?

答：我从来没听说过:谁谁谁送礼倾家荡产的。前辈给我讲过他发家的故事:十几年前他给一个工程的大哥包20万红包，赚了180万，他又拿出100万分给了大哥，大哥说:那边的开发区也归你管了，就那两年时间前辈赚了1000多个，而别人只认为他是命好。

33、问：朋友给我介绍个活，挣了5千多，我说:谢谢啊，下次请你吃饭。但最近很少跟我联系，也不介绍活给我了是怎么回事?

答：如果你挣了五千，给他三千，你觉得你的活还会少吗?进四出六，不要怕吃亏，只要你给他转了，你天天都有活干!自己一人占尽利益，将没有长期合作!

34、问：公司领导生病了，我要不要过去看一下，去了有没有什么用?

答：前年的时候，前辈病了，小李发信息说了一些安慰前辈的话。我呢带了2条烟，去了协和医院，握着前辈的手，说了很多暖心的话。此后，我和前辈无话不谈。尽管小李跟了前辈很多年，但前辈遇到好事儿还是习惯性叫上我，前后几年带事我挣了至少120个朝上。

35、问：去年挣了点钱，想回家乡修个路啥的，你看有没有必要?

答：前年捐了50万在村里修路灯，从那以后，村里的人每天都在找我，这个生病了，那个想买房，还有个没钱交学费的。富贵不归故里。习惯性装穷，习惯性示弱，不信你看大衣哥。

36、问：昨天和朋友吹牛，说一年赚几百万，然后今天给我发信息，我没敢回，是不是找我借钱啊?

答：前年一场饭局，朋友问:一年赚多少?我说400多万。朋友说厉害厉害。第二天，朋友找我借钱，张口就是170万，而且还跪在我家，一直给我磕头。我给了他40万，这40万他100%不会还了。他是送外卖的，一月能赚多少钱我不知道，反正这笔借出去的钱收不回了。

37、问：昨天我对一个大哥说，哥你一年带我赚个几百万就行了，但是大哥直接转移话题是为什么?

答：一个外地的小朋友，非要见个前辈，我拗不过他，便约了他出来。饭局上，这个小朋友一句话就把局面给破坏了。他对前辈说:张叔，我要跟你混，你年赚2000万，我能年赚1000万就行。大家习惯给人家面子，前辈说:兄弟之才，绝对在我之上，来，喝喝喝.....

38、问：我公司干了几年了，不亏钱，但为什么就是做不大?

答：赚小钱，靠的是能力，赚大钱，靠的是关系，靠的是背景。所有的保险公司，都是关系的结果，跟市场运营没有一毛钱关系，赚钱，就是找个大哥，当他的夜壶，这没有什么好丢人的，找不到夜壶才丢人。

39、问：我打算开个实体店，请教一下什么叫会做生意，什么叫情商?

答：前段时间我在一家饭店吃饭，打碎个杯子，老板说:影响您用餐了，没有伤着吧。结账时，我多给了老板100元。好巧不巧，前两天我又去一家小饭店吃饭，打烂一个勺子，老板说:一个勺子100元。此后，这家饭店，我再没去过。

40、问：带我的大哥到我家喝茶，好像是看上我那副画了，正好大哥手里有个项目你说这是个机会吗?

答：前辈很喜欢我的摩托车，我就把摩托车借给他开了几天，然后他问我从哪儿买的，我说:叔你喜欢的话，我就送你了。前辈说:那谢谢了。随后没几天他告诉我:你给你张叔拿2万，我给他打过招呼了，这个绿化工程，由你来做。赚钱不赚钱看你自己。我说:叔，挣不挣钱都是个机会，到时候找你喝茶。

人情人情世故职场社会生存实战篇（一）

人情人情世故职场社会生存实战篇（二）

21、问：我是做装饰行业的，我在多年前认识一个朋友，他呢混的比较好。经常给我介绍一些装修活儿，几十万的，一百多万的都交给我做。对我像自己人一样。我们萍水相逢 真的很感激他。因为我的不善交际，我们的来往并不多。想请教一下，在日常交往中，我该怎样做，以表现对他的感谢，以及怎样送礼给他，毕竟人家什么都不缺。

答：你认为富人不缺钱，这都是假象，富人的开销也是很大的。加油不要钱吗，物业不要钱吗，孩子读书不要钱吗，培训班不要钱吗，他们比我们这些屌丝更需要钱。因为我们一个月可能几千块就搞定了，他们一个月可能几万都不够。

你能给他添砖加瓦，习惯性的给他反馈，他也会觉得你是同道中人，是理解他的。王宝强搞定冯小刚，是因为他每年都给冯小刚送米送面。不要觉得没反馈，也可以获得资源，这会让你的路越走越窄。

反馈：1、你帮我介绍业务了，你就是我的大恩人，以后你的事儿就是我的事儿，需要我干啥您尽管吩咐。

2、我这个业务虽然本小利微，你可能也看不上，但是你确实帮我太多了，这点东西不成敬意，你一定要收下，不然我每晚每晚睡不着。

3、我们萍水相逢，能认识您，结交您是我的福气。您放心，只要您介绍的业务，我会百分百的让客户满意，亏钱也无所谓，不能坏了您的名声。(私人薇：xxxx)

22、问：明天晚上我们老板和我现任直接领导都在 ,我只能敬酒一次，怎么说比较好?既表达了对老板的敬意，又不得罪现任领导（老板,是以前的老领导）。

答：1、他们俩不在一个桌,你要先敬你的老板。

2、他俩要是在一个桌,你要对着领导介绍你原来的领导,说他多厉害多厉害。这个多厉害,用一句话说:以前我什么都听他的 ,现在他把我培养出来了。现在我又成了您的兵。一个是我的导师,一个是我的将军,我干了,您们二老随意。然后收摊就行了。

23、问：我是一名管理者。请问对于有本事，有才华，但名声不好的人怎么管理好呢？

答：看过水浒传吗，这样的人就是水浒传里的时迁，宋江怎么对时迁，你就怎么对他。给待遇，但不给级别。就是厚而不尊，因为时迁是个贼，所以不能把他排进领导班子，但是他贡献大，宋江给他丰厚的待遇和奖励，但不提拔他，这叫厚而不尊。你不厚，他不给你干；你要尊，队伍的名气就坏了。虽然时迁排名很靠后，不受尊重，没地位，但是时迁的个人待遇、工资奖金水平都很高。

24、问：我们处内有个女孩，小我10岁左右，她想提干，但是她没有得到上级认可，业务水平一般，但是家里有一定背景。她看到我要被提拔，就很嫉妒，拉拢处里另外一个刚入职不久的女孩， 孤立我。我现在必须要处理好同事关系，真要提拔，也要找处里同事谈话，不能出现反对的声音。现在我该怎么办？怎么和她相处呢？

答：你平时跟领导搞好关系，这事领导说了算，她说了不算，她那里你就示弱，在新来的那个姑娘那里多说她的好话，夸她能力强，情商高，说你们以前的一些事情，就是夸她，慢慢她就不好意思了，如果她再说你的坏话，新来的姑娘都鄙视她。

25、问：我们领导以前是财政局的，现在让我们每个口子都报表，因为我们下属也不只归我们管，所以他有气，我就成了夹板，下属公司这个月的报表已经报了5次了，他都不满意，每次都发火，而且每次标准不一样。怎么办?

答：先去拜师学艺，问问他标准是什么。按照他的标准去做，自然通过。买一条烟，去办公室请教∶领导，我这个人啊就是愚笨，还请您多指导指导，这个表到底是哪里不对，您指导一次我记住了，以后就按这个标准了，也不再惹您生气了，您指点指点我。

26、问：我们单位一把手要调走，我算是在他在位期间招入的和提起来的，去他办公室，如何表达感恩更完美？因为突然，我也没准备什么礼物，还有什么补救措施吗？

答：3个点，感恩+愧疚

1、没有你，就没有我的今天……

2、吃水不忘挖井人，我能帮你做点儿什么，我一定帮你去做……

3、我哪儿做的不对，你一定要说，我比较笨……

27、问：我是一个部门副职，遇到了这么个情况，我刚来任职，需要从下面的人那里获取数据信息，我才能开展我接下来的工作，然总是不给我主动汇报，总是要我催他们，怎么办呢？

答：你就问他们一个问题，就是上一届领导是怎么带他的，那么你就怎么带他们。也就是说你不要变动性太大，你要是变动性太大的话，大家都不屌你。最好的交接方式，大家问你问题的时候，你说以前你们怎么弄的，现在还怎么弄，我什么也不懂，我听大家的。那么这个问题就很快就解决了。新官上任三把火，第一把火，请员工吃饭，第二把火，表扬员工，第三个，你说我会为你们争取利益的。先把局面打开就OK了。

28、问：今天早上领导安排我去做工作份外的事，我就说我现在有事情做只做了一半，我就说我不去，领导就说叫你做什么就做什么，不做就叫我马上滚蛋，可是想一想，好我去做，我做了一上午才做完，问下我的做法有问题吗，接下来该怎么操作？

答：领导安排任务的时候不要拒绝，否则就是给领导难堪，先接受，对领导说：好的领导。你要是手头有事，可以问领导：领导，我现在手头上还有点事，那我现在是先做 A 还是先做 B，把皮球踢给老板， 领导如果问：你想做哪个？你说：我服从领导的安排。这样就是不得罪领导，自己做的慢也不受罚。你现在得罪了领导，领导生气了，去道歉就可以，说自己年轻不懂事，以后有不对的地方还请领导多多指教。

29、问：我们领导分配给我一个辅警辅助我工作，有时候他会和我使小脾气，他好像就是这性格习惯了,我有工作给他做，他不愿意做或者做的不仔细，我还得给他擦屁股。有时候我就不给他布置任务，我去跟领导说我忙不过来，某项工作给他做，然后他才会好好做。其实我特别想跟领导打他小报告，但是忍了。这该怎么办呢？

答：这个好办啊，你每天把工作分工，简单做个记录，你负责什么他负责什么。早上上班你跟他说:领导让我去汇报咱两的工作分工，您看一下没问题吧?你们两商量完了，写在本子上，然后你去跟领导请示汇报:领导，这是我们今天一天的工作，您还有没有其他的指示?回来你跟搭档说:领导说分工很好，晚上汇报完成情况。

30、问：老师 我最近走上了管理岗位。但是在人情世故方面还是有些胆怯。举个例子:被提拔了想五一想拜访领导，总是怕被拒绝，感觉踩不到领导在家的空闲点，时机如何把握呢?

答：这个太简单了，他的司机，你请了吗?他的秘书，你请了吗?先搞定他身边的人，让他身边的人帮你搞定领导，你+领导的司机+领导的秘书=你的队伍。你们3个人吃领导一个人，别心疼在小人物身上花钱，小人物有时候比大人物更有价值...