前幾天fork了ruby china的原始碼,面對陌生的ruby技術棧,一頭霧水。
我fork它並不單為了學習,而是要在最短的時間搭建起我腦海中的社群**。所以我不可能針對每一門新技術都去買一本書來讀上半個月。
我在本機執行起ruby china,新註冊乙個使用者,發現不能發帖,提示說要註冊乙個月以上才可以。於是我去找相關**:
# 是否能發帖
def newbie?
return false if self.verified == true
self.created_at > 1.week.ago
end
明明是一星期嘛,**是不會說謊的。於是把文字改掉,順便提個pull request。
扯遠了,**說如果是self.verified
就不是新手了,我先去管理後台看了一下,沒有修改這個欄位的介面。於是我不得不去資料庫裡更新這個字段。我大概知道mongodb是資料庫,但我不知道該怎麼操作。
從巨集觀出發
當我了解到乙個新的技術名詞,不會直接陷入細節,而是從巨集觀上把握它。了解它的背景,為何出現,解決什麼問題,有什麼同類技術,沒有它之前我們如何工作。因為有了巨集觀的了解,我就能很容易把它和我熟悉的技術去建立關聯,從而更快地理解它。
實踐出真知
開啟官網,發現有個非常棒的try it out,先花10分鐘玩一下,對其玩法有個大概了解,然後再來解決實際的問題。
從前面的try it out中我知道了help
命令,於是便通過help
知道了show dbs
,use ruby_china_dev
。根據使用sql的經驗,我想當然地認為更新一條記錄的乙個字段應該是這樣:
db.users.update(, )
但我悲劇地發現,整條記錄被替換了,好吧,這就是文件型資料庫。於是放狗搜尋:how to update specific field in mongodb
,很快便找到了答案。
db.mycollection.update(, }, false, true);
對應我這裡的需求就是:
db.users.update(, }, false, true)
問題解決了。
隨著接觸的越來越深,遇到的問題就會越來越多。我會把每乙個解決掉的問題放到我的evernote裡,這樣下次再遇到就能很快找到答案。當我發現postach.io這個可以和evernote同步的部落格系統後,就開通了這樣乙個部落格,其他人遇到同樣的問題時也更容易找到答案了。
當我真正對一門技術感興趣並且有足夠的時間去學習時,我通常會按照下面的步驟去學習。
教是最好的學
實踐足夠多後時,我可能覺得已經掌握這門技術了。但當我嘗試去表達的時候,會驚訝地發現還有很多概念是似懂非懂的。於是我會去查資料,完善自己的體系。只有當我把學到的東西用自己的語言表達出來,並且能讓聽眾明白的時候,才是真正掌握了該技術。
學會分享是很重要的,把在該技術上的經驗總結出來,寫成部落格,集結成書出版,再到行業會議上分享實踐經驗。這樣才能成為該領域公認的專家。
推遲學習
一位一年讀100多本書的同事說:
你一年才能讀幾十本書,就不要什麼書都看了,多花點時間挑書吧。現在新技術層出不窮,我們沒有那麼多時間去深入學習每一門。對於大多數技術,我們只需要搞懂概念部分,從巨集觀上了解一下,決定我們要不要深入地去學習它。有了這些了解,就能輕鬆地與別人聊天了,也可以為以後技術選型做一些儲備。當面對真正的需求時,或者你有足夠的時間做技術儲備時,才去進入實踐部分。
程式設計是乙個知識更新很快的行業,只有真正有熱情並掌握了好的學習方法的人,才能走的長久。
前幾天fork了ruby china的原始碼,面對陌生的ruby技術棧,一頭霧水。
我fork它並不單為了學習,而是要在最短的時間搭建起我腦海中的社群**。所以我不可能針對每一門新技術都去買一本書來讀上半個月。
我在本機執行起ruby china,新註冊乙個使用者,發現不能發帖,提示說要註冊乙個月以上才可以。於是我去找相關**:
# 是否能發帖
def newbie?
return false if self.verified == true
self.created_at > 1.week.ago
end
明明是一星期嘛,**是不會說謊的。於是把文字改掉,順便提個pull request。
扯遠了,**說如果是self.verified
就不是新手了,我先去管理後台看了一下,沒有修改這個欄位的介面。於是我不得不去資料庫裡更新這個字段。我大概知道mongodb是資料庫,但我不知道該怎麼操作。
從巨集觀出發
當我了解到乙個新的技術名詞,不會直接陷入細節,而是從巨集觀上把握它。了解它的背景,為何出現,解決什麼問題,有什麼同類技術,沒有它之前我們如何工作。因為有了巨集觀的了解,我就能很容易把它和我熟悉的技術去建立關聯,從而更快地理解它。
實踐出真知
開啟官網,發現有個非常棒的try it out,先花10分鐘玩一下,對其玩法有個大概了解,然後再來解決實際的問題。
從前面的try it out中我知道了help
命令,於是便通過help
知道了show dbs
,use ruby_china_dev
。根據使用sql的經驗,我想當然地認為更新一條記錄的乙個字段應該是這樣:
db.users.update(, )
但我悲劇地發現,整條記錄被替換了,好吧,這就是文件型資料庫。於是放狗搜尋:how to update specific field in mongodb
,很快便找到了答案。
db.mycollection.update(, }, false, true);
對應我這裡的需求就是:
db.users.update(, }, false, true)
問題解決了。
隨著接觸的越來越深,遇到的問題就會越來越多。我會把每乙個解決掉的問題放到我的evernote裡,這樣下次再遇到就能很快找到答案。當我發現postach.io這個可以和evernote同步的部落格系統後,就開通了這樣乙個部落格,其他人遇到同樣的問題時也更容易找到答案了。
當我真正對一門技術感興趣並且有足夠的時間去學習時,我通常會按照下面的步驟去學習。
教是最好的學
實踐足夠多後時,我可能覺得已經掌握這門技術了。但當我嘗試去表達的時候,會驚訝地發現還有很多概念是似懂非懂的。於是我會去查資料,完善自己的體系。只有當我把學到的東西用自己的語言表達出來,並且能讓聽眾明白的時候,才是真正掌握了該技術。
學會分享是很重要的,把在該技術上的經驗總結出來,寫成部落格,集結成書出版,再到行業會議上分享實踐經驗。這樣才能成為該領域公認的專家。
推遲學習
一位一年讀100多本書的同事說:
你一年才能讀幾十本書,就不要什麼書都看了,多花點時間挑書吧。現在新技術層出不窮,我們沒有那麼多時間去深入學習每一門。對於大多數技術,我們只需要搞懂概念部分,從巨集觀上了解一下,決定我們要不要深入地去學習它。有了這些了解,就能輕鬆地與別人聊天了,也可以為以後技術選型做一些儲備。當面對真正的需求時,或者你有足夠的時間做技術儲備時,才去進入實踐部分。
程式設計是乙個知識更新很快的行業,只有真正有熱情並掌握了好的學習方法的人,才能走的長久。
怎樣快速學習一門新技術
前幾天 fork 了 ruby china 的原始碼,面對陌生的 ruby 技術棧,一頭霧水。我 fork 它並不單為了學習,而是要在最短的時間搭建起我腦海中的社群 所以我不可能針對每一門新技術都去買一本書來讀上半個月。是否能發帖 def newbie?return false if self.ve...
怎樣快速學習一門新技術
前幾天fork了ruby china的原始碼,面對陌生的ruby技術棧,一頭霧水。我fork它並不單為了學習,而是要在最短的時間搭建起我腦海中的社群 所以我不可能針對每一門新技術都去買一本書來讀上半個月。我在本機執行起ruby china,新註冊乙個使用者,發現不能發帖,提示說要註冊乙個月以上才可以...
怎樣快速學習一門新技術
前幾天fork了ruby china的原始碼,面對陌生的ruby技術棧,一頭霧水。我fork它並不單為了學習,而是要在最短的時間搭建起我腦海中的社群 所以我不可能針對每一門新技術都去買一本書來讀上半個月。我在本機執行起ruby china,新註冊乙個使用者,發現不能發帖,提示說要註冊乙個月以上才可以...