之前在小公司,几乎是一个人做项目,所以开放时很少遇到互相 block 的情况。 现在的公司是个敏捷团队,要求有困难第二题就立刻抛出,实际反馈大概是一天。但本身一周一个 sprint,时间还是很紧张的。
这里想问下大家,平时和工作时遇到的确自己一两天都解决不了的问题时(包括 google 和问人都解决不了时,不一定是真的解决不了,可能是团队技术水平和时间成本限制),除了死磕和换解决方案,还有其它什么解决问题的办法吗?
先说下我自己,如果闲时我可能会死磕 3 天以内,如果超过 3 天果断找其它解决方案。 工作时最多只敢死磕 1.5 天,不然很影响开发进度。
1
exc 2017-12-23 22:45:38 +08:00 via Android
除非有外部力量介入,或者心力憔悴无力再战,否则死磕到底。
如果有 deadline,就想好 B 方案需要的最少时间,剩下的时间里,死磕到底。这样比较累 |
2
Michaelssss 2017-12-23 23:22:54 +08:00
有事先找原开发,找不到先找熟悉的人。。死磕个啥???。。又不是做题。。。
|
3
greatbody 2017-12-24 00:22:26 +08:00
还是别死磕了,给自己半个小时,解决不了就抛出去,看有没有 senior 的人知道方案。
|
4
Kontinue 2017-12-24 11:40:12 +08:00
感觉自己心里会有个数,大概是怎样的问题,自己有没有能力解决,如果觉得有就会死磕。。。
|
5
cheunjq 2017-12-24 12:57:50 +08:00 via iPhone
先做其他的,回头再试会有灵感
|
6
zj299792458 2017-12-24 14:12:25 +08:00 via iPhone
小公司一般会遇到没有人问,只有自己一人是这个技术栈,也无其他解决方案,自己还死磕不出来的问题,有时候是自己对框架理解有问题,或者某个不开源的三方库有 bug 但是不得不用,那只能联系 pm 改需求,或者告知用户为已知问题。
|
7
mingyun 2017-12-24 23:25:04 +08:00
@zj299792458 靠 google 了
|
8
fulvaz 2017-12-25 09:27:22 +08:00
1.放下, 等吃个饭回来, 接着干, 如果不行
3. 使用无敌的 1/2 大法, 多小的 bug 都能找出来 如果时间紧迫 马上找老大....或者干脆用别的方法重写, 反模式都行 ------------- 一般找人只问知识点, 或者描述现象, 对方 5 分钟内回答不出来说明没遇到, 还是要自己死磕 |