師高編程
A. 我想考高級編程師,請問需要做哪些准備啊
首先選擇一門編程語言和操作系統平台。
操作系統平台國內比較流行的基本有Windows、Linux（Unix）、Mac OS。一般來說大家都選擇的是Windows平台，因為此平台是國內處於壟斷地位的操作系統，而且有很多優秀的開發工具可供選擇，缺點就是Windows平台的開放性不高，往底層探究比較困難（但我對於言必稱底層的觀點比較反感，不是所有搞開發的都要對底層非常了解，做出用戶滿意的系統才是我們追求的根本，玩些底層的trick只是一種自我滿足罷了。當然我們需要有一些掌握底層技術的高手，但這個是個人選擇的問題），而且用慣Windows的程序員在配置、腳本等方面比較弱。Linux是開源平台，當然從理論上你可以操縱Linux的一切，但是有幾個人能夠達到這一水平？剛剛開始學習開發的程序員，在Linux上也僅僅能夠開發一些應用軟體罷了。Linux下的開發工具不夠人性化，但這種情況正在逐步得到緩解，Eclipse就是非常出色的開發平台。在Linux下開發，你可以得到大量優秀的源代碼，並且一切都是透明的（只要你想），但你必須學習很多命令行指令，掌握各種系統和參數配置以及腳本方面的知識。
編程語言的選擇更是令人頭痛，我涉獵不多，對於有些語言，我無法給出任何建議，只好等這方面的高手來給大家補充了。我僅僅對C++和Java進行一些說明，當然這個也僅僅是基於個人體會，絕對不是權威觀點 :P
C++仍然是目前佔主流的開發語言（詳細的可以閱讀TCPL中的相關論述），而且一種語言的發展或消亡都是一個漸進的過程，在可以預見的將來，C++仍然是一門舉足輕重的開發語言，但其所針對的領域和方向可能會有所調整，我認為最主要的變化是C++會逐步從商業MIS系統市場上退出。選擇C++的理由是關於C++的優秀開發書籍和開發工具最多，相關的資源也異常豐富，待對於一般應用程序的開發掌握之後，無需過渡，就可以深入學習各種技術，因為現階段講述系統底層奧秘和高級技術的書籍，基本都是選用C\C++做為示例語言。加上微軟精心打造的開發平台Visual Studio或Borland的C++ Builder系列，學習起來更是如虎添翼。但C++現在的缺點也是比較明顯的，我最深的感觸就是對於XP和Agile Development的支持不好。
Java簡化了C++的語法，學習起來比較容易（但隨著Java的日益普及和發展，是否能夠繼續保持這一優勢，我不敢斷言），Eclipse是非常優秀的Java開發平台，支持XP的整個過程：設計、測試、編碼、重構……現階段敏捷軟體開發的主要語言就是Java。而且Java的跨平台特性更是非常大的優勢。
實際上，選擇哪門語言都沒有關系，根據你的發展規劃和目前身邊的環境選擇就可以，沒有必要跟風，其後的堅持才是難點。
好，假設你選擇了C++做為開發語言，在Windows平台上開發，那麼我給你如下的學習建議（其他的選擇請各位積極補充……）：
C++語言的學習當然是基礎，這個階段由於沒有任何在特定平台上的開發經驗，我們只能按照書中的例子一個一個輸入運行，暫時告別熟悉的圖形界面，回到古老的DOS了。參考書的選擇是這個階段很多朋友關心的，Stan Lippman的《Essential C++》和《C++ Primer》是我優先推薦的，而《Essential C++》因為篇幅較小，講解內容適當，而且對C++ STL的運用有不少描述，顯得相當實用，我認為最適合初學者使用。無論選擇了那本書做為入門教材，都應該逐個例子逐個例子的消化，不要貪快，但同時要對重點內容有所側重。我們學習任何東西都是為了解決實際問題，所以請把重點放在我們實際中最常用的部分，而不要過多的追究一些細節和艱深晦澀的不常用技術。
此刻我們會碰到很多過後看來非常簡單幼稚的問題，比如為什麼編譯出錯，為什麼按照書中的例子輸進去卻無法通過編譯，找不到頭文件等等，大體上這是因為剛剛接觸程序開發，對程序理解還很初級，以及對於所使用的開發環境不夠了解，特定編譯器對標准C++的支持程度不一導致。請多閱讀關於所使用開發環境的各種文檔，以及查閱幫助文檔。以我最經常使用的Visual C++配合MSDN來說，當出現一個我不能理解的編譯錯誤時，按F4鍵編輯器就會自動跳到當前錯誤地點，下面的輸出窗口也會給出錯誤代碼（比如C××××），把錯誤代碼記下，打開MSDN，在索引一欄輸入錯誤代碼，就能夠查到詳細的關於此錯誤的說明，當然，是英文的（不要問你不會英文怎麼辦，這是基本要求）。現在的開發工具查錯排錯非常方便。當然，有時很多錯誤原因並不是編譯器所提示的地方，而是往前或往後一些地方，長期的編程經驗可以提高查錯速度。此時也請多練習練習Debug技術。
此階段只要能夠掌握C++的基本語言要素，對結構化程序設計和基於對象的設計有一定理解，能夠完成一些簡單的小程序就可以結束了，畢竟DOS程序現在很難勾起我們學習的慾望了 :P 在此之後可以視自己的情況決定是否學習數據結構，數據結構是程序員的必修課，不可或缺，地位非常重要，即使你現在希望馬上進入圖形界面程序開發的世界，這一課我也提醒你記著早點補上。
終於可以邁入圖形世界，我們要從SDK編程開始，不要擔心，這不會花費你太長時間，但卻是對Windows程序運行機制進行深入了解的好時機，在此的努力都不會白費（trust me），此時的參考書沒有什麼好考慮的，基礎的有Charles Petzold的《Windows程序設計》，進階的有《Windows核心編程》。請從《Windows程序設計》開始，Charles Petzold的書通俗易懂，學習起來非常輕松，而且對你的語言要求不高，只要懂C就可以了。
此時容易碰到的問題大多與項目設置有關，如果使用Visual C++，請按Alt+F7調出項目設置對話框仔細檢查，並閱讀相關文檔，熟悉各項配置的意義。
此階段請重點掌握Windows SDK程序的編寫方法，Windows程序的運行機制和Windows消息機制，和常用的Windows API。我們還可以更進一步：嘗試用前一階段學到的C++知識對過程化的SDK程序進行初步的改造，將我們敲入計算機的程序變得可重用，按照自己對基於對象思想和面向對象思想的理解來重新編寫例子程序。
OK，現在你已經初步入門了，掌握了C++的基本用法，對面向對象有了一點模糊而自以為是的認識，也能夠寫出Windows程序了，雖然還有點簡單，還有點醜陋，不過，總歸是圖形界面啊。開始有點感覺了，是嗎？ :P 別急著往前沖，停一停，將C++和Windows SDK的基礎打牢，貪多嚼不爛嗎。此時有很多經典書籍等待你去掌握，也有幾乎無限的題材供你練習，請盡量多閱讀接觸下面的資源：
• 《C++ Primer》
• 《Windows核心編程》
• 《應用程序調試技術》
• 面向對象開發設計方面的書籍
• MSDN的Platform SDK部分，Periodicals部分（包含了大量有價值C++、SDK方面的技術文章）
• CodeProject里相關的源代碼是很好的補充學習資料
現在繼續往前走吧，利用SDK開發畢竟有時太過於費時費力，還是使用更高級的應用程序開發框架的好，主要的有MFC和VCL，關於這些框架誰好誰壞的爭論我已經聽煩了，一句話，能幫助我們完成任務就行，它們無非都是工具，你自己隨便選擇吧。不過選擇好之後，你應該明白，對於你的工具，了解越深，越能發揮它的威力。如果你選擇了MFC，我建議學習下面的書籍：
• 《深入淺出MFC》：關於此書毋庸多說，盡管有人不停的貶低，但它的地位是無可置疑的，而且也是對我最有幫助的書籍之一。
• 《MFC程序設計》
• 《Visual C++技術內幕》
然後就停止找書吧，網上開發站點的數不勝數的源代碼就是最好的老師了……
返回頁首
學習過程中碰到問題我該怎麼辦？
我始終認為學習軟體開發過程中遇到的問題只有自己盡最大的努力去解決，才能收到最大的成效，對於那些動不動就把問題發到網上指望高手幫你解決的做法我非常不贊同，因為這樣你並不能從中學到多少。我建議的做法是，首先嘗試自己獨力解決問題，花幾個小時解決一個問題，是很正常的，不要幾分鍾解決不了就放棄了；實在無法解決的時候，請嘗試盡量減小涉及范圍，將問題歸結一下，初步形成自己的結論；然後利用搜索引擎或者開發論壇中的搜索功能來搜索是否有對於自己問題的解答；實在沒有的時候，再發帖子求助。請了解一點：你遇到的問題都是別人遇到過的，網上肯定有現成的解決方法（因為你還沒有到開發研究前所未有的問題的水平:P），只看你找不找得到了，請盡力去利用現有的資源而不是麻煩別人。
CSDN的論壇、MSDN在線文檔都是非常好的資源，基本上我們遇到的問題在這里都能找到解答。
B. 高級程序設計師的前途
你現在學習的話 只能是皮毛的 編成需要培養自己的邏輯思維能力還有就是數學一定要好 我在吉林大學計算機學院上學 我們這里有個搞計算機的博士生導師對我們說過 普通人學編成1年學到的東西 數學家1個月就能完成 編程可以理解為數學的一種
C. CNC編程師 最高達到月薪多少
普通的編程加操作每個月每天12小時不休息工資能過萬
每周休息的話7千左右
D. 百色平果北師大高中當編程老師難嗎
難。
1、平果北師大高中的編程專業知識老量較多，需要高素質高能力的人員才能擔任該專業的老師。
2、該高中的編程老師除了本職的教師工作外，還需要負責開發學生的個人潛能，選拔高素質人才，其負責的工作較多。
E. CNC編程師 最高達到月薪多少
CNC編程師發展前途,月薪說,做同事,拿工資.經驗豐富程度,工資區別!編程主管,般都8000經驗豐富編程師傅,5000-8000左右般編程師傅工資3000-5000間沒少經驗編程員,工資相說比較低3000內要看編模具,般產品廠零件廠或機械廠編工件都比較簡單,工資自低級別械具廠做編程員相高點,圖形復雜.加工店工作工資比較高,比較辛苦,編工件各種類型都,能力提升比較!本編程工作經驗10,現招編程徒,興趣聯系
F. 凱恩帝系統，請問高師一把刀用兩次編程怎麼編
第一次用的時候怎麼調用刀具，第二次還是那樣調用。
如果這把刀上有2個刀尖，第二次用另一個刀尖的話，就要用另外的刀補。
如果我的回答對您有幫助，請及時採納為最佳答案，謝謝！
G. 大連省級師范高中要編程特長生嗎
打電話直接咨詢
H. 計算機專業的考網路工程師和高級編程員哪個比較好呢
高級編程員。又稱為軟體工程師。是專門做軟體給別人使用的！
網路工程師的專業主要是維護企業網路安全。。對Windows,Linux等大型企業用的系統要了如指掌！
論前途來講。。編程的工資稍微要比網路的高。。不過比網路的難度要大。。
兩者你自己選擇！
I. 計算機編程員分為哪幾個等級
計算機技術與軟體專業技術資格(水平)共有20個級別，分別如下：
(1)高級資格：信息系統項目管理師、系統分析師(原系統分析員)、系統構架設計師;
(2)中級資格：軟體設計師(原高級程序員)、網路工程師、信息系統監理師、電子商務設計師、軟體評測師、多媒體應用設計師、資料庫系統工程師、嵌入式系統設計師、計算機輔助設計師、信息系統管理工程師、信息技術支持工程師;
(3)初級資格：程序員(原初級程序員、程序員)、網路管理員、信息處理技術員、電子商務技術員、多媒體應用製作技術員、信息系統運行管理員。
從2004年開始，每年舉行兩次考試，上、下半年各舉行一次，上半年和下半年考試的級別不盡相同，以全國軟考辦公布的考試計劃為准。每次公布計劃的時間大約在考試前後一周，請考生在每年的5月底和11月初注意訪問考試大軟考頻道，及時得到有關通知。
J. UI設計師編程要求高嗎
UI設計師主要是圍繞用戶使用的體驗，界面的視覺設計來工作，他的職責主要是目標用戶審美習慣和趨向的研究、界面風格的設定以及細節的美術製作（工作量主要集中在這一塊）、產品性格的闡述和情感的表達。
如今，在國內這個崗位的劃分也比較混亂，在很多大公司里，UI一般指交互設計---針對產品和系統行為的設計，找需求、分析競品、做信息構架、畫高低保真原型的那種，在小公司因為成本，UI可能既要做交互設計又要做視覺設計又要做前端等。
所以我們可以從中得到一些答案了，如果你是專做UI視覺設計師那麼你可以沒必要學習代碼程序！現在的互聯網公司UI設計是和開發人員並肩作戰，才可做出漂亮的視覺效果和滿足功能的項目。
當幾個專業人員在一起工作時，合作關系就很重要，大家會去注意誰的技術更加過硬。但這個界線又該如何制定呢？這完全取決於你的個人能力。那些能熟練地做出漂亮的網路圖片的人應該能懂，甚至很少的HTML/CSS內容。
這個是因人而異的。因為我們不可能每個人都掌握所有的技能，所以對於你需要去了解多少代碼這件事，主要是由你所側重的那一方面對於代碼的需求是多少來決定的。但是從整體上來著想，如果你對這一方面有興趣並且也有能力去學習的話，我的建議是越多越好。
那麼如何去學習呢？首先最重要的是去了解「技術的可行性邊界」。
兩種主要的了解方式：
第一種就是去讀一些編程方面的書。我特別建議你，當你想去做一些 Android 或者是 iOS 設計的時候，你就去找一兩本這方面的書，把它們翻一遍或者很快速地去看一遍，然後你就會知道有哪些控制項、方式和基本的常識。這個過程很快就能結束，我們以前都有這樣做過。
第二種就是去看大量的產品，去看看現在的產品都已經實現了什麼樣的功能或效果。
其實當前在技術層面上和 UI 相關的地方基本上沒有特別多的難點，所以只要你去看看在別的軟體里的效果都有哪些，
它們又是如何被實現的，看得多了以後你就會發現，同理，這些東西在我的設計里是可以實現的，或者說是很快可以做出來的。這也是一種很好的方式去了解並拓展「技術的可行性邊界」，去了解哪些東西可以做，哪些東西還不能做。
除此之外還有一個很重要的方面
就是你在做具體的一些設計的時候和開發團隊之間的配合問題。
因為你做的每一點設計在去具體實現的時候對技術都有相關的不同需求，所以這個時候在工作中就要去和工程師進行特別深入和緊密的交流。
尤其是你在做交互或者產品設計相關的工作的時候，你需要不斷地去和工程師溝通，去了解你的設計或想法到底能不能實現。如果不可以做的話，你就需要知道難點在哪裡，怎麼樣才能使它變得可行。
這樣日積月累之後，你發現自己逐漸對技術有了很多了解，你可以不會寫代碼
但是你了解的東西會越來越多，這對你知識的沉澱是很有好處的。在這個方面里還有一個需要注意的地方，就是要多問問題，而且是問有技術含量的問題，
因為簡單的一些問題通過看書都是可以很快補起來的，而只有一些和領域、業務、代碼、具體項目等緊密相關的問題才是需要你去窮追猛打並不恥下問的。
對於代碼你可以不學習，但是最好是可以去了解一下！因為你的作品不能只是炫，也得給搞前端的考慮考慮，你的作品到底能不能實現，做什麼效果實現起來簡單又有個性，否則你做一堆東西卻實現不了那都沒用，所以，多了解一些這方面的知識肯定是有好處的！
網上也有一大堆說法，但是總結下來大概就是「UI設計可以不會代碼，但這是一個競爭激烈的行業，你會的東西也許工作中並不會用到，但是它卻是你的一個加分項」
假如你是做開發的，那你也需要學一學UI設計，畢竟開發過程中還經常需要和UI溝通，如果一點不懂，溝通會變得有些費力，這就是為什麼你需要會你工作之外的技能的原因.
當你糾結要不要學習一門技術的時候，說明它已經跟你有相關性了，那就去學一學吧，但是學習它不代表你就得轉行，我的意思是與其花時間去糾結要不要學還不如直接開始學，工作之外的技能可以學得不精，但應該了解。
其實一個企業真正需要的是，能真正能做好設計的設計師，能寫好代碼的開發者，並且設計師和開發者能夠無縫地協作。設計師會不會代碼其實沒有關系，但是設計師需要了解開發了解代碼的工作流程和原理，這樣能與開發人員進行良好的溝通，讓工作事半功倍。