分享至
一.前端主动驱动产品
为什么楼主建议前端主动驱动产品,主要原因在于:
1.小程序开发中前端技术比重较大
对于API和组件,可由前端开发者提供可行性评估
由于小程序大部分API和组件均属前端范畴,前端开发者能告知产品经理组件和API能实现到什么程度;而对于部分涉及后端技术的API,前端开发者了解整个前后端逻辑,可跟后端开发同学一起商量如何制作接口(例如用户鉴权接口)
开发模式的转变,前端架构首当其冲
小程序相比于网页,前端技术形态虽然主体开发语言未发生变化,依然可以通过编写javascript/(w)xml/css实现逻辑,但设计思路已发生大改,原本大部分网页的前端逻辑大多为面向过程式编程,而小程序是借了 HTML5 的技术栈,却跑的是传统客户端开发的模式,限制了javascript直接对界面进行控制,开发者只能通过数据驱动来间接实现界面控制。
前端开发者结合上述两点,可进一步进行技术预研,输出成型demo,并推广到产品侧,引导其结合实际业务进行需求立项,而在需求立项后的功能迭代中,又可结合现有API或组件的技术扩展性对立项功能的设计逻辑提出建议。
2.前端开发者需兼顾整个开发流程
首先,因开发需要,小程序账号的唯一运营者需要绑定为前端开发者的微信号。从最初的账号申请到最终的提审发布,以及后续的数据统计分析阶段,前端开发者都需要参与,需要兼顾整个研发、测试和发布过程。
其次,前端桥接交互、UI和后端,是各方通信的桥梁,因此,如果前端同学在此过程中主动推动整个项目的进展,项目研发速度将会有较大提升。
二.小步快跑,敏捷开发
每个功能,每个bug,在提出后的短时间内均快速实现,王者荣耀赛事小程序的开发周期之所以仅花了一个月,有赖于各方团队的极力配合,实现了快速拉会,快速拍板,快速排期,快速开发等高效工作模式。
怎样做到敏捷开发,楼主觉得只要有驱动者即可。前端可以驱动产品,所以这时候只要前端同学不要把自己的角色定义为执行者,而是定义为驱动者,在遇到问题时,不是寻求方案而是先提早预想解决方案,然后引导大家对方案进行优化即可。
三.PLAN B原则
这也是楼主在其他项目中应用的原则,意思是任何一套技术方案,最好能构想两套方案,一个是预想方案,一个是保底方案。
预想方案是大胆的假设方案,必须安排时间进行预研、突破和实现。
保底方案是必定能行的方案,一般是很简单粗暴的方法,目的是为了保证整个产品逻辑起码能形成闭环。
跟贴
网友评论仅供其表达个人看法,并不表明立场。
已加微信,请通过
教育培训类机构服务APP多少钱?
目前没有热门跟贴