從計算機出現到現在，已有數十年的歷史，計算機程式設計的發展也有數十年的時間了，在這漫漫歲月之中，計算機發生了翻天覆地的變化，程式編寫的理念也經歷了許多重大的變革。
早期的計算機是專供科學家使用的工具，有很高的門檻，普通人根本無法操作甚至不能解理計算機的存在，那時候的電腦程式主要是在科學領域。因其效能所限和當時程式語言的特性，當時的程式主要是面向過程，注重執行效率和資源利用。而到了電子技術飛速發展的今天，雖然尖端科學領域依然受限於計算機的效能，但對於面向普通人的應用領域，計算機的效能卻是綽綽有餘了，隨著物件導向理念的興起，程式的編寫（主要是應用程式的編寫），則越來越「高階化」。
所謂「高階化」，這個詞語是我臆造的，在程式裡，所謂「高階」，「底層」之類的詞並不代表高明與否，完全是描述程式邏輯與擬人化思維的接近程度。
早期的電腦程式，因為種種原因，是使用更利於機器編譯的手段編寫，幾乎完全是人腦模擬機器的運作來進行思維邏輯構造，所以機器執行起來效率很高，但可讀性低。在傳統生物進化的觀念看來，這種方式遠離了「靈長類」的思維，於是顯得更為「底層」，至於現今常規應用程式的編寫，隨著時代的發展，因各種原因，更利於人腦的理解，顯得更為「高階」。不僅「高階」並不高，底層也並不低，似乎有反過來的趨勢，「高階」通常來說技術含量比「底層」低一些。
在應用程式開發的時候，在物件導向理論的指導下，功能的實現並不要求自己完全編寫，大抵是因為術業有專攻，縱然再博聞強志的人，也不可能在所有方面都十分精通，所以使用程式設計工具就成為了非常必要的手段。
在選擇程式設計工具的時候，有的人傾向於看起來比較原始，但是對於計算機而言執行效率更高的編輯和編譯工具，還有一部分有傾向於選擇ide（整合開發環境）。一般說來，單獨的編輯和編譯工具，在執行自己的任務時，的確要比ide的單項功能快許多；而另一方面，效率高的工具使用難度較大，配置相對複雜，需要自己對計算機原理有充分的了解才能做到，於普通人而言門檻過高，ide在這方面就比較友好了。
水稻的種植是相對基礎的但又十分必要的產業，產業模式較為單一，必須精確處理好光，水，空氣，土壤的調配，一絲也不能馬虎。然而基於水稻種植的衍生的糧食加工業卻呈現出百花齊放的景象，產業模式極為多樣，且受限很少，可以以多種形式存在並發展，在生產的鏈條中，種植屬於底層，而加工屬於高階，底層的不可缺少，但可以通過批量管理來減少人力資源的消耗，而在糧食加工領域，主要注重安全性，易用性，人們買到手簡單烹製即可食用。
我覺得程式設計也是這樣，在底層的實現上，可採用批量管理的方式，減少人力資源的消耗，如果人人都去開發底層，不僅可能收效甚微，還不能滿足應用的需求；而在面向應用的功能上，則應以安全性和穩定性為主導，開發出易用，簡便的應用程式。
所以我認為開發底層的技術人員，選擇工具應該著重效率和與計算機的互動，而面向應用層的開發人員，則還是應該盡量選擇簡單易用的開發工具。當然，我還是更傾向於底層的，畢竟是計算機的基礎，和計算機的互動，執行效率的提公升應該是每個程式設計技術人員的進步方向，畢竟人吃飯可以選擇吃各種品味，但不能選擇不吃飯而去吃石頭，小國寡民，全民耕種固然滿後，擔卻是非常穩固的經濟結構，如果沒有人種地了，加工業再發達，人能吃空氣為生嗎？
應用程式開發步驟
c 是一種編譯語言，c 源程式需要經過編譯 連線，生成可執行檔案後方可執行。使用c 開發乙個應用程式大致要經過以下步驟 1 首先要根據實際問題確定程式設計的思路，包括選用適當的數學模型。這方面的內容其實也是各應用學科的主要研究領域之一。2 根據前述思路或數學模型編寫程式。除了非常簡單的問題可以直接寫...
maximo應用程式開發
單頁面程式 1 開發完後要授權，在安全組裡面，授權完後點應用，儲存。然後退出，重新登入 2 若要對查詢結果做出條件限制則在表屬性 高階 應用程式限制裡寫where語句 比如要限制某查詢非空，則用 is not null 工作流 1 節點屬性 指定角色和應用 許可權體系 若新建使用者時出現無法傳送郵件...
c 應用程式開發
與access建立聯絡 oledb c access 讀寫資料庫 c 連線access資料庫及增刪改查操作 c 讀取資料庫有多少條資料 c int轉成string，string轉成int 1，int轉成string 用tostring 或者convert.tostring 如下 例如 int var...