苏州移动之路

    在从未有过的认真奋斗一个多月之后,我还是走了,虽然有些不满,虽然有些失落,但我终于发现久违的赢利点,或许我曾经的计划能带来新生。

    关于培训机构,我想要说的事,其是做为企业而生存的,而且很现实,现实就意味着一定的虚假,只是比例多少而以,做为连锁机构则不同机构必然会有不同,这是毋庸置疑的,其最核心的东西不打折就可以接受了,因为最终起决定作用的是我们自己,一份耕耘一份收获,最重要是我们如何走过及要走向何方。

    我最初的计划是年前培训完成后(1月6号)回家放松一个月,然后再决定要在那个城市找工作,毕竟工作后可能再也没有这样的机会了。(网上只计划更新一下简历)
    在苏州达内培训末期,我在12月6日上午更新完简历后便去了电脑城买笔记本,为结业后的奔波提前计划,这时接到了Ba的电话,说在苏州移动有一个外包项目的职位,并约好下周三(10日)面谈。
    在周三下午6点半时我们进行了首次见面,他说的职位是类似项目管理的职位,但更侧重于于苏州移动打交道,并需要分配任务,并说在开始的一个月主要有南京方面的人主要负责。
    我当时明确说明的是:
    1、我对网站设计架构方面很熟悉
    2、文档驾驭方面非常好
    3、通信行业的背景缺乏
    4、源代码的编写方面相比与计算机专业并不是很专业
    5、管理方面缺乏实际经验
    6、J2EE项目方面缺乏实际经验
    最后双方的协议是试用一个月,然后再做决断。然后我做的最最菜的一件事(原因后述)便是向他推荐了Bb(应届生,从上课的实际情况我认为是最好的),并将我们班的他同学的信息提供给他,最后Bb和Ja得到工作机会。
    从12月16日至1月23日我苏州移动度过,这段时间是我最投入和最累的日子,可惜我忙错了方向,我更倾向于了系统架构和内部指导,而轻视了外部的交流,并且也涉及到工作的交接的阻力问题。
    这里我想很多属于成长经验的积累,我应该没有心情沉静下来详述了,仅就主要问题谈谈看法了。
    一、系统架构(盟韬移动无问题,我的问题)
    苏州移动生活网的项目的半年开发时间里应该经过了最少三批人开发,最开始采用Struts+Servlet+Jsp+Ajax的架构,数据库管理采用Mysql+php(vertrigo),然后又分出两个方向:CP管理系统采用.net的C#开发,生活网的新栏目页面采用纯JSP编写。并且没有文档说明,仅有源代码和部分需求说明。
    因为我曾承诺我的文档方面很好,所以我依据现有系统写了作业规范、补充了系统设计,然后就是我最郁闷的事了。
    因为CP管理系统采用.net的开发,并没有提供管理员管理和用户管理的功能(事实上,登录的管理员账户名和密码直接写在源代码里面的,退出什么都没做,只是跳转),而年后要增加收费系统等,借着这一个机会,决定用JSP版重新开发。这个任务便落在了我和Bb的身上,其中我负责结构设计和文档编写,他负责代码实现。
    在这里我再原系统的基础上扩展,增加了管理员管理系统、用户管理系统、权限分配系统、资费管理系统(扩展)、运营分成系统、统计系统,并写了大约60页的详细设计开发文档。
    但这时我的问题出现了,提交之后(仅提供移动实施方案)Ba和移动基本都没提什么大变动,但Bb这边遇到了前所未有的阻力(他刚毕业,也只是从Java培训他才接触网站相关)
    最简单的几个问题是:
    1、我提供的设计表中他说做不了的理由是我设计的字段太多他写不了
    2、如果按照我的设计,他在我设计系统时从C#修改过来的部分源代码就白写了,而且他认为移动也没有要求
    3、功能他不理解,所以他不能实现
    我设计系统写文档花了4天时间,但跟他讨论和解释花了我2周时间(这是我推荐的,我自作自受),而其间他有二三次在我跟他解释一两个小时让他先不必理解按照详细设计文档把建表语句之类的先写出来,他回复我的就是他不理解,所以他不写。
    当然,最后他也是基本照我的设计写出来了(虽然有些人性化的功能未实现),我知道他入门了,但我失去的时间和心情是换不回来的(因为我自己写也不过几天的事),而我也明白我将可能会走,因为这种解释本来就不该发生。
    我觉得这里有几个最基本的问题是:
    1、他把课堂上老师推荐的技术方案当成唯一的解决方案,而不肯接受实际中已经采用的方案。
    2、他认为我跟他一样,他不认为我比他更知道,或者说我在他心里还没有威信,但很多时候就是只有那一个解决方案最好。
    3、总想在完全理解后再动手,但这个理解早已超出可动手的范畴,就是说,不理解,按照规范的要求,照样写的出来,但却总想理解了再动手。
    二、需求说明交流
    我在这一方面显得不够主动是确实是一个问题,因为我认为第一个月主要目标并不是与Pa多交流,而我在每日能写的代码量(工作量)并不是很清楚。
    这里有几个基本问题是:
    1、移动Pa已经和盟韬Ha合作数月,而且双方对生活网的理解都很全面,而我仅对涉及到的经历过的局部有理解,所以选择上存在了Pa-我-Ha、Pa-Ha两种方案,结果不言自明。
    2、盟韬和移动是合作关系,有些东西是不该坦诚布公的,在这方面我没有做好,影响了我在Pa心中的印象。
    3、我没有威信,在Pa向我Ja交流需求时,要我参与,但告诉我这是形式需要。我确实也不够积极,但我分身乏术,而我认为前期的重点不在这儿,但这个认识是致命的,因为这个职位具有特殊性(完全根据移动的要求设定),Pa的评价决定了一切,所以我得不到这个职位。
    三、职位谈判
    我看过很多求职方面的东西,但我对于一些说辞并不是很相信,不过这次我确实有点相信了。
    Ba首先肯定了我的文档方面的能力和工作的努力,但是提到了三点不足:源代码编写能力欠缺(虽然我基本上没写一行Java代码)、却乏项目实际经验、与移动的交流不主动。并先把我可能会说的话先堵住(虽说我并不会找理由),说虽然Pa可能有自身方面的问题,做事就是找Ha,但也不能说我做的好。
    当然,我是很失落的,但我只承认一点,我在管理方面欠缺,但其它的我内心并不认为是这样。
    四、久违的赢利点
    失落之下的晚上很难奈,但我忽然发现了一直苦苦寻匿的赢利点:在苏州移动工作的一个半月间我看到了外包的规模,也隐约看到了发展前景。那就是以企业级应用为主导,从安全、性能、扩展性方面考虑网络应用。
    现在移动、电信、联通在互联网上的争夺,企业内部管理系统的开发前景,都使我看到希望,我有了新的比较明朗的发展计划,虽然这个计划是曾经就有的,但我感受到了信心,而这个计划已经成型并将于2月底有初步结果。
    不过想想,那会有什么一帆风顺,只不过这一次,我将努力寻找合作者。
                                                      流星
                                                      2009/2/1


如果给你带来帮助,欢迎微信或支付宝扫一扫,赞一下。