感谢

在这里心里最想感谢的人是，培培，真的是几乎在培培手把手的指导下完成了3个独立页面。并且不仅授我予鱼，更是授我予渔。

在梳理完开发过程中遇到的技术细节外，这里想更多的谈谈自己心理上的感受和收获。

这次开发大体时间上的安排如下：

9.18-9.26 工作时间：8天

9.18, 9.19, 9.21纯静态页面

9.22,9.23套数据，与php联调

9.24改全部歌单左侧，喜欢收藏

9.25改全部歌单左侧，提测

9.26 上线

态度

关键词：工作值得 产品 预期

1） 只要是自己感兴趣的就是值得的

这次的开发任务在一个熟练开发的眼里也许是一个很简单的任务，但是作为一个新人的

自己接到任务时心里还是很紧张的。一方面是自己对开发环境和流程的不熟悉，另一方面是怕最后完成的质量不高，不仅仅是最终出来的效果，更是代码的美观性。所以自己也是花了很多精力在上面。我一直认为，一个人从事的工作，至少应该是自己擅长或是喜欢的，如果两者都没有，那这个人工作的时候一定是痛苦的。现在我并不十分擅长这个工作，但幸运的是它是我所喜欢的，所以无论花多少时间和精力我都觉得是值得的，而且我自己也有信心最终会变成既喜欢又擅长的工作。一切都是值得的。

2）最后的成品不仅满足有预期，最好可以超出预期

以前总存有侥幸心里，在开发过程中，有小的瑕疵，总不愿去面对，想着pm测试的时候不会发现，想蒙混过关，而不愿去找解决方案。现在会“硬着头皮”去解决问题，这样不仅是对产品负责，更是对自己负责，作为一个新人，想得到成长，必须要有直面困难的勇气，并增长解决问题的本领。

当pm或者设计看到超出她们预期的产品时，那惊奇的语气，都是对自己前一阶段付出的肯定，自己的心里也非常开心。

成长

关键词：方法体系

1）独立解决问题的能力，排查问题的方法。

2）接触一个新的领域时，先从手头上用到的知识点入手，查阅各种关于这个知识点的资料，再了解过后，再查阅与这个知识点相关的其他知识点的资料，再深入了解。也就是先深度遍历再广度遍历的”织网式”学习。

值得借鉴的

关键词：新人上级 确认

产品频繁改需求（设计频繁改设计图）

这次负责设计的同学也是一个新人，在pm要求出图时间比较紧，出的设计图只找了直接上级确认，而没有找最上级确认，就交给了开发，导致开发完成后又返工。映射到自己身上，我自己认为积极向上级确认总是没错的。并且抄送邮件未必是件好事，重要的事还是当面确认比较好。

对产品的想法

关键词：说服依据

Pm也是人，pm的想法肯定也会存在不合理的地方。作为一个fe，那我认为我们既是一个产品的开发工作者，同时也是这个产品的第一个使用者。如果这个产品有用户体验上的瑕疵，或是对产品有更好的改进想法，可以及时与pm沟通，有理有据的说出自己的想法。

当然也会遇到产品不合理的需求，那么这时如何有理有据的说服产品的不合理需求，就显得很重要了。首先肯定建立在自己对产品和技术有了深入了解的基础上，之后提出解决方案，分析和比较产品现在这样和改进之后的差别点。

槽点

1. 开发、测试、上线流程略微复杂繁琐。静态页、动态页开发傻傻分不清楚。不仅仅开发代码规范有差别，测试地址，上线流程也有很大的差别。尤其是，静态页的发布，一个分类项里面包含十几个页面，因为一些疏忽，一共发布了3次，也就是流程走了3次，一面嘴里念念有词（怕点错了），一面鼠标按个不停。另外就是批量发布时，成功率略低，单个页面成功与否没有明显的提醒。所以为了放心，只能一个一个的发。

虽然现在已经有了一些开发插件在一定程度上减轻了这种流程上的繁琐，但是我认为还是有很大的改进空间。我认为，一个理想的开发平台，应当是，傻瓜式一键操作，简单粗暴。不区分是什么静态页还是动态页，当然了，在是建立在对开发流程和目前的发布平台较为了解的基础上才可以做到的。

2.可参考的文档比较少。大多是依靠前辈的口口相传来了解到可能遇到的坑和开发的流程。这样一方面协同工作的效率比较低，另一方面对下一个新人再接手做这件事时，还需要再向之前的前辈询问， 开发的成本就高了。当然这也是需要从自己做起，平时多注意积累。

疑惑？

当面对一个陌生的领域时，开发前不可能一下子把所有可能遇到的问题都提前了解到，在这种情况下，该如何与导师（上级）沟通？频率过高，会打断影响导师的正常工作？把一段时间内遇到的问题集中问，可能会让自己的开发一直处于卡壳状态?这样的节奏该如何把握。

2014.9.28.0:12

版权声明：本文为博主原创文章，未经博主允许不得转载。