Web开发中的和谐社会
Mar 29
Web标准化交流会 Web标准化交流会, 协作, 沟通 12 Comments
一个国家制度的完善,发达程度决定着一个国家的”和谐”程度.目前国内的诸多问题仔细分析起来都会最终被归结为制度!还有民族的劣根性等等.那么以此为例也可以解释在web开发过程中各个职位上的合作与沟通问题.
在前天最新一期的web标准化交流会上,许多朋友都表述了自己关于前端开发在研发流程中与其他岗位协作效率的提升这一问题的看法,同时也有后台的同学到场一起参加大家的讨论,为了web开发这个小社会的和谐做一些贡献.
很感谢由腾讯公司提供场地,让热情参与讨论交流的50位同学(北京地区实际报名141人)可以在一个宽松舒适的环境下畅谈自己的想法.也非常喜欢Winter同学对于前端与其它职位微妙关系做出的分析与分享.其中有两点让我印象很深刻:一个是不同职位之间的分歧误会有一些是因为专业技能上的距离,另一个是各个职位之间在合作时产生的灰色地带.具体解释参看以下记录:
分享主题:Web开发中角色与协作(PPT)
重点内容:问题到底出在哪里?首先开发团队不能决定开发什么,是由客户决定的,还要有后台工程师的业务逻辑,再加上设计师的视觉美化,最后是前端工程师的前台实现.那么这么多角色之间是如何协作的呢?通常前端对后台有抱怨,对于设计师出来的效果图也觉得难以实现,除此之外还要应对客户随时提出来的新需求….
前端人员与其它职位之间的”距离”产生了抱怨与不和谐.也有很多公司前端与设计是同一人,或者后台来负责HTML,JS.更有一些小作坊式的公司是通通由一个人来负责建站.由于各位职位不能十分了解其它职位的工作方式或者具体的职业技能,因此产生的”距离”.所以适当的沟通与学习了解来缩短彼此之间的这种”距离”是有效愉快合作的关键之一.
再有一点就是”灰色地带”, 所谓灰色地地带是指那些谁做都可以的地方最容易产生问题.虽然大家的意识中的具体的工作范围,但一遇到实际问题谁来解决就取决于个人职业技能了.比如一个button的各种状态如果设计师没有在给你设计稿之前没有交待清楚的话,你有能力就要自己写全这几种状态.像这种模糊点需要去清晰化,大家的合作才能顺畅.有很多时候”同时负责==同时不负责”,工作中文档化的约定非常重要,工具的检测永远比人工要准确可靠得多.
再提”依赖关系”,一个项目的周期是取决于关键路径.”规范”并不只适用于那些大型的项目.解耦过程(略)
环场讨论
环场讨论时月影表述了一下自己的观点也让大家十分受用:再次强调灰色地带.百度的前端人员在一个项目开发过程中大概有50%以上的时间在与RD,PM,UE一起做调整,在match的过程中做smarty模板联调.这样可以保证与RD协同开发,并行,解耦,高效.当然每个公司协作方式不同,与项目特点及工作人员的技术水平有很大关系.
再有一个问题是到底一个项目开发时的规范与交流是如何来的?在百度,这个规范与流程不是由项目经理,团队leader决定的,是由下而上推动的,因为只有最前线的开发人员才是离产品最近的人,是他们共同协商的结果.遇到问题的时候可以参看文档,但是也不能完全按照文档操作.在百度通常新入职的同学是不会马上参加具体项目的开发的,比这更关键的是学习事情是如何做的.一个团队中合作,沟通感情是很重要的,个人经验吃饭是有效手段之一,沟通的关键是同理心,要站在对方的角度考虑问题.这里举一个简单的例子,假设现在桌子上有两个纸杯,分别装着一些水,如何让这两个纸杯里的水完全一样?有的人说完全倒掉就一样了…其实很简单,先将杯子里的水全部倒掉,然后将两个杯子套在一起,然后再往里面仪倒水,这样里面的杯子有多少水,那么套在外面的杯子也有同样多的水了.这里面要说明的问题是,两个起初装着不一样多的水的杯子代表不同职位上有着不同程度职业技能的团队成员,如何让大家有效的沟通,站在同一角度看问题呢?就是先完全抛开自己已有的想法跟观点,然后与其它职位上的同学同站在一个角度(两个杯子套在一起)再来讨论共同面对的项目或者问题(装上水),这样大家就可以更好的沟通,高效地解决遇到的问题.
以上是月影同学表述的观点.
个人观点
我没有参与过特别大型的团队开发项目,与一起合作的其它职位上的同学之间的关系也相对比较简单.合作起来也非常融洽.但我仍然期待自己可以有机会在一个大型项目中锻炼自己各方面的能力.针对这次交流会的讨论主题我想说的是首先一名合格的前端开发人员要先做好自己,要明确自己的工作职责.更要很好的规范自己,先想想自己是否真的把自己的工作先做到位了.这样就不会出现一些后台的朋友抱怨你的代码没有缩进,页面不兼容主流浏览器,代码繁琐,请求数目过多,图片过大等等问题了,而对于设计师的设计稿你又是否真正认真的去实现了呢?有没有偷懒的心理?正如会上”麦霸”同学说的:”到目前为止没有设计稿是绝对实现不了的,没有一个交互体验是实现不了的.所以没有那么绝对的事情!”从你自身就在先减少这些不必要的抱怨.
现在越来越强调”大前端”这个概念. 先将自己的眼光放宽,努力提高自己的职业技能与素质再主动去了解其它职位的知识,缩短”距离”才是一个有效沟通的必要前提.
再有一点就是目前我们面临的大环境.国内的开发环境一直是比国外落后,没有很规范的,在一个不成熟,不规范,很大程序上需要依赖等待国外的开发人员开拓新技术我们才能慢慢学过来的现状,再加之前端是一个最几年来刚刚开始受到重视的职业,我们怎么能一下子做到顺畅专业高效的团队合作呢?这需要大家的共同努力去营造这样一个理想或者说更专业的开发环境.那么所谓的规范才会离我们更近,我们才能更加清楚的认识到每个职位在开发中应该发挥的作用以及更高效的合作方式与开发流程.从而进入一个良性循环.这才是web开发中的”和谐”社会.
==================并不华丽的分隔线===================
之间克军在博客中发出的一道前端题目现在也可以公布答案了
题目:
有这么一段HTML,请挑毛病:
<P> 哥写的不是HTML,是寂寞。<br><br> 我说:<br>不要迷恋哥,哥只是一个传说
这是原来雅虎一道笔试题(文字变了变),用了很多年了,还没有一个人完全答对过。
答案在此,各位同学思考后再仔细查看吧 :p
Mar 29, 2010 @ 11:20:01
吕婷永远都这么细致的记录。。。
赞!!!
[Reply]
Ting Reply:
March 29th, 2010 at 11:21
哈哈 记住关键词 回来自己造句呗 后半段没参加 欢迎补充~~
[Reply]
Mar 29, 2010 @ 13:30:54
报名了,没收到邀请 = =
[Reply]
Ting Reply:
March 29th, 2010 at 14:04
哈哈 这次人太多了,场地又小.下次如果还没收到邀请我可以直接带你过去~
[Reply]
莫矮水北 Reply:
March 29th, 2010 at 17:39
哇~这么好啊~ O(∩_∩)O谢谢~
不过用我的一个同事的话说:俺都伤感情了,还指不定下次报不报名呢 = =
[Reply]
Ting Reply:
March 29th, 2010 at 17:43
呵呵 看情况 如果有东西分享 对主题感兴趣,想在会上积极发言的,我们都很欢迎. 为了给大家减少经济上的负担我们都是找免费的场地 所以人数上会有一定的限制.目前我们正在想办法改进一下邀请机制,尽量照顾到不同情况的朋友~千万别伤感情啊 哈哈
Mar 29, 2010 @ 13:50:38
“后台的朋友抱怨你的代码没有缩进,页面不兼容主流浏览器,代码繁琐,请求数目过多,图片过大等等问题”
我觉得这些应该是前端人员对自己的要求,后台的朋友不会抱怨这个,他们会抱怨同个循环多套了个标签,或者多了个class,或者抱怨这个标签用控件有问题。。
[Reply]
Ting Reply:
March 29th, 2010 at 14:06
恩,这些问题参与交流会的后台同学都提到了,还有id冲突等等,的确要先思考自己是否真正把应该做的事情做好了再去谈合作沟通~:)
[Reply]
Mar 29, 2010 @ 17:19:29
辛苦了,真的,一直看你在那做着记录~
[Reply]
Ting Reply:
March 29th, 2010 at 17:21
呵呵 没什么 借此向大家学习呗 不然光听不记总走神儿 哈哈
[Reply]
Mar 31, 2010 @ 11:55:28
一个和尚挑水吃、两个和尚抬水吃、三个和尚没水吃就说明一个团队合作的重要性。同时负责==同时不负责”
[Reply]
Ting Reply:
March 31st, 2010 at 11:57
恩!是的~~呵呵
[Reply]