时间: 2021-08-03 11:21:11 人气: 20 评论: 0
| 还未毕业就在百度实习了，两年多的磨练，有被磨平的棱角，也有精彩的收获；谨以此文献给在百度并肩奋战两年多的兄弟姐妹们。忘不了离职日那场特殊的告别午餐；忘不了这两年和你们的讨论、争论；忘不了脑海中你们的一个个优秀的细节。真想说无论“嫁”到何方，你们都是我的娘家人，我在天猫玩得蛮开心，请不要牵挂！ 3月底，离职前的闲暇跑了趟蜀地，去九寨的山道上触景生情（照**扔在我的微博相册中@徐凯-鬼道），整理出这么一篇，多是从细节总结出来的心得，不喜勿喷可轻拍，各种原因拖到今天才发上来。
团队随着时间的推移，对于团队的理解在不断改变和加深。团队中一些有趣的现象，比如：
合作笔者在百度的两年经历中，作为团队中的客户端（web前端+移动app）tech leader有一年的时间，需要频繁和各类角色打交道，为了让工作更加平滑地开展，需要了解每一种角色关注的焦点，与他们密切地合作。在一个产品的生命周期中，依次**接触到这些角色：产品、设计师、前/后端、测试，之间还穿插着和老板以及其他tech leader的沟通。
产品需求的发起人。这群人能说**道，砍他们的需求就和要他们的命一样；一般情况下“砍”不如“拆”，需求可以分期做，通常双方都能接受；特殊的情况需要说明下，漂亮mm带着水汪汪的大眼睛死死盯着你的时候，你的思路一定要保持清晰
设计师需求像水一样流到设计师这里。设计师一般分为交互和视觉；交互根据产品方需求提供交互稿原型，视觉在交互稿基础上丰富页面元素、配色、细节调整等；和设计师尤其是视觉要处理好退化的问题，真不是所有的设计师都能够理解“渐进增强，平稳退化”的概念，这个需要沟通；之前在圆角问题上遇到过阻力，通过和视觉的沟通，视觉最终还是接受了前端的退化处理（border-radius）建议。
前/后端之前，前端无论与业务端后端还是服务器后端的合作都是很顺畅的；前后端之间应该尽量解耦，只通过规范接口通信是最理想的状态；以java环境的业务端为例，jsp和freemarker（fm）二选一，应该选fm，因为fm是模板语言，尽管仍包含逻辑控制，但在前后端解耦上优于jsp；再进一步，fm和整站ajax通信（js渲染页面）相比，显然选ajax，因为这样前后端的耦合又更小了。 业务系统中是否选择ajax需要根据业务类型来考虑，引用ER框架中的一段描述：
测试见到过技术和测试掐架的场景，实际工作中这两块人的合作远多于分歧；而且必要的掐架是对项目负责的表现，大家吵完架还是可以坐一桌吃饭的。有一点应该注意，不要等到项目快结束了想到让测试介入，这样测试很被动，对整个项目的进度也可能带来风险；应该尽可能拆分手头的需求，安排开发计划，让测试能尽早介入，技术和测试能够交替完成各自任务是最理想的。
|
