弱型別語言為何不堪大用

• 最近一直用node.js python 其靈活性，庫和包之多也讓人驚喜萬分。如此美好的東西不何不堪大用，原因也是他的優點，它的靈活性加上人的懶惰性就是它不堪大用的根本原因。
• 拿來主義向來是程式設計界裡常用的修練方法，但是拿來的多，消化的少。由於多多外來沒有轉化為自己專案的規範，或者專案本身沒有規範，程式碼到一定規模後，雜亂程度大於天，一個細小的改動可以要重看大半部程式碼。這難道不是一種垃圾的表現。（當然現在每一次語言的更新都在向著這個方法努力 use strict 之流。可是80%的開發人員卻是能夠實現就行，何必想那麼多，以後改需求慢慢的來唄）。
• 強型別語言 語法錯誤編譯是不能通過的，所以無法執行（當然，如果你是大能–能運用自如的修改編譯器，此句全當廢話），這種強制性雖然是強型別的語言的缺點，但是在大專案和工程以及多人協作中卻是實實在在的優點）。弱型別是執行時的語言所以它就可能帶著錯誤執行，會出現很多意想不到的千奇百怪的問題。所以弱型別雖好，一定要善用。這也是ts 迅速佔領事場的原因吧
• 弱型別的第三方庫、包，更新之快，以及向前的不相容性，也是一大急於解決的現存問題（現在也有很多可行的解決方案，要麼是編譯降級，要麼是鎖定版本，包還好說，語言呢，開源的成本其實也是很高的，linux免費，其實你可以試試定製版的linux，你就不認為開源就是好了）
• 入門上手容易，實現一個功能快 方便，但是定製業務呢？python 引一個庫就可以實現功能，可是如果這個功能要定製開發呢，要與整個專案相容呢，此時你的工作量還是很大的，你要弄懂這個庫以及異常的處理。node.js 引用一下就可以，如果結果與你想要的有差別呢，一樣跑不掉修改原始碼的命運。所以此時不亞於自己程式設計實現。可是開發中大部的業務都是自己專案和產品定製的。

最好的結果就是混用，把各自己的優點拿出來，因才（優點）使用。語言只是一種載體，船重要，船上的東西更重要。