iT邦幫忙

2017 iT 邦幫忙鐵人賽
DAY 30
0
Modern Web

Ruby礦工的Rails地圖系列 第 30

30天鐵人賽回顧總整理暨心得 - 心中的紅寶石

終於撐到最後一天
果然人需要適度的壓力才會成長
此言誠不虛也

之前從來沒有想像過,
我可以在一個月內每天固定產出一篇技術文章
而且因為自尊心的堅持
至少都有一點可看性,不是粗製濫造的複製貼上之流

先不提是否能對其他rails工程師有什麼貢獻
至少對我自己,也是獲益良多
在頭幾篇之前的存稿出清後
每天絞盡腦汁尋找靈感的過程中
我也獲得許多以前所不知道的知識、技巧
甚至連編輯MarkDown語言的能力都提升了(因為要每天編輯內容)
更棒的是,
為了找尋靈感,翻遍了rails guide
對於Rails的整體架構又有了更深度的認識
可謂一舉多得。

今天當然也不會純講參賽心得
過去30天因為是天天找靈感
發文沒有體系架構,略顯零散
所以剛好趁今天把所有文章按照體系排列而不是發文時序做個整理
作為最後一天的總整理,應該是相當合適。

30 天參賽文章總整理

新手指南

Top 10 common mistake for junior rails developer (1~5)
Top 10 common mistake for junior rails developer (6~10)
這兩篇是以過來人的角度,想要提點新手
一部分是想提醒自己的同事
另一部分是想提醒過去的自己
因為每一個都是過去曾犯過的錯

值得一提的是,因為標題英文的關係
還被網友以為是翻譯自國外的文章,要我付上來源XD
算是一種肯定,我也想過或許之後可以翻譯為英文
可能可以造福更多人

另外上篇(1~5)是瀏覽量王,單篇快要超過1000瀏覽次
看來這個主題很受歡迎

Don't use Magic number in your code
這是從clean code這本書讀到的觀念
前輩也有提點過,算是重要概念

避免重複render錯誤
Pair Programing
唯一一篇關於團隊開發方法的文章
剛好最近在研究精實開發,而且有用上

開發心法

方便的lonely opperate
How to mix around Unlimited Array
這個是之前普魯士的技術長解出來的需求
我覺得超厲害
因為我想了很久,前輩也想了很久
都一籌莫展
原本想要限制數量寫死,後來過了一晚
他就將這個寫法提出來了
那個時候覺得:「這就是技術人的浪漫呀!」

How to set command line alias on mac
好的工程師都是懶惰的
所以將命令列適度的縮寫,是高手的表現
雖然不知道什麼時候才能成為高手
至少在表象上一點一點靠近
或許有一天就成為更接近目標了

新年快樂之準備跨年以前的一些Rails命令列提醒
跨年前依然努力寫文章

Models

STI , MTI 與多型關聯(Polymorphic Associations) 系列一
STI , MTI 與多型關聯(Polymorphic Associations) 系列二
STI , MTI 與多型關聯(Polymorphic Associations) 系列三
這三個是因為工作專案上所需的研究
原本只分享給同事,將相關經驗整理
但沒有寫成文字
剛好有這個機會呈現出來(算是存稿)
網路上關於MTI的討論與文章還蠻少的
尤其是中文資料幾乎沒有
說不定本篇會成為中文世界少數討論MTI的指標文章(自己講)

Active Record 查詢
淺談scope -- 常用的條件通通藏在裡面
淺談validation -- 資料的守門人
淺談delegate -- 探囊取物
淺談callback -- 物件生命週期的掛鉤
淺談Concern -- 相同的方法要好好收納
這系列可以稱之為淺談model系列
關於model的各種技巧與元件
是因為龍哥剛好傳授了一些整理model的方法

controllers

How to pass the value from controller to javascript

views

rails mailer preview skill
唯一一篇跟view有關的文章,
覺得視覺的部分能講的有限

i18n

i18n 搭配model與form的做法
這是我的第一天文章,其實之前就有在gist整理發文過
但沒有正式發表
一直想著有一天或許可以寫個技術部落格,但又缺乏動力去完成
剛巧碰上鐵人賽,於是成為第一天的內容

routes

路由 routes
路由 routes (2)
路由原本一直不想碰
因為沒什麼特殊心得
後來抱持著介紹API的心態來寫

ruby

如何自行編寫Ruby的方法
length , size and count
在XDite上課的時候就聽過這個議題
前輩也提醒過,但聽別人說,不如自己介紹
當要解釋給別人聽的時候,才會真正下苦心去了解

Gems

如何編寫一個自己的Gem
編寫一個gem在我自己心中是一個里程碑
這篇算是一個起點(起碼我知道怎麼做了)

實用Gem介紹:taiwan_city
此篇紀念我第一個送出PR的rails gem

實用Gem介紹:i18n-js
最接近中斷危機的一天!
因為跨完年返回台北,實在是累壞了又沒存稿
坐在電腦前超想睡
但憑藉著意志力,還是交出了一篇gem的介紹
算是對每一天努力的自己有個交代

實用Gem介紹:country_select
倒數第二天
介紹手上剛好在使用的專案
也偷渡了一下台灣建國的心願


後記

原本以為整理會很輕鬆
沒想到29篇文章列出來還真壯觀
加上晚上與家母通電話,超一點就要超過12點(要是在最後一天失敗就太搞笑了)

30天只是一個起點,不會是終點
有了這次的經驗,相信未來有很多的心得
可以持續寫作,也不需要等到明年的鐵人賽

成長的過程中得之於人者太多
貢獻別人者太少,總是覺得問心有愧
每個大大都勸說要寫技術文章
就跟持續運動一樣,總是難以維持
難得有這個機會養成習慣
希望開發之路也能像健康一樣
保持恆心與毅力

最後,當同事問我問題,
可以丟給他我自己寫的技術連結作為解答時,
感覺真是蠻爽的XD
祝大家新的一年開發愉快


上一篇
實用Gem介紹:country_select
系列文
Ruby礦工的Rails地圖30

1 則留言

0
Ting Ting
iT邦新手 5 級 ‧ 2018-09-10 09:29:30

來朝聖一下鐵人賽的最後一篇文章要怎麼下筆XD

Bater iT邦新手 5 級‧ 2018-09-10 19:10:49 檢舉

心得是最好寫的囉

我要留言

立即登入留言