如何判斷一門編程好壞

A. 如何評價一個計算機演算法的好壞

一般 是時間復雜度和空間復雜度。

時間復雜度：一般通過語句執行次數與輸入規模之間的關系來比較。
空間復雜度：通過使用額外的內存空間來比較。

時間復雜度和空間復雜度也有一定的關系：
提高空間復雜度有利於減低時間復雜度，反之亦然。

然後，就需要根據環境不同，平衡這兩者。
比如在嵌入式開發中，有時內存資源緊張，這時空間復雜度低的演算法就可能是一個更好的演算法。

推薦參考數據結構或演算法入門書。

B. 怎麼樣才算學好一門編程語言呢 有什麼標准嗎

先學C語言吧. 不過要辛苦一陣,熟悉C語言後,學其它語言就輕松多了...

C. 判斷一門編程語言的「好壞」有哪些標准

想要符合理性評價，那麼科學的評價是一種理性的評價。 要科學的評價，只需要建立可重復性的驗證或者實驗手段就可以了。

D. 編程語言的好壞大神們幫幫忙

無所謂好壞 java現在應用到多個平台 如pc 手機 pda等等 .net在windows上也如日中天 學好了任何一門將來找工作都很容易 個人傾向於java

E. 如何判斷一個PLC的好壞

PLC程序的好壞
PLC程序最好的評價標準是實踐。看程序能否達到預期的目的。但這還不夠。因為能達到目的的程序還有好與不好之分。到底什麼樣的程序才算好的程序呢？大體有如下幾個方面：

1、 正確性

PLC的程序一定要正確，並要經過實際工作驗證，證明其能夠正確工作。這是對PLC程序的最根本的要求，若這一點做不到，其它的再好也沒有用。

要使程序正確，一定要准確的使用指令，正確的使用內部器件。准確的使用指令與准確理解指令相聯系，為此對指令含義和使用條件一定要弄清楚。必要時，可編些小程序對一些不清楚的指令作些測試。

同一指令，由於PLC的出廠批次不同或是PLC的系列型號的不同，一些指令細節有可能不一樣，應仔細查閱編程手冊。

內部器件正確使用也是重要的。如有的PLC有掉電保護，有的PLC沒有。一定要做到該掉電保護的一定要用掉電保護的器件，反之則不能用。

總之，要准確的使用指令，正確使用內部器件，使所編的程序能正確要作，這是對PLC程序最根本的要求。

2、 可靠性

程序不僅要正確，還要可靠。可靠反映著PLC程序的穩定性，這也是對PLC程序的基本要求。

有的PLC程序，在正常的工作條件下或合法操作時能正確工作，而出現非正常工作條件（如臨時停電，又很快再通電）或進行非法操作（如一些按鈕不按順序按，或同時按若干按鈕）後，程序就不能正常工作了。這種程序，就不大可靠，或說不穩定，就是不好的程序。

好的PLC程序對非正常工作條件出現，能予以識別，並能使其與正常條件銜接，可使程序適應於多種情況。好的PLC程序對非法操作能予以拒絕，且不留下「痕跡」。只接受合法操作。

聯鎖是拒絕非法操作常用的手段，繼電電路常用這個方法，PLC也可繼承這個方法。

3、 簡短性

使PLC程序盡可能簡短，也是應追求的目標。

簡短的程序可以節省用戶存儲區；多數情況下也可節省執行時間，提高對輸入的響應速度，還可提高程序的可讀性。

程序是否簡短，一般可用程序所用的指令條數衡量，用的條數少，程序自然就簡短。

要想程序簡短，從大的方面講，要優化程序結構，用流程式控制制指令簡化程序，從小的方面講還要用功能強的指令取代功能單一的指令，以及注意指令的安排順序等。

4、 省時性

程序簡短可以節省程序運行時間，但簡短與省時並不完全是一回事。因為運行程序時間雖與程序所擁有指令條數有關，而且還與所使用的是什麼指令有關。PLC指令不同，執行的時間也不同。而且，有的指令，在邏輯條件ON時執行與在OFF時執行其時間也不同。另外，由於使用了流程式控制制指令，在程序中，不是所有指令都要執行等。所以，運行程序的時間計算是較復雜的。但要求其平均時間少，最大時間也不太長是必要的。這樣可提高PLC的響應速度。

省時的關鍵是用好流程式控制制指令。按情況確定一些必須執行的指令，作必備部分，其餘的可依程序進行，有選擇地執行，或作些分時工作的設計，避免最大時間太長等。

5、 可讀性

要求所設計的程序可讀性要好。這不僅便於程序設計者加深對程序的理解，便地調試，而且，還要便於別人讀懂你的程序，便於使用者維護。必要時，也可使程序推廣。

要使程序可讀性好，所設計的程序就要盡可能清晰。要注意層次，實現模塊化，以至於用面向對象的方法進行設計。要多用一些標準的設計。

再就是I/O分配要有規律性，便於記憶與理解。必要時，還要做一些注釋工作。內部器件的使用也要講規律性，不要隨便地拿來就用。

可讀性在程序設計開始時就要注意。這不易完全做到。因為在程序調試的過程中，指令的增減，內部器件的使用變化，可能使原較清晰的程序，變的有些亂。所以在設計時就對調試增減留有一定的餘地，然後調試完畢後再做一下整理，這樣所設計的程序具有更高的質量。

6、 易改性

要使程序易改，也就是要便於修改。

PLC的特點之一就是方便，可靈活地適用於各種情況。其辦法就是靠修改或重新設計程序。

重新設計程序用於改變PLC工藝的用途要求的情況，不僅程序重編，而且I/O也要重新分配。多數情況下不需要重編程序，作一些修改就可以了。這就要求程序具有易性，便於修改。

易改也就是彈性，要求只要作很少的改動，即可達到改變參數或理改動作的目的。

在設計PLC程序的過程中，能夠滿足以上6方面的要求的就能稱的上是一個好程序

F. 學好一門編程語言的衡量標準是什麼

用我們老師開玩笑的一句話

想學好一門語言的語法

至少兩萬行的親自編程體驗（不能只包含賦值語句）

我建議你先不要看的太遠 把遇到的解決不了的問題弄懂

等你發現一般的問題都難不住你了 自然就算是掌握了

高手 看的是你下的功夫
高手中的高手就要看天分了

G. 如何理性的評價各種編程語言的優劣

想要符合理性評價，那麼科學的評價是一種理性的評價。
要科學的評價，只需要建立可重復性的驗證或者實驗手段就可以了。
以下是一種僅供參考的驗證或者實驗方法的步驟：
1. 選擇一個常見的可編程解決的問題
2. 選擇候選編程語言可使用的語言措施、庫等等范圍
3. 邀請足夠多的中等或以上水平程序員的程序員，在約定的范圍內編寫代碼解決這個問題
4. 升級這個問題或者擴展這個問題的應用范圍
按以上步驟迭代，統計每次迭代時（也就是問題變化時）解決問題的各語言的代碼的變化量。

H. 如何判斷自己合不合適學編程

很多人只是將編程作為一項技能去學習，而他們並不清楚學習編程之後能做些什麼。這就和孩子在學校學習英語一樣，由於缺乏目的性和應用場景，而使得效果大打折扣。合不合適學編程主要從邏輯能力、自學能力等方面判斷。

1、你是否具備邏輯思維能力

編程的實質是解決問題，需要的是把一件事情先抽象化出來，再邏輯化表達出來的能力。利用是或非的程序語言去解決實際生活中的問題，比如讓你設計一個自動停車收費的系統，需要有哪些功能？要通過怎麼樣的邏輯語言去實現這些功能？

對於程序員來說，要想成為一名優秀的編程人員，邏輯思維非常重要，因為本質上寫程序就是在寫邏輯。

2、你是否適合自學編程

自學編程是一個漫長而艱辛的過程，在你信心滿滿地開始之前，先問自己幾個問題：你是否願意不斷的去自學新的知識？你是一個邏輯和抽象思維能力較強的人嗎？你是否有很強的好奇心去研究和探索未知的領域？遇到問題和困難時，你是否有足夠的耐心和毅力去解決它？

(8)如何判斷一門編程好壞擴展閱讀

接受義務教育階段的時候，會發現一個有趣的現象，好像只要是老師的子女，學習成績都不會太差，就算老師，不給他的子女補課，他們孩子的學習能力，同樣優於其他學生。

這就是環境的作用。當你處於某一環境時，就會被環境所影響，這種影響可能是很明顯的，也可能是潛移默化的。

古語雲：龍生龍，鳳生鳳，老鼠的兒子會打洞，就是這個道理。天賦和環境，是我們無法自主選擇的，用他們來評判自己適不適合，顯然不科學，也不夠理性。

I. 如何判斷一個演算法的好壞

首先，這個演算法必須是正確的
其次，好的演算法應該是友好的，便於人們理解和交流，並且是機器可執行的。
這個演算法還需要足夠健壯，即當輸入的數據非法或不合理時，也能適當的做出正確的反應或進行相應的處理
最後它還必須擁有高效率和低存儲量要求。
也就是樓上幾位說的時間復雜度和空間復雜度
占的地方越小，算得越快的演算法才是好演算法。

J. 程序員代碼質量的好壞是如何區別的

現在的程序設計是一個系統的過程，程序員代碼質量的高低往往也與他所處的團隊有較大的關系，也就是說頂層的設計與代碼質量有直接的關系。所以說優秀的團隊往往都是優秀的代碼，但是普通的團隊往往很難寫出優秀的代碼。
代碼的編寫大致上經歷幾個步驟，第一個步驟是頂層設計（架構師）。
頂層設計包括軟體架構設計、技術方案等內容，落實到代碼上往往就是大量介面的定義。好的設計需要考慮三方面因素，分別是結構性（模塊化）、完整性、擴展性，當然還需要考慮可移植性，通常結構性好的代碼移植性也會比較不錯。
第二步是核心代碼的實現（研發級程序員）。
有的團隊也把這部分稱作為「容器」開發，簡單的說就是功能性平台開發，目的是實現平台級API。這部分代碼的開發是整個軟體開發的核心部分，承擔這部分開發任務的程序員往往就是我們所說的研發級程序員。研發級程序員代碼質量的衡量標准主要在演算法設計與實現上，性能指標是考核的重要因素，另外還要考慮穩定性和完整性等核心因素。
第三步是功能編寫（應用級程序員）。
功能編寫簡單的說就是完成具體的業務邏輯實現，需要調用平台提供的API完成具體的功能。這部分程序員占據了程序員群體的大部分比例，也就是通常所說的應用級程序員。應用級程序員的代碼質量主要從代碼編寫結構上來看，比如是否有標準的打包、命名、注釋，以及代碼整體結構是否清晰，邏輯結構是否清晰等方面。
往往程序員代碼的質量會隨著編程經驗的提高而不斷得到提高。
我做軟體開發多年，目前的主要研究方向是大數據和人工智慧，也在帶大數據方向的研究生，我會陸續在頭條上寫一些關於大數據方面的文章，感興趣的朋友可以關注我的頭條號，相信一定會有所收獲。
如果有大數據方面的問題，也可以咨詢我，
謝謝！