菜鸟架构师之路_初入社会

接下来的文章，我会先回顾我从出校园踏入社会后的个人经历，从一个菜鸟的视角来看，如何一步步登堂入室。由于自己最近又有点飘了，所以文章是除了给大伙看，也更是给自己看的哈哈。可能大家更想看技术类的文章，但是其实本人比起很多人来说技术并没有绝对的优势，写的也不一定比别人好，相信我的个人经历应该会给大家更大的收货。

遥想当年，沉迷游戏不可自拔的我，挂科无数，甚至大四还在补考高数，最后勉强过了，否则可能连证都拿不到，毕设也是用的以前的项目。然后在招聘会上，还要靠导员带着找工作。这里真的要感谢我的辅导员，当时对我这样的学生也不离不弃，最终帮我找到一份对我来说很不错的工作。然而现在想想真是可悲，当时的我甚至没意识到一个大学生还要被这样照顾，是有多无能，像个巨婴一样。

入职

9月份的第一天，终于是入职了。跟大部分大学生一样，刚进入公司的我，对一切都感到新奇，然而试用期考核成为了我的第一道难关。就是一个简单的练手类的带web页面的项目，基于公司现有的基础框架，期限是三个月。当时的我还是懵懵懂懂的，足足花了两个月，才大概明白是怎么回事，开始动手写，结果还没写完，就有一个项目组因为紧急缺人，就让我直接转正然后过去支援项目。对我来说算是运气不错，因为如果走最终的答辩，我都没有把握能过。

第一个项目

公司是给南方电网做信息管理系统。我参加的项目组，是这个大的信息管理系统下的一个子系统开发。当时其实系统已经上线了，客户又提出很多新的需求，时间比较紧急。那时候还没有什么前后端分离，用的老式的 SSH（Spring+Struts+Hibernate），页面JSP+JQuery，所以开发要既写后台又要搞前端。

我接到的第一个任务，是在一个数据表格上方添加一个下拉列表，作为筛选条件。其实就是普通的html的select标签，提交查询表单的时候，将下拉列表的值一并提交即可。

跟大伙一样，第一次接到正式任务，很激动，想好好的表现自己，虽然只懂一点java，虽然不知道jQuery是什么，但是我有一颗向上的心啊，只要努力，没有什么搞不定。于是埋头苦干了几天，期间还自学了jQuery，终于是把功能开发了出来，并且在没有告知导师的情况下，偷偷合并到当期要发版的版本中，准备来个一鸣惊人（当时公司的发版流程很不完善）。

最后的结果，确实是“一鸣惊人”了，用户只要不点筛选条件还好，只要选了条件，就什么数据也查不出来。于是，该问题被定义为线上重大问题，连用户都投诉过来，我的导师临危受命，迅速修复了问题然后重新上线恢复正常。

后来，导师只是简单的跟我说了新人没经验很正常，以后改好之后要经过他评审，再发布，然后，就没有然后了。

总结

虽然对导师和公司感激涕零，没有因为这个事情直接把我开了，但是现在回过头来看看，其实他们这样做并不完全对。首先，我们列一列这次事故的几宗罪：

1. 作为一个菜鸟，自作主张的设计与开发，没有经过导师评审和测试组验收
2. 导师对于新人关注度不够，不知道新人做了什么
3. 公司的开发流程制度不完善，开发的内容可以随意就上线
4. 没有事后总结，包括公司和自己，对于自己和其他人都没有意识到问题的严重性，导致后续依然出现过类似的恶性问题。

我们来看看在这个事情上，菜鸟同学应该怎么做才对？

1. 首先，作为新人，一定要多跟自己的导师沟通，包括但不限于目标，设计，进度，成果等。导师不只是一个摆设，而是公司提供给新人的一项重要的资源，你有充足的权利去尽可能的利用这份资源来让自己成长起来，融入到公司。这里说一下个人对资源的理解，资源不只是物质（钱，文档资料），时间、能力、人脉、公司里的领导同事等，都可以是你的资源，作为一个成功的职场人，一定是尽可能的抓住有限的资源，来完成自我升值，尤其是在当下这么内卷的各行各业，资源更是弥足珍贵

2. 要勇于承担责任，并做好总结，以此为警示自己及他人不再犯重复的错误。在上面这个栗子中，如果是现在的我，我会跟领导主动承认自己的错误，并主动请缨修复，当然会借助导致的力量，然后在导师和测试的验收后再上线，同时事后写总结，并将此次事故中暴露出的问题报告给领导，尤其是流程制度，需要严格执行

今天的文章就先到这里了。初入社会就遭遇如此难关，我们的菜鸟同学会如何应对呢？且听下回分解。