码农笔记5 | 入职

我在后来的面试过程中，碰到的情况和那天在招聘会时类似，针对新人，我发现他们对项目问得倒是比较少，基础知识问得比较多，面得越多，掌握的知识和套路也就比较多，或者让你写个冒泡算法，或者让你回答一些关于hashmap等集合类使用的问题，或者实现一个单例模式，我进了一家大约三十人的小公司，开发大概十个人左右，主要业务是开发淘宝开放开放平台上的数据分析类app，还有就是一些数据抓取业务。

 

那是一个科技园区，周围绿树成荫，环境很不错，园区的楼房很高大，站在大门口，像是进入了黑客帝国一般，早上的空气非常清新，新人总是最积极的，我来到了办公室门口，发现自己是最早一个到的，只能默默地站在门口看手机，时不时地抬头看看。大半个小时后，人事的一个戴着一副金丝眼镜，身形瘦小的妹子来开了门，她领我在位子上坐了，“这么积极，我们是朝九晚六的，你不会八点就来了吧？”我笑着点了点头，和她寒暄了一会， 就陆陆续续有同事到来，我发现开发的同事都是毕业不到一年的小伙子，一脸稚气，办公室里顿时热热闹闹地，最引人注目地要属一个圆脸小胖子，指着对面的一个同事，相互开玩笑，技术总监来了，丝毫不影响办公室原来轻松和谐的氛围。因为我是新人，乖乖地坐在那儿，一声不响，都说互联网公司，尤其是刚创业的公司，相对于传统公司，氛围更加轻松，人际关系更加和谐，每个人好像都是平等的。

 

不久，技术总监给我开了一个qq企业邮箱账户，git账户，还签了合同，工资和原来培训机构上标识的差不多，交五险一金，试用期三个月内工资按80%给，毕竟是新手，我也没要求太多，签了合同，就认真投入工作了。公司有一个产品是专门帮助淘宝卖家进行数据分析，引流打造热销产品的，技术总监（我们都叫他韦哥）让一个戴着黑框眼镜的同事（王哥）给我大致介绍了这个项目的整体框架，虽然是小项目，但是对当时的我而言已经是够量级的了，几乎培训过程中讲到的spring，mybatis都用上了，还用了不大关注的httpinvocker，将web层和业务层分离，相互之间远程调用，服务器整体架构则是apache+tomcat(实现负载均衡)+mysql，“公司主机在哪儿呀？”我问道。王哥很诡异地说了一句：“在云端。” 虽然还没傻到抬头看看天花板，但当时确实愣住了。其实他们用的是阿里提供的云服务器，连数据库用的也是阿里云上的，这是比较适合创业公司的一种服务。公司创始人原来在阿里做过小主管，出来创业，其业务和技术乃至管理方式都有着浓厚的阿里色彩。

 

我上午安装了一些软件，费了九牛二虎的脑力，部署好了项目，便全神贯注地阅读起代码来，韦哥看我很专心，过来笑着说道：“一开始要注意先把握整体架构。”我点了点头。突然发现同事对eclipse用得好灵活，敲敲快捷键就可以在多个类之间跳转，我网上查了查，原来通过“Alt+←”和“Alt+→”两个快捷键可以在前后两个编辑页面切换，非常爽，我后来非常聪明地把这些快捷键抄下来，贴在办公桌旁，用的时候看看，不到一个月，就完全用熟了。

 

下午，原来的那个空位来了一个妹子，穿着粉红色的连衣裙，身材苗条，皮肤白皙，个子大概有一米七五，比一般男生还要高，“丽丽来了。”王哥说道。开发部的男同事都回头看了看，像是见了什么稀世珍宝一般，周围都是男同胞，中间独独坐着一个女的，的确比较稀罕，尤其是一个美女。我不禁想起了以前看过的一副图画：

           

这种场景确实比较常见，不过绝大多数问题还是要她自己解决的，而男同事的那种热心的态度一直深藏在内心的，在一个轻松融洽的时刻表现出来。“这是我们开发部的美女丽丽，做后台开发的，目前还单身呦！ ”韦哥向我介绍道。我原以为丽丽是做美工或者前端的,没想到是做后台的，心中有些佩服，女的从事需要严密逻辑的后端开发工作，确实需要一定的天赋，又听说她单身，便不禁多看了几眼，单身的漂亮妹子在开发部真是众多宅男的香饽饽。

 

傍晚，公司帮大伙点了饭，我扒了几口，又认真看起代码来，毕竟没有复杂的业务逻辑，我的基础也很不错，渐渐了解了这个流程的来龙去脉，也许用不了多久，我就能亲自上阵做开发工作了。

 

不过几天，就陆陆续续有些bug让我改，还比较顺利，我对软件的整体业务逻辑也渐渐熟悉了，中间在提交版本库时遇到一些小麻烦，但自己上网百度，问问同事，也就都解决了。后来新任务布置下来，我负责实现一个小功能，即原先卖家数据是从淘宝Api上获取的，现在要改变商品数据获取方式，从淘宝数据平台上获取，主要方式还是传递一个url以及相关参数，从平台上获取数据，平台上可以自己建表，自定义sql语句执行后将数据存入表中，比api更加灵活，但淘宝当时的数据平台才刚刚开始搭建，第三方应用服务商都是他的小白鼠，我仔细阅读了相关使用说明，建了表，编写sql语句执行。平台有个功能非常蛋疼，如果你要修改某张表的表结构，修改数据，只能手动删除重建重新运行sql，而不能直接修改，为了这个我浪费了很多时间，也第一次知道软件开发顺利与否不单单是程序员个人基础知识和能力的问题，还是沟通的问题，这个沟通不单单是人与人之间的口头沟通，还包括相关接口的文档化，以及他人提供的功能模块本身的正确性，易用性，这一切都是以文字甚至代码的方式展现的。平台执行数据后，我发现总会多出很多数据，开始还以为是平台的问题，最后发现原来我编写sql用了“left join”，其实应该是“inner join”，于是又一次删表重建。多亏我java本身学得比较好，代码方面写得很溜，在service层调用时我很快就写好了。本来计划五天内完成这个整改的，我除去休息天却花了半个月时间（10天左右），期间，韦哥虽然没说什么，但对我的拖拉是放在心上的，我有点担心，自己还在试用阶段，一个不小心就有可能被请退。整天坐在椅子前，连上厕所的时间都舍不得浪费，中午傍晚起身就觉得脖子有点僵硬。眼看着周末大家的功能都开发好上线了，就我一个功能也没发布，心中只有干着急。

 

现在想想，其实当时的做法是不大妥当的，管理者最担心的或许不是项目的不顺利，而是项目的不确定，不可知，功能开发延期了，却没有作任何说明，蒙头自己做，这本身就是缺乏沟通能力的表现。当时关键的功能其实已经打通了和数据平台的连接，可以上线了，另一部分功能对软件整体作用不大，但做起来对稚嫩的我而言，还是比较棘手的，我完全可以提议先上那部分关键功能，后面的功能慢慢上。这是一种小步快进的思路。到下一个周五的早上，王哥问我：“能不能上，到底能不能上！”好事多磨，我当时在代码里发现了一个排序的bug，急着改，忙道：“给我五分钟。” 我之所以会在那么快时间改完，是因为我用的是jdk自带的排序方法，如果自己写，谁敢保证新代码不会产生新的bug呢。

 

我很爽利地提交了代码，新功能经过简单的测试很快就发布了，韦哥好像很不放心的样子，对客服说道：“多看看，有什么问题？”让我惊喜的是，从上午到晚上下班，我那块功能没有报一个bug，我很自得地呷了一口茶：可以过一个愉快的周末了。

java达人

ID：java_daren