CodeTengu Weekly 會在 GMT+8 時區的每個禮拜一早上 10:00 出刊,每一期會從目前的 curator 名單中選出三位來負責當期的內容,每一位 curator 各自負責不同的領域,如果你在這一期沒有看到自已感興趣的東西,說不定下一期就會有了。
你也可以瀏覽一下前幾期的內容,有價值的東西是不會過時的。
以下是目前的 curator 陣容:
大家也可以 follow 一下 CodeTengu 的Facebook、Twitter 或GitHub,有很多 Weekly 看不到的內容。有任何建議或疑問也可以來Gitter 聊一聊,歡迎亂入 :japanese_goblin:
致力於解決開發者之間的資訊不對稱
各位開發 backend server 的讀者都是用什麼語言呢?我猜主流應該是 Python、PHP 或 Ruby (on Rails);新潮一點的大概是 Go、Node.js。
因為常常變換工作用的語言(笑),所以我還蠻愛關注如何用其他語言或工具怎麼開發類似的功能。看到這篇 Wangle 入門才知道原來現在 C++ 的 framework 這麼好用。
看看那個精美的分層 pipeline 設計,就算你不用 C++ 開發伺服器也是可以做為參考的。(畢竟Wangle 可是 Facebook 推出的啊)。知乎上也有段小問答可以瞭解一下 Wangle 的定位。
另外,順便推薦一下@vanillashu 的 Elixir 推坑文:
medium.com
不知道有多少讀者用純 C/C++ 寫過 Windows 上的應用,沒有的話可以看看微軟自家的Hello World 範例,特別是 WindowProc
這個函式。會不會覺得 Flux 架構很像呢?這可是 80 年代的東西啊。
現在 Web 前端技術五花八門,但似乎是在瀏覽器上重現一次 Desktop 上的發展歷程(想想 Canvas、Service Worker、WebRTC、……)。沒想到 IT 領域已經可以用上「鑑古知今」這句話了,參考前人的經驗或許可以作為評估新技術的參考依據。不然…… 當作趣味看看也好? :p
bitquabit.com身為一個曾以軟體測試為研究主題的 CS 本科生,對於回歸測試卻一直是霧裡看花、摸不著頭緒。前陣子找到這篇簡要的基礎文章,跟大家分享一下。
不過壞人學長 曾說過:「在你的系統夠大之前都不需要煩惱這些問題」。我想不少讀者參與的系統應該直接把全部的測試都跑過一遍就好了吧?反正也花不了太多時間,何苦花時間去研究回歸測試呢? :p
wordpress.com
雲端時代,Hadoop, Spark, OpenStack, MongoDB, ElasticSearch, Redis, NodeJS, Ruby on Rails, Python, R.... 一堆很紅的系統,但沒有一個 MIT 的,我們的政府倒是花了百億級的經費,而更讓人憂心的是,不管是學界或是產業界很少團隊進行此類平台系統的研發計畫。
這是吳昇教授的團隊,目前正在徵求志同道合的夥伴。吳教授開發過台灣第一套搜尋引擎、提出過Web 3.0 ,他一向很堅持基礎技術應該掌握在自己手裡。我覺得這是很偉大的理想,有能力、有興趣的人不妨試試看吧。
(這篇應該算是工商服務文章,但 CodeTengu 團隊並沒有獲得什麼好處就是了。 :p)
nuweb.cc
這次推薦的比較是個人偏好的類型。 但主要是因為較少看到台灣或亞洲女孩追求這種健美、豐腴路線,覺得應該鼓勵一下。 :)
instagram.com
JavaScript 是一個 asynchronous 的語言,不過在執行時是透過 single thread 來達成,文內會用簡單的圖解介紹 parallel programming 和 asynchronous programming 的差別。
sohamkamani.com
WebAssembly 的概念才在去年被提出,V8 引擎上已經有實驗性的實作了, WebAssembly 因為是 binary format ,所以可以提升到接近 native 的速度,又因為基於 LLVM , 可以使用各種語言編譯,或許再過個幾年,可以像當年的 Flash 一樣,改變前端的生態。
blogspot.tw
Cycle.js 的作者André Staltz 提出了幾個理由說明為何需要用 Typescript 撰寫 libraries :
這篇文章主要探討如何寫出 good readibility code :
chrismm.com
上禮拜 npm 的 package 貢獻者Azer Koçulu 刪除了所有他在 npm 上的 packages ,而此舉造成了很多依賴 left-pad 的 package 安裝出錯, npm 為了此次事件更改了政策,修改版本超過 24 小時就無法再 unpublish。
npmjs.org有不少 app 的畫面都會需要用到 tag view 來呈現資料,例如幫文章新增刪除標籤或是發訊息給多個聯絡人等等。之前我也曾找過有沒有不錯的套件可以拿來直接用,是有找到不少,但都覺得少了一些自訂的彈性。這兩天不經意看到這一個新套件,看起來可自訂的東西還不少,推薦給需要的人參考!
github.com
Swift 2.2 已經正式推出好幾天了,不意外的又有許多「會讓工程師開心,卻又得修改程式碼」的變動,如果你還不知道發生什麼改變的話,可以看看這篇文章,已經幫你把重點都列出來了。
chengway.in
FRP (Functional Reactive Programming) 在這幾年逐漸成為 app 開發的顯學,以前在 Objective-C 時代只有ReactiveCocoa 獨領風騷,幾乎是要使用 FRP 的唯一選擇。到了 Swift 之後倒是百家爭鳴,但目前最受眾人喜愛的應該還是 ReactiveCocoa 跟RxSwift。
兩者在使用上雖然有一些差異,概念卻是非常相似,中國的網友整理了一系列的 RxSwift 的學習指引,很適合剛接觸的人作為入門磚。
swift.gg
為了解決螢幕大小(直立、橫向、iPhone、iPad、Split View)越來越多的問題,使用 Auto Layout 來設計畫面已經是勢在必行,蘋果為了讓開發者輕鬆一點,在這方面也付出不少努力,例如推出了 StackView 跟越來越方便的 Interface Builder。
儘管 Interface Builder 讓人詬病的地方很多,但不得不承認的是,用它來設定不同 Size classes 的 Auto Layout constraints 實在很方便。如果我們想要用純程式碼的作法,不使用 Interface Builder 來拉介面,該怎麼做呢?看完這篇文章你就懂了。
useyourloaf.com
架構這種東西,每個人的看法跟作法都不一樣,不同的語言跟不同的專案規模也會影響架構的設計。有句老話說得很對:「沒有正確的架構,只有適合的架構」。
我自己是習慣看到討論架構的文章就會看一看,反正這種東西現在用不到,可能過一陣子就會用到。主要就是得多看多動多思考,即使不懂也要留個印象,慢慢的積累下來,時機到了就會體現出功用了。
延伸閱讀:
keeganlee.me
2008 年開始的書店店員大賞,選出的作品通常比較重視編輯面和內容,用白話說就是不以人氣、銷售量、動畫化等指標做為考量,而是用業界人士的專業角度評鑑的一個大賞。簡單說,這個賞其實是業界人的自 high,用來背書的力道稍嫌弱了點,但對我個人來說,這個賞的確是有質量擔保的評鑑,而且不將作品分類、貼標籤,一視同仁的選出真心推薦的作品,這一點非常不錯。這次選上的作品有一半以上還沒看過,所以就跟大家介紹一下我有看過的~ 沒看過的也先放上來,大家有興趣可以找來看。read more
來自@autisticcat