找工作一定要先了解公司的团队文化

找工作一定要先了解公司的团队文化

    盼了好久的国庆节终于到了，整理一下手边的工作，工作进度的追踪，code review和工作管理报告都已经完成。终于松了口气，长假可以尽情休整一下(虽然回来工作会更忙碌)，但这段时间可以有很多的自由时间分配，打算给自己好好的冲冲电。

    闲话少说，进入正题。之所以本人要提出"找工作一定要先了解公司的团队文化"这个建议，是因为最近一项工作中的一些事情让我感触颇深，所以写下来，也且当发发牢骚。
    由于最近公司与一个专业的软件公司X公司(不方便直注该公司名称)签订开发了一套比较大的系统,现在到了开发合同到期, 按双方领导协商，开始系统的交接工作。本人被任命参与到这项任务，担任移交过程中所有的技术支持工作。
   
    交接工作其实就是对方公司提交约定要求设计文档，最新的源代码，接口文档，我这边负责审阅这些文档和代码，再重新按公司文档要求重新整理，备案，当然前题我必须完全整理这些文档的内容和代码的每个方法的功能。
    就在移交过程中，发生一些事情，让我头疼了好一阵，才引发了我对大家找工作的这条建议。
    事情的全部经过大概是这样，因为系统比较庞大(其实共有五个独立的子系统组成),所以一个子系统的进行交接，每个子系统交接安排在两周至三周时间。首先交接的就是文档，当我接到文档后，着实让我吃惊不少。文档基本上看不太明白，不仅内容不全，而且基于上与系统对应不上。所谓的设计文档，只有界面设计(而且没有几个与现系统能完全对应上的)与数据表设计外，其它的什么都没有。没有办法，所以让领导干涉，但多次沟通无果后(跨公司合作很难), 最终只要放弃对文档部分的要求，公司这边也是希望我这边通过掌握他们的代码，这样文档部分就可以由我们边来整理了。

   当然读代码并不是件易事，尤其是读别人写的代码。所以我也整理了一套方案，希望对方公司能提供下面一些简单文档以帮助我顺利开展代码的阅读工作。
    1. 程序清单--包括程序名称(功能)对应的源代码文件,对应的数据表名 (因为用C#开发，基本上一个源文件，一个窗体文件)
    2. 接口文档(主要对其它子系统的接口部分，因为他们的实现是通过共享表实现数据交互，所以这块接口说明就更加重要)接口文档希望他们能整理出 接口的功能说明，接口所在的源代码，接口数据表字段说明，触发的动作，触发的频率。

    这次对方公司很合作，三天就把文档写完发给了我们，但质量呢？，除了程序清单还算可以看外，接口文档就丢了几张数据表过来，而且还有三分之一的表名没有列到文档中，其它就什么都没有的。（这是接口说明文档，当然觉得不行了，这个根本没有办法整理), 所以提议想与他们的技术人员沟通一下，猜想可能对方是没有太明白我们接口文档的要求吧，所以沟通后，与他们的一个项目经理协商(到里觉很，安排得很好，这样的任务与技术领导沟通问题应该马上就能解决了，我刻意先打听一下这位经理的一些情况，听说是有很高的学历和资历)，准备好说词后，就与这个经理进行了交流，但结果让我有点意外，他强调这个文档没有问题，所以我按原准备好的说词，与他说明接口的重要性，接口文档应该怎么编写。而他的这次回答，就让感觉太意外了。他解释到，接口不是一个东西(头一次听说),在他们的设计中，所有的代码设计都是个人边想边写的，而且他们的系统是一个整体，没有接口(那几个子系统交互的数据说明没有，那还不乱了)，所以他解析根本没有"(你们说的)接口"这个东西，是因为我们提了要"(这个他认为不存在的)接口", 所以弄了几张表给你们。还说以前他们给别人做系统，别人从没有这么要过。同时故意询问一下他手下几个做开发的人员，"你们知道接口吗？能按他们要求整理出来吗？"结果他手下很会意的回复到，怎么会有这东西,现在能整理得出数据表已经不错了，我写代码现在早记不清楚，给你们弄表名已经够花时间的了。（真是无话可说),接下来他还要"教导"我，说我对接口是一个错误的理解，要帮我纠正过来。听他们这样的回复，真是无奈的很，但毕竟工作没完成，无法向领导交差，还是坚持的一点希望他们能按要求交出接口文档， 但足足说了20分钟，都无果(可能有人会问，怎么会花这么多时间，我只能说大家都看过大话西游的唐僧吧)。
 
   最后终于放弃(无奈啊)，无功而返。回去后，虽然头疼，但必竟是自己的任务没有完后，只好自己花时间读代码，希望把接口这部分的文档整理出来。结果一看代码，简直让我哭笑不得，到处都是不知明的变量a1,ttt，text1,不知明的方法button1Onclick, button5Onclick。方法没有参数，都是通过全局变量来传递，还有更严重的就是数据库操作竟然没有事务(后来与他们一个开发人员交流后，才得知他根据就不知道什么是事务，也不知道事务有什么用途)， 与他们经理沟通，结果他很“聪明"来一个拖延战术，没办法，系统问题太多，不交接对方公司就不提供源代码，也就无法解决问题(最终他的战术成功).

   到现在为止交接过程就在这种状况进行近一半了，交接了有二个系统。也陆续见过一些他们的开发人员，都是毕业二三年的年青程序员，实话说看他们的代码，真是件非常痛苦的事情(怎么会有这样的程序员)，但反思过来，替他们一想，想必他们刚从大学出来，应该也是雄心壮志，也想做一个优秀的程序员(应该是误入了这个这么糟的团队所致吧)。其实我心里一直想问他们一个问题，"你们真不担心自己的前途和发展吗？"(并非我忋人忧天，像他们虽年轻，但时间一晃就过，照他们现在没有目标规划，只是与现在的团队熬下去的话，到了三十岁以后，那就比较难补救了。)
 
  说了这么多，的确啰嗦了。最后还是强调一下我们观点，找工作，一定要多去了解面试的那个团队的文化氛围。本人认为好的团队，才能带领员工成长和发展的。

祝国庆快乐！

Good Luck!
Yours Matthew!