这个班上得真的笑死了，前后端同事沟通如何实现，最后我当了他们沟通的桥梁

彼岸繁花の殇:
我又一计，可使项目沟通幽而复明。裁掉前端，让你那同事一体负责整个联调。 java程序员就是传说中的万能岗位，开发测试运维实施前端后端大数据word excel ppt，中小公司通常就是不看你会什么，只看活儿有什么

【回复】回复 @蚂蚁骑火车 :有点震惊
【回复】回复 @蚂蚁骑火车 :欺负刚毕业不懂。有点过分
【回复】刚工作的那个小公司我每天早上来先打扫拖地[无语]
阎罗的左脚:
很多前端是不懂业务的，你跟他聊业务聊数据没用，他不懂。直接跟他聊功能就行了，点这个，你要传给我xxx，我给你返回xxx

本期风娃:
其实前后端本质就是交换数据，有时候扯就是怎么交换交换什么数据，我一般跟后端说的最多的就是我要什么数据，我传什么数据给你，反正前端只管拿数据渲染就行了。

子贡问子:
这种情况直接拉个微信群，吃着瓜子看前后端battle

AI视频小助理:
本视频讲述了在工作中遇到的沟通障碍，特别是前后端的沟通。作者在工作中遇到了一些自己不懂的问题，但通过与同事的沟通和互相理解，最终解决了问题。作者认为良好的沟通是解决工作中遇到问题的关键。--以上内容由模型基于视频内容生成，仅供参考

键盘老兵:
作为一个会写一点前端的产品，这种事通常是产品经理来协调，招个懂开发的产品吧，能省好多事

【回复】回复 @淡然壹笑K : 如果产品经理仅仅是产品经理，那很多事就不用那么麻烦，但实际情况是，现在相当多的公司是拿产品经理当项目经理来用，这就意味着产品还要负责原型以外的其他工作，比如一部分决策。 其实逻辑设计，数据流转，ui等这些对产品经理来说，是基本功，只要入行做过两个项目，就不至于这些事都弄不明白。 项目开发过程中，通常会出现几个问题：需求理解错误、需求变更以及产品迭代。 需求理解错误在开发过程中很常见，即便是产品原型冻结前，开过N次产品沟通会，把迭代计划写得再明白，仍有开发者会出现需求理解错误。 而需求变更其实也是常事，不光开发者不喜欢，产品自己也不喜欢，但这几乎不可避免。 以及产品迭代，通常意味着功能和数据的继承性。 以上几个问题，一些开发者经常以框架已经写死、逻辑冲突或技术难度大需要延长工期等理由进行推诿，实际目的则是让产品去说服项目组放弃一些需求，或者干脆将错就错，哪怕它很重要。 通常情况下，对于毫无技术背景的产品来说，通常会选择采纳开发者的意见。 但是对于会写程序的产品，或者本就是开发转岗来的产品来说，这些借口，就不那么好糊弄了。
【回复】我最怕那种懂点皮毛就自以为是产品，后面我发现情愿和不懂技术的产品接触[辣眼睛]
【回复】回复 @cocovel :那倒也是，毕竟好骗一些
蜗牛-我:
太闲了，明天因左脚先进公司而被开除[笑哭]