有哪些話一聽就知道乙個程式設計師是個水貨?

2025-01-28 22:50:19 字數 4655 閱讀 3540

1樓:來自江南天真的大海

乙個程式設計師應該說話行動或者語言都會有一些專用的術語,如果對一些專用術語都不懂得使用的話,我們一聽他的說話就知道他是乙個水貨。

2樓:錢言萬語

有哪些話一聽就知道是個程式設計師,是個水貨,我覺得。

如果是在考試或者,面試中。

考官肯定會掌握一些,程式設計師了。

專業詞語,以及專用的,考題。

有些,冒充是程式設計師的。

是不掌握這些專用詞語的使用。

也許是一說就會露餡的。

因為他們可能是,從。

為好人那裡得到幾個詞語。

回去冒充的,但也會背。

專業人員也是破的。

3樓:老子要單騎

有hover切換功能,不能直接換成png ,現在的官網取消了hover才換的png

首先,有些公認的水貨,比如熊節,根本就是乙個文藝,就不用廢話了。其次,有爭議的,比如陳皓。這貨的部落格多年保持livelock狀態。

什麼意思呢,就是看起來系統還是在跑,但沒有任何有用功。常年都是給入門馬農做科普的內容。這種屬於大自然的搬運工,把搜尋引擎裡的資料編譯一下就拿來做自己的內容。

然後是比較隱藏的水貨。比如陳碩。言必讓讀者看自己的書第幾頁。

但他那本書純屬基礎知識和常識列舉。看幾個man page和rfc就夠了。另外,他的書裡錯誤很多,言之鑿鑿的地方其實都是掛一漏萬,把特例當公理。

雲風當屬最隱蔽的水貨。都是實打實的產品,**,難題,分析。內容都是網路,高效能,併發,分佈。

但不幸的是,老子才是這方面的行家。就拿他最新那個所謂的樂觀悲觀鎖來說吧,裡面每個結論每個分析我都指出其不靠譜之處。還有其他一些水貨,就不一一列舉了。

他們有如下顯著特徵:話題以程式科普為主。內容都是在其他它地方能輕易獲得的,缺少自己的思想。

問題分析流於猜測,不能達到問題本質。輕易下結論,下過多總結陳詞。缺乏量化分析,以主觀感受和特例作為依據。

如果有不服的,歡迎討論。我可以具體問題具體分析給你看,他們的思想有多毛糙,基本功有多不紮實。

4樓:星空藍

有哪些話一聽就知道乙個程式設計師是水貨,那就是你本身是程式設計師,那麼你基本上之前做過程式設計師,你才知道。

5樓:網友

俗話說,細節決定成敗。乙個人的一言一行都體現出他的能力和素質。……所以,通過某個人的隻言片語,是可以知道這個人的能力水平高低的……

比如程式設計師,如果他總是說外行話的話,那麼,這個程式設計師就肯定是個水貨了。

當然了,凡事也不能絕對。不能只憑乙個人的一句話就判斷他到底是不是外行……比如某個程式設計師愛開玩笑,故意說外行話,那就不能證明他是水貨了……所以還要做綜合分析才行。

6樓:網友

這些話,一般都是通過一些專業的知識,這也是能夠體現出乙個真正的。程式設計師或者是通過他的一些語言的問題的一些概論都能夠判斷出。

7樓:晴天便好

一聽就知道乙個程式設計師的水是不是水貨,因為乙個有貨的人說話也很謙虛,如果很誇張的人一聽就是乙個水貨。

8樓:網友

程式設計師的水平層次都是不一樣的,高低各有不同。水貨就能說明他是比較基礎的,初級的程式設計師並不能說他不是程式設計師。倒是把什麼函式啊?演算法呀,符號要掛在嘴邊,這肯定是乙個水貨程式設計師。

9樓:網友

你好!對自己的專業知識不瞭解,不熟悉,要問他有跟程式設計師這方面的知識,說不清楚,對自己的專業都不清楚,我覺得這樣就可以知道乙個程式設計師是個水貨。

寫過什麼樣的**才是真的程式設計師?

10樓:一夢半生

作乙個真正合格的程式設計師,或者說就是可以真正合格完成一些**工作的程式設計師,應該具有的素質。

1:團隊精神和協作能力把它作為基本素質,並不是不重要,恰恰相反,這是程式設計師應該具備的最基本的,也是最重要的安身立命之本。把高水平程式設計師說成獨行俠的都是在囈語,任何個人的力量都是有限的,即便如linus這樣的天才,也需要通過組成強大的團隊來創造奇蹟,那些遍佈全球的為linux寫核心的高手們,沒有協作精神是不可想象的。

獨行俠可以作一些賺錢的小軟體發點小財,但是一旦進入一些大系統的研發團隊,進入商業化和產品化的開發任務,缺乏這種素質的人就完全不合格了。

2:文件習慣說高水平程式設計師從來不寫文件的肯定是乳臭未乾的毛孩子,良好的文件是正規研發流程中非常重要的環節,作為**程式設計師,30%的工作時間寫技術文件是很正常的,而作為高階程式設計師和系統分析員,這個比例還要高很多。缺乏文件,乙個軟體系統就缺乏生命力,在未來的查錯,公升級以及模組的複用時就都會遇到極大的麻煩。

3:規範化,標準化的**編寫習慣作為一些外國知名軟體公司的規矩,**的變數命名,**內註釋格式,甚至巢狀中行縮排的長度和函式間的空行數字都有明確規定,良好的編寫習慣,不但有助於**的移植和糾錯,也有助於不同技術人員之間的協作。有些coding fans叫囂高水平程式設計師寫的**旁人從來看不懂,這種叫囂只能證明他們自己壓根不配自稱程式設計師。

**具有良好的可讀性,是程式設計師基本的素質需求。再看看整個linux的搭建,沒有規範化和標準化的**習慣,全球的研發協作是絕對不可想象的。

一些好的程式模組**,即便是70年**成的,拿到現在放到一些系統裡面作為功能模組都能適合的很好,而現在我看到的是,很多小公司軟體一公升級或改進就動輒全部**重寫,大部分重複性工作無謂的浪費了時間和精力。測試習慣作為一些商業化正規化的開發而言,專職的測試工程師是不可少的,但是並不是說有了專職的測試工程師程式設計師就可以不進行自測;軟體研發作為一項工程而言,

11樓:william陽

**重要嗎?當然,**是設計,而**是最有價值的可交付成果。但你真的能寫**嗎?你的**應該如何定義它?

開發人員花費大量的工作時間不是編寫**,而是閱讀**、除錯**、查閱他人提交的開發文件、學習新的庫等;在閱讀**時,開發人員實際上扮演著**直譯器的角色,在腦海中執行**,並且試著記住當前的執行狀態這就是為什麼程式設計師在閱讀**時會心煩意亂。

編寫時的可維護性:是指程式或系統上線後彈出的bug,開發團隊可以在沒有其他bug的情況下及時將bug排除。保持方法的原子性,提高**的內聚性,可以最大限度地減少某些修改的影響,使某些方法的錯誤不會影響其他模組的正常執行。

寫時可維護性還包括**的「可測試性」。

12樓:網友

自己寫乙個編譯器,正規表示式函式庫就可以稱為程式設計師了。

13樓:波風童子

客戶要改內容,只需要花費很少時間就能修改,而且**拿到別人手上,別人很容易讀懂。

14樓:堂正

自己能寫演算法和通曉資料結構的碼農我覺得可以稱之為程式設計師。

15樓:梟筱龍

不是所有寫**的都是程式設計師,不是所有程式設計師都需要寫**。

16樓:一氧化二氫有毒

看見公司**中有人連續寫了十幾個if else,想死的心都有了。

17樓:這個暱稱很牛逼

寫過機器語言的程式猿才是最牛逼的。

18樓:網友

那時候天真的以為,**除了"hello world"就屬if else出現頻率最高了。

甚至不用計算複雜度,不用考慮資料結構。

19樓:傅鵾

我認為什麼**都能寫的程式設計師才是真的程式設計師。

20樓:e寶

print('程式設計師')

這是真的'程式設計師'三個字呀!

有程式設計師男朋友是怎樣的體驗,有一個程式設計師男朋友是怎樣的體驗

其實程式設計師也是普通人,並沒有大家認為的那些宅,沉悶之類的,每個行業都是有各種各樣的人的,程式設計師行業也是一樣,也有陽光開朗的,當然也有比較宅的。程式設計師男朋友應該會有些沉悶吧 早上走的時候你還沒醒,晚上回來的時候你睡著了 有一個程式設計師朋友是種怎樣的體驗 經常沒空,聽說忙著找bug 跟其他...

我把程式設計師男友甩了,有一個程式設計師男友是一種怎麼樣的體驗

有些人天生慢熱,不會主動。作為程式設計師,平時也比較忙,晝伏夜出的,時間不穩定。也許是因為自己的時間問題,不敢隨便約你吧。都認識這麼久了,你想想他平時對你怎麼樣?除了你越他,他平時對你不夠關心和呵護嗎?如果其他方面做的都比較好,誰先主動真的就不那麼重要了 每個人的性格都是不一樣的,有的比較木訥,不主...

程式設計師是吃青春飯的職業嗎程式設計師是一個吃青春飯的職業嗎

在中bai國有很多人都認為duit行業是吃青春飯的,如zhi果過了40歲就很難dao有機會再發回展下去!說程式設計師是一碗青春飯答,大多是因為這是一個需要高強度腦力勞動的工種,而超過40歲的程式設計師身體機能逐漸弱化,家庭瑣事纏身,往往面臨繼續做技術還是轉做管理的局面。有人考慮轉型,當然也有人選擇對...