2013年5.28~7.27

这两个月是我在新公司A努力奋斗的2个月，从工做绩效上来讲，第一个月自我评价70分，主要是由于与上司前端Team的Lead B不和耽误了几天，第二个月自评90，自认为愈来愈进入状态，积累了不少经验如满载的火箭正欲分享。在一个多月的时候老板Z也表示了他的满意，并建议我主动Drive一些事情，还在会议中表扬了我积极主动的分享精神。但接近2个月试用期结束时，突如其来始料未及的来自别人的评价是6：1要淘汰我。

离开已近一个月，我想再次总结一下这段经历：

由于上一家单位的人事变更，以及跳槽至公司A的最好的朋友C的强力推荐，我也跳至公司A，在面试时也确实发现A公司用的技术都很先进，特别是有一个后台高手给我极深的印象，我于5月28日正式上班了。

进来以后也确实遇到了巨大的学习压力，新的前端MVC框架E是一个很是重量级的工具，我足足用了一个多星期才比较全面的了解了它的概况，而且发现了不少当前项目中的问题，因而在接下来的2周里，边作实际的功能，边大量的奋笔疾书，总结了问题，提出了建议。主要包括3方面：

1. 工具各特性的设计意图和使用方式

最重大的问题有2方面，一是路由与数据管理特性没有被用到，二是未创建标准代码库以示例方式展现各特性的最佳用法。

对比B的回答是，他不明白我为何把路由和数据管理看的这么重要（可判断出他对Design的认知程度），他认为创建的示例应该是复杂的（可判断出他对技术方向上的把握问题）

我认为路由与数据管理E的两条腿，地位极其重要，可以极大提升可维护性。如不尽快把这2项内容增长进来，咱们将在错误的道路上面越走越远（我提出太重构的建议，无人重视）。

示例应该是简单的，越简单越能表示出重点在哪里。之因此项目中存在各类各样的奇怪问题，在我看来，乃是实际用法与其推荐用法不一样，形成生命周期与标准用法时有不一样。釜底抽薪之计是赶快纠正错误用法（有时能Work，有时不能），研究正确用法。

2. 开发的价值观和方法论

公司号称使用敏捷开发方法，在我看来，只能打不及格。

首先缺少文档，他们认为敏捷开发应该是用口头表达来代替文档来达到高效率，因此很是的轻视书面的东西。此乃极大误解，口头代替文档的后果正是低效率。精髓是文档要小，没必要讲求特定的格式，求的是里面每一句话都是有用的，都是为了解决实际问题而存在的。这种理解上的不一样能够从后面他们对个人评价里看出。

第二是迭代会议的形式主义。迭代以前，应该把数据准备好，在我看来，最重要的数据应该是Case数，而实际上咱们的会议仅仅是大略的演示一下作好的功能，由于知道脆弱的漏洞百出，因此点任何一个按钮都很心虚，甚至不肯意点击，搞的你们哈哈大笑，气氛很热烈，其实很危险，不肯意把问题暴露出来，不敢正视问题，与敏捷精神背道而驰。

第三敏捷开发也是测试驱动开发，团队并未这样作，仍然是先开发后测试，这也罢了，最关键问题在于开发人员没有在开发前在测试用例上下功夫。我在开发前都把测试用例搞定了，用例来自于需求，包括书面写的和与项目经理沟通取得的。以后用例就是个人需求，我要作的仅仅是写代码让用例经过。

第四进度估计极度不许，缘由是未使用数字来表明工做量，敏捷开发书籍里面使用任务的点数来表示工做量，我认为用Case数表明更实用，只要Case的粒度控制的比较平均，那偏差就不会大。

第五遵循计划赛过应对变化，与敏捷精神相反。只是被动的加班重复劳动，从不反省和改变本身的工做方法。问如何提升效率，想了半天，答曰加班。应千方百计让每一个人作适合他作的和他喜欢作的事，让人有成就感，感到快乐。不要被动的看短时间目标，而要时时刻刻关注长期进度，当一项改变对长期目标有促进做用时，必要时可牺牲短时间目标。

3. UI设计的问题与建议

最有问题的是人，设计师乃实习生也。设计出来的效果图对比度低，层次不明。我给出例子和建议。

交互设计存在的最大问题是支持双击，此乃外行人的操做习惯，且用户不知道是否能够双击或双击以后产生的效果是什么。我亦给出文档证据。

 

在接近一个月的时候，老板看我有不少总结性和建议性的邮件，因此安排我主持一个分享会议。会议上个人任何一句话都被B所针对，在这以前的工做时间，我只是以为B喜欢抬杠。会议很失败，我意识到我被针对了，下午的时候我作了强烈的思想斗争，也写了个示弱的邮件，但次日，我仍是提出了辞职，由于我以为再进行下去我无快乐可言，我被压制了。如今想一想，B有人品问题，它的眼光没有放在公司发展层面，而在本身的私利，或许个人表现威胁到他了。

而后老板找我谈话，但愿经过深度会谈的方式解决问题，在此次老板主持的会议上，咱们选了一个显而易见的问题（变量的命名是否要看它是普通变量仍是类仍是命名空间而不一样），我费了九牛二虎之力得到了90%的胜利，因另外一人J仍存不一样见解。下班的路上我对朋友C说，此次会谈并未解决实际问题，我和B还是互相不服。

可是以后B的表现令我感动，他不笑不说话，与原来的态度呈180度大转弯，我觉得他真心转变了，不知有诈，我也一直以勤奋与仗义直言及着眼于公司长远发展的方式继续工做。

 

转眼到了试用期评审的时候了，我发了第二个月的自评和打分（90分），踌躇满志。次日收到反馈6：1。反馈主要集中于3方面：

1. 沟通技巧

广泛反应个人面对面沟通不够。个人辩护是我把重点放在工做上，而非人际关系上，但我不认可对于个人本职工做口头沟通不够，我认为足够了。

2. 产出速度

认为我交货时间超出计划时间。个人辩护是咱们的目标是短时间的仍是长期的，从短时间看我确实慢了，但我很是重视质量与方法，长期来看，只要个人方法得以贯彻，难度会降低，速度会上升若是继续保持原路线不变，难度会上升，速度会降低。我慢的缘由是我探索了新的更好的方法，为什么忽略好方法自己的产出，自身能力获得了提高算不算产出，有些人在重复本身，而我坚持DRY，这算不算间接产出。

3. 学习方法

认为我不从其余人身上学，而是自学。我入门时离不开他人的帮助，我也问了啊，可是我入门以后就发现了不少问题，这些问题我也问了，没人能回答得了啊，我只有自学。若是我自学学懂了，我为何还要问其余人呢，并且我学的成果在邮件里面都写出来了，问题反而在于别人不从个人身上学才对啊。有几我的写本身的总结了，更无一人的质量与数量能与我相比。

 

发完辩护邮件后，我决意辞职了或者说不得不离开。老板确实挺好，安慰了我几句，特别有一句是你决定走了，我尊重你的选择，我回答说这是你们的意见，他说不，是你本身决定的。如今想起来老板是有与其余人不一样的见解的，只是若是我留下，全部人都会没面子，那6我的必定认为老板不尊重他们的意见，老板可能会很难作，我本身也没脸在被那么多人反对的状况下留下来。

总之一句话，一我的在公司里待的时间长短取决于这我的与公司总体价值观的一致程度。我认为应该长远发展做为头等大事，若是每一个人都有这样的思想，那么就会顶住暂时的压力，作不少尝试去得到各类任务的最佳实现方法，而不是重复本身或别人之前的旧方法，这样即便短暂的延期也会换来下一任务的高效率。公司领导应大力支持这种敢于开拓和创新的人。现实状况却否则，我只能选离开。

如今我正继续学习和实践E框架的相关知识，我自信如今所掌握的超过他们全部人，只为证实本身。