看了“程序员写代码时多沟通”这个帖子,想问问大家还有什么建议嘛?

2023-03-01 11:48:17 +08:00
 KedaArray

感觉我也干过很多蠢事,先感谢不杀之恩;

想问问大家还有什么类似的建议嘛?免得哪天突然被开还不知道是自己的问题。

3961 次点击
所在节点    程序员
42 条回复
corcre
2023-03-01 14:44:30 +08:00
沟通是必须的, 不然领导想给谁升职的时候可能都没想起你来.
需求交流记得留下交流证据(文本 /邮件), 跨部门的邮件沟通最好记得 CC 各方的领导.
自己部门给出去的东西(数据 /资料 /功能 /报表)可以先给领导看. 这个是我以前一个领导教的, 给出去的东西, 如果你自己没给领导看过拿出去了, 出了问题那铁定是你的锅, 给领导看过了他点头的, 那就是他的锅, 他是领导, 他点的头, 那锅肯定是落他身上, 但是他是领导, 他坐这个位置就有这个责任, 所以不要怕麻烦他
jones2000
2023-03-01 15:17:25 +08:00
@tool2d 没有新的业务,新的需求, 哪来新代码,新问题。
a4854857
2023-03-01 15:27:48 +08:00
从业务角度去理解需求.这样才不容易出错.然后不懂就问就行了
itechnology
2023-03-01 15:31:04 +08:00
我就是发那个帖子的人,我觉得最重要的就是要理解清楚产品下发的需求,遇到没理解的地方一定要问清楚,不要自己瞎理解,这样很容易导致延期,因为最终跟产品预想的不一致的话,你还要返工。
Cola98
2023-03-01 15:43:55 +08:00
多沟通不是让自己抱着交朋友这种心态去,比如说 leader 交代了一个活,自己理解完之后,和同事或者 leader 简单说下自己的思路,或者大概实现方法,不要造成不必要的浪费,比如说 ld 想做一个简单的登录注册,结果自己又想添加扫码和第三方登录等等,从而导致出力不讨好的情况((
dxckey
2023-03-01 15:48:59 +08:00
和 op 一样,也觉得自己以前做了不少蠢事,同谢不杀之恩
tianyou666shen
2023-03-01 15:50:49 +08:00
@Cola98 是的 我就发现了 以前人家说个功能我直接闭门造车 问题造出来的东西复杂度有时候太高了 或者有些地方做的不太清晰 现在都喜欢先有个方案的设计就拿出来给领导或者同事看看 有问题就改好再去实现 而且这样做出来不会在交付的时候突然被说"你做的不对 方向错了"
litchinn
2023-03-01 16:00:20 +08:00
多沟通,遇到不清楚的一定多问,但是尽量要给出你的方案,比如你觉得哪里不好,你要给出你觉得好的方案,
其次有些功能你可能脑子里一下就想到了多种方案,有可能你觉得任意一种都行,但有时候更好的做法是提交给 leader 或产品做决定,具体情况还得自己判断,尽量让别人觉得你是有想法在认真为项目考虑,而不是无能
沟通技巧很多,但是这些技巧不具体带入某种情景真的很难说明诶
corcre
2023-03-01 16:09:33 +08:00
@litchinn 这里就需要再次提一下⟪提问的智慧⟫, 我希望所有问问题的人都先读一下这本书(好歹把那个思维导图版给看一遍), 提问之前自己先考虑一遍真的非常重要...
Cola98
2023-03-01 16:11:28 +08:00
@tianyou666shen 是滴,现在我也是,拿到需求之后,先写写画画,然后有一个大概的方案再去沟通,至少保证大方向上不要错
Chinsung
2023-03-01 16:30:59 +08:00
也看领导和同事,你首先得辨别哪些人可以沟通,比如能给你行而有效的指导和建议,并且也比较好相处,心里拿不准的该问就去问,闷着头只能提升提升基础,眼界和思路一定是沟通中碰撞出来的
BeforeTooLate
2023-03-01 16:31:53 +08:00
沟通不是瞎聊天,那个帖子看了,其中一点不确定的需求自己瞎搞,我觉得这样肯定不行,不确定可以多和需求提出者确认。
tianmalj0613
2023-03-01 16:55:42 +08:00
之前我们部门对接的一个产品教的一个点:

人和人之间沟通都有自己的知识和认知领域,你和对方对话时也应该考虑用别人认知领域内的语言把观点或者问题描述清楚,以做到最少的信息偏差。


他给我们说这个问题的原因就是:老有研发给产品说一些技术层面的东西,说了半天,问题也没说清,产品也听不懂,浪费了时间。
alen0206
2023-03-01 17:16:09 +08:00
遇到问题尽早提出来,多沟通,向上暴露风险
遵守团队内的规则
技术提升
aceinnes
2023-03-01 17:19:55 +08:00
我也喜欢闷头搞,实在搞不定再求人问人
KedaArray
2023-03-01 22:35:31 +08:00
@aceinnes 说实话,凭兴趣入这行的,大部分都喜欢闷头搞。我也是....
chenyu0532
2023-03-01 23:51:13 +08:00
来开发游戏吧。文案、 数值、场景、关卡、特效、ui 、原画 等,我基本每天都要跟他们交流一些,不交流怎么往下做。。
magiclz233
2023-03-02 00:41:10 +08:00
需求来了要问清楚,不清楚的话要去看原型图,ui 设计,找产品经理问好,特别是细节地方,避免返工,另外一般会喊上产品,前后端开发,测试,ui 开一个需求说明会,产品经理给讲,下面提意见,最终确定好再开发。
开发之前,比较复杂的模块,就是开发的这个人,出一个自己怎么开发这个功能的技术方案,然后喊上技术经理开会和确认技术方案,完事了再开发。
另外出现那种跨部门的配合开发,这个是最烦的,经常对方改了啥不给说,导致其他部门的返工,后面就要求如果有啥改动影响其他部门的使用,特别是 iot 平台,基础服务之类的,必须在一个固定地方写出来,另外给相关人员发邮件确认。
看起来特别麻烦,其实我觉得确认好之后,开发挺快的,之前经常返工,测试反复测,搞了半年吧,确实有效果
KedaArray
2023-03-02 01:48:39 +08:00
@chenyu0532 35 会被优化嘛( doge )
MMMMMMMMMMMMMMMM
2023-03-02 02:28:46 +08:00
分人

如果你的同事 / leader 也是混日子型的,有问题喜欢往别组推的这种,那么你找他沟通一般都是在讨论真正的、最小可解决的问题,提出的方案也都是落地的、合理的;会尽量把脏活、重活推出去,整完了大家一起划。

如果你的同事 / leader 是那种"上进"型的,希望出业绩,"事业心"特强的。除非他就是老板,不然开会一般就是在放屁 / 造词,提出的方案一般也都是空话。

前者你会感觉到和他沟通压力很小,是双向的。那么此人可以共事。
后者你会闻到一股浓浓的"集体荣誉感"pua 味。精致利己就多学点甩锅话术,底层互害呗。

当然,这是职场攻略,你要创业那另外一回事了。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/920115

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX