快手高級程序員

1. 如何成為一名高級程序員

程序員可以分為很多種，像Unix程序員、Windows程序員，或是C++程序員、Delphi程序員，等等。今天我想談的是Web程序員，一名真正的Web程序員應該懂得那些方面的知識，應該注意學習哪些東西。

也許有些朋友會說，我知道Asp、Jsp，會做網站、會做bbs，這應該叫Web程序員了吧。確實，我承認，這些技術是一名Web程序員應該具備的；但是，你如果僅懂得這些，卻只能叫做Asp程序員、Jsp程序員，而不是真正意義上的Web程序員。現在的世界是屬於Internet的，大部分的應用基於Internet，大家可以想想，像Yahoo、Microsoft、Amazon那樣的網站，其訪問量之大、應用之復雜，需要什麼樣的技術才可以支撐，難道僅僅是硬體的功勞么。

我想在Windows平台下來談談Web程序員應該掌握的技術

1. 首先，就是上面提到的各種腳本，asp、jsp、php等等，這些東西大同小異，基本可以舉一反三。

2. 資料庫，

相信做Web的人肯定用過，像Access、Sql Server、Oracle。很多人會用各種資料庫，但是僅限於寫一些sql，select、update、insert，用ADO來操作，如果這樣，就算會用100種資料庫又有什麼用呢？

你應該考慮用戶量、訪問速度、內存消耗，這些東西和你的sql密切相關，我經常見到很多分頁程序根本不去考慮資料庫中有多少條數據，統統select出來，很明顯，當你從資料庫中查出1萬條數據和100條數據，佔用的內存是不同的。

另外，資料庫連接池和事務機制是非常重要的，應該知道資料庫用什麼來保證事務，連接池如何實現，這些都是商務應用的關鍵。譬如，目前很多的應用服務，像weblogic、MTS，都包含事務處理，可以說好的事務處理決定了他們的競爭力。

3. 組件技術

我想是現在的Web應用推動了組件技術的發展。以前，從老式的靜態庫、動態庫(dll)，到現在的COM/DCOM，再到正在興起中的Web Service；從單機調用，到基於內部網的分布式調用，到現在基於Internet的分布式計算。現在的應用都是基於組件的n層結構，最明顯的就是COM和javaBean。

這些東西體現了軟體架構的發展，以前是基於單機的應用，然後是C/S結構，到現在的B/S結構。我記得李維曾經說過，程序員一定要注意軟體技術的發展趨勢，只有這樣，才不至於被淹沒在技術的洪流中。我想，作為Web程序員，一定要明白COM的原理，如何實現這種調用、如何進行分布式調用。說實話，我覺得COM還是比較復雜的，否則微軟為什麼要提供ATL和VB呢，要搞明白，應該學學C++，因為VC中提供的ATL庫可以很明顯的說明COM的內部運行機制。

4. 網路技術

這可以說是Web程序員最應該懂得東西。起碼，應該知道Web伺服器的機制，要明白Http協議。就拿IIS來說，要懂得web應用程序運行的進程安全和IIS的關系，懂得ISApi的作用。

如果有時間，就看看TCP/IP，看看winsock，這些都是底層的網路的東西。

我所說的這些都是基於微軟技術下的東西，其他的像Java方面的東西都可以對照參考，就不多說了，這也是我這幾年來的一些心得。總之，學海無涯，每當接觸一些新的東西，就會發現自己的不足，同時也就覺得基礎知識的重要。說實話，像我們做應用開發，用別人的東西，在現在這種情況下，新的技術層出不窮，稍不注意就會被甩開，這也是沒有辦法的事情。

2. 程序員有幾個等級，每個等級分別都要達到什麼水平，每個等級的最高工資多少

初級，中級，高級，大師，宗師。。。
不對不對，難道是最近魔法門4玩多了。。。

具體分幾級有很多種分法，要學什麼東西要看具體公司用什麼編程，拿多少工資也不光看等級，還要看地域。我是干這個的，一個月才2K+，我同學5k+，不過我在濟南，他在北京，差不很多。。。

3. 高級程序員很難考嗎，證書含金量怎麼樣

也不是很難考，社會認可度相比思科、微軟的認證要差很多。
如果從事相關職業，且不是國營的，我建議考個認證吧。

4. 快手程序員級別

中級。
程序員的評定有國家等級標準的，通過計算機技術與軟體專業技術資格考試，即可獲得相應的等級資格證書。

5. 高級程序員相當於什麼職稱

高級程序員(軟體設計師)屬於中級職稱.
工程師級別
職稱跟職業等級不同的吧.
你有聽過中級教師屬於科級還是處級嗎?

6. 初級程序員、中級程序員、高級程序員最大的區別是什麼

程序員之間也是存在很大的區別，他們之間最大的區別主要表現這這個方面，跟大家分享一下。

1. 能力。一些程序員剛剛進入一個單位，學習的東西還不多，他們的能力差距要比老員工差很多。

2. 經驗。有的程序員，自身的能力是提升上去了，但是，由於呆的時間相對比較短，經驗還不是很足，面對一些疑難雜症，還是不能解決。

3. 薪資待遇。因為能力不同，所以獲得的回報也是不一樣的，一般高級程序員的薪資都是非常高的，畢竟他們能夠解決很多困難以及復雜的問題。
   

當然，除了這幾個方面之外，還有一些也是有差距的，比如說頭發，思維以及工齡等等。

7. 快手為什麼一直招聘java程序員

咨詢記錄 · 回答於2021-10-21

8. 聽朋友說過高級程序員這個詞，我覺得這是個多麼高職位的稱呼啊~我也可以成為高級程序員嗎去哪培訓呢

。。。哪有這么容易的。。。好像是為了虛榮才做程序的。。。
在中國都看不起沒權的。程序員技術再高不懂管理也就那樣。。
你要做高級，問問你自己，你是名校出來的嗎，你智商比別人高嗎。
或者
你有毅力一直鑽研嗎。不是培訓一下就成了的。沒有5年十年是做不到真正的高級的！！！

9. 高級程序員的主要工作是什麼

做架構師工作之外的設計工作和實現工作，以及核心代碼的編寫。
就像微軟的NT開發，總架構師是卡特勒。下面每個子系統（文件系統等）這些具體的演算法和實現需要高級程序員去設計和實現。之後，將更"低級"的活交給普通程序員。。。。
一下是我截取的word文檔里的說明
------------------------------------------------------------------------------------------
職位概要:
編寫系統中的關鍵模塊和關鍵演算法的程序，並進行綜合測試、修改工作。
工作內容:
按照工作進度和編程工作規范編寫系統中的關鍵模塊、關鍵演算法的程序；
對所編寫的程序進行嚴格的綜合測試，測試軟體模塊和軟集成產品，進行軟體故障的診斷、定位、分析和調試，以實施產品測試方案；
配合測試員修改相應的程序；
編寫軟產品文檔以實施軟體文檔計劃，管理相關軟體文檔；
向業務部門提供軟體的後期技術支持。
------------------------------------------------------------------------------------------

10. 低級程序員和高級程序員的區別

低級程序員認為自己與高級程序員的區別, 主要是高級程序員任何功能都能編碼實現, 編碼速度快, 代碼無 bug. 正如一慣的那樣,
低級程序員之所以低級, 正是因為他們勉強能看到(或者根本看不到)事物的表象而看不到本質. 所以, 低級程序員總結出的一切東西,
你都可以大膽的忽略.

所以, 我們來聽聽高級程序認為自己與低級程序員的區別是什麼. 高級程序員之所以高級, 在於他們認識到代碼 bug 是不可避免的,
有千萬種理由可以導致 bug, 但他們可以在設計和邏輯上保證(追求)滴水不漏, 並用邏輯的百分之百准確性還減少代碼 bug. 沒錯,
嚴謹的邏輯能力是高級程序員區別於低級程序員的最主要原因.

可以舉一個簡單常見例子: 網路購票終端的開發. 當然, 比低級程序員還低級的程序員做不出來. 我們先看看低級程序員是怎麼做:

order = Db::new_order();
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}

你看到的沒錯, 這段代碼邏輯清晰, 一般 90% 的情況都能正常工作, 有的甚至能達到 99%, 在某些特定的時間段, 這樣的系統 100% 能正常工作(幾乎是完美的系統).

你可能發現了問題: 網路是不可靠的, 網路請求可能發出去了, 也可能沒發出去; 對方可能收到了, 也可能沒收到; 響應可能由對方發出去了, 也可能沒發出去; 你可能收到了響應, 也可能沒收到.

但是, 低級的程序員會這樣解釋: 我用的是 TCP 協議, "TCP 是一種可靠的傳輸協議", 哈! 可笑的照本宣科. 這種低級程序員,
不僅在於他們寫出了邏輯上不完備的系統, 而且還惡劣地引經據典來做錯誤的辯護. 但他們引用的經典是不合時宜的(不能支撐他們的結論).

正確的做法應該是假設上面的每一行代碼都可能中斷執行, 然後進行相應的對策. 正如狹義上的網路協議其實是廣義上的交互協議, 我們可能把 TCP/IP 協議上的許多思想和機制應用到系統間的交互上來.

簡單來講, 可以加上就是重試(超時重傳)和對賬(請求確認). 所以, 邏輯上更准確的代碼應該是這樣:
Process_0{
order = Db::new_order();
}
Process_1{
order = Db::find_new_order();
ret = Network::query_order_result(order);
if(ret == NOT_FOUND){
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}
}
}

Process_0 和 Process_1 是相互獨立的處理邏輯.

Process_0 即處理用戶交互, 接受訂單.
Process_1 請求服務提供商進行對賬. 進行采購下單(補單), 更新訂單狀態.

上面的代碼邏輯實現了重試(超時重傳), 對賬(請求確認). 但上面的代碼在邏輯上還不是 100% 准確的, 例如, 如果對方系統誤報呢? 但其它的異常情況可以根據實際情況來忽略. 如果你發現這段代碼還有重要的邏輯上缺陷, 歡迎告訴我.

記住, 低級程序員和高級程序員的區別在於邏輯和抽象.