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 找找复现步骤和测试数据,简单分析下前后端谁的问题。 都对自己交付的工作负责,就不至于撕起来。 |