1樓：Abby Chau
其實我挺喜歡它的理念，就是做乙個要編譯的膠水。然後自己管理一堆c 包。
只是它在官網寫得太用力，寫一半不寫另一半，一不小心被捧殺了。
2樓：Kulics
這語言想法很美好，細細琢磨就會發現很多不合理的地方。並不是完成度不夠的問題了，而是設計方案上就有缺陷。
例如弄了個go語法，但卻沒提怎麼實踐。沒有async/await、channel、task之類的東西怎麼實現資料傳遞？就乙個go有什麼用？
提了沒有gc，卻沒給個記憶體管理方案。rust是給了一套多麼精細（複雜）的語法才做到無GC安全記憶體管理的，這語言有啥？delete？
諸如此類的矛盾不少，實現的時候必定要打臉，太多東西需要平衡。
程式語言從來就沒有完美的解決方案，都是取一些舍一些，有這基礎意識才能慢慢做好一門語言。
語法看起來也沒多少創新的地方，個人覺得還不如 Feel 在語法上的突破？
Feel
3樓：xtlsoft
其實V剛開始開發時我就在GitHub上看到了V-lang然後star了一下（原諒我那時看到乙個語言輪子就會star因為我在看編譯原理）
所以你還不如去炒炒那啥CovScript呢（（（
CSDN並不是很可信啊（（（ 為啥要信他（（（
4樓：老司機
看了一下，初學者的練手之作。
十幾年前我也寫過乙個類似的parser scanner，自己初學還是蠻有成就感的，但其他人就別太認真了。
5樓：
不瀉藥我認為V的記憶體安全指的是PHP式的記憶體安全只分配不釋放到處拉屎，最後靠作業系統掃操場——當然不需要GC其次，我認為V不過是一場鬧劇，所謂的千呼萬喚只是想看著V怎麼出醜
6樓：宋輝
go語言走的也是這個套路，只是go後面有乙個有錢的爹撐腰。
並且這種語言（包括其它技術），都有乙個共性，那就是跟以前的大變樣，只有這樣才能拋開老的專家元老，形成新的專家元老階層。
當年NoSQL也是這樣革傳統sql資料庫的命的，只是被mysql之類的傳統資料庫按在地上摩擦，只能老老實實的去處理日誌了
7樓：機犬
語法上的確解決了一些 Go 的痛點，但是這些痛點不足以讓現有的專案進行遷移，並且也沒有個好的靠山，我不認為能夠發展起來，但期待 Go 可以有所吸收。
另外隨便點了下原始碼，目前 Windows 下 mutex 實現都是空的，這根本不叫可用版本。
8樓：我行撒旦之義
惡劣之至我早以有一新語計畫正名為V語
彼V語過於兒戲空佔V名而無V義
我之V語多重派發原生單子嵌入式虛擬高階邏輯 ··· 彼GitHub之V語以何德行承此V名？
惡劣之至豈有如此之物若彼V語高階先進也罷卻是這般低端老舊唏噓不已
如何看待Jennie solo音源登頂？
死忠多？那投票也太慘了 路人多？前50搜尋量都查無此人 聽solo的人的喜好裡居然沒有其他韓圈相關？別家好好切著瓜突然被塞了solo？在韓流相關歌單位居第一強迫聽歌？音源造假是很難查 但囂張成這樣 什麼神仙理由才能夠洗白啊。 與子同袍 很心痛，真的很心痛，想到twice的殺人行程，想到了wannao...
如何看待 Github 洩露大量 Slack token？
李遙 很正常。很多程式設計師入職的時候立刻就被要求用各種最新的開發工具 包管理器 版本管理器 持續整合器，但是並不清楚這些開發環境的工作原理，只是跟著做而已。這還不是問題最大的，問題最大的是 這樣的公司的Tech Lead非常不負責。放任這種 用各自想象的工作原理使用最現代的工具 的情況 所有人都在...
如何看待GitHub 推出的GitHub Desktop？
JustWe 對於同時簡單操作多個git的情況下，這個相當方便快捷。當發生衝突的時候可以選擇聯動開啟vscode來進行編輯。但是如果其中乙個git需要處理稍微複雜的東西，比如拉取別的分支或者子目錄的變更之類的，這個就力不從心了。而且這個軟體沒有什麼設定可以開啟外部對比工具，diff就只能使用預設的命...