為什麼沒有或流行的拼音程式語言?

時間 2021-05-12 04:29:10

1樓:逸小海

不知道那些做遊戲的怎麼命名那些變數的

比如青虹劍是要叫QingHongJian

還是QingHongSword

還是GreenRedSword

2樓:Lex Teng

寫乙個小專案,讓別人或者半年後的自己讀讀看就知道原因了。

小學生(英語教育落後地區)用拼音程式設計玩玩是可以的,但是我更推薦直接用漢字。

有初中學歷,或者要做專案/程式設計工作的,還是應該用英語(支援漢字的環境裡用漢字也比拼音強)。記一些基礎的英語單詞不難,何況還能用詞典軟體查。拼音的同音字同音詞太多了,可讀性太差了。

3樓:魚骨

很多回答都挺清晰了。

本沒回答的必要,但看了幾十個答案,恐怕他們並沒有完全解釋題主的疑惑。

請注意,本回答主要針對題主的疑惑。並略有展開。

軟體開發、寫程式,作為乙個事情來說,已經有好幾十年歷史了,但是作為乙個工作行業來說,至少在中國,還才20年時間,應該不到三十年。這個時間,可能很多答主的年紀都比這個長。導致我們會認為寫程式開發軟體是乙個很高深的事情,帶有神秘感。

但是如果將程式設計換個方式理解,或者說找乙個可以模擬的東西,說不定就容易明白了。

算盤和計算器。我們打算盤的時候,要乙個乙個口訣念著,劈里啪啦一通,出結果了。敲計算器的時候,我們把兩個數字,以及對這兩個數字執行的操作輸入進去,直接就出結果了。

這個過程中,我們無需思考口訣,無需手動執行口訣。

程式設計,其實也類似,就是將許多需要人實際操作的動作和過程寫到程式裡自動去執行。

軟體開發這個行業,從業人員要做的,就是將以前的社會事務逐漸從人工轉移到計算機處理。

程式語言,就是勞動工具。它不是自然語言。

任何勞動工具,都需要學習才能運用。相對自然語言,程式語言具有勞動工具的特性,比如詞彙量少方便使用,同乙個詞語語義更豐富甚至變化以便使功能強大。在這一點上,任何母語下都差不多。

任何勞動工具,都是在逐步發展的,其方向是更方便使用,更強大的功能,更有效率等等。或者佔其一,或者佔其二等等。

所以我們可以期待更適合我們學習和使用的程式語言出現,但需要時間。這種需求是有的,因為很多業務的掌握者並不具有程式設計知識,他們也希望將自己的業務轉化為更方便的東西。當然這只是一種可能。

另外,程式語言的發展,是否會和自然語言等同,使得任何人都可以程式設計,隨時可以開發方便自己用的軟體。這一點只能說值得期待。

昨天和今天都不相同,所以我們沒必要去否定現在還未實現的猜想。

4樓:貓克杯

這個問題答案可以用另乙個問題的答案來回答。「為什麼中國今天太空飛行器能上天,潛艇能下海,卻研製不出可以廣泛使用的通用程式語言?」

因為通用程式語言本身不是乙個孤立的產品,它必須放到乙個系統中才能有用途。

如果你去了解一下C語言的歷史,會發現這門語言和一種叫Unix的作業系統是共生的。

共生是什麼意思呢?無我無他,無他無我。其他的程式語言可能沒有像C語言和一些更底層的機器語言那樣跟作業系統乃至硬體深度耦合。

但別忘了,從編譯器到開發環境,再到應用和市場,每一種程式語言從誕生之後都需要跟它們的生態系統磨合。其中最難的部分,不是技術部分,而是應用和市場。

所以今天你研發了一門全新的程式語言,拼音也好,漢字也罷,你能讓它完美地執行在當今流行的的任何乙個作業系統上嗎?如果做不到,那麼這種語言哪怕被發明出來,也得不到發展和完善,最多只能變成一種象徵性的存在。

有人說,那我們把應用和市場也都搞定了,為新的語言打造乙個完整的生態不就行了嗎?首先,這是本末倒置的做法。再者,打造這樣乙個生態,難度不亞於一次科技革命。

5樓:

其實拼音程式設計不如漢字程式設計。因為對中中國人來說,對拼音的認讀程度不如漢字。

至於漢字沒有流行起來是過去技術手段不行。如今大部分語言都支援漢字做變數名了。

我也看過一些用漢字做變數名,類名的程式,易讀性很好。

只不過一些傳統習慣,大家用英文做變數名。

將來肯定會有一批漢字程式設計的程式出來的。

6樓:落小二

怎麼說呢,我點開這個問題後只看了標題,後面老長一段文字還沒看,但一眼就瞟到了夾在漢字裡的英文:

ruo ();

我:哈?這什麼玩意這是???

看了上下文以後才明白這表示弱,哦不,若。。

7樓:無缺草

小時候訂閱了好幾年的《拼音報》。有一部分文章是純拼音的,真的很難看懂,我完全讀不下去。

對大部分人來說,拼音的可讀性比英文更差。因為我們很少用純拼音的方式看文字。

程式設計用英文的難點不是少量的關鍵字,而是大量的變數名和類庫。變數名本來就可以用拼音,我見過很多用拼音變數名的程式設計師(雖然會被人鄙視)。直接用漢字變數名大多數情況下也完全可行,雖然很不常見。

而類庫普遍都是國外用英文開發的,這些海量的英文是繞不過去的。因此英文成為全球通用的程式語言,即使全球70億人口中英文母語的不足四億。最鄙視英語的法中國人也被迫用英文程式設計。

8樓:依雲

你用漢字程式設計還能同時對所有華人友好,日本人也能湊合著看看。用漢語拼音的話,小學語文學得不好的人怎麼辦?方言區的人怎麼辦?不使用漢語拼音的地區怎麼辦?

我雖然小學語文學得挺好的,但是畢業之後就忘記了。一些非常常見的拼音我還能一眼認出來,其它的我拼讀半天,因為沒有聲調,還是經常弄錯而不解其意。當然你可以打上聲調,那麼你幹嘛不直接用漢字呢?

上邊說的是讀。再說寫。除了一些常見拼音(比如 baidu、zhihu、pinyin),其它的,我十幾年不用了。

到底是 l 還是 n,z c s 還是 zh ch sh,in 還是 ing,我早忘記乾淨了。別說我怎麼漢語發音不標準,我又不是新聞節目主持人啥的,和人交流的時候能輕鬆聽懂就好了。

9樓:

從漢語語言的角度來說吧

現行漢語拼音是為方便而制定的,不適合準確標記尖團音合流了,入聲連基本的喉塞音都沒留下,結果同音字大量出現(當然某種意義上這成功壓制住了漢語拉丁化的呼聲)

中古音(平水韻等)倒是能解決不少同音問題,問題是學習成本並不比英文低、受限於漢語的國際影響力也很難規模化

10樓:brambles

比如這是我以前自造的中文程式設計小語言用來畫小烏龜的:

會畫畫的小烏龜

你就告訴我,這玩意你能看懂嗎?這玩意確定看著不像你的數學書?

五角星開始畫畫。

存在n從1到5,順時針旋轉180-36度並向前移動100畫素。

奇怪的圖形

開始畫畫。

令 d = 100。

存在n從1到100,順時針旋轉 n*10 度並向前移動100-n畫素。

畫個圓開始畫畫。

令 N = 100。

令 a = 360 / N。

令 l = 5。

存在 n 從 1 到 N,順時針旋轉 a 度並向前移動 l 畫素。

氣球令 N = 20。 令 a = 360 / N。 令 l = 20。

順時針旋轉135度。 向前移動300畫素。 逆時針旋轉135度。

開始畫畫。

存在 n 從 1 到 N,如果 n% 10 >= 5則順時針旋轉 a 度並向前移動 l 畫素,否則逆時針旋轉a度並向前移動 l 畫素。

結束畫畫。

逆時針旋轉90度。

開始畫畫。

存在 n 從 1 到 N,順時針旋轉 a 度並向前移動 l 畫素。

開始畫畫。

存在 n 從 1 到 N,如果 n% 10 >= 5則順時針旋轉 a 度並向前移動 l 畫素,否則逆時針旋轉a度並向前移動 l 畫素。

11樓:mcg

「英語開發語言又對非英語母語國家又不夠友好」

所以,for 為啥表示迴圈啊?

if、else 很明確表示如果。

ruo ? 弱/若 ? 歧義不說,還多乙個字母。

而且,如果=若=ruo 的學習成本,不大於如果=if (其實都接近於0),就像,並且=qie=and= && = & , 等於= dengyu = '=' = '==' 。

對與程式設計師來說,英語的意思或者拼音的意思,只是簡單的輔助記憶,僅此。對於程式設計師而言,這只是乙個固定的表示某種語法的固定識別符號,僅此。

了解 if 表示如果,和 && 表示並且,對於乙個不懂英語的人來說,是同一等級的。會不會英語,並不會因此而導致學習困難。

不知道這麼說,有沒有理解?

就是說,開發設計拼音程式語言,拼音不直觀,沒有任何優點。

反倒是易語言,雖然沒有實際必要,但是很明顯:直觀,剛上手的可讀性對於中中國人而言明顯優於英語單詞。

12樓:

買和賣他是乙個拼音。。。。。。。

mai我當年年少無知

寫了兩個函式,乙個是下單買,乙個是下單賣

結果,只觸發乙個。。。。。

懵逼5分鐘後想到,MMP,後乙個函式把前面的覆蓋了,因為命名一樣。。。。。。。。

踩過過的坑越多,越知道規範的重要性。。。。。

13樓:

如果說程式設計對非英語母語不夠友好那最大的問題是查英文資料費勁,而不是記不住寫程式用的那幾個單詞。就好比學習下西洋棋最大的難點不是認不清棋子一樣,你把每個棋子都貼上漢字標籤該不會還是不會,不管你把王后叫queen還是壓寨夫人,還是得再額外學習關於他的規則。

所以只要你不是用tab和空格拼莫斯電碼程式設計,那幾個詞語的變換都不會對於難度的影響遠遠不如沿用傳統帶來的收益

14樓:someday如實知見

大部分程式語言的關鍵字不超過100個,但凡初中以上,都得有幾百個英語單詞的詞彙量吧,連這樣一點點簡單的單詞都搞不定,其實也就不必程式設計了

15樓:

jiran hanzi kaifa yuyan bunenggou liuxing (quedian buzai zhuishu), er yingyu kaifa yuyan you dui fei yingyu muyu guojia you bugou gouhao, weishenme women buyong pinyin sheji yige biancheng yuyan, name jineng dui guoren youhao, you neng you yingyu jianjie d youshi, xiaoxuesheng shenzhi youeryuan douneng rongyi lijie, yong zhege yuyan xuexi biancheng jiben buhui zai jiyi shang huafei shijian, guoren xuexi xiaolv keyi tigao henduo.

這就是你的描述的第一句話,你看看你閱讀這個有多友好?

程式語言為什麼沒有因果關係的語言結構,而只有if else 這類的條件分支結構?

林燦斌 針對此問題的該歷史版本回答 用php打出來大概就是這個樣子 I checkjob 程式設計師 function checkjob job 題主說的功能模組邏輯化後就是這麼個玩意。if else 表判斷 because so 先不說英語語法上這兩個不能連用的錯誤,暫且認定為表推理。計算機這麼蠢...

Prolog 這類邏輯式程式語言為什麼沒有得到廣泛應用?

Jojojoshuali Prolog語言比較適用於解像數獨類的遊戲,他的解題思路也很奇妙因為他解題的時候不要求很強大的演算法,在做任何解謎之前,prolog會把所有可能出現解的情況全部列出來,加以限制 像數獨每一行每一列的值都不能是一樣的 隨後會去把每一種情況拿去試條件,第一種情況試錯了會back...

為什麼程式語言會存在解釋型或編譯型的限制?

問題描述的語言準確性的槽點就不摳了。比較 傳統 的解釋不是為了 跨平台 麼?比如不同硬體支援的指令會有差異,直接拿本地碼去別的平台跑,遇到不支援的指令不就卡殼了? 資源問題。普通的一門語言,哪有人給做不同的實現啊,作者自己做乙個就完了。這個實現是編譯的,它就是編譯的 這個實現是解釋的,它就是解釋的。...