1
TtiGeR 2020-12-03 00:39:40 +08:00 via iPhone
有
|
2
lomsing 2020-12-03 01:02:52 +08:00 11
你有没有遇到一些不算很小的公司,整个公司只有一个 PHP,且同时负责 前后端、移动端( Android/IOS )、运维、安全。
而且还要求,提需求的人可能有些点没有想到,你就得想到。比如,Boss 要你做一个 抽奖,然后其他你自己想。 |
5
gggxxxx 2020-12-03 07:38:57 +08:00
程序员一起参与设计讨论的头脑风暴是最好的。
但是程序员不参与设计单纯去实现也是合理的。这很像战争打仗,士兵都会抱怨但是不会违背将军的指挥,单纯就是执行任务就是了。因为很多时候士兵并不了解大局和很多重要信息,公司程序员也一样可能根本不了解市场。 |
6
xuanbg 2020-12-03 07:51:39 +08:00
产品非常强,输出的文档文档描述条理清晰无疑义,且逻辑完备的情况下,程序员确实不需要懂业务就能实现。但事实上我还没见过这样的产品。
另一个就是程序员懂业务就不需要依赖别人就能把产品实现出来。雷军写代码的那个年代,哪来的产品经理,都是程序员自己设计产品。 |
7
Leigg 2020-12-03 08:00:01 +08:00 via iPhone
取代产品经理
|
8
mlsnatalie 2020-12-03 08:33:38 +08:00 via Android
@gggxxxx 很多产品不懂逻辑,设计出的产品,业务流程漏洞百出,得程序员不停的给他们补充
|
9
gggxxxx 2020-12-03 08:53:57 +08:00 2
@mlsnatalie 真不要这么否定产品,按你这说法程序员兼任产品不就得了。你看 nba 球队不也是教练和总经理分别要 2 个不同的人担任?
不同角色的思维方式不一样,比较理想的是不同意见相互碰撞,而不是上下级一言堂。国内很多公司主要的问题是风气多是后者。 |
10
yEhwG10ZJa83067x 2020-12-03 08:59:42 +08:00
@lomsing 另外空的时候再兼职网管,修修网络,修修电脑打印机
|
11
kaka6 2020-12-03 09:12:10 +08:00
应该看公司团队角色的专业程度
1 、都不专业,程序谈产品,产品谈逻辑,相互兼着来 2 、都专业,就井水不放河水,互相做好自己专业的事 我见过的 1 居多,有遇到 2 的团队要好好珍惜 |
12
James369 2020-12-03 09:15:23 +08:00
产品经理太水的比较惨,项目经理太水的更加惨
|
13
zunceng 2020-12-03 11:49:34 +08:00
同意楼主 产品把握好方向 细节把控下放到程序
我自己本职开发兼做产品也是这么做的, 因为你不是具体开发的人, 不清楚具体会碰到的细节,而细节会影响用户操作步骤 /用户体验, 而产品功能方向是不会因为这个细节而改变的。 (并不是同一个项目, 项目 A 我是产品,同时我是项目 B 的开发) 做产品的最大感受 是要把 PRD 上模糊的地方表述清楚, 定义好边界 |
14
lamesbond 2020-12-03 14:58:10 +08:00
@lomsing 我现在就在规模不算很小(上市公司,两三百人),但是开发只有 6,7 个,每人至少一个项目,负责除前端运维的所有,市场部提需求开发就得实现,不管能不能做,是否合理。
|
15
lomsing 2020-12-03 19:02:18 +08:00 1
@Kirsk
我没杠啊,我说的是实话。最近一段时间面试了好几家公司,其中就有三四家是这样的。坐标 深圳。其中两家让我印象深刻,一家是上市公司,一家是规模不小(整栋写字楼)的公司。都是只招一个 PHP,工资 15K 。 |
18
DiamondYuan 2020-12-03 23:59:42 +08:00 1
在大厂基础部门
+ 无产品经理 [都是开发,自己当产品经理 + 无测试 [自己集成测试 + 无会议 [几乎没有,大部分时间都在写代码 + 当客服 [剩余时间在当客服 还蛮爽的 |
19
xy1205 2020-12-04 10:47:56 +08:00
从业生涯中,一半的时间就是在这种环境下生存的。
当前的环境中,24 小时随到随到,每周发版本到凌晨 2 点,还要加上没测出来的 BUG 发布到线上,扣开发的绩效,同时 BUG 级别罚钱到部门的基金库中。 不过已经打算溜了,扛不住了!!! |