2
如果您正在嘗試構建長期項目，是否會使用像Google Go這樣的東西（顯然還處於快速發展階段）會很愚蠢？ （訪問知道該語言不受關注的開發人員......）爲一個長期項目使用（相對）新語言
A
回答
3
它的很大程度取決於項目的範圍以及其他人（如果有人）將參與其中。
如果這是一個純粹的個人項目，你可以用任何你想要的語言來做;最糟糕的情況是，你總是可以堅持使用任何你現在使用的編譯器/解釋器的版本（你永遠不會使用強制升級）。你不必擔心語言是否會流行，因爲所有重要的事情都是你知道的。
對於協作項目，使用穩定和主流的語言工作通常更容易，因爲找到知道要使用的語言的人更容易（並且在必要時添加新的團隊成員，或者是由於擴展或其他團隊成員離開團隊）。
如果您想開源項目並與其他人共享代碼以實現有用的目的，它還有助於使用許多人使用的語言，因爲這樣他們就不必切換語言以使用的代碼。
希望能幫助您找出最適合您項目的項目。但最終，它應該歸結爲你認爲會導致最佳最終結果的語言;爲了用這種語言寫作，唯一的一次你應該用給定的語言寫東西，如果你想學習有關的語言，並不真正關心項目本身。
3
在我看來，它肯定不會是「愚蠢的」，但它可能不是真正的最佳選擇。如果這是一個長期的個人項目來學習這門語言，並希望能夠在同一時間做出有用的事情，我會說去做。另一方面，如果這是一個新項目，我肯定會堅持一些可靠的東西。如果我可以避免的話，我不希望有任何額外的壓力，並且你永遠不會知道年輕的語言會出現什麼問題。
3
不笨，但有風險。有些事情要考慮。
什麼是你的長期？ 6個月？ 20年？對於市場不確定的任何事情，我都會基於一個具有長期預期壽命（多年）的戰略平臺而感到不舒服。
如果要麼單獨使用Go，要麼使用不同語言重寫成本（努力或時間），或者發現它不適合？
Go環境有多不穩定？ API中的流失程度如何？
集體智慧有多少「在那裏」。向這裏詢問有關Go的技術問題。詢問關於說C＃或Java的同類問題。你看到的任何差異都讓你舒適嗎？
Go有什麼獨特的好處。也許它有關鍵的能力對你真的很重要？
仔細檢查替代方案。儘量避免基於新的和有光澤的吸引力的決定。
2
這取決於該項目。
是爲了好玩嗎？。如果這是一個有趣的項目 - 去做吧。
是否適合企業環境？但是，如果它是一個企業環境中的項目，答案首先是一個問題 - 「爲什麼？」。你需要證明你的利益相關者使用了選擇的語言。您還需要考慮項目的可維護性。根據我多年來一直在處理尖端技術的經驗，我會堅持「很高興嘗試」，但堅持傳統的方式。