一转眼，已经作了将近一年的Hybris开发，负责前台技术的人只有我一个，所以无论大事小情，什么都要想到。最近前台不再像以前那样繁忙，也要开始做一些后台的开发，虽然之前也接触了一点儿后台，但是主要的solr，cronjob等都没有参与开发，之后可能都要涉猎了，现在总结一下前台的开发。
前台开发主要涉及的是模板、组件、页面以及样式，当然controller甚至是后台也都要有所了解，因为有时候需要修改controller或者是判断问题是出在前台还是后台, 不过这些对于我这个做了n多年ERP的人来说,当然都是小菜一碟。
前台开发最重要的是沟通、技术以及细心，因为前台team组成比较复杂, 我们是多方开发, 客户负责页面的创建,数据的输入； 我们负责技术,给客户提供他们WCMS上创建页面需要的各种模板及组件； 设计并实现style的是来自另一家公司的伙伴。因为人员复杂，那么沟通就成了至关重要的，好的沟通可以做到事半工倍，而差的沟通会使得项目进行的拖泥带水。
记得我刚进项目时，前台是由一个项目的前辈负责，因为项目是给客户做他们的电子商务网站，那时客户要我们用hybris来实现他们的官网，以方便客户用WCMS更新他们的官网，于是我被加进来专门做官网，由于官网不需要从数据库获取任何数据，所以它只有前台，在这之前我是完全没有前台的经验的（大家都知道ERP不需要前台多么绚丽，而我之前都是ERP的经验，所以我只懂html，对css却是一窍不通），可能也因为如此，负责项目的PM A和负责需求的PM B在我的工作职责上产生了分歧，在我进入项目一周后（这时我完全掌握了如何使用hybris创建模板，及创建组件），A希望前台的前辈只负责电子商务的前台，官网的前台的设计开发要求我一个人和B在一个月内共同完成，B不同意，他希望能由之前负责前台的前辈来负责，而我可以打个下手，做点事情，最后PM们达成一致，前辈在第一个spring，共有一天时间在我们这里，我有什么问题都可以请前辈帮忙。而我夹在领导们中间，唯一能做的就是沉默及做好自己该做的事，当我在半个月内将需要的模板，及所有组件完成时，我得到了所有人的肯定。
当我们在做组件时，因为涉及到组件的样式，我们开始和另一家公司C合作，他们给我们需要的html,css及相关的jquery,第一次拿到东西时，发现拿到的代码根本没有办法写成组件，因为相似的部分用了太多不同的东西，毫无逻辑性，我们没有办法把它们抽取出来写成组件，于是开始沟通，这时候主要是我们将商量好的需要的规范发给PM B，PM B联系C的负责人进行沟通，然后C和他们的技术沟通，但是这样的效果并不是很好，我们拿到的仍有不适合的地方，于是我要了开发人员的联系方式，我们开始直接沟通，之后每个设计她都会通过qq发截图给我，我们讨论什么样的方式及代码是最适合的，代码中哪部分为什么会导致我们没有办法抽取做成组件，我们的组件有什么样的限制等等，这样我们没有了重复的返功，顺利地在半个月内完成了所有组件的开发，而我也从一个完全不懂css的人成了一个熟悉css的人。
当这些都完成时，要真正开始做页面了，但是我们team这时还只有我们两个人，于是我找到PM A，咨询页面由谁来完成，schedule是什么，我们需要做的是什么。PM A明确告诉我，客户会派两个女生加入我们的项目组，他们完全不懂代码，70多个页面，需要2周内完成，我的任务就是制定出那些疑难页面的实现方案，并确保她们能在两周内完成所有页面。于是在她们来之前，我将页面创建方法，及每个组件的使用方法，写成了文档，提供给他们，之后我每天调查那些疑难页面如何实现，并且支持她们实现页面，两周后我们成功完成了所有页面，并正式上线。
也许是因为我们的成功，得到了客户的信任，使得客户坚定了我们也可以用hybris很好地完成电子商务的网站，于是庆祝之后，我被留了下来，去接手电子商务网站的前台，而前辈则加入后台，在这中间前辈也给了我很多帮助，所以这里也要谢谢他。
电子商务的前台比官网的前台还要麻烦，因为这里每个页面都有一个专门的模板，每个模板都由3-10个文件组成，每改一个模板、一个组件都要考虑到对原始的和其他的页面有什么影响，每改一个样式也要考虑到会不会影响其它页面，而且客户希望官网和电子商务的网站以后能合并，所以也要考虑到现在的结构及更改会不会影响到以后的合并，同时还要考虑到各种浏览器的兼容及手机的兼容。
为了使一切能顺遂的完成，我们提出让负责style的公司派人到客户这里和我们一起面对面的工作，后来公司又派过来一个技术人员，由他完成一些工作，而我则要指导并review他的工作，保证一切都毫无问题，当我们完成任务，测试的人员也会加入进来，于是我们忙的时候，team中会有6、7人共同合作，我们不停沟通，确认都有多少个前台页面、每个页面的样式能不能实现、如何实现、需要修改哪些模板、需要新建修改哪些组件、确认schedule、确认样式有什么限制，什么样的html,css和jquery是合适的、已经确认好的样式不停修改怎么办、......等等的琐事。我要确认并推进每天的工作任务，要保证所有工作在期限内完成并预留出足够的测试修改时间，培训客户在WCMS中使用我们的模板及组件创建页面，保证他们按时完成所有页面的创建及更新。
进入测试，当我们第一次发布之前，我几乎每天都忙得人仰马翻，谁让所有问题都只能在前台显现呢，于是每天我都不时听到测试人员的呼唤，“***, 这里怎么没显示？”，“***, 为什么。。。。”，“***, 这个在firefox,IE8/9都ok,但是在IE7和chrome显示不对”，如果碰到测试的新人，还会听到这类问题“***,为什么这里要显示图片，却不显示．．．．？为什么．．．不放在．．．”等等，后者，我只能无奈的回答，这是需求，不是我决定的。而前类问题我就要调查是前台还是后台的问题，或者是前后台交叉地方的问题，前台提给我，后台提给后台负责人或者模块负责人，其他酌情，同时我还要培训用WCMS如何完成页面，要推动style的人正确修正样式bug，要判断哪种前台的变更现在可以做、不可以做及怎么做.......
半年后，我们的项目终于正式上线了，感谢项目组所有的人！
现在我们仍然要做后续的开发，现在前台要考虑的当然更多，首先就是新建及更新的模板、新建及更新的组件及样式等会对当前上线的页面有什么影响，新的变动发布后要做什么，但是量不再像第一次发布时那么大，于是我也开始有了富余的时间，不用再羡慕别人不像我一样每天忙得人仰马翻，然后我也要开始负责一些后台的功能了.....
这半年多的hybris前台经验，让我学到了很多，锻炼了我的沟通合作能力、协调及解决问题的能力、推动项目保质保量按时完成的能力、管理能力等等，当然还有hybris的技术能力，哈哈，现在hybris的前台对我都是小菜一碟了。
这其中当然也有不足的地方，我是个认真做事，不会忽悠的人，我保证的东西肯定能在我保证的时间内有质量的完成，但我不能保证的我也会直接说出来，虽然大多时候我也都会很快解决，记得有一次一个PM问我当天下班前是否能解决一个下午我们刚发现的问题，当时刚刚开始调查，我不确定，于是我回答“不一定，不过明天应该可以”，之后我们公司的PM下班前路过和我说了一句“要自信点......”,这时我才意识到“难道我没有肯定的说，‘没问题’，在别人眼中就表示我没自信吗？”，这时我也想起，公司中最受欢迎的同事最喜欢说的就是没问题，不论是否真的能完成，但总会给人没问题的答案，那么我是不是也应该学起来呢？
另一个不足的地方就是，我并没有每天向所有PM报告我的工作，以至于有些PM并不完全了解我的工作，以后注意，哈哈！