自学前端大半年了,后来才知道现在还有Reactjs,Vuejs什么的前端框架,有模块化开发/CommonJS等等,学习了一段时间,感觉很迷茫,请问怎样从传统的前端转型到如今的企业,公司开发产品的那种模式?
两个月前, 我跟题主几乎完全一样的境遇.
学习了html/css/js后, 也不过是停留在页面样式的层面. 即使是用了jquery, 操作一下DOM, 写几个小DEMO, 写ajax, 但是我总觉得缺点儿什么. 直到我进入了现在的实验室.
一个东西的出现, 必然是解决了一个大家都遇到的问题. 最好的做法是深入到项目中, 真正了解整个项目的业务逻辑, 碰到问题, 然后看看大家是怎么解决的, 如此一来, 你就会感觉这个东西是应运而生, 顺应天时地利. 对这个东西的理解不仅再停留在表面.
其实我比较不喜欢, 一说到前端就说一些大家都说烂了的术语. 就好比所有程序员都谈的火热的Github我也不建议一开始就去用. 那些只是解决问题的工具, 你没有遇到这个问题, 就没必要去使用他. 不能说你自己写个百来行的DEMO就要把他push到github吧.同样, 当你的项目还没有到需要打包的时候就不用去管webpack诸如此类.
那么回到问题本身, 到底应该怎么做呢?
我的建议是, 先把看得很熟练啦, 再看看阮老师的, 因为你之前学的很多其实是ES3的东西, 当你真正的了解到"现代"的JavaScript, 熟练ES6语法, 规范. 你学node的时候才会有种水到渠成的感觉, 不然你会觉得很吃力.
另外, 我也建议你真正的去做一个项目, 你可能很难接触到真正前后端分离的工作, 都是负责一些MVC中的V部分. 也就是搞搞后端框架中的视图部分, 但是也不要慌, 慢慢去体会整个项目里的逻辑, 总结遇到的问题. 只需要一个项目, 大概半年, 你就会明白, 所有的一切, 原来都是有原因的. 那个时候的你, 就可以掌控别人口中的各种术语, 只需打开他的文档一看, 你就知道他怎么用, 你也可以决定用还是不用. 而不会因为人人都用所以你要用. 所以你要学. 所以你感到时间不够用.
前端工程化这个话题太大, 没认真思考过项目业务逻辑的人, 是永远也不可能做真正的前端的.以上也是对我自己的一点鼓励. 共勉!
两个月前, 我跟题主几乎完全一样的境遇.
学习了html/css/js后, 也不过是停留在页面样式的层面. 即使是用了jquery, 操作一下DOM, 写几个小DEMO, 写ajax, 但是我总觉得缺点儿什么. 直到我进入了现在的实验室.
一个东西的出现, 必然是解决了一个大家都遇到的问题. 最好的做法是深入到项目中, 真正了解整个项目的业务逻辑, 碰到问题, 然后看看大家是怎么解决的, 如此一来, 你就会感觉这个东西是应运而生, 顺应天时地利. 对这个东西的理解不仅再停留在表面.
其实我比较不喜欢, 一说到前端就说一些大家都说烂了的术语. 就好比所有程序员都谈的火热的Github我也不建议一开始就去用. 那些只是解决问题的工具, 你没有遇到这个问题, 就没必要去使用他. 不能说你自己写个百来行的DEMO就要把他push到github吧.同样, 当你的项目还没有到需要打包的时候就不用去管webpack诸如此类.
那么回到问题本身, 到底应该怎么做呢?
我的建议是, 先把看得很熟练啦, 再看看阮老师的, 因为你之前学的很多其实是ES3的东西, 当你真正的了解到"现代"的JavaScript, 熟练ES6语法, 规范. 你学node的时候才会有种水到渠成的感觉, 不然你会觉得很吃力.
另外, 我也建议你真正的去做一个项目, 你可能很难接触到真正前后端分离的工作, 都是负责一些MVC中的V部分. 也就是搞搞后端框架中的视图部分, 但是也不要慌, 慢慢去体会整个项目里的逻辑, 总结遇到的问题. 只需要一个项目, 大概半年, 你就会明白, 所有的一切, 原来都是有原因的. 那个时候的你, 就可以掌控别人口中的各种术语, 只需打开他的文档一看, 你就知道他怎么用, 你也可以决定用还是不用. 而不会因为人人都用所以你要用. 所以你要学. 所以你感到时间不够用.
前端工程化这个话题太大, 没认真思考过项目业务逻辑的人, 是永远也不可能做真正的前端的.以上也是对我自己的一点鼓励. 共勉!