首先介绍一下,我是一名做前端开发的小学生,接触这个行业也不久,了解到的东西也很片面,但是就是因为了解甚少,工作经验不是很丰富,有时候会遇到各种各样的解决不了的问题,总是会请别人的帮忙,当然也掉了很多的头发
其次 怎么工作才不掉头发呢, 个人认为前端开发就是一个很难的工种,别人会认为是门槛很低,当然这也是事实,确实是很低,对于一个完全没有编程经验的人甚至是没接触过电脑的人来说,只要是还能思考,思维还算是活跃的话前端入门比其他的入门都要低,甚至是没有学历刚开始也不是什么大问题,但是如何做到顶尖,说句夸张的话让别人膜拜,甚至是让自己会感觉到有那么一点点的成就感其实是很难的
前端开发接触到的人比较多,和后端,测试,设计,产品甚至是用户都会有接触.一方面要从用户的角度来考虑,一个页面的展示是不是符合常人所认为的审美观,和后端的交互是不是符合交互规范,是不是符合设计的理念,是不是符合产品的走向,甚至是不是符合测试的终极考验, 在我认为不管是后端,设计还有产品都是在开发中的接触比较多,需求不停的变动,展示界面不停的修改,接口的变化其实都还好,最终都是需要测试同学来把关,在开发中一般情况下只要是测试同学感觉不合理的地方我都会做修改,如果实在是实现不了的在寻求别人的帮助情况下还是实现不了只好是让issues停留在它出生的地方
当然在开发中因为种种原因你最终会发现, 不管是男同学还是女同学都会掉大量的头发,主要原因还是压力大,为了不影响产品的发布,为了让用了你开发的产品之后让更多的人来认可你.其实每一个我们开发的产品都会当做自己的孩子来看待,不希望别人对自己的孩子指指点点,当然有建议或者有缺点我们当然还是需要以及必须解决掉的.让更多的人用这舒服而不是用了之后连自己都会感觉到很不舒服,很不顺畅,这才是终极目标,有多少用户不重要,重要的是用产品之后回头率更高,舒适度更高
有人说前端开发嘛,不就是那些css,js,html 三剑客么,直接拼一拼不就完事了,也是,确实是只有这三样,但是近来来越来越多的框架,工具的出现,越来越麻烦,麻烦到头发都快掉没了
说说正事怎么工作不掉头发又能很好的完成任务呢?
一: 和后端的交互方面最少我做的时候就会感觉有点头蒙,接口的定义,数据的结构等各种各样的东西都会影响到开发周期,有没有更好的约定方式呢? 应该是有,但是我不知道,总是感觉有些问题就不应该出现的,约定好的结构能不动就不动,最好是约定好在某一个平台上有一个统一的规范
二: 团队方面的沟通: 每一个项目开发时都会有自己的内部群来沟通问题,在实际工作中有时候总会发觉有些建群的目的仅仅是为了某一个迭代而建,而不是为了整个项目而建,甚至是在某一次迭代时没有参与的人员都不在,但是还是项目团队中的一员不是么?既然是团队的一员那就得所有的迭代信息都要同步到没一个人,而不仅仅是某一次迭代参与者,至少我是这么认为的,甚至是有时候其他团队的人或者使用产品的人假设来问你这次更新发布修改了什么,新增了什么或者去掉某一功能的时候,怎么去回答? 不知道很正常. 至少我会这么回答(个人认为还是比较实在的),为什么会出现这种情况也是很多原因造成的,甚至是可以从自身找问题,对项目不够了解也是很大的原因吧.至少我是这么认为的,甚至有时候会抱怨别人没有同步信息给你,更恶劣的情况就是甚至都不再想参与到这个项目中去
三: 开发文档
不管是多久的项目,只要是还在运营中的产品是要有自己的完整的开发文档以及使用上手的文档,这个是必须的即使是在某一程度上偶尔会推迟发布时间也必须要有,或许没有想过完整的开发文档在开发时往往都是有帮助的,也会提高开发效率,而不是用问的方式问来问去,甚至是问后端,然后他让你问测试,问测试然后再去和产品去确认最后你才会得到最终的答案,这么绕来绕去的都会把时间浪费在了路上,或许这也是我们为什么总是会加班的原因的一部分吧
四: 前端开发
我接触这个玩意时间也不长,只能说以经历来说,这个玩意让人很头大,什么各种框架,各种调试,各种样式的调整中是会很头大,特别是做PC端的东西,有时逻辑还是那么的复杂,有没有什么比较好的工具或者配置之类的来提高效率呢? 答案是应该有的, 很久之前看了几个新闻,说阿里出了一个工具是可以快速的设计图稿交互图,微软还是哪个公司出了一个只能编写代码,虽然没有用过只是听说,但至少是可以减少很多不必要的重复的代码,还听说Adobe还是哪个公司出了一个直接把设计图丢进去就可以生成按照最新的W3C的标准的页面,当然是有人用过的, 至少有这么一个编辑器是可以的 bracket,没怎么玩过这个编辑器,尝试过直接丢一个设计图进去,是可以的
各种框架盛行,技术栈的选型什么的,组件库的使用,既然出了这么多好用的东西我们当然是要用的,为什么不能在别人的基础上再搞一搞配置化的东西,比如react-router 这些东西就可以直接写一个json文件一键生成我们需要的路由,mock数据方面有没有一个类似于可以做简单的事情,比如一键生成多种的mock数据,根据设定好的参数以及返回的数据结构一键生成增删改查这些东西而不总是一些死的数据,这么搞感觉就和直接调用接口没什么区别,当然也有很多我们可以自己直接mock的,调试方面各种代理的包或者工具都有,不管是代理线上文件到本地还是配置host等都是需要手动的触发,而不是在初始化项目的时候就把这些集成进去,暴露出一个配置项或者一个可视化的配置页面即可,搞的头都大了然而还没代理成功,当然这些我是搞不了的,应该是设计工具的人考虑的事情,这也是提高效率的一大助力啊,性能监控访问量什么的在初始化的时候也可以考虑集成进去暴露出一个配置文件就可以,可以提高代码质量,随时可以查看代码哪个地方写的不合理或者使用了过时的API都给提示,或许这种东西已经有了只是不知道而已
最终归根到底还是为了让我们用更少的时间来实现更多的功能,将产品做成近似完美的程度,其实还是想表达一下我工作中的经历,遇到的或者看到的问题自始至终还在那放着,而没有真正的提到上边让上边的人知道完善文档的主要性,团队的凝聚力
以上呢只是想法而已,而且接触这个东西时间也不唱,但是头发却是掉了不少,这才多长时间,时间长了还得了,能不能实现是一个问题,但是想法还是要有的,万一实现了呢,那可是解放了好多的啊
这个东西只是想找个地方保留一下想法,目前我也实现不了或者是不知道已经有实现好的工具,可以批评我什么都不懂,虽然不是很在意,但是也别说的那么难听
所有老师教的都很好, 只是学的时候不知道干嘛去了, 表达能力也有限,逻辑也欠缺,懂的知道那个意思就好了,后期会做修改...