这是一个创建于 2128 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 w2bgopher 2019-12-21 18:12:12 +08:00  1 天天对着电脑和代码有时候真的很抑郁，去找产品妹子或者测试妹子撕一下，瞬间觉得我还活在世上 |
 | 2 jugelizi 2019-12-21 18:14:46 +08:00 一点软件基础没有 测试不知道 F12 |
 | 3 dandycheung 2019-12-21 18:15:16 +08:00 via iPhone 就一句歌词：都是你的错！ |
 | 4 mumbler 2019-12-21 18:22:41 +08:00 via Android 负能量只有两个排解方法 1. 传给下一个人 2. 独自偷偷哭泣 |
 | 5 ksedz 2019-12-21 18:39:54 +08:00 “你还没想明白就让我做！” “这不是 bug，你怎么乱提 bug ！” |
 | 6 aLazarus 2019-12-21 19:30:54 +08:00 4 我觉得大部分没有技术背景的产品都是傻 13…… |
 | 7 dengshen 2019-12-21 19:37:01 +08:00 via iPhone 最怕测试强行加戏！ |
 | 8 sogwsc 2019-12-21 22:36:11 +08:00 |
 | 9 tfdetang 2019-12-21 23:08:43 +08:00 @aLazarus 作为一个有技术背景的前产品强烈反对。 产品对业务的熟悉远比对技术的熟悉要重要。很多开发以为做个电商，做个 IM 我上我也行啊。但是如果是个会计类的产品呢？ 如果是个涉及到金融衍生品结算的产品呢？你确定没有产品你搞的定？ 傻 13 的是没有逻辑思维能力的人，无论是产品还是开发 |
 | 10 Landlords 2019-12-21 23:28:28 +08:00 开发角度 对于一些奇葩问题的处理流程 如果测试是妹子 ，或者脑子转的过来不是一根筋的可以慢慢解释 。 如果是反应慢的测试，解释半天还想不通那种，把问题抛给产品 ，说设计如此，让测试跟产品开斯 ，自己一边看戏。如果产品说要改，看情况，不合理的要进一步沟通，问题争议较大的要再抛给上级。最后确定要改的话老老实实改， 最怕是产品今天这样设计，过一段时间忘记了是自己弄的，后面看到这个设计觉得不顺眼，又要改回去。 |
| 11 aLazarus 2019-12-22 00:05:49 +08:00 via Android @tfdetang 你弄错了关系，对你的第二句：懂技术的产品，不等于不熟悉业务。对你后面的几句：略微懂技术或者有“技术的思维方式”的产品，不等于没有产品。 你要是体验下给政府做项目就知道了，那些啥都不懂的领导能提出多么离谱的需求，就算他们说出根据手机壳颜色更换壁纸颜色的需求我都不会惊讶 |
 | 13 codepm 2019-12-22 09:27:55 +08:00 via Android 每个人都很重要，多换位思考，最终服务的还是用户。用户的体验才是大家一起思考和解决的，要众志成城。 |
 | 14 2DaYe 2019-12-22 22:06:08 +08:00 1 说到底都是责任心的问题。 产品有点儿责任心，把 prd 写清楚点儿，前后逻辑自洽； 开发有点儿责任心，把需求捋清楚再开发、自测认点儿真，真正上开发环境跑一圈； 测试有点儿责任心，遇到 bug 找找复现步骤和测试数据，简单分析下前后端谁的问题。 都对自己交付的工作负责，就不至于撕起来。 |
Select Language