2010-03-01 60 views

回答

13

當然,你已經意識到,對你花費時間進行編碼的時間進行有限的測量是徒勞的,而且非常不相關。

做你想做的,但總是嘗試並保持最新。

0
Coding == Learning 

在我看來。

+5

是的,但你也必須做一些閱讀;) – mpen 2010-03-01 07:07:18

+5

我不同意。我知道很多從來沒有聽說過單元測試,依賴注入,甚至面向對象的設計模式的人。這些人確實已經編碼了數十年。他們只是懶得學習任何新東西。 – Niki 2010-03-01 09:02:16

+0

取決於人。我認識寫代碼的人,看起來什麼都不學。悲傷但真實。 – 2010-03-01 13:53:16

0

你必須要問的事實,可能意味着你沒有理想地匹配編寫代碼。首先,你應該喜歡編碼,並找出事情的工作方式。

這不是一個你永不停息的職業。完全同意另一張海報,因爲你應該一直在尋找更好的方式,並認識到什麼時候沒有更好的辦法。

+0

@Mitch小麥:*你必須要問的事實,可能意味着你沒有完全符合編寫代碼的要求。首先,你應該喜歡編碼,並找出事物的工作方式。* - 嗯? – 2010-04-04 14:27:25

+0

thx爲downvote。你不明白哪一點? – 2010-04-04 14:45:57

7

當我第一次開始編程時,似乎我突然學到了新的東西。函數,類,繼承等。但過了一段時間,我意識到你通過編碼學習。我加載了大量的閱讀材料 - 有效的C++,Modern C++,但是當我真正坐下來編寫代碼時,沒有什麼能夠擊敗他們。

當然,一次又一次地以相同的方式編寫代碼並不會讓你成爲更好的程序員。你必須學會​​思考 - 我如何使它可重用?不太容易出錯?便攜式?對應用程序其他區域的變化不起作用?更容易維護?有一個更好的方法嗎?

最終,學習的高峯期,你學到的是我喜歡稱爲乘數的東西。這就好像知道PHP中的dirname(__FILE__)返回包含文件所在的當前目錄。就像找出ORM是什麼以及如何通過抽象出數據庫,您可以更多地關注代碼邏輯,而不是寫入無盡的例程INSERT和UPDATE SQL語句。這就像學習智能指針和有效使用C++中的STL,在執行JavaScript/CSS/HTML時有效地使用Firebug等等。

So code;一旦你對某些事情感到沮喪(「必須有更好的方式來做到這一點」),尋找更好的方式 - 無論如何,這就是我學習的方式。

+1

+1:闡明自動隱喻的極限。 – 2010-04-04 14:14:32

+0

+1教給我一個新單詞 – 2012-04-26 09:07:28

1

大部分時間你都在編程,當你編程時,你正在從經驗中學習。這是一種學習。另一種學習來自閱讀書籍和其他資源(課程,互聯網,發展協定)。我使用書籍來跟上技術並更好地理解我在做什麼。我幾乎每天從0.5-1.0小時閱讀。這取決於你的空閒時間和你的人的類型。 請注意,還有更多的學習方式:代碼評論,閱讀其他人的代碼,我相信我在這裏沒有提到更多。 無論如何,祝你好運。

6

我年輕的時候:

  • 週一至週五,上午10點至晚上7點,在辦公室編程
  • 週六下午,閱讀章節
  • 週一至週六,晚上9點至凌晨1點,編程在家
  • 星期天,開車到市中心,從書店
  • 拿起幾本書那些日子時,谷歌是知道的NNTP

這些天:

  • 週一至週五,上午10點至晚上7點,在辦公室編碼(太糟糕了,我在網上現在;-)
  • 晚上9點至凌晨1點,在幾對我的MacBook Air編碼iPhone項目
  • 週六和週日,編碼另外16小時
  • 太糟糕了,谷歌打斷了我太多,我不能指望有多少時間花在閱讀博客和PDF圖書...
+7

我喜歡你如何指出它是一個MacBook AIR ... = P – Jason 2010-03-01 07:47:15

+3

這就是很多代碼... – 2010-03-03 23:16:55

0

最好的軟件工作者 - 搖滾明星如果你願意的話 - 永遠在線。任何情況都可以成爲教學。例如,考慮Gregor Hohpe的文章Starbucks Does Not Use Two-Phase Commit,其中他分析了咖啡供應商如何使用異步處理來最大化客戶訂單的吞吐量。

+2

頗有趣:「最好的軟件工作者 - 搖滾明星.. 。「 – yretuta 2010-03-01 07:38:13

+0

這很漂亮 – temp2290 2010-03-08 15:51:42

+0

@ temp2290 - 你在一個名爲StackOverflow的網站上,所以」漂亮的小矮人「是對這些部分的一種稱讚,儘管沒有像」非常不禮貌「那樣的恭維。 – APC 2010-03-08 16:02:17

2

簡單的回答:不要制定某種排程

爲什麼?

你永遠不可能知道你在某個特定時間的狀況,所以假設你每天早上10點設定它,然後突然你的狗在今天上午10點去世,你的家人呼籲你對可憐的Snuffel哀悼。 ..用了幾個小時;時間表全部毀了

那麼你是做什麼的?

編碼;如果你累了抓一本書或閱讀一篇文章(今天的文章真的很有趣),如果你厭倦了閱讀和編碼,玩遊戲打亂你的大腦(還有娛樂,如文明IV)。如果你全部休息了,啓動你的IDE並應用你剛剛閱讀的內容。不要擔心,如果你第一次把它弄得一團糟(除非你是一個瘋狂的天才,如果他第一次嘗試沒有得到正確的東西,肯定會自殺)。

注意:你應該爲你設定多長時間玩遊戲的時間,雖然:)

+0

@Ygam:原來的海報是要求*準則*。顯然,如果他的狗死了,那麼他可以跳過每日編碼/學習方案!畢竟,他不是一個機器人! ;) – 2010-04-04 14:30:53

2

你必須決定自己。如果你總是覺得你應該花更多時間編碼,那麼你可能是對的。你不應該強迫你自己到一個大括號的視線讓你想要嘔吐的地步。如果你對編程有足夠的興趣,那麼你自然花費的時間不會減少/消耗,這將會很好。 (如果你不是,你應該儘快減少你的損失。)

確保這種方法不會讓你的程序員的價值低於你班上每個覺醒的憤怒書呆子作爲他的總體規劃的一部分,以回到世界。

17
while (true) { 
    learn; 
    code; 
} 
+8

while(true){ 代碼一些東西; 學習第一次沒有工作; } ! – Matt 2010-03-01 09:20:52

1

我猜測的「學習」在這裏是指,獲得新的技巧和竅門,在市場grapsing新技術,保持最新隨着科技的發展趨勢。

從我的經驗是採取20%左右的時間用於學習,這主要是因爲我從微軟像WPF/Silverlight中/表面所有最新的技術工作。但是,這段時間將取決於您的個人興趣/組織興趣以及您期待的職業成長類型。

如果你的工作僅僅是轉換域/業務邏輯不涉及關鍵技術障礙,則代碼可能是接近0%的時間,你需要學習花費。

1

既然你沒有提出你的問題的任何約束或條件的話,我可以舉個最簡單的答案是:

一擲你

+0

-1:我認爲原始海報希望其他人爲他/她的編碼和學習時間*提出*約束和條件。 – 2010-04-04 14:24:28

+0

+1。我認爲這個答案不會比接受的答案更具模糊性/不具體,它無論如何對OP的(無可爭議的)問題都提供了一個可靠的答案。 – 2014-06-09 20:48:16

13

我在我的大學裏有兩個朋友,都在學習媒體信息學,而且都是絕對的編程初學者。

第一個讀了很多家,如果他有學習新語言的一個項目,但從來沒有一個私人的編程項目。

第二個讀一點,但有他自己的python項目。爲他的朋友提供的網絡應用程序,您可以在這裏下注足球結果。

兩者比較:
第一個人編程速度慢,總是偶然遇到簡單的事情,他的代碼可以優化(在行號和註釋中)至少5次。並且在兩天內他會偶然發現再次發出...
第二個人快得多,可以很容易地讀取國外代碼和語言,最多兩次偶然發現一個問題,第三次他用他學到的東西......

So imho ,做你自己的項目,在那裏你編碼,因爲你喜歡它,在那裏你工作到早上去修復一個bug或者完成一個實現,是最好的學習方式!

+1

+1:對於有用的軼事。 – 2010-04-04 14:19:35

2

我的建議是要發現自己的優點,如果學習當中,那麼你可能會喜歡花很多時間學習所以你想要的這裏。當然,人們不應該過分犧牲衛生這樣的東西,所以儘量保持一些基本的現有標準,包括清潔你的地方,你自己和那種事情的基本知識。

對於我自己,我會說我幾乎總是試圖在某處學習某些東西。也許它正在瞭解我在交通上有多少耐心,或者我可以如何處理這種生活所帶來的曲線球,因爲我不得不去做所得稅等事情,並發現去年的軟件或稅法發生了什麼變化。如果你將生活視爲一系列機會,你可能會在世界上學到很多東西。