如何評價開中文C# issue的人到kotliner.cn論壇提中文版Kotlin？

01-21

怕是沒看過編譯原理的小哥哥…

而且…中文這麼多同音字，我聊天都能錯幾個，寫代碼怕是要炸…

就這樣…

我都當程序猿了，還想我寫個代碼跟寫作文一樣，看別人代碼跟個閱讀理解一樣？

其實可以理都不用理，這種人中二到沒藥救了。

或者題主可以先讓這位去學學易語言，看看語法有多蛋疼。

當然也有附和他的法子，中文編程在語言理解上不是有很多問題嗎，像英語那樣簡短的語句難懂像句子那樣的語句不方便輸入等等，你直接讓他給出解決方案就好了。

嗯，fp裡面都是符號，這哥們估計不會提類似的要求

誰讓你oop那麼多單詞

告訴他，不需要重新設計，只需要實現一個解析器，設計自己的語法，只要最後能翻譯成標準的kotlin代碼就行了，嘿嘿。。

for（int i = 0;i&

}多順暢

循環（整數甲等於零；甲小於長度；甲加加）{

}多傻逼啊

看到這個問題之前剛好看見了另一條

是討論關於開源項目維護者死後，他所維護的項目何去何從的。

文章沒什麼關聯，不過這篇文章列舉了些數據，比如大型開源項目會用到許多其他開源項目。

這些開源項目的締造/維護者來自世界各地，如果他們都是用自己的母語？

難道我需要找個輪子然後使用幾十種語言去搜索關鍵詞？

我希望官方/志願者提供漢化版的文檔和教程以幫助我和其他英語渣脫離被google翻譯統治的恐懼。

不過至於語言本身，需要的不是本土化而是一個放之四海皆準的標準。

這個回答提供了一些背景資料: 知乎用戶：如何評價 qwas982 請求 C# 團隊開發特製的中文版的行為？

如果那個問題也是題主問的, 題主關注他也是辛苦了. 首先, 為何不直接與他交流呢? 另外, 在下好奇, 題主對中文編程的看法是怎樣的.

這人就像明哥 JS 那人一樣頑固，很像知道他們究竟有些什麼共同特徵。

還是等那天發明出好用的中文鍵盤我再考慮中文編程……

更新一下

GCC utf-8 符號支持的問題我也搞定了。（不是用to_ucn.sh轉源文件，是gcc原生支持。）

可以改一個中文版了。

最後改動也不大。就是維護gcc那幫人懶了點，gcc內部ucn也是轉成utf8處理的，原生的utf8居然不處理。

/**********************/

和這個人有過接觸

吳烜已經替我貼了地址

如果kotlin代碼和結構都比較工整的話，做一個中文的應該不難。

目前玩過幾個編譯器，加一加中文token，keyword,內置函數什麼的。

gcc 不支持utf8的符號，加不了中文keyword。但是隨便加一個跟原語意等效的keyword,只需要加一行代碼就可以了。

clang支持utf8，加中文keyword也是一行的事。我已經有成品了。

Python加中文關鍵字也較簡單，也有差不多的成品，當然內置函數有點多，沒全翻完。

tinycc我最早玩的，體量小。已經做了中文自舉了。當然依靠的是tinycc的自舉。

總的而言，都挺簡單的。當然要去查，去看了之後，才知道有多簡單。

中文編程，把它當一個亞文化就行了。只是有些人太跳了，影響到了其他人。

自然語言編程我是不支持的，我覺得就是用中文keyword,中文函數名變數名，還是安程序的結構來就好了。

自然語言留給人工智慧吧，我的夢想就是輸入協議標準文檔，輸出無bug代碼。

一幫人又在這秀優越感，用非母語編程對思維流暢度消耗很大的，中文母語碼農從來沒有出過任何一個世界級程序員，偏偏抱著非母語編程語言不放，自己先去看看什麼叫雙語stroop效應再說。你用英文編程，自己大腦要變成一個人工中英文概念解釋器，隨時中斷思維流程正常人想的是

如果

明天是晴天

那麼

出門旅遊

非得用英文編程就變成

如果 if

明天 tommorow 是 is sun? 不對啊晴天好像是 sunny ?

那麼 then

旅遊？旅遊怎麼拼？go ? Run ? 查一下是，travel

真他媽高效

關於這個問題可以參考下日本人的嘗試，記得日本人曾經使用日語編過程序，日語和漢語都是雙位元組語言，從經濟回報上來看對單位元組語言沒有優勢。

當然我們鼓勵有志之士光大我天朝上國的漢語言文化

是不是想當 IT 界的網紅想瘋了 = = 。