“程序猿”这个岗位的选择对于我来说,仿佛是在选择那种所谓“乖孩子”的活法。这里从个人的理解上来分析一下最大的区别的几个点。 01、产品狗 1、“产品狗”具有“产品思维” 所谓的“产品思维”就是:要去贴近用户、市场和业务的,需要从多个角度去考虑问题,所以不要浪费用户的时间,也不要浪费程序员的时间,需要...
产品经理:产品功能和需求的确定者,明确产品不同版本需要实现的功能。 开发团队:负责产品的开发工作,不同的开发成员负责不同的模块或功能,通过协作完成整体任务的完成。 Scrum开发模型 1.产品经理根据用户需求以及产品设计制定产品需求列表 2.开发团队对需求进行工作量和时间评估,并和产品经理共同制定一个迭代周期内需要...
通用业务模块化,组件化,系统化,产品在设计的时候需要考虑,程序猿在需求会的时候也应该根据需求内容提出建议。 产品狗:这个上线出问题了,旧版本不兼容,导致….,先加个版本控制吧 程序猿:又加版本控制,下次需求能不能把这种问题考虑进去。 产品狗:。。。 产品需求在做需求的时候需要考虑周全,需要考虑新旧版本交替问题...
所以我不认为产品人员不给力,就可以把他们边缘化。 我自己是策划出身,如果我是这个公司的CTO的话,我想我会从下面几个角度让程序和产品人员更好合作。 1, 不断给团队灌输产品为先。 我们每一个人,都是为了这款产品的成功而努力。在这里面,每个人的工作都是为了产品成功负责,而不是谁是做什么的,谁专业不专业。
程序员自称为“程序猿”，可能是因为他们需要专注于代码的编写和开发，需要耐心地研究问题，像猿猴一样...
程序猿和产品狗 (10 分)——友元函数的借用 在公司里面,程序猿经常有一堆todolist要做,而这些todolist是产品经理分配给他们的。但是当程序员遇到不懂技术的产品狗时,就悲剧了。产品经理经常修改他们的todolist,比如:添加,减少他们的todolist。 请设计一个类CodeMonkey ,表示程序猿,另一个类ProductDog,表示产品经理。
从产品确定立项,到第一个版本上线,我们三个大概花了一个月多一点。产品原型图和产品逻辑大概花了一个星期时间讨论、修改。 产品原型图: 逻辑流程图: 原型确定后,我们直接开始后台和前端的研发。没错,没有设计环节,我们直接开始开发。 有的朋友可能会发现,我们的团队缺少一个设计师,这个是我们的团队当时最大的问...
程序猿和产品狗都是一个项目组的,并不是竞争的个体,一个不爱自己产品的程序猿,我认为不是一个好的程序猿,产品更好,一般对应着背后的技术越复杂,如果不期望产品更好,那技术也是那样了。万事先砍需求而不是先试图解决问题,这是大忌! 程序猿和产品狗是共同进步的关系,该为了需求吵架吗?该!但不是为了砍需求而吵架...
程序员叫程序猿,产品经理叫产品狗,工程叫攻城狮,那么设计师和测试叫什么 设计叫设计狮;测试其实也需要写代码的,写测试脚本,如果做白盒测试的还得会看开发的代码,也可以叫程序猿。但男性叫程序猿,女生就好一些了,叫程序媛。
程序猿遇上这样的产品狗,会怎么办?反正我想死! 我们先来看个段子: 去饭店,坐下来。 “服务员,给我来份宫保鸡丁!” “好嘞!” ———这叫原始需求 大厨做到一半。 “服务员,菜里不要放肉。” “不放肉怎么做啊?” “不放肉就行了,其它按正常程序做,不就行了,难吗?” “好的...