掘友等级
获得徽章 9
项目时间都到一半了,这个产品策划才出原型,扔个原型出来也不给开发讲。我天天追后面问上面写的什么意思,说她设计的不对,就不高兴,觉得自己没错就不改。现在项目逻辑又复杂又乱,客户催了,又开始知道找开发沟通了。你前面的大小姐脾气呢?
有些人怎么会这么坏啊,我们公司另一个写PHP的,我是写java。算是领导吧,有个数据中台的项目,要同时接阿里云和有赞云,他自己去开会听了需求,感觉自己php来写写不来,就压到我java这边。排期的时候我人不在,他直接排了一个月的,但是我们那个菜鸡产品需求都理不清,导致我开发时间1个月都没。写了一个月不到,阿里云和有赞云的文档太多了,而且很多提了工单阿里的有些文档非最新,有赞的sdk感觉一直在迭代,而且api有点混乱。我是感觉这项目起码2个月的。。。这个写PHP的领导真讨人厌
为什么有些人总喜欢午休的时候在办公室里面打电话和家里聊天啊
就想问一句,产品策划是不是应该主动给开发同学把自己的产品需求文档和原型图讲清楚。我以前公司每次有新项目,产品策划都会组织大家开个会,会上把做好的产品原型或者UI定稿给所有人讲一遍,有问题当场提出来,这样大家对项目也有个统一的认知,后面有疑问在单独沟通,我一直觉得这种模式挺好。直到换了个公司,现在这个产品策划,从来不开会统一讲需求和原型,只会群里甩个语雀文档或者墨刀原型的地址让开发自己看。md,每次文档原型都是一堆问题,要么缺规则漏页面,要么逻辑走不通,微信上追着问么,经常已读不回。说她写的有问题么,就反问你有什么方案。如果你觉得她错,她就让你用自己的方案,就是不愿意讨论。真搞不懂,这种产品策划,到底在高傲些什么啊
一个电商供应链的中台服务,下游对接多个电商小程序或者app。产品的意思是中台下架了某个商品那么所有下游渠道都下架,无法针对单个渠道做下架操作。我觉得这样操作不太灵活啊,是个设计的缺陷吧,等真正试运营了,客户肯定要求改的。大家觉得怎么设计比较好
如果有个服务A,设计成微服务。是用一台配置较高的服务器,在上面部署多个服务A;还是用多台配置相对较低的服务器,每个上面部署一个A。应该用哪种方案?我之前和领导说用第二种,感觉一的话服务器如果挂了所有的A服务都没了,但是领导选了第一种。大家有什么看法,或者有什么比较好的方案
我发现我们公司这个十来年的老前端,真的是有点奇怪。我的理解是数据返回是分层的,列表归列表,详情归详情。你请求哪详情的,我返回哪个详情的。他写代码非要列表上把东西全返回,每次进入系统,也是不管需不需这个数据,先把一堆接口请求一遍。那照这样一个系统所有数据用一个接口返回好了。。。
想问下rocketmq pull和push模式各自比较适合哪种业务场景呢
下一页