是不是對技能要求低了，只要會找包就行了
減少了造輪子
用包包的前提是你得能看懂啊
提高生產力吧！直接用 不用你重新開發，節省時間。 BUT套件也是有副作用的，每個套件都有一些依賴，假如某個依賴更新了，就可能出現問題。當有問題的時候你就要去解決bug，這是一個很憂桑的問題。
重複造輪子，確實意義不大，除非你的輪子比別人的高級，那麼你也可以開源出來，幫助更多的人，這是開源的樂趣。 使用各種開源包，能大幅減少開發週期，許多優秀的開源作品，能提升專案的效能。但這並不意味著技能要求低了，我們需要了解各種開源庫的優點，使用場景，甚至閱讀源碼，並不是所有實現了功能的包，都可以隨意的引用到項目中使用的。 我是一隻小白，github的搬運工 ^_^...
包中得來終覺淺，須知此事要躬行。
還是有要求啊，第一你得找的到可靠的包/插件，不靠譜的插件引入各種莫名其妙的bug最後不是還得你自己(ca)善(pi)後(gu)？第二你起碼得懂大致的寫法，一是debug的場景用的到，二是也對你自己的技術是個提升（你以為就你會找輪子別人不會？都像碼積木這種滿大街都是這個Level的本身的價值就低，現在基本上就是跌入紅海了）；第三，大項目裡動輒一堆包，互相之間是否有衝突和依賴？怎麼有效的提升效能？等吃虧了你就懂了…
減少了造輪子
用包包的前提是你得能看懂啊
提高生產力吧！直接用 不用你重新開發，節省時間。 BUT套件也是有副作用的，每個套件都有一些依賴，假如某個依賴更新了，就可能出現問題。當有問題的時候你就要去解決bug，這是一個很憂桑的問題。
重複造輪子，確實意義不大，除非你的輪子比別人的高級，那麼你也可以開源出來，幫助更多的人，這是開源的樂趣。
使用各種開源包，能大幅減少開發週期，許多優秀的開源作品，能提升專案的效能。但這並不意味著技能要求低了，我們需要了解各種開源庫的優點，使用場景，甚至閱讀源碼，並不是所有實現了功能的包，都可以隨意的引用到項目中使用的。
我是一隻小白，github的搬運工 ^_^...
包中得來終覺淺，須知此事要躬行。
還是有要求啊，第一你得找的到可靠的包/插件，不靠譜的插件引入各種莫名其妙的bug最後不是還得你自己(ca)善(pi)後(gu)？第二你起碼得懂大致的寫法，一是debug的場景用的到，二是也對你自己的技術是個提升（你以為就你會找輪子別人不會？都像碼積木這種滿大街都是這個Level的本身的價值就低，現在基本上就是跌入紅海了）；第三，大項目裡動輒一堆包，互相之間是否有衝突和依賴？怎麼有效的提升效能？等吃虧了你就懂了…