文章起因最近负责公司商家后台项目的前端业务,可惜只是写静态页,不用写任何 不就是让你切个图嘛~说了这么多,到底能不能做? 所以有了这篇文章。 磨刀不误砍柴工开工之前先了解一下需求有人会问了,写静态页还要了解需求? 如果我告诉你,我是照着产品经理的Axure切呢? 了解之后才发现,所有后台都有计划重做。。。。。 开工,我是如何定义现代切图的UI Framework既然所有后台都有计划重做,那么统一风格那就是必须的了。既然需要统一风格,那么一套 基于 自动化构建What the fuck!不就是写静态页吗?这和自动化构建有什么关系?你丫也太能折腾了。 当然,传统使用DW画页面确实是不需要的。不过如果你是对工作效率有一点点追求的工程师,那么,你一定会采用自动化构建,让我们来看看,自动化之后有什么好处。
协作传统方式传统的前后端切图协作方式是, 配合代码管理工具一个复杂的项目,大多会用到代码管理工具(常用的如Git、SVN等)。有了代码管理工具以后, 我是怎么做的?在我司,后端采用的是SVN进行代码管理。我们前端部门采用的是自己搭建的Gitlab。作为一个前端工程师,我毫不掩饰自己对Git的钟爱。让我使用SVN,我是不乐意的。让后端迁移到Git上?这就像空格与Tab的一场圣战~ 当然这不是最主要的,有过切图经验的同学应该都有过这种经验。你幸幸苦苦写完一个页面之后,后端同学往往会发表一些想法(虽然他们自己不写)。这里要改一下,那里改一下,如此等等。产品经理就是这么被揍的,不是吗?为了避免这种情况,最好是不是在后端用之前先让他们看一看? 我的方案如下:
一些经验
我个人很认可这种说法。我自己更看重基于业务的解决方案,更能够考验一个人的整体素质。 在我看来,解决方案没有最好,只有更合适,需要工程师在不断自我完善的过程中以不断创新的标准要求自己。我倡导一切技术性研究都应该以业务为基础。 我在生活中比较喜欢用意淫这个词,在面试中发现有很多程序员喜欢背名词,以前端为例,什么Angular、React、Node.js、NPM、Bower如此等等,再一细问绝大多数都只是停留在一个demo中,并不能领会这些技术的精髓,以及了解技术的适用场景,我把这些称为意淫;工作中经常遇到一大堆整天吹嘘各种技术名词的人,工作中却仍然不能突破自己的舒适区,我把这些也称为意淫; 写在最后,我个人认为产品经理是这个世界上意淫频率最高的物种。没错!我就是这么直接。 写在最后的最后,不论你在从事什么工作,请成长在每一次业务中 来源:https://www./content-4-672251.html |
|