1樓：
不是，你告訴我多大的專案叫大型，幾千萬 dau幾十個元件的專案照樣用js，而且跑了幾年無任何線上大故障出現，故障都沒幾個，頂多算小bug。而且即沒上ts也沒寫單測照樣穩定執行。你說它有缺點我認，你說它寫不了大型專案我當你在放屁
2樓：pochiko
如果寫js不帶限制、毫無章法可言的話確實很爛。如果對於呼叫、封裝等加以限制，用正規的開發方式，用eslint輔助檢查的話倒不會爛到哪兒去。不過說實話，還是Typescript比較爽，用js開發大型專案還是乾脆用Typescript寫吧。
3樓：Gavin
其實爛語言是一種偽命題。
因為程式語言這種工具是非常豐富的，各有各的用途，各有各的缺陷，各有各的長處和短處。
JS的確有不少缺陷，但是客觀上的確存在需要用JS來開發規模較大結構較為複雜的系統的需求。因此就有無數的框架和規範來規避風險。讓JS得以勝任這種型別的開發。
而且JS很早就標準化了，因此隨著心標準的提出，JS本身也在進步和發展。
其實目前為止，缺乏對大專案支援的程式語言還非常多，比如SQL，比如R。
4樓：OFFLINE
是挺爛的..
一方面, 他搭上瀏覽器的船, 一帆風順..
另外一方面, 就是因為要各家支援, 所以進步得非常慢...
前端沒得挑, 我們是絕對不用node.js寫後端的. node.js是給那些只懂JS的人準備的.
然而只懂JS的那群人數量真的很大.. 早晚會反客為主..
5樓：est
zhihu 現在有一種迷信崇拜大型專案的風氣。然後又有一種迷之崇拜靜態語言是解決專案太大的銀彈的風氣。
不說了繼續擼微服務去了。
6樓：肥貓科比的粑粑
提這個問題的時候
你就把自己標定為那些「水平」不是那麼高的夥計了兄弟，下次不要問這種問題。
每種語言都有自己的特性，玩的溜，架構好，擴充套件強都是靠人去實現的，並不是語言本身有多大優勢。回答有人說：給python之父彙編，也一樣玩的溜，因素在人，不在語言。
人不行，一切都是屁話。
7樓：於冬
呵呵…本來是臺自行車，就設計讓你出門買個菜用用，後來覺得得拉點貨，就加個輪子改成三輪了……過了兩年大家都喜歡汽車了！好麼再加個輪子………又過了兩年，大家都喜歡坐飛機……再加對翅膀………我靠！真能飛？？？
你說啥？你要發射衛星？
8樓：
工程專案裡面JS 相比別的語言約束性比較低(這個約束可以任意YY各個方面)，所以這個時候就得約束一下人了，軟的不行就來硬的，最後發現協作起來TS真香。
9樓：jymao
爛，不至於。
就是型別太靈活，不如強型別語言。
還有就是物件導向的支援度，差了些。
作為膠水語言挺合適，大型專案可能不如強型別語言那樣來得安心。但是，爛不至於。
只要能滿足業務需求，就是合格的語言。
php是爛語言嗎？
10樓：Samgz
不是。為什麼很多人說不好呢？
因為他們寫不好 nodejs, 寫不好 js, 又被寫得好的 js 大佬罵是廢材，所以，懷恨在心。
再別的語言轉過來的，又不好好學習的那種人。成為噴子。
好好學習的，成為大神，愛不釋手。但是遇太多上面的那種人。恨js不是強約束的語言，雖然寫 eslint, commit hook 來約束，但也限制自己。有點唏噓。
預算35000，塔式工作站，大型專案BIM應用，該如何配置？
知士建工 關於這個電腦配置，我的建議是，可以了解一下，專案上BIM 運用開展的工作內容，比如如果，有建模工作，動畫製作工作，分析模擬工作，從經濟性的角度來配置的話，可以選擇一台高配，可以製作動畫分析模擬的工作站，然後，其餘的配中等配置，滿足建模需求就可以，一定要避免，所有裝置相同配置，這樣會出現，可...
函式式程式設計是否適用於超大型專案？
不適用。只有乙個原因 通樣的價錢，招不到那麼多可以寫FP的人。比如下面的一些但不限於這些要求 熟練使用higher kinded types和higher rank polymorphism進行設計，熟練寫monad，monad transformer，熟練運用各種type class進行設計 熟練...
大教堂與集市， 這本書很好的解釋了大型專案，不開源的惡果， 為什麼到了apple的os就不適用了呢？
但是mac os 感覺就不適用了,mac os 不開源，但是穩定性，易用性，無人可比吧？穩定性？我不敢說，因為沒有大資料作為支撐，我怎麼能判定它的穩定性是什麼情況。單憑我個人用過的蘋果機就去談MAC OS的穩定性，太不客觀了。易用性？按什麼標準來考評？在反觀linux，開源，但是普通消費者並不買賬。...