編程宏觀
❶ 編程什麼最重要
編程的東西所謂的代碼無非是一種工具，時間長了就可以掌握，關鍵是你怎麼用，需求是什麼。所以不要拘泥於技術，把你的工具用來解決你的問題。
另外多了解點高級語言，你說的東西完全可以用MATLAB來做。你這樣完全就是進入誤區了，很多現有的很成熟的演算法可以拿來用嗎。學習編程建議用Linux，開源的東西，一旦接觸就知道好處大很多。
所以開拓想法，多做實驗、項目之類的東西，語言用才能熟悉和發展。而且隨著時間的推移會覺得困惑少了許多。
雖然都是編程，但編出來的程序可是不一樣的。
如果想業余編小程序，推薦VB~VC~容易上手。簡單。也蠻強大。
如果想學好了去企業上班，推薦C++~~~.net~~~java之類的大型項目開發。
如果想做網站，就學ASP~CGI~PHP~JSP，這4個就JSP最最最難，先學ASP。
編程語言很多，但是目的都是想寫出好的程序，只要學精了一個就有錢賺，一上來不要要求太高
推薦學三種編程語言，因為推薦學是有原因的。
第一：先學習好C語言，這個是學所有編程語言的基礎。也是將來去考國家證書的必須要考的一門。
第二：學好java，因為java在目前來說，佔領地位是排第一位的。而且工資待遇也不錯。市場需求佔有率高達50%以上。或者學習.NET,因為.NET出來還不算太久，但是就因為是微軟出的東西，所以市場佔有率也已經達到了48%了，況且.NET比java要容易上手。兩者之一，你可以選擇一個。學java就往jsp工程師方向發展，學.NET就往ASP.NET方向發展吧。
第三：順便學一門資料庫的技術。因為開發的時候，難免會要和資料庫打交道。懂總比不懂要好。
❷ 編程必須明確清楚這幾點，學習C語言和C++
一、宏觀：
將C++視為C、面向對象C++、模版C++、STL C++組成的語言聯邦。
任何人不得添加任何東西到STL命名空間
不要輕易忽略編譯器的警告
一定程度的使用測試驅動的開發方法
軟體實體（類、模塊、函數）應該是可擴展的，但是不可修改的
多採用敏捷的設計方法（個體和交互勝過過程和工具、可以工作的軟體勝過面面俱到的文檔、客戶合作勝過合同談判、響應變化勝過遵循計劃）
經常性的交付可以工作的軟體，交付的時間間隔越短越好
在整個項目開發期間，業務人員和開發人員必須天天都在一起工作
圍繞被激勵起來的個人來構建項目
在團隊內部，多進行面對面的交流
提倡可持續的開發速度
使要構造的系統最簡單（不要設計不需要的功能，不要過分設計）
最好的架構、需求和設計出自於自組織團隊
每隔一段時間，團隊會在如何才能更有效的工作方面進行反省，然後相應的對自己的行為進行調整
結對編程是一種比較好的選擇
不能容忍重復的代碼
持續的對代碼進行重構
要做計劃游戲
高層模塊不應該依賴於底層模塊。二者都應該依賴於抽象
盡可能的保證：抽象不應該依賴於細節，細節應該依賴於抽象（任何變數都不應該持有一個指向具體類的指針或引用；任何類都不應該從具體類派生；任何方法都不應該覆寫它的任何基類中已經實現了的方法）
每個編程單元盡可能的向使用者提供使用承諾：例如資源回收保證、數據一致性保證、無異常保證
盡可能的在程序中處理所有可能的異常，而且盡可能的精細。（try...catch）
應該讓程序體面的退出：在出現非計劃內問題時自動產生mp文件。（利用SetUnhandledExceptionFilter調用MiniDumpWriteDump）
要先設計好類，建好各個類的文件，才能寫代碼。
用pragma once代替h文件頭
二、類：
讓介面容易被正確使用，不易被誤用
設計class猶如設計type
將成員變數聲明為private
盡量不要讓類支持隱式類型轉換
friend成員函數是類介面的一種表現方式，但能避免使用就盡量避免
避免使用handles指向對象內部成分
慎重使用inline（小函數的確該用inline，但是考慮到inline函數無法調試，所以應謹慎）
確定public繼承表現出is-a關系（即Liskov替換原則，永遠可以用派生類取代基類）
避免覆蓋繼承而來的名稱（基類函數重載，派生不重載，則其他覆蓋；派生重載基類函數，則基類函數覆蓋；變數也可以覆蓋）
區別介面繼承和實現繼承（純介面（virtual=0），介面+樸素實現(virtual=0+實現)，介面+強制實現（non-virtual）,以上為public繼承，private繼承全部是為了繼承實現，而不繼承介面）
根據上一條，只要出現virtual，就盡可能讓它=0（成虛基類）
根據上上條，派生類不應該覆寫non-virtual函數
絕不重新定義繼承而來的預設參數值
private繼承意味著繼承實現，是composition，實現的是has-a邏輯。protected繼承盡量少用。兩種繼承在設計層面完全沒有意義，只是實現層面的代碼重用。
凡是獨立的對象都必須有非0大小（空對象會安插一個char）
一個類只負責一件事
一個類只提供一種內聚的介面（不應該讓用戶依賴於他們不使用的方法）
類內部的類型定義盡量放在public，否則不能作為返回值
類中的大屬性都應該用智能指針(或返回STL時應使用move語意）
凡是類內私有變數加m前綴，凡事類似私有仿函數，加or後綴
靜態成員初始化函數用靜態類替代,可以順便用個functor
四大函數（構造函數、拷貝構造、賦值、析構）
若有多態繼承體系，基類析構函數盡量聲明為virtual
如果類內new了對象，並且該類負責delete，則必須要定義拷貝構造函數和賦值操作符。
若不想使用編譯器自動生成的函數，就該默認拒絕（將其聲明在private或protected）
別讓異常逃離析構函數，C++不喜歡析構函數吐出異常
絕不在構造函數或析構函數中調用virtual函數（當然其他函數調用virtual可以實現template method等有趣的模式）
拷貝函數應該確保拷貝了對象內所有成員和基類部分
不要以某個拷貝函數去實現另外一個拷貝函數（一個是函數，一個是 assignment函數），應該把共同部分放在第三個獨立函數
三、函數：
盡量將函數參數聲明為const
另operator =返回一個*this的引用，並且在operator =中處理自我賦值
函數參數的構造順序不確定，所以不要在函數參數中執行new操作，或將多個函數參數都用函數來表示（否則若一個發生異常，其他有可能不會執行）。
盡量用傳遞const 引用代替傳值
non-member,none-friend函數有封裝性好，跨類型操作等能力，因此在需要的時候沒有必要局限於把函數全部放到類里的傳統規則。
若所有參數都需要類型轉換，請為此採用non-memeber函數（典型的是雙目操作符重載）
凡是需要對指針參數做提領操作，都需要檢查是否為BULL
發布版程序維持程序的勉強工作比crash更好；debug版讓程序盡量crash。
希望可以幫到你，謝謝！
❸ 本人喜歡計算機但不太喜歡編程這方面偏微觀的東西，就是相對來說計算機宏觀方面東西有哪些我可以學
計算機網路，運維，操作系統，桌面支持
❹ 學ug編程-宏觀-思路
有3D產品圖的話就直接分模，倒模架，倒模具組件，鑽頂針孔、線割司筒孔，之後就是AB板模仁的CNC了，還有AB板的開框。
❺ 當幼兒園已經開始學編程：是開發智力還是揠苗助長
編程語言是人機對話的一種語言，和人們用於溝通的漢語、英語等語言一樣，有著相似的習得過程，越早接觸，越能更好地掌握。同時，學習編程更像是一把鑰匙， 能夠為孩子們打開一扇全新世界的大門，培養孩子多方面的能力。
邏輯思維
編程的獨特性在於用計算機做東西是一個創造的過程，就像動手搭積木一樣，把一個東西拼出來，需要有一個藍圖和流程。一個大程序通常會有很多中小模塊負責各自的任務。這就像一個項目，怎麼分工，哪個人、團隊負責做什麼，先做什麼，後做什麼，這裡面都涉及到宏觀的設計能力和邏輯思維。設計電腦程序去完成任務也是同樣的道理。
解決問題能力
計算機是一個開放的世界，就像滴滴打車、高德地圖這些App一樣，掌握了編程思維，只要引導他善於觀察和發現問題， 孩子可以創造出程序解決實際的問題。而不再是在口頭上、腦海里空想自己的方案或者想「如果有人按照我的想法實現出來有多好多好啊」。
團隊協作能力
當程序到了一定的復雜度，就需要多人合作來完成程序的實現。孩子會學習到如何根據團隊中各人的特長進行分工協作，互相幫助，齊心協力把程序實現解決問題。
❻ 想讓孩子學習編程，該如何孩子學習呢
應該先了解編程、選擇符合孩子的編程語言、掌握學習方法和技巧，培養孩子對編程的興趣，保持良好心態，不能急功近利。
想讓孩子學習編程是好事，但在讓孩子開始學習以前，家長一定要對編程有一個全面而詳細的了解，要知道現在世界上出現的編程語言已經有600多種，讓孩子學習只能學習其中的一種或者幾種，這時就要根據孩子的年齡段和所掌握的編程基礎來選擇合適的編程語言，選擇時一定要遵循從易到難的原則。
三、放平心態不能急功近利
培養孩子學習編程，一定要放平心態，不能急功近利，因為學習編程能鍛煉孩子的邏輯思維和數學能力，還能開發智力，讓他具有更好的創造力，但這需要一個比較長的過程，不是能立竿見影的事情，如果參加編程培訓，短時間內沒有什麼好的效果，不能太著急，要用心了解孩子學的東西，發現孩子的變化，時間長以後就會發現孩子的邏輯思維更清晰，能輕松解決自己遇到的一些問題。