和即将毕业的你们说几句掏心窝子的话

0.前言

最近，之前班级的学生都陆陆续续开始准备找工作了。

在欣慰之余，也对你们未来即将面临的职场生活有一丝丝担忧，就像我之前很喜欢的一首歌中唱的那样。

外面的世界很精彩，

外面的世界很无奈。

—-张三的歌

所以在这里想和大家一起分享一下，等你们出去工作的时候，需要注意的一些事情和一些小技巧吧。

如果是我的学生的话，我才你们也肯定习惯了我的磨叽吧（笑）。

今天的话题我准备从4个方面去写，不同的同学可以根据自己的实际情况去观看。

学习问题

生活方面

未来发展

一些小的资料

另外，这些内容都是个人的一些见解和想法，有非常强烈的主观色彩，所以请自行选择。

1.工作方面

总感觉自己给自己挖了一个超级大的坑呀。

但是如果能帮上你们，那我的努力也就没算白费，毕竟在我心目中，你们都是我的兄弟姐妹。

那么接下来就想到哪，讲到哪吧。

1.1 在公司，不要太“古道热肠”

要知道，既然进入了公司，你首先要明白，公司的目的是什么？

公司的目标其实非常明确，就是为了盈利，为了赚钱，如果你不能够为公司提供效益，那么我为什么要雇佣你呢？

帮助公司提供进行盈利有非常多的方面，但是你首先要明白，你对公司最主要的职责是什么？

如果你是以前端去入职，但是你把安卓，UI，产品等等人的活做完了，回头老板要项目成品的时候你怎么办？

是，平常的时候你没少帮其他人做什么，老板也会觉得你很热心。

但是朋友，别忘记，等你开始赶工期的时候，有几个人会来帮你呢？

1.2 在公司，要不断地提升自己

如果你不幸进入的互联网领域，成为了每日搬砖的程序猿（媛），那么你要时刻有一种即将被淘汰了的感觉。

虽然说得这句话非常的大，也非常的假，但是其实程序开发就是这个样子。

每一天都有很多新的技术诞生，你每天都可能遇到之前从来没有遇到过的问题。

而这些东西怎么去解决呢？

只能通过不断地学习，不断的去尝试，走的路多了，遇到的鬼多了，你自然也就百毒不侵了。

所以记得，你们要不停的学习。退一步讲，要是你身旁的同事都在谈论一个新技术，你却根本不知道，这 TM 就尴尬了。

1.3 不要被新技术冲昏了头脑

就像上面的内容说的，每一天都有非常多的新技术出现，那怎么办？

既然更替这么快？那么如果我不去学习，是不是就会被淘汰呢？

在回答这些问题之前，我首先问你一个问题，你的精力是无限的么？你可以每一天都去学习新的东西，并且能立刻掌握么？

如果你觉得可以，那么基本就是两种情况。

刚出校门的年轻人

你是真的大神

就以前端来说，我记得之前在网上貌似看见过这么一句话，每一分钟，都有7个前端框架的诞生。

虽然这句话可能有些夸张，但是也能从侧面反映出来一个问题，这么多框架，你学习的完么？

当然不可能，我们要选择性的学习。

这里给大家一个解决方法，当出现一个新的好的技术诞生了，你可以先去简单了解一下。

将你这时候的了解和你自己最主观的感受写下来，如果半个月后，你身边的朋友们或者网上还在继续谈论这个东西（说白了就是没被茫茫如海的技术淹死）。

你就可以尝试继续深入去了解了。

当然，如果是 Google 这种大公司推出的东西，你就可以直接开始研究了。

1.4 不要怕事

龙哥（龙江）之前跟我说过这么一句话。

咱们东北的汉子，有什么扛不起来的？

所以说，龙哥就是就是我男神，你们谁敢抢，动一下试试。

当然，我不搞基。只是感觉龙哥超厉害。

回归主题，不要怕事说的是什么？

如果你的 leader 给你留了一个任务，但是这个任务你之前根本没有接触过，不要着急去直接拒绝，说你不能接。

你可以先去试着弄一弄，就像我之前搞过 iOS 中的 OCR(光学字符识别)。

当时一开始去弄，第一反应是，忘却难免留个疤（WQNMLGB）。

但是还是硬着头皮去接下来了。

当你研究过一段时间之后，你会发现，其实这些东西只是一层窗户纸，你过去了，也就懂了（虽然最后没弄出来，文字库实在太大了）。

当你每次都能完成，你们的老大自然也就对你高看一眼了。

1.5 工期要有宽度

还是刚才的那个话题，既然想要表现自己，是不是时间越短，弄出来的效果越好，显得自己越 NB 呢？

当然是这样，但是，年轻的欧豆豆呀，你要明白一个事。

你说10天能弄完，你们的老板可就真当你能10天弄出来了呀，如果到时候你弄不出来，老板反而会质疑你的能力。

所以，千万不要高估自己，千万不要高估自己，千万不要高估自己，千万不要高估自己，千万不要高估自己。

排工期的时候，要考虑到各种情况，给自己留出回环的余地，如果一不小心玩蹦了，我觉得还可以抢救一下。

2.生活方面

感觉暂时想不到还有什么需要说的东西了。

所以咱们现在换一个方向来继续说一下职场里面的事情。

2.1 厕所谈话

古话说得好，

“你永远不知道哪个坑里蹲的是你的领导”。

—-号称宇宙无敌帅鹏鹏的 李鹏李先生

在公司里背后议人是非是一个非常不好的习惯。

要知道，你说的好话不一定能让你的领导听到，但是你的坏话，哼哼哼。

好事不出门，坏事传千里。

所以在背后宁肯说千句别人的好，也别说谁不好。

如果非要骂，请给我打电话，正好说出你的不快乐，让我乐呵乐呵。

嘿嘿嘿，我就是这么耿直的一个 Boy。

想要我联系方式的小伙伴可以私信我。

2.2 不要越级

说到等级，有些人可能会特别不屑。

不就是出来上个班么？怎么还弄出来等级制度了？

你没发现，在公司里，领导谈论事情往往都是和另外一个部门领导去聊，之后再由其他领导依次传达下去么？

这个其实就是一种等级制度。

再换一个例子，之前公司上班的时候，你会发现，部门领导一般都跟着总经理，他们一帮会凑成一桌。

如果你这时候“不长眼”，自己也凑上去跟一桌，你觉得其他领导会怎么想你？

“哪里来的孩子，这么不懂事？没看我正准备拍老板马屁么？”

“这是谁呀？完全没印象呀？”

“谁来把他赶走呀，一会我们还要说一些公司管理层的事呢”

所以咯，千万不要觉得这个潜规则没有用。

当然，如果你是属于那种，谁都不鸟型的，请当我没说。

好，出戏！~ 继续回归主题。

老蒋（蒋杏飞）之前跟我说过，一个公司想要做大，想要各个团队沟通起来无障碍，首先就是要建立明确的制度。

其他部门的人来找你办事情，首先这个事情你一定要让你的领导知道（私事例外）。

你是归属于移动研发组的，结果你去帮其他组干活了。

“怎么的，既然你这么喜欢跟别人干活，那不好意思，我这个团队不欢迎你。”

另外所以的事情都由你的 leader 去负责，这样第一不会产生资源的浪费，不会说，需要做一个什么事情，结果全都没人做。

同时也能促进各个部门的沟通与合作，要做什么事，直接就指定应该去找谁，把任务和需要告诉他，之后就是别人的事了。

这样，你也省事，别人也省事。

贞贞（范玉贞）是我女神，谁都别抢，如果你非要抢，嗯，我也勉强可以和你分享，嘿嘿嘿。

好吧，其实贞贞他们在这方面，我感觉是做的最好的，当然，贞姐也有非常强大的个人魅力，所以我们一帮小弟也真心愿意跟着他走。

2.3 少说，多听

上面扯远了，回归主题。

第三条我想说，如果刚进入公司，记得少说话，多听别人是怎么说。

一个非常愚蠢的行为就是，刚进入公司，就恨不得将自己的所有都说给别人听。

当你没有秘密，或者你有小秘密被其他人知道了，被嘲笑都是很轻的。

甚至别人都有可能要挟你去做一些你不愿意做的事情。

2.4 站队？站队！

每个公司，尤其是大的公司，其实各个部门，甚至同一个部门内，都会存在派系的问题。

三五个人，关系好就一起吃饭，一起抽烟，那出问题的时候，你觉得他们之间不会相互帮忙么？

那假如你被打上某一个派系的标签之后，你进入另外一个小组中，碰巧这个小组的带头的和之前你的小组人不和，你觉得你会有什么好果子吃么？

再说一个，部门之间改朝换代非常正常。如果你的 leader 上去了，你以后工作中出一点问题，可能他和你说一声，这个事情就算过去了。

如果是其他领导上去了，你出了问题，这个事情就看人家心情了。

更多的我在这里也不方便说。总之一句话，如果你有信息，能站得准，可以去试着去表达自己的善意。

如果没把握，不如安安心心的就做好自己的事，毕竟我就是过来上个班的。

2.4 为什么公司会有你的敌人？

顺着上面的内容说，还是公司内部的事。

这次咱们换一个方向，从老板的角度来说说刚才那些事。

一个公司的老板希望手下的员工都抱成一团么？

肯定不希望呀，别忘了，古时候，功高震主是一件多恐怖的事。

那么老板不希望手下员工抱成一团，怎么办？

老板自己就会去调拨你和公司其他职员的关系，目的就是让你们不和，让你们产生裂缝。

他和你来一句“小李呀，在 XXX 地方，有人说你威胁了 XXX等等”，这时候你心中的小心思就起来了。

“WQNMLGBD，哪个����的说我这个？是不是 XXX?”

哼哼，目的达到了吧。多的我也不说了，这里面满满的都是算计呀。

3.未来发展

怎么样，被我上面的反鸡汤灌懵了么？

如果懵了，咱们现在来点正方向的鸡汤。

对于未知职业的发展，你要尽量有一个认知。

如果你现在是做 iOS 的，那你可以尝试向高级 iOS 研发工程师发展。

那么如果想做到这些，该怎么做呢？

我个人感觉，你其实可以去尝试多去了解一些底层的框架。

去研究某些东西的实现原理，或者可以多去造一些“轮子”（自己封装框架）。

那如果你是做 HTML 5的，我该怎么去做呢？

使用别人的框架，只是为了辅助你的开发，如果你去创建一个专门属于你的框架呢？

将你平常喜欢用的方法，内容等等，自己去封装整理。

在这个过程中，你无可避免要使用面向对象，要使用各种闭包，去看作用域链，处理原型等，而这个过程，就是你在成长的过程。

或者也可以尝试去做架构，小伙伴自己搜索一下吧，这个说起来就太多了。

至于我，其实我选择和上面的都不一样。

我想要达成的目标是混合式开发，因为原生应用有非常高效的性能和良好的用户体验，而 HTML 5可以做到快速高效的完成多个平台同时应用。

如果可以将这些内容，综合起来，我觉得未来将会是一个非常好的方向。

4.一些小的资料

絮絮叨叨的，都已经写到了下班20分钟后了，这篇文章基本也快到结束的位置了。

最后，也算给大家放上一些福利。

奉上我之前整理的一些小东西，希望能够帮到大家。

4.1 入职的时候问什么？

面试的的终极目标不是找到最有名的大企业职位，而是找到和个人风格，个人优势所匹配的职位。从这个意义上来说，面试中的一切其实都没有标准答案，问的问题也不应该去取悦面试官，*“*好问题*”*的标准应该是能够解答你对这个职位最大的疑虑和困惑，只要，只有真心实意的把自己和这份工作做匹配，把自己的职业生涯和这个公司的发展前景做一起的考虑，才能问出好问题。

例子：

1.这个职位是新设置的还是原本就有的职位？

2.如果是新设置的职位，那么这个职位的职能已经想好了么？包括汇报关系，未来团队是否会扩编

3.如果是原有的职位，那么原来那位出现了什么变化？(裸辞了？他是有多不开心，晋升了？那这个职位还不错)

4.如果是晋升了，那么这个职位为什么不从公司内部去进行提拔？

5.如果老板一直在绕圈子，你可以问问“您做老板这么久，您印象最好的下属是什么样的人？”

6.您觉得在这个职位，做到 top 1% 和 top 10% 最大的差别是什么?

如果是带领团队的，可以去问问“部门/公司期望我的加入能带来哪些变化？”

你不是想知道培训进修的机会么？“请问您部门里为员工做过哪些培训？”“请问之前给员工报销过哪些学费？”(注意：要问过往事实)

如果是公司的最终面试，你可以问问“您觉得，这份工作所需要的能力，我还有哪些不具备？”（一是可以看看老板反应，二是可以通过回答去做补充说明）

*如果面试官职位较低的时候可以问的问题：

1.如果评价员工在试用期的表现？考核标准是什么？

2.公司采取了什么样的方法和措施来保证员工的成长

3.这个职位在贵公司的发展前景是什么样子的？有何种晋升机制，什么情况下才能获得晋升？

4.您当初选择这家公司的原因是什么？在工作了一段时间之后，您又是如何评价这家公司的呢？这家公司有什么优点和缺点？

5.重要：对于优秀的人才，贵公司最大的吸引力在哪里？为了吸引和留住优秀的人才，公司采取了哪些措施？

如果面试官职位级别较高的时候（总监），可以问的问题：

1.贵公司的发展目标和方向是什么样子？

2.与同行的竞争者相比，贵公司的核心竞争优势在什么地方？

3.您觉得这个行业未来五年会发生什么样的变化？如何去应对这种变化？

4.2 HTML5应该掌握的技能

掌握技能

1、拥有良好的OOP编程思想，能够熟练应用MVC、MVVM进行编程，最大限度做到程序的高内聚低耦合。

2、精通 HTML、CSS、JavaScript 这些前端技术，能够按照设计稿快速完整的项目模板的建立。

3、精通Regular Expression的使用，能够运用正则表达式处理前端的一些较为复杂的字符串。

4、精通 Cavas 的使用，能够应用 Cavas 对图像、视频等多媒体资源进行处理，也可以进行简单的推销游戏撰写。

5、精通 JavaScript 常用的插件，例如：Tween.js、Swiper.js、touch.js等。

6、精通 JQuery 的使用，能够在项目中熟练的使用 JQuery 来提高开发的效率。

7、精通 AJAX 、JSONP 技术，能够很好的配合后台相关人员实现动态网站的搭建。

8、熟练掌握微信开发的流程，能够按照公司要求完成公众号和订阅号的开发工作。

9、具备一定的后台开发技术，对 PHP 在 Apache 环境下的工作较为熟悉，能够编写的一些基本的接口。

10、熟练掌握一些前端常用的框架，能够运用这些框架进行快速的开发，例如：AngularJS、Bootstrap等。

11、熟悉混合开发，了解一些混合开发框架，例如：React-Native、MUI、WeX5等。能够使用 MUI 框架+runtime 实现混合 App 的定制化开发。

12、熟练掌握代码版本控制管理工具SVN 和 Git，能够完成的实现团队开发工作。

13、了解一定的 node.js，mongodb 知识。能够完成一些小型项目的搭建过程。

14、精通 PC 和移动端的屏幕适配工作，能够按照要求开发适配设备的响应式网站。

15、熟练掌握 H5游戏的开发工作，了解青瓷这个 H5游戏开发引擎。

16、熟练掌握一些常用的前后端开发 IDE，例如：webStorm、Hbuidler等。

4.3 职务职称中英文对照表

缩写 英文 中文

CEO Chief Executive Officer 首席执行官

COO Chief Operating Officer 首席运营官

CFO Chief Financial Officer 首席财务官

CTO Chief Technology Officer 首席技术官

CIO Chief Information Officer 首席信息官

CSO Chief Security Officer 首席安全官

CKO Chief Knowledge Officer 首席知识官

CMO Chief Marketing Officer 首席市场官/首席营销官

CCO Chief Crisis Official 首席危机官

CHO Chief Human Resources Officer 人力资源总监

CPA Certified Public Accountant 注册会计师

CPO Chief Privacy Officer 首席隐私官

CBO Chief Brand Officer 首席品牌官

CAO Chief Administrative Officer 首席行政官

CGO Chief Gonverment Officer 首席政府关系官

CRO Chief Research Officer 研究总监

CPO Chief Procurement Officer 首席采购官

CQO Chief Quality Officer 首席质量官

CSO Chief Strategy Officer 首席战略官

CIO Chief Integration Officer 首席整合官

CTO Chief Transformation Officer 首席转型官

CCO Chief Change Officer 首席变革官

4.4 公司中的写文档需要注意的事项

需求文档

真正领会客户需求，形成指导开发人员的需求文档或者需求规格说明书是非常难的一件事情。

需求文档中对性能指标要做到：

1）不要夸大； 2）有条件的一定要写明条件，如：在 ** 条件下，性能指标是多少…..3）在满负荷下，性能会有衰减，要说明清楚。甚至要标明衰减比例。

口头上的需求没有证据很难执行落地。

（1）说需求的人几天后可能会忘记。 （2）记录需求的执行人，可能会碍于面子说同意。但没有真正领悟需求点。 场景如：“小王，你把现在系统的两个模块整合在一起，两天时间完成”。 对于上面的场景，电话基本很难领会需求人意图，电话很难评估工作量，电话很难保证双方理解是否一致，电话很难确保1方的反悔。无证据无任何保障，后期实现完若不满足需求的几率非常大。 好的做法是： 1）邮件通知，有记录、有证据。 2）接到口头需求后，要再次以文档的形式（列举需求点1,2,3）以邮件形式确认。 这样，邮件确认完备后再去实现会更高效。

编码实现方面

1.代码中对异常的处理和考虑非常欠缺。 2.模块负责人一定要对自己的代码负责任，进行完备的代码单元测试（写表格测试用例进行边界值、打桩测试等自测）。

测试方面

1.常见的bug、简单Low级别bug还非常多的话，可以打回开发人员自我验证充分后再做测试。 2.需求阶段的bug成本最低，其次是设计阶段，再次是开发、测试阶段，成本最高的是交付后阶段。所以，要把bug消灭在最开始的阶段。

几个务必

1、务必提供详尽的需求文档、需求规格说明书，且与代码实现同步更新。 2、开发人员务必进行完备的单元测试。 3、开发结束后务必进行完备的归档（源码、交付安装包、安装/部署手册、需求文档、设计文档、变更需求文档等）。

感激真正指着鼻子骂过你的客户，你会学到很多，成长更快！

5. 结语

兄弟姐妹们，希望在不久的将来，你们都可以拿到你们希望得到的。

记得到时候别忘记我呦！~

大声告诉我，我是谁？

李鹏！李先生（MR_LP）

最后，本文由李鹏李先生全程手打，如果转载请标明出处。

请尊重我的劳动成果，谢谢支持。

3206064928@qq.com