这是一个创建于 1800 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
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