有哪些程式設計師特有的習慣?

時間 2021-05-09 14:16:26

1樓:chiefeweight

用記事本寫完東西後,Ctrl + S儲存,然後立刻跟了個Ctrl + Shift + F外加Ctrl + S連招。

然後一愣,心想「我沒在用eclipse啊(捂臉)」。

2樓:

就是習慣性的Ctrl+/ 來注釋各種一些文字,在word 或者記事本裡面 ,會在一些行首加上 // ,希望微軟支援一下@知乎

3樓:Pegasis

碰到google doc或者word的拼寫錯誤的時候(單詞下面會有一條紅色波浪線),就會習慣性按下alt+enter ,愣了一會後一邊右鍵選擇正確拼寫一邊吐槽怎麼能沒有這個快捷鍵

4樓:CSDN學院

這只是開個玩笑啦。

但是想表達的是,程式設計師有很多習慣,都是長期學習和實戰形成的。

公司裡總是會有內部資源共享,讓想要資源的同事在群裡舉手,每次清一色的程式設計師小夥伴:

「這個我要」

「+1」

「帶我乙個~」

「給我留乙個」

愛學習的程度簡直令人髮指啊~要說這樣的人不會把生活越過越好,我真不信。

5樓:唐正軍

電梯1F往下是-1F,那麼0F呢 ?

打完)立即打; ();是連貫性動作 。

Shift鍵已磨掉了文字

練就了強大的左手小拇指

喜歡等到loading的時候才去作別的事,比如上廁所。

去點菜:把那個菜複製乙份給我。

打乙個新遊戲時,首先選option而不是GameStart如果....就...否則...

討厭說話只說

喜歡考慮到例外情況

如果兩個同時...呢?(拉仇恨)

設定密碼帶*號

6樓:葉塵

專程來搜著答~

我右後方有個程式猿,按ctrl+s的時候總是習慣性按很多次,有時能達10次之多,力度大,而且節奏是加快的趨勢,總覺得下一秒他就要射啦!!!

7樓:

感覺大家回答的都不像我那些程式設計師朋友。

然而他們是休息的時候問我

「你要看動漫嗎」

「你要看韓劇嗎」

「這個中國產劇還不錯,推薦你看」

……除了看劇,宅,我不知道他們還有什麼特有的習慣。

8樓:潘澤彥

程式設計師是個「好鬥」的群體:

對於「什麼是最好的程式語言」、「windows、Linux、Mac OS哪個更好」、「Emacs和Vim哪個更強」、「手機是用Android好還是iOS好」,甚至連「縮排應該用tab還是空格,用空格的話需要幾個」這種問題,這個群體都會爭論不休。

9樓:

五個

我認為比較是的吧

0, 1, 程式設計師多少都有點強迫症,讓程式設計師抓狂很容易,括號(只用(一半),說話也

2,1km == 1024m, 1kg == 1024g3.大部分具有中文分號引號恐懼症;

10樓:Windroid

每次坐電梯都會想這個電梯的演算法怎麼設計的;

然而想了好久發現這個問題越想越複雜;

這時候電梯到了;

出電梯;

不想了;

然而下次坐電梯還是會想;

11樓:沈躍進

同事之間以「碼農」相稱其樂融融,不熟的行外人膽敢叫「碼農」分分鐘氣炸!

就好比黑人之間隨便叫「nigger」,白人叫黑人一句「nigger」試試?

珍愛程式猿,從你我身邊做起。

其實我是乙個「軟體工程師」。

如果妹子你是有求於猿,叫一聲「程式猿哥哥」也無妨。

碼農同胞們,我只能幫到這裡了。

12樓:吳毅凡

先把括號兩邊做出來,在往裡面加插內容,用筆和紙手寫東西的時候也有這樣的毛病。

把j和k當成了上下箭頭鍵使用,在word文件中也習慣性想地用j和k控制游標。

一定要讓自己處在等待的狀態才願意離開電腦,比如說npm install的時候。。。

13樓:萬雋舒

0. 寫文件嚴格以縮排表示層次

1. 不等於一律寫成 !=

2. 證明始末用 表示

14樓:

IDEA重度使用者,

想選中游標所在的詞按了Ctrl+w,

然後網頁/Word文件就被關閉了…

還好IDEA幫我戒掉了Ctrl+s。

15樓:劉奕聰

我看著終端發呆的時候喜歡雙擊 Tab

在瀏覽器登入的時候會看下位址列的證書

提交表單的時候會開啟開發者工具來分析請求

餐館吃飯看著服務員沒有條理跑來跑去的時候想幫他們優化流程摸到新電腦會 sudo apt install vim

16樓:hhhhhhhhh

我無數次的在打完 word 之後習慣性的打上 jj:wq。。。

然後每次用別人的電腦的編輯器會先打出來好多 j 然後發現不對,刪掉。。。

17樓:

你跟他講面向過程,他就跟你扯物件導向。

你跟他扯物件導向,他就跟你說多型繼承。

你跟他說多型繼承,他又撤回物件導向,這次是婊框架了。

你跟他舉例MVC,他立馬一巴MVVC糊過來。

你剛想反駁他,結果回頭一說

18樓:

縮排對齊:每次看到第三種都很痛苦

這樣這樣這樣

19樓:

我給一程式同事發訊息,

他回覆:CPU 100%

我莫名其妙,?

他回覆:現在正忙,沒有時間。後來一想:這貨原來把自己想象成電腦了……CPU 100%,哈哈。

20樓:Haojun

記得剛到耶魯的時候,有個女生Y拿著電腦讓我幫她調程式。

開啟電腦,Ubuntu,不錯不錯,幸虧不是Windows,不然不能忍了!!!

我:「唉,你這桌面好亂呀,各種圖示、臨時檔案,一點都沒有條理,我幫你整清理一下吧!」

Y:「不用不用,你先幫我看程式吧,我回頭自己清理。」

我:「嗯,記得清理一下啊,太亂了。」

我按了一下Caps Lock鍵,發現燈亮了!如下圖:

哎呦我去!不能忍了!作為乙個程式設計師,怎麼可以犯如此嚴重的錯誤!

我:「你為什麼沒有把Caps Lock鍵設定成Ctrl啊?你用過Caps Lock鍵嗎?鍵盤的絕佳位置竟然留給了乙個沒有任何用處的按鍵!你怎麼能忍得了呢??!!」

Y:「啊,我打大寫的時候用Caps Lock啊。」

我:「什麼!姐姐,你打大寫的時候應該用Shift鍵呀!為什麼要用Caps Lock呀!我幫你設定成Ctrl吧,不客氣!」 (設定完畢)

Y:「。。。我還是幫你開啟檔案吧。」 (說著敲了vim code.c)

我:「什麼!姐姐,你竟然用vim,多難用呀!用emacs吧!唉,這玩意怎麼關的?」 (嘗試了7、8次還是沒關上)

我:「你說這個vim設計的,關都關不上,怎麼會有人喜歡用vim呀,一群異教徒!」

Y:「。。。我幫你關上吧。」(說著敲了 :q!)

我熟練地開啟了emacs。

我:「這才對嘛,emacs是編輯器之王啊,其他的都是異端,都去屎!」

我:「體會到我的良苦用心了吧!你要是不改Caps Lock的話,用編輯器之王emacs小拇指會痛的!

我的腱鞘炎現在還沒好!另外,我有一款不錯的Ctrl腳踏板,要不要推薦給你??!!要我幫你下單嗎?

不客氣!」(如下圖)

我:「唉,你這個變數名起的,i1 i2 i3... i26,這你能分得清楚嗎?」

我:「唉,你這個if後面要加個空格才能跟括號,不然看著多醜啊!」

我:「唉,你這個i和++中間也必須要有空格,所有操作符都是需要空格的,和變數連在一起,真的好彆扭啊!」

我:「唉,你大括號換什麼行呀!顯得多空曠呀,一點都不緊湊!」

我:「唉,你總是乙個函式寫到死嗎?這兩個部分明明可以分離出來啊!」

我:「唉,你這個邏輯太混亂了,真心調不了,我幫你重寫乙個吧!」

過了10分鐘。。。

我:「重寫好了,你看多清爽!用我這個吧,我把你的原檔案刪了哈!」 (說著就刪了)

Y:「啊,別啊!」 (已經晚了)

Y:「。。。謝。。。謝。。。你」 (說著就抱著電腦走了)

我對著Y的背影大聲說了句:「不客氣!」

Y之後就再也沒理過我,這麼多年過去了,我好想問她一句:「姐姐,你桌面清理了嗎?腳踏板好用嗎?我知道一定很好用,不客氣!」

21樓:Loong

每個人的習慣不同,但是都有乙個統一的習慣,那就是繁事簡化(快捷鍵運用,另類思維方式等)

這些都都有很大的差距,而且看乙個鍵盤中的某個或者某幾個就能知道他經常做什麼(很有趣的,樓主可以試一試,)

22樓:索馬利亞的海帶

小a小b驅車行駛在山谷中

小a:b哥啊,剛才開過的地方有個牌子上寫著warning誒,要不要回去看一下

小b:沒事沒事,可以走

小a小b,卒

23樓:趙明心

數數從零開始;

對就是對,錯就是錯,不存在中間態;

習慣一些繞口概念:指向指標的指標,返回值為指標的函式的指標,相對基址變址定址;

學了Python看什麼都想給對齊一下;

24樓:林豬雞

之前寒假回家,輔導小表妹,讀小學5年紀

有一道填空數學題:

"""1/2 ( )3/4

"""果斷填=號啊

這麼簡單的事

後來校對了答案是大於號,不對啊,這答案錯了吧

25樓:

難道不是ctrl+s麼,mac上就是command+s,簡直不能忍!!

不管在什麼上寫文字,都習慣性的ctrl/command+s好幾下。。。。

高階程式設計師和普通程式設計師有哪些區別?

大繁至簡 普通或者經驗缺乏的程式設計師相對於高階程式設計師最主要的區別在於 理解和分析需求時,不能充分調研各種可能性,缺少預判和主導能力。執行開發時,選型不明,不按照業界通行最小代價來實現。功能驗收測試時,缺少充分的自查自糾能力,容易給同伴增加額外的工作量。乙個判定原則 好的程式設計師,一定是讓別人...

學生物的人都有哪些特有的習慣?

勃兒只斤 序列無 對吃不太在意,在不會造成乾嘔 胃部不適的前提下。用記號筆給自己的鼓棒標了序號。洗碗刷杯子什麼的最後可能會用涼白開潤洗幾遍。食物放久了染菌了。編AKTA和Ni IDA笑話。 Danqing Tong 害怕病菌。感覺到處都有感染的危險,見到野生動物哪怕是鳥從頭頂飛過都躲的遠遠的,勤洗手...

有哪些適合程式設計師的口號?

cryingzgz Nothing good comes easy.我覺得這句話雖然平淡,卻蘊含了深刻的哲理。好東西確實都是來之不易的,放在軟體工程上面十分貼切,我們的大部分的努力,都是在把乙個壞東西變成乙個好東西。 rhanqtl 高內聚,低耦合。高內聚服從於低耦合。乙個軟體模組應該有且只有乙個引...