如果你要創業的話,你可能會設想遇到的問題有:資金、團隊⋯⋯,
但一定很難想像最煩人的難關會卡在政府那裡,
而且居然是卡在「設立公司」這麼基本的節骨眼上。
前幾天在facebook 上 po 了一篇敘述這一切有多荒謬的文章,
我設立登記的是「閉鎖型股份有限公司」,
如果你還不知道什麼是閉鎖型,
可以參考 inside 上的這篇
如果你要創業的話,你可能會設想遇到的問題有:資金、團隊⋯⋯,
但一定很難想像最煩人的難關會卡在政府那裡,
而且居然是卡在「設立公司」這麼基本的節骨眼上。
前幾天在facebook 上 po 了一篇敘述這一切有多荒謬的文章,
我設立登記的是「閉鎖型股份有限公司」,
如果你還不知道什麼是閉鎖型,
可以參考 inside 上的這篇
本著取之於網路,回饋於網路的心境,
來拋磚引玉地分享一下一個前端工程師找工作的心得,
主要想分享一下整個「找工作的流程」,
中間也會穿插一下對於徵才者的一些看法。
希望讓求職或徵才的人,都能更了解要怎麽對待前端工程師 XD
這是一篇關於 Coursera 上:Text Mining and Analytics (伊利諾伊大學香檳分校)的筆記。
主要在探討 text mining 和 分析,
經過我整理之後應該會變得好懂很多。
這是第二個禮拜課程的筆記,
假如你還沒看過第一個禮拜,
可以先看這裡:
最近對於 text mining 的知識頗有有需求,
所以開始上一門 coursera 上的課程,
主要在探討 text mining 和 分析,
會停留在比較 general purpose 的理論和演算法上,
乍看之下其實有點無聊,
但我覺得原因是課堂的教授預設我們有許多預備知識和對數學的靈敏度,
實際上它的內容非常的扎實,而且講解的也很深入,
經過我整理之後應該會變得好懂很多,
因為我不像那些教授一樣是天才 XDD
大學也沒修過這類型的課程,只是因為興趣所以研究這個。
可能就如同每個在網路上看到這篇文章的人一樣。
如果是跟我一樣的 NLP 新手,這一系列筆記應該會對你很有幫助,
並且成為你往更深層分析研究的基石。
相信團隊為了提升程式碼的品質,
第一步通常會是制定 style guide,
但 style guide 越定越複雜後,要靠人工去檢查就顯得有點不切實際。
這時候就需要靠程式自動來做語法上的檢查及 highlight,
更殘酷一點可以讓不符合 coding style 的 code 無法被 commit
這就是 linter 的功用。
而這篇會以我最近在實務上以 eslint + webpack + githook 來做舉例。
我知道網路上有許多充滿獨到經驗的 javascript linter,最有名應該就是 airbnb 的),
直接拿來用當然也 ok,不過,我們固然要學工具,
工具背後的想法才是我們更該了解的。
這一篇並不是什麼懶人教學,複製貼上就能用的 eslint extends,
而是一步一步地去理解 eslint 到底能做到什麼事情,
也許你看完以後還是會選擇直接使用 airbnb 或是其他人寫好的 linter,
但這時候的你,
已經完全有能力參考前人經驗並制定出一套符合你們團隊需求的 linter,
甚至去看他們的設定時,能夠對他們為什麼這樣做更有想法。
希望你看完之後,學會的並不是 eslint 這個工具而已,
而是未來你要做類似東西時內心已經有一個架構在。
雖然站在巨人肩膀上能夠看的更遠,
但能夠自己造出一個鋼彈再站上去,那他媽完全是不一樣帥氣的事情。
這篇可能不會講到太多直接跟技術相關的東西,
如果你對這個東西怎麼寫出來比較有興趣的話,
可以看這篇:Clairvoyance 是怎麼開發的
主要是希望這次從開發到現在較多人使用,
中間受到許多幫助和指點的經驗,能夠被記錄下來,
假如以後有人遇到一樣的事情能從中借鏡。
當然,這也是對自己的一個反省。
首先還是得先講一下求職天~眼通是什麼。
它其實就是個 chrome 的 extension,
裝了它以後,能在人力銀行的職缺下方給評論,以及看到其他人給的評論,
載點在這裡:
其他說明的話 ptt 上的文章會清楚得多。
我寫了一個 chrome 的插件,
能夠讓求職者在人力銀行的職缺下面留言討論。
聽起來是很平常的需求,不過各大人力銀行就是不做這個功能,
所以我想看看假如有這個功能會不會對求職有正向的幫助。
下載的連結在這裡: Clairvoyance - 求職天眼通
目前還在 beta 階段,可能會有些 bug,
可以到粉絲頁留言,
或是在 github 上直接發 issue。
下面就來筆記一下為什麼要做這件事,以及怎麼做到的。
用的技術就是以下列的這些
front-end: reactjs、redux、redux-saga
back-end: aws-lambda, dynamodb, serverless-framework
目前只支援 104 和 1111,至於 yes123,後面會再提到為什麼暫時沒做。
下面來簡介一下是怎麼做出來、以及為什麼要做。
上禮拜簡單介紹了一下 serverless 的起手式後,
我想再舉個更接近實際應用的例子,
儘管並不是所有的應用都適合 serverless 的架構,
但聊天機器人(chat bot)是一個相當好的例子,
且讓我稍後再說明為什麼。
今天就結合一下很實用的粉絲頁回覆機器人以及 serverless 。
你可以把聊天機器人想成是你粉絲頁自動回覆的員工
或是進行一些簡單的操作
而聊天機器人流行起來的原因正是因為 mobile 裝置上的介面,
並不能滿足於現代人操作的所有需求,
聊天的介面解放了我們在小框框裡做事的限制。
或者是你是小小公司的開發者,需要一個助理來幫你做很無腦或繁瑣的事情,
再講下去可能要一篇了,如果你對這個主題有興趣,
可以看看 灣區日報是如何運作的
Serverless ,不是沒有 server,而是不用去擔心維護 server 這件事,
不管是在部署還是開發,都是以一個個 function 為單位,
這帶來了程式碼上的高度 decoupling,但同時也因為過大的彈性,
常常搞的我們無所適從,就像這張圖一樣:
serverless 更考驗著我們對系統設計的思維,
這是一篇非常粗淺的文章,
目的在帶領對 serverless 有興趣的人無痛的入門,
不管是在概念上,還是在實務的使用上。
假如你是懶得看文章的人,可以直接到我的 github repo 上面看
有哪裡寫錯的話可以提個 issue,覺得讚讚讚的話也可以給星星以茲鼓勵。
這是篇長文,你可以直接跳到你想看的地方就好
或是直接在 github 上面看我 step by step 的教學
redux-thunk-to-saga-tutorial
先把結論講在一開始,這並不只是一個 library 的使用方法介紹而已,
因為學習 saga pattern 對於前端工程師是有幫助的,
主要不出以下三個概念:
好的 UI/UX 該是一個畫面的 transaction
User 隨時能夠取消 transaction
滿足上述條件實作出來的資料流是要容易被測試的
那redux-saga
到底是在解決什麼問題呢?
答案:
讓我們的非同步 action 能夠更好被開發、維護、測試。
讓我們用不同的方式來思考非同步的前端資料流