前端与程序沟通有多难？

goos 楼主

web区最近的热门话题“前端太多的抱怨程序”。我想，如果在后台程序区，应该也是同样的逻辑。

我这里不想评判到底是前端或者程序的是是非非，想说的是：

当跟你密切配合的人员（或者团队）交流，相互询问，交流沟通是必须的，也是团队所必须具备的一种职业要求。

只有彼此有一定的了解，才不至于做出的东西到了“他们”手里完全变形。
其中，或许有一定的沟通时间成本。但是长此以往的情况后，你就会发现：

你们彼此都会变得默契，彼此会更加的融入，在潜移默化中彼此成长！

在这里，我推荐大家看的一本书《怎样说话才打动人》下载地址：
作者主要的观点就是强调如何沟通，并且如果从简单的沟通到神入。一段摘录：

神入指一个人能够以对方的立场来看待处理问题。但这并不意味着你必须同意对方的观点，事实上，你可能完全不同意，但是你能够从对方的视角来理解人。
神入能够使我们更加紧密地相处，使我们相互理解，在交流中考虑对方的意见。在一定程度上它能帮助我们减少交流中的那种抵抗和防御的心理，有助于对方听取我们想要说的内容。

如果抱怨你的团队，请先自我检讨，看是否口头上，或者邮件方式说明你自己的习惯以及规则


欢迎大家发表不同的建议，来消磨彼此的抱怨。

[ 本帖最后由 goos 于 2009-7-22 16:34 编辑 ]

wkaifang

如果我是斑竹,  我会给你加分.   呵呵

14px

值得讨论，是前端工作者必须掌握的基本技能之一。
我觉得别人的理论知识消化起来还是很麻烦的，要用诸于实践然后多悟悟多想想才是。
有两点很重要。
一是要虚心听取程序员的抱怨，把矛盾点落在代码实处，记住此次矛盾发生的原因，避免下次发生。
二是要写代码的时候尽量为程序员考虑，为他们减少不必要的麻烦，因为程序是这条流水线作业的下一环节，你写得好不好对于他们来说是非常重要的。

[ 本帖最后由 14px 于 2009-7-22 16:42 编辑 ]

susan15

团队合作，沟通就是基础，我认为不论什么问题，大家沟通下，应该会有个完美的解决。

HeTingYi

话是这么说 但是有些程序员 明显就是 混饭吃的 ，css都不了解 ，怎么合作呢 ？

这是个人的 职业技术 的问题 。。 再怎么沟通也很难

sanma

沟通是桥梁。

zaku

沟通是所有职位都必须的。

同时5#的，程序员为什么要懂CSS？就和前端为什么要懂Linux、数据库一样。

但每个人技术能力确实有差别，能力实在不行的，严重拉后腿的，还是考虑换一个吧。

沟通也是建立在层次大致一样的基础上的。

kangyuan

主要是功能如何实现，结构如何划分。先充分讨论好，在去做。。效果就会好很多。。

zeratul1

沟通是建立在共同语言的基础上的。
确实会碰到一些很菜的程序员，不认识标签呀，不懂CSS呀。
即使作为一个前端开发者尽力去了解服务器程序，后台脚本。
想要和这样的后台程序员沟通，共同完成设计，实在太难了。
很可能走到后来变成后台的程序也到你的手里面。

还是希望所有的从业者都能尽力提高自身的水平。对网站建设方方面面都能有全面的了解。
还有就是门槛的问题。我就经常碰到随便看了几本书就敢号称是网页设计师或者前端工程师啥的。
在国内的行业环境下，认证呀培训呀经验呀真抵不上劳动力成本来的实在。
成熟的团队。。。。真的很遥远呀。。。
远目。。。。。。。

蓝色

从BLUEIDEA的经验来说，无论是前端，还是程序，一个人负责一个项目。
从项目的策划，后台，前台，全整一遍。

这样，就完善的了解了整个流程和要点。
随后，再来分工合作。基本不会出现矛盾。沟通很顺，效率还很高，哪有不对劲的，顺手就改了，都使用SVN协调版本。

不要认为应该专精一门，其实前端和后端，每个都只需要半年，就能基本通顺。
如果给个1年时间完成1个项目，这个人基本上都可以做到产品经理和项目经理。
沟通和协调，基本不成问题，而且还自信心暴棚，没有搞不定的站点。

当然，这只是开发，对于运营，估计还要加上二到三年的时间。

当然还有一个要点，就是经常到论坛上来看看，参考各地会员们发出的牢骚，然后检讨一下自己和合作伙伴的沟通和协调。以后慢慢改。
这也是我们站点的一个特色。本来设计和程序思维方式是不一样的，要协调是比较的难，但我们站点还是很好的解决了这个问题，至少是淡化平滑了这个问题。

zeratul1

前端工程师不一定懂Linux，但是去了解数据库，了解SQL已经是大势所趋。
看看HTML5的离线本地存储，网页设计中的任何技术都在进步。
前端开发者和后端程序员之前本来就是很紧密联系的。
更早的时候相信很多同行都是前后台程序一人搞定的。
而现在所以分化为两种不同的角色，是为了在各自的领域获得更大的提升。
在这分工之中自然是不应该把分出去的部分完完全全的丢掉的。
至少应该去了解下基础，形式，标准，惯例。
这样可以告诉你希望的效果是否能够轻易的实现，花费的代价如何。

作为网站的程序员，有过完整的建设经验，
接触过建设过程中的各种技术才能让你和团队中做好沟通呀。

好好学习，天天向上。至理名言口牙～～～

lonqi

在这论坛里真是一个可以让人学习进步的地方。对于在这方面经验还不足的我来说，应该多学习学习。

ebfming3

我做前端啊。
如果程序是PHP或者有经验的程序 一般都没问题的。PHP一般我做模版，不需要他们插手。
————————-
如果程序没有经验或者比较高傲的 的确很难相处！（个人经验，做JAVA的程序员都很傲慢）

mangor

这个要看综合因素了,
大环境,若项目开发周期短压力大,那么团队里面合作起来回摩擦多些的,在一方面利益因素,包括时间,工作量,难易度什么的.抢占资源等等,多了去了.
个人因素也有,结构完的东西,并不的递交出去就完事了,你工作到底做到位了没有,个人感觉主要看后期,首先你的东西结构清晰,文档完善(包括SVN记录).
在就是沟通,你理解的东西别人并不是一下就能看懂,不同职位思考问题的角度和层面都不一样,有一点不到位,就有可能浪费别人的时间,最后也是浪费自己的时间,这个时候必要的交流就是点眼之笔.我认为都是双方面的.
看了上面说的,沟通是在一定层次的基础上进行的,严重赞同,根据公司利益,严重的损害团队效率的,必要是时候,必须罢免.

goos 楼主

原帖由 ebfming3 于 2009-7-22 17:11 发表
我做前端啊。
如果程序是PHP或者有经验的程序 一般都没问题的。PHP一般我做模版，不需要他们插手。
————————-
如果程序没有经验或者比较高傲的 的确很难相处！（个人经验，做JAVA的程序员都很傲慢）

有点以点盖面，我接触的，更多是java开发，当然PHP也有。
彼此沟通都很愉悦，没有你所说的傲慢问题。
如果存在java傲慢，觉得是个人职业素质问题，并非其他吧。

lonqi

原帖由 ebfming3 于 2009-7-22 17:11 发表
我做前端啊。
如果程序是PHP或者有经验的程序 一般都没问题的。PHP一般我做模版，不需要他们插手。
————————-
如果程序没有经验或者比较高傲的 的确很难相处！（个人经验，做JAVA的程序员都很傲慢）

我也觉得是个人的职业素质的问题，并不是所有的java程序员都这样。

superxiin

说的好！

goos 楼主

原帖由 mangor 于 2009-7-22 17:13 发表
这个要看综合因素了,
大环境,若项目开发周期短压力大,那么团队里面合作起来回摩擦多些的,在一方面利益因素,包括时间,工作量,难易度什么的.抢占资源等等,多了去了.
个人因素也有,结构完的东西,并不的递交出去就完事 ...

罢免有点严重了，但支持！
不过这个很多情况跟公司人事情况相关，我就遇到没罢免的，但是换了个部门。

ttaliang

深有感触，我们的部门还比较弱势 出了问题，就责任全担了。
看来不仅仅需要交流，还得出来个类似于培训的过程。。
谁能简单介绍一下SVN 从来没接触过啊

zeratul1

中文SVN技术资料

您还可以google或者wiki

zhutianyi

这根本不涉及到沟通问题，除非你的同事智力有问题或者性格有缺陷，不然怎么会无法沟通？论坛上随便抓两个陌生人都可以对同一个话题讨论的兴致盎然，更何况是朝夕相处的同事。所以有时间还是多提升下自己的能力吧。做网页的学学编程，编程的学学网页，大家会的多一点，问题自然就少一点。其他脱离技能的一切都是空谈，无益，会的人看了没用，不会的人看了一样没用。

HeTingYi

原帖由 zaku 于 2009-7-22 16:35 发表
沟通是所有职位都必须的。

同时5#的，程序员为什么要懂CSS？就和前端为什么要懂Linux、数据库一样。

但每个人技术能力确实有差别，能力实在不行的，严重拉后腿的，还是考虑换一个吧。

沟通也是建立在层次大 ...

施主 你的某些观点 我同意 ，比如 沟通是建立在层次差不多的基础上

但是 做程序的为什么要懂css ? 老衲不敢恭维 ， 懂Css有那么困难吗？做程序的首先就是逻辑思维比前端要强一点，不说精通，只要随便弄个把月，就差不多能到有共同语言的程度，相反，前端学程序，就肯定要困难一点

那么按照施主的逻辑，作前端的为什么要懂后台呢？我又不是程序员？对吧

做设计的，为什么要懂css呢 ？ 我又不是前端，对吧？

你这样问我，我也可以这样回答你，大家都是为了工作，肯定要互相协调一下，多多了解和支持，才能愉快的合作。

如果按照程序员为什么要懂css 这逻辑，工作还能进行吗？

[ 本帖最后由 HeTingYi 于 2009-7-22 21:17 编辑 ]

lijun198296

可能我接触的程序员都比较厉害，我们通常是代码沟通比较多。
语言的沟通多停留在功能和策划方面的讨论以及技术的交流。
我所做的仅仅是让他们一看知道怎么处理我的代码而已。

mangoyang

大多情况下,做程序的比做前端较强势一点!这是没办法的事,从一定意义上讲,他的作用的确比你大!不过,沟通还是很有必要的,两个人中必须有一个懂得礼让,对与错其实大家都心知肚明,只是碍于脸面,争得越激烈越难协调一致!
主要还是一个沟通方法的问题!掌握一定的沟通方法是观点一致的前提!
当然,事情得分人!对于那些明显是瞧不起人的人!一句话没什么好讲的!合作一次,下次爷不伺候!

zaku

回复 22# HeTingYi  的帖子
同时回复11#的：
我的意思是对于沟通，你不能期望于对方都很懂，因为你不能要求对方达到什么，或对方具备你所具备的知识，除非你是老板。

就比如，你是前端，你不能把和后台的沟通，都寄希望于后台的人都懂css，因为后台的人没有必须的义务去懂css；
同理，你是后台，你不能把和前端的沟通，都寄希望于前端的人都懂数据库；

如果你不是老板，你能做的更多的是提高自己的能力，包含你去了解“对方”的知识，包含你学习沟通的技巧。

所以你们两个说的没有问题，你自己多学习，多了解，多掌握其他技能，没有错，很对，而且表明你们很专业、肯钻研，但不是所有的人都和你们一样，对于就是不去了解css的后台，你为了沟通，整天去要求他去学css？

我7#发表的意见，主要是回复5#的所发表的意见，大家应该把我的话和5#的连接起来看，否则就断章取义了，容易有误解。

原帖由 HeTingYi 于 2009-7-22 16:29 发表
话是这么说 但是有些程序员 明显就是 混饭吃的 ，css都不了解 ，怎么合作呢 ？
这是个人的 职业技术 的问题 。。 再怎么沟通也很难

[ 本帖最后由 zaku 于 2009-7-23 10:23 编辑 ]

dcchan

程序为什么要了解CSS呢？
那你为什么不去了解程序？
程序员关注的永远和你不一样。

问题是你有没有和他商量好应该怎么套程序。

ps：上学的时候我会写程序，自以为写出来的东西程序员很容易套用，但是事实上还是存在一定的偏差。
所以开始时，你不要设想程序会CSS，而要和他沟通好，那些东西他可以动，那些东西他不能动。

bigheadlyf

如何沟通是一个很大的话题，我觉得项目中最要紧的是如何降低沟通成本。

流程+规范，是降低沟通成本的先决条件。项目开发前的培训，可以让每个人都了解“怎么做”以及“为什么要这样做”。避免在开发中再去协商。

流程+规范，要规定好前端和后端的工作分配，各自的工作职责，细节到代码中哪些由前端负责，哪些由后端负责。并且要严格的执行。

[ 本帖最后由 bigheadlyf 于 2009-7-23 11:15 编辑 ]

HeTingYi

你自己多学习，多了解，多掌握其他技能，没有错，很对，而且表明你们很专业、肯钻研，但不是所有的人都和你们一样，对于就是不去了解css的后台，你为了沟通，整天去要求他去学css？

我可以很明确的说 ，如果这位号称是“程序员”的兄弟， 一副牛B轰轰 ，而且目中无人的话，我做完就扔給他，套不出关我鸟事，并且我会跟经理说明白，此“程序员”的技术问题 ，该是谁的责任，谁就担！

zaku

这位号称是“程序员”的兄弟，现实中是存在的，而你去和经理说明白，作用有限，还是那句：
“后台的人没有必须的义务去懂css”

最后，还是需要你去改css，而且你“做完就扔給他，套不出关我鸟事”，就已经注定沟通的失败了。

HeTingYi

原帖由 zaku 于 2009-7-23 11:44 发表
这位号称是“程序员”的兄弟，现实中是存在的，而你去和经理说明白，作用有限，还是那句：
“后台的人没有必须的义务去懂css”

最后，还是需要你去改css，而且你“做完就扔給他，套不出关我鸟事”，就已经注定沟 ...

我就觉得好笑了 。。是不是做前端都是 下等人 ？ 专门检人家破烂的 ？

我已经说得很明白，如果对方先不尊重自己，我为什么要給他一副好脸色 ？ 大不了大家都一起走人也无所谓，
如果我是程序员 ，你找我来沟通 ，我把你“大骂”一顿，你会陪着笑脸，继续沟通下去吗？

某些混日子，不思进取的人，呆在公司严重拖后腿 ，留着干嘛 ？这种人一招一大把 ，难道整个项目小组的人 都要迁就他不成

[ 本帖最后由 HeTingYi 于 2009-7-23 11:53 编辑 ]