Die Anforderungen an die Fähigkeiten sind gering, solange Sie eine Tasche finden können
减少了造轮子
用包的前提是你得能看懂啊
提高生产力吧!直接用 不用你重新开发,节约时间。BUT包也是有副作用的,每个包都有一些依赖,假如某个依赖更新了,就可能出现问题。当出现问题的时候你就要去解决bug,这是一个很忧桑的问题。
重复造轮子,确实意义不大,除非你的轮子比别人的高级,那么你也可以开源出来,帮助更多的人,这是开源的乐趣。使用各种开源包,能大大减少开发周期,很多优秀的开源作品,能提升项目的性能。但这并不意味着技能要求低了,我们需要了解各种开源库的优点,使用场景,甚至阅读源码,并不是所有实现了功能的包,都可以随意的引用到项目中使用的。我是一只小白,github的搬运工 ^_^...
包中得来终觉浅,须知此事要躬行。
还是有要求啊,第一你得找的到靠谱的包/插件,不靠谱的插件引入各种莫名其妙的bug最后不是还得你自己(ca)善(pi)后(gu)?第二你起码得看得懂大致的写法,一是debug的场景用的到,二是也对你自己的技术是个提升(你以为就你会找轮子别人不会?都像码积木这种满大街都是这个Level的本身的价值就低,现在基本就是跌入红海了);第三,大项目里动辄一堆包,互相之间是否有冲突和依赖?怎么有效的提升性能?等吃亏了你就懂了……
减少了造轮子
用包的前提是你得能看懂啊
提高生产力吧!直接用 不用你重新开发,节约时间。BUT包也是有副作用的,每个包都有一些依赖,假如某个依赖更新了,就可能出现问题。当出现问题的时候你就要去解决bug,这是一个很忧桑的问题。
重复造轮子,确实意义不大,除非你的轮子比别人的高级,那么你也可以开源出来,帮助更多的人,这是开源的乐趣。
使用各种开源包,能大大减少开发周期,很多优秀的开源作品,能提升项目的性能。但这并不意味着技能要求低了,我们需要了解各种开源库的优点,使用场景,甚至阅读源码,并不是所有实现了功能的包,都可以随意的引用到项目中使用的。
我是一只小白,github的搬运工 ^_^...
包中得来终觉浅,须知此事要躬行。
还是有要求啊,第一你得找的到靠谱的包/插件,不靠谱的插件引入各种莫名其妙的bug最后不是还得你自己(ca)善(pi)后(gu)?第二你起码得看得懂大致的写法,一是debug的场景用的到,二是也对你自己的技术是个提升(你以为就你会找轮子别人不会?都像码积木这种满大街都是这个Level的本身的价值就低,现在基本就是跌入红海了);第三,大项目里动辄一堆包,互相之间是否有冲突和依赖?怎么有效的提升性能?等吃亏了你就懂了……