zoukankan      html  css  js  c++  java
  • 换个角度聊效率

    首发于微信公众号《前端成长记》,写于 2020.01.22

    换个角度聊效率

    PPT地址

    内容源自作者上个月部门内部的分享,本文将围绕着以下四个角色来聊:

    • 交互设计
    • 视觉设计
    • 前端开发
    • 后端开发

    为什么要聊这个

    京东数科CEO陈生强在杭州乌镇互联网大会上说道:产业数字化核心本就是去解决企业的效率问题。

    效率的基本保障

    所谓“工欲善其事,必先利其器”。有了一些开发工具的辅助,我们能更高效地进行工作。

    • 交互设计:Axure 、Sketch 等
    • 视觉设计:PhotoShop 、Sketch 等
    • 前端开发:WebStorm 、VSCode 等
    • 后端开发:IDE 、Eclipse 等

    如何提升效率

    交互&前端

    交互和前端合作起来有个最大的痛点,就是原型更新同步需要人力沟通,出错率高,所以我们可以通过一下两种方式来解决。

    Axure Interactive Redline Tool

    可以类比 Sketch 中的 Measure 插件。主要优点如下:

    • 在某些场景下,根据原型也能获取到尺寸信息,这样可以直接用于开发
    • 可以在线分享,在线更新,另外做变动通知

    基于 Nginx 搭建局域网一体化文档平台

    交互同学在本机搭建 Nginx 服务,配置好目录后,每次生成文件导出到该指定目录即可完成更新。前端同学可以通过 IP 完成局域网访问。这样都可以避免更新传递过程导致的问题。

    视觉&前端

    视觉和前端合作的时候,有时候会利用率不高,需要重复设计或者重复开发,所以为了解决这个问题,通常会采用下面的方式。

    设计元素库 + 协同修改

    在某种程度上统一设计规范,提供多套色系模版,以便快速生成对应的设计元素库,再配合开发 Sketch 插件,即可做到实时协同。本质上也是解决的是协同的效率和准确性。

    元素 -> 组件 -> 系统模版

    有了元素库以后,元素组合或者调整就可以发布成新的组件。组件组合加页面约束就可以生成系统,能够高效复用,快速完成相似度高的中后台系统的搭建与开发。

    这里的页面约束指的是边距等一些基本设计约束定义。

    GUI 工具

    使用现有模版或者自行拖拽组合现有的组件,快速初始化对应项目UI及基本交互。这里可以参考阿里的飞冰。

    Sketch 插件进行发布维护

    通过 Sketch 插件进行组件的发布维护,将组件的维护权交给设计端,解决设计稿的还原度问题,解放前端花在 UI 上的时间。

    交互&视觉&前端

    这里我们有遇到这么一个痛点:交互的初稿过程是带有逻辑性的,如果给产品看原型的话可能不够直观,并且说服力不足。这里我们有一个解决方案如下:

    原型 -> 页面

    通过原型导出成 Markdown 文件,然后针对该文件做解析,然后拿到结构自动生成带导航内容的预览页面。

    前端

    前端也总结了几种方式来提高效率。

    功能抽象,反馈交互和视觉

    针对功能性需求,尽可能将其进行抽象,反馈给交互和视觉拓展组件元素,提高复用性。

    Git Hooks + ESlint

    类似设计,约定一套代码规范。在多人协作过程中,通过 BeforeCommit 钩子,自动进行代码质量检查,保障合作效率。

    JSON + 组件 + 页面约束

    通过 JSON 配置来建立组件的引用关系,加上页面阅读即可快速高效地生成一些偏固化的流程页。比如:实名认证、修改密码、风险评估等。

    协议平台

    以前的协议需要设计排版和前端制作,费时费力。通过将协议编译成 HTML,加上基本的设计约束和设计样式即可自动生成协议页面,大大提高效率,节省了时间。

    前端&后端

    前端和后端最大的一个吐槽点就是接口文档,格式参差不齐,交付方式千奇百怪。

    接口文档平台

    前后端的接口沟通往往是最费时且容易出错的。我们通过代码注释,生成可维护可预览的接口文档,在线对比测试,降低了出错率和沟通成本,同时也可以接入 Mock 进行更为完善的测试,节约测试资源。

    网关平台

    让后端只需要关心服务提供,前端只需要关心接口调用。中间的差异抹平交由网关层,同时也支持多接口调用,也能提高开发效率。

    后端

    后端由于只是略有涉猎,在这大胆做两个设想。

    GraphQl + 可行的数据库设计

    之前可能会出现需求微调,导致前后端都需要做字段更新等操作。引入 GraphQl 后,取什么数据由前端来决定。接口服务与数据库的链接可以参考 Restful 风格设计,或者其他可行的设计方式。

    结合 GUI 工具快速完成简单项目

    可以利用之前提到的 GUI 工具,通过拖拽实现自动布局,快速生成无复杂交互的项目,如一些表单项目:EBS、保单填写等。

    做个总结

    TODOS

    我们首先要做的事:

    • 交互和视觉共同约定一套或多套不同场景下的设计语言
    • 前端根据设计语言由小到大鲫鱼场景进行组合封装
    • 基于设计语言,针对性地拓展效率工具

    NEEDS

    需要我们长期做的事:

    • 每个角色或岗位发现并收集工作中的痛点
    • 沟通讨论寻找提高效率的解决方案

    SUMMARY

    在业务相对趋于平稳的时期,提升各方面效率依然可以持续地创造价值。

    最后,一句话共勉:有你有我,未来可期。

    以上是分享的全部内容,感谢!

    (完)


    本文为原创文章,可能会更新知识点及修正错误,因此转载请保留原出处,方便溯源,避免陈旧错误知识的误导,同时有更好的阅读体验
    如果能给您带去些许帮助,欢迎 ⭐️star 或 ✏️ fork
    (转载请注明出处:https://chenjiahao.xyz)

  • 相关阅读:
    BZOJ3745 / SP22343 NORMA2
    Luogu P4169 [Violet]天使玩偶/SJY摆棋子
    Luogu P3170 [CQOI2015]标识设计 状态压缩,轮廓线,插头DP,动态规划
    CQOI2013 棋盘游戏
    HAOI2008 硬币购物
    九省联考2018 一双木棋
    Codeforces Round #560 Div. 3
    算法竞赛入门经典 写题笔记(第五章 图论算法与模型4)
    算法竞赛入门经典 写题笔记(第五章 图论算法与模型3)
    算法竞赛入门经典 写题笔记(第五章 图论算法与模型2)
  • 原文地址:https://www.cnblogs.com/McChen/p/12228197.html
Copyright © 2011-2022 走看看