如何判斷程序員是不是在摸魚

Ⅰ 如何辨別一個程序員水平的高低

java">辨別一個程序員的水平唯一的辦法就是看產出質量。
關鍵字：普通程序員
——————————————無恥割————————————————————
演算法和數據結構都是錦上添花，並非是雪中送炭。而一個程序員的水準大致上是可以通過之前的代碼質量估算出來的。【如果你可以獲得此程序員的真實編寫的代碼，比如原創的Github】。
舉個栗子：下面是我最近在單位一個同事寫的代碼，Java語言
(Stringstr,Integergrades){
Stringproportion=str;
for(inti=1;i<grades;i++){
Stringst=proportion.substring(proportion.lastIndexOf(",")+1);
if(st.equals(""))
returnfalse;
proportion=proportion.substring(0,proportion.lastIndexOf(","));
}
if(proportion.equals(""))
returnfalse;
str=str.replace(".","");
str=str.replace(",","");
for(inti=str.length();--i>=0;){
intchr=str.charAt(i);
if(chr<48||chr>57)
returnfalse;
}
returntrue;
}

大致上的功能就是將1,2,6.2,4,1的字元串判斷每一『,』內是數字，而且長度符合規定
這樣的代碼看上第一眼就覺得非常的醜陋。所以在我的要求之下，進行了一次重構。
(Stringstr,intgrades){
String[]proportions=str.split(",");
if(proportions.length!=grades){
returnfalse;
}
for(Strings:proportions){
if(!NumberUtils.isNumber(s)){
returnfalse;
}
}
returntrue;
}

這里看上去差不多就Ok。這樣的代碼其實也並沒有用到什麼數據結構和演算法，就是很簡單的字元串處理。

實際情況：在我們寫的絕大多數的代碼裡面，大部分屬於業務邏輯，極少部分的代碼需要使用到演算法和數據結構，在這樣的情況下，我們能使用的到的技能最為關鍵的是讓代碼如何更加合理。而讓代碼更加優秀的方式是通過千錘百煉的重構，而重構是極大的考驗一個程序員耐心和能力的東西。

—————————————————————————————————————
質量的范圍廣泛，我從下面幾個小方面聊聊。
出貨能力：如果一個程序，演算法再精妙，不能出貨都是扯淡，我看過某某大神，演算法溜得很，但是一個人完全做不到按照工程需要把事情給做完。
優化能力：並沒有一個程序是一步到位的，一個工程的交出去可運行了，那才是第一步，很多時候隨著業務的增大，對性能的要求越來越高，有一定對於代碼優化的能力也是比較重要的。
調錯能力：項目越大，遇見的Bug也就是越離奇，這個時候需要強大的Debug能力，找出那個最為關鍵的錯誤點，甚至於追溯底層框架的源碼。
技術掌控：你項目能用Spring，Hibernate等等框架，但是有沒有想過，這些技術你真的可以掌控么，如果有一天你的框架版本需要升級，真的做得到么？甚至於從Hibernate轉為MyBatis。

演算法和數據結構是影響到一些核心區的問題，但是其他的一些技能，比如面向對象的架構設計，代碼的低耦合，那都是對整個項目有著直觀改善的技能。並非是貶低演算法，而在實際工作中，有太多比演算法更重要的問題了。

最後補充一點吧：從善如登從惡如崩，毋以惡小而為之，此古人誠不欺我

Ⅱ 你感覺在工作的時候，有什麼辦法可以摸魚

昨天在群里，看見小夥伴們在討論工作摸魚，摸魚也常被大家認為是偷懶、不好好乾活的行為。

其實這個話題，很早之前就想聊一下了，那擇日不如撞日，就今天吧！

01

摸魚小技巧

首先，我們來談論一下摸魚的小技巧，不知道大家平常都是怎麼摸魚的，棟哥大概知道的套路就以下幾種。

1勤接水

想要靠勤接水來摸魚，杯子就要做點文章，比如杯子就要選那種看著開口大，但是容量比較小的，這樣就能增加你接水的次數。

還可以選擇用熱水沖泡茶，因為這樣可以在那裡等水燒開。

2帶薪拉屎

喝了水，就會增加上廁所的頻次，不管是大是小，反正去了廁所就要「帶薪拉屎」，這招可以說是最經典的摸魚套路了。

網上還有人計算，如果每天去2次廁所，每次去30分鍾，一個月就是22小時，一年264小時，這就相當於11天的帶薪年假啊！

相信大家在廁所門口遇見同事，估計都會相視一笑，心裡想著今天又成功薅了資本主義的羊毛。

還有開會時，在筆記本上偷偷畫素描等等一系列行為。

當然，以上行為並不建議大家使用，不是說不讓大家喝水和上廁所，而是說刻意甚至是惡意的這么做，都是不合適的，凡事都要有一個度。

不過上面這些摸魚套路，面對下面這位老哥都弱爆了，這位才是真正朋克的摸魚大神。

Ⅲ 分享下如何確定自己是否適合做程序員

1. 邏輯思維力（或推衍的能力）：這個是做稱職程序員的底線。比如不能寫的代碼出個Exception就抓瞎不知道哪裡出了問題，而是有能力從Exception順藤摸瓜反推出哪裡出了問題。Code即邏輯，Code有問題即邏輯有問題。沒有邏輯的人是無法找到邏輯漏洞的，也寫不出條理清晰的代碼。

2. 抽象思維力：這個能力大體可以決定一個程序員的上限。沒有這個能力是做不出一切皆文件這種抽象的，可以試試學習函數式編程，如果無法理解並使用高階函數，你不適合做程序員。再來幾個更初級的例子。如果你學寫代碼的過程中，理解指針的指針的指針這個東西的時間超過了一天，那你不適合當程序員。

3. 專注力：我理解的專注力只是興趣的衍生品，你打Dota打CS打個幾個小時能越打越精神，為什麼？因為你覺得有趣兒。如果也覺得寫代碼有意思，那專注自然就不是個事兒。

4. 想像力與記憶力：這個不是說過目不忘的那種，只是說你大概記得有什麼類，都有什麼函數，每個函數里的大體過程是什麼樣的。然後走路、坐地鐵的時候就可以用想像力在腦子里做代碼的重構啦，找Bug啦什麼的，然後回到電腦前就噼里啪啦敲代碼。我聽說有人在夢里也能寫代碼，我還沒有鍛煉出這個技能。當然，這些能力不是必須的，你隨身帶個筆記本也行，就是效率低些，影響職業成長的上限。

5. 英語：很遺憾地，目前多數有價值的東西都是英文的。所以無障礙閱讀Stackoverflow的回答是起碼的。

Ⅳ 如何判斷程序員在做什麼

1.打字快且停頓：正編碼；
2.鍵盤滑鼠並用且不停點擊，在debug；
3.不停滾輪或pagedown：在查錯；
4.不停按刷新/f5：腳本卡住了；
5. 一動不動緊盯屏幕：程序拋出異常；
6.表情時而嚴肅時而輕松：產品上線測試中；
7.手放鍵盤上長時間未動：加班太多猝死了。

Ⅳ 如何辨別一個程序員水平的高低呢

有的時候單純靠一個面試很難辨別一個程序員的水平是什麼樣的。原因很簡單，因為很多面試題在網上都有，如果刻意准備那麼一般都能回答的不錯。所以想辨別一個程序員的水平需要一定的方法。

上述幾方面我們稱為應能力，還有一些軟能力也是非常重要的，比如責任心，對技術的態度，學習能力等等。當然，這些就更難考量了，本文暫不介紹。

如果上述幾方面都比較不錯，那麼這個程序員的水平應該是不錯的。即使對目前的工作的知識儲備可能還有欠缺，但經過一段時間後必然可以

Ⅵ 程序員有「摸魚」神器嗎

我覺得SoFlu軟體機器人就是既能讓我摸魚又能讓我提升效率的神器，只要輸入流程圖就能進行前後端開發還有測試運維，要不是用過∞我真的不敢相信現在科技已經這么發達了。

Ⅶ 如何才能觀察得出一個人是不是程序員

首先我們都知道程序員是一個非常辛苦的職業，因為他們常常要熬夜，並且在電腦前一坐就是一整天對他們的身體影響是非常大的久而久之，他們就會發現他們有脫發的行為，在我們縣程序員的時候，我們會發現程序員的發際線一般都比較的高。這是因為他們不規律的生活習慣所造成的。因此，當我們看到一個年輕的人，但是她的頭發卻非常的少，那麼他一定是程序員。

Ⅷ 如何判斷自己是否具有成為一名優秀程序員的潛質

1) 注意細節，尤其是最小的細節。
「差不多」、「很接近」是只能在做馬蹄鐵時用的詞，在軟體開發中，95%的正確仍然是不能用，一個「差不多」能用方法或一個使圖片很「接近」居中的CSS樣式都是不合格、不能用的。這剩下的5%對於整個軟體的有效性十分重要，能造成完全相反的結果。
««« 如果你討厭細節，你就別去做程序員。
2) 學無止境
起初這句話聽起來會很迷人，你會很喜歡！我喜歡學習新事物！尤其是當你來自於一個無聊的工作或像釘馬掌這樣永遠不變的事情時 =-)。然而，經過了一段時間後，你會發現，這變成了一條永不停息的知識河流，如果你不喜歡水，你會感覺困在了無盡無邊的知識瀑布前，無法停止，也無法窮盡。我每天大概有學到10-20種新的東西，我喜歡這些！我的弟弟卻希望事情永遠不會變化，始終如一，他對我說他永遠都不願意去學編程。
««« 如果你不喜歡堅持不懈的去學習新事物，而喜歡待在一個永不變化的環境中，那你很可能成為不了一名程序員。
3) 面對壓力、緊張和限定期限
沒錯，每個人都喜歡使用軟體，但你喜歡面對任務的最後期限和最終目標嗎？需要什麼時候完成？做完這些要花多少時間？我們能在這段時間里完成更多的任務嗎？是否還記得要注意細節？你怎麼辦？急匆匆的完成？加班加點希望能多完成一些？在理想世界裡，編程是一個很有趣的活動，我們寫出代碼，讓它們完成很酷的事情，吃著批薩，喝著可樂。而在現實生活中，有的是壓力，雖然不是時刻都這樣，但事情會比那種做一個30分鍾的簡單在線輔導要不同的多。我喜歡挑戰我的極限，我渴望成長，變成一個更棒的程序員，所以我不介意。
««« 你面對時間限制和工作壓力會怎樣？如果你想迴避這些壓力，那你將無法成為一名程序員。
4) 有組織能力
我知道有些程序員的生活一塌糊塗，看起來他們似乎沒自我組織能力，但我說的不是這些，我是說管理好工作流程的能力。比如，能否迅速容易的在你的計算機里找到一個東西？我認識的優秀的程序員通常能迅速的定位一個需要的文件，能夠用工具或腳本幫他們處理繁雜的事物，這些都是高效的工作。
««« 當你學到了一個新東西時，你是否把它寫下來？你是否喜歡想出辦法來替你完成那些重復的工作？你能很好的安排各種不同的任務嗎？如果不能，那你就不適合去當一名程序員。
5) 好奇心
當我還是十幾歲時，教堂里的一位夫人幾乎每月都會對我說一次，她說我應該停止問那麼多為什麼，她說這讓人討厭。雖然受了批評，最終我還是清楚的認識到，優秀的程序員總是在問「為什麼？」這個應用的工作原理是什麼？那個橫跨街道的建築是怎麼建起來的？程序員之間的對話聽起來總是像這樣開始的：「很奇怪他們為什麼要這樣做…？」以前我以為問這么多為什麼是很奇怪的表現，但現在我明白，至少是在軟體開發中，這是一個好的品質。
««« 不明白的事情會引起你的好奇心嗎？新事物會讓你興奮的想搞清楚它的原理嗎？如果你不具有某種程度天生的好奇心，那麼你就很可能不喜歡做一名程序員。
6) 自學
我知道，很多的程序員都上過大學，出自高校的，但這不是我要說的。優秀的程序員總是在鑽研程序代碼和文檔，來弄清楚東西的工作原理，他們不會敲開老闆辦公室的們說：「我需要上培訓課，學習這款新軟體」。優秀的程序員在不斷的學習，不斷的靠自己研究出事情的原委——不論是有高學歷還是沒有學歷。
««« 如果你需要有人教你，或者等著參加熱門的課程去學知識，那你很可能不會成為一名程序員。
7) 人際交往能力
這在程序員中不是一個普遍的特徵。真正優秀的程序員善於與人交往，但大多數程序員缺乏這些能力。如果你善於溝通，你的老闆、你的公司會非常喜歡你。而且，不要因為他們不會編碼就瞧不起他們。
««« 如果你不喜歡與人接觸，跟別人在一起時覺得很難受，那你也許就不應該成為一名程序員。

Ⅸ 在公司中看書學習，這是不是屬於摸魚的一種

經常有人抱怨：上班如上墳，一提到工作就頭疼。工作拖延、上班摸魚，下班開始加班，已成為職場常態。

為什麼會這樣呢？

其實，很大一部分原因和企業文化有關。很多領導不重視企業問題，只知道一味地讓員工上班、加班。他們很少去體恤員工。另外，很多認真工作的員工，也得不到領導的認可。這就讓員工感覺特別凄涼。

比如，我的一個朋友，之前是公司的老黃牛。她在公司工作有十多年了，之前一直任勞任怨。前段時間生病住院了，要做一個小手術。

領導不但沒有去慰問她，反而發消息問她是否可以把手術時間改一改，或者暫時先別做手術了，把手頭的工作處理完再說。

那一刻，她徹底崩潰了。這么多年的辛勞，卻換來領導這么一句寒心的話。

讓員工產生競爭意識

因為，他們通過公司公布的薪資解釋，知道了高工資是什麼標准。之後，他們就會努力朝這個標准去沖刺。也就是說，公司的這個做法，讓員工對未來有了預見性，讓他們有了目標期望值。

這樣，就形成了一個良性循環競爭。不僅能提高員工的個人能力，還會公司帶來意想不到的收益。

由此可見，一個公司要想真正發展，一定要和員工共進退。只有充分尊重員工、給員工信任和期望的公司才能走得更長遠。

Ⅹ 看資深面試官透露是怎樣判斷IT開發人員水平的

1、計算機相關學科的學歷背景，或者即使沒有計算機學歷背景，也要有計算機學科體系的完整學習經歷，基礎知識在我看來是第一步，如果你不懂數據結構演算法，不懂計算機體系結構，不知道怎麼設計演算法，不知道計算機軟硬體怎麼工作的，那寫出的代碼也是質量差的無效率的，你只是寫出來了，但是在我看來是沒有價值的代碼，沒有可維護能力和積淀性的，我從來就不相信一個沒學過數據結構演算法，計算機體系結構，編譯原理，軟體工程這些課程的人寫出來的代碼，那些很多策劃改行的程序的程序員是不會到我這里一面的，所以來我們這面試的，無論你之前多牛逼，那都是虛的，一定要做筆試題，一紙筆試題直接看出基礎能力，曾經見到技術總監不會寫快排演算法的，說太久忘了，那你來指導什麼?用你的經驗在這喝茶么?需要你來這里做什麼?這不是笑掉大牙么?為什麼我不招一個專業基礎優秀並且有活力且成本低易塑造的年輕人，數據結構和演算法設計是這里必須通過的。一句話，做技術的，太虛沒用，用你的專業能力說話，在這里我們會偏向那些名校背景的人，因為經驗上看，學歷背景好的專業能力普遍非常扎實，這點我覺得網易現在的技術的一枝獨秀，不得不說和他的校招只招清北浙交的策略有很大關系

2、游戲開發領域的專業知識，游戲開發有很多特定領域的知識基礎，包括3D圖形學，AI，物理，音視頻，操作系統平台開發，業務邏輯系統，很少會有人把這些面面俱到，這裡面每一個都需要幾本書的系統知識去啃，但是我們只需要看到你在這裡面某一個或兩個上面有深入研究和經驗，比如你非常通曉渲染，opengl D3D 各種shader效果，渲染優化都玩得很好，那就是一個加分，比如你非常善於研究ai，對行為樹，尋路這些有深入的經驗，也是很好的，如果對這些全都一知半解，那是不行的，我們需要的不是只是每個都懂一點的人，在游戲的專業知識領域方面，先做一個專才。

3、聰明。沒錯這是非常重要的一個衡量標准，開發者一定是這個世界上IQ最高的一群人，我很看重IQ，面對日新月異的開發工具技術的變革，聰明代表你有更快的學習適應能力，並能夠對問題提出自己的一定見解和解決方法，這個很重要。

4、工具的使用，工具是針對不同游戲項目的，比如你做unity，那要求你掌握unity編輯器，你做unreal，你做cocos，在我看來工具並沒那麼重要，一個基礎扎實聰明的人對工具的掌握是很快的，甚至很多非程序員都能玩轉工具，所以在面試時這個只佔25%左右的比例，和我說你多了解多了解某個工具，那其實並沒有那麼值得炫耀，就像練功的外功和內功，我們更看重內功，工具是可以花時間彌補的，專業基礎則很難，那需要悟性。我們現在主要招聘U3D的開發，對這塊，我們會衡量簡單的U3D編輯器基礎，U3D 的一些深入的概念，比如優化內存，drawcall，光照系統，assetbundle包，資源載入，動畫系統，GUI系統，還會深入的考察C#，LUA的開發的情況。如果面試者只是把unity當office用，那就在這塊沒有分數了，一個並不是很復雜的問題可以難到很多人：兩個資源BC共用A，那麼ABC如何打包?載入b的時候要怎樣載入?載入好b之後哪些包卸載哪些不卸載?不卸載的何時卸載?這個問題答得不完整不能說你深入的研究過UNITY

5、經驗，經驗在我們看來和工具差不多，這種依靠時間堆積的東西並不如專業基礎重要，在技術開發來講，10年經驗絕對不是1年經驗價值的10倍，經驗多固然好，但那是在其他因素都一樣的情況，一個聰明的名校畢業生，和一個10年經驗做過10款游戲但是一直沒有做過很多核心工作的程序員，我必然選擇前者。而且關於經驗，我們會把時間放在一邊，先來剖析你所謂的經驗多少是真正有價值的。首先，大廠大作的開發人員是加分的，這意味著你曾經同一些很棒的同事共事過，任何成功的產品都是有其成功的道理的(但是大廠的邊緣發開人員則沒有什麼亮點，大廠往往把核心工作和非核心工作分的很開，一些非核心開發的人員很久接觸不到主要研發工作，那反而是個劣勢了)，然後我會就著你的簡歷詳細剖析你所做的工作，你說你做過尋路，那我問你A*演算法原理怎樣的，和navmesh有什麼區別，A*在大型地圖怎樣優化，如果你答不出來，那我不認為你真正的做過尋路，你只是使用過工具而已，那知識不屬於你，這一項經驗我會清0，你做過戰斗，那我會問怎樣同步前後端的狀態，怎樣避免延遲導致的問題，怎樣能夠更好的表現打擊感。所以經驗絕對不是你做過什麼，而是你詳細的琢磨過什麼，哪些東西真正的屬於了你。所以很多10幾年程序的經驗開始很不屑一顧的坐在對面，說了一堆堆很著名的產品，這我做的那我做的，我要來當主程，那ok，問到細節一個也說不清楚，再加上基礎的演算法也都說你忘了，那沒有任何意義，對不起，我喜歡刨根問底。