學生時期做過前後端協作的專案，但因缺乏討論，後端寫 API 時前端還在切元件，因此等到要串接時，只能對後端寫的回傳格式照單全收，又或者修修改改，要後端配合前端渲染方便所需的格式而組出奇怪的資料結構，並沒有一個討論出一個格式或職責分工的標準。後端工程師工作至今快半年，透過實際解決客戶需求、和前端工程師合作開發，以及接受技術主管的任務分派，也體驗到實務上的情境、對應的做法確實與學生時期大大不同，以此篇紀錄這陣子協作的心得與疑問。
這個主題會分兩篇，一篇是我在工作上的觀察與疑問，另一篇收集網路上的說法，看看大家對前後端分工、商業邏輯的配置是如何分別。
由於公司產品（ioT）近期正經歷調整的階段，慢慢轉為多個微服務的架構，因此我也獲得自己 own 一個 service 的學習機會，在從零打造 service API 到與前端工程師協作、到 review 產品功能定義到與 UI/UX 設計師討論的過程中，也經歷了不少「協調」與「配合」。
先附上 我的 Hexo，之後裡面的內容會跟 Medium 做出區別～
開始工作後經歷了一段手忙腳亂的適應期，最近總算是能夠重啟自學習慣，但對於一些在工作上學到的、片段式的筆記、或刷題紀錄，很難更新在 Medium 上，因為它給我的感覺比較正式，不寫完整點、不潤稿的話，沒辦法隨意發佈。
所以我開始搜尋替代方案：希望能夠快速撰寫、推出文章，好管理，可自訂 domain name、對於內容樣式有更大的掌控權…，看來看去 Hexo-blog 滿符合我的需求：
雖然網路上很多教學的資源，但我使用的這個佈景主題目前還沒什麼人在討論，在建立的過程中踩了不少雷，所以乾脆整理成一份分享，希望透過這篇讓還在對 Hexo 猶豫的朋友們無痛入坑。
最近和 Ivy 一起做 side project，很喜歡買衣服的我們決定做一個迷你的服飾電商網站ＸＤ 也剛好把之前一直很想練習的購物車模型實際做出來。
因為缺乏前端隊友的關係，加上我們最近才開始各自學 React 和 Vue ，決定先用熟悉的全端方式（後端用 Node.js + Express，前端用 Handlebars 渲染）開發，並利用拆分 service 和 controller 的方式，一邊撰寫全端路由，一邊做 API server，這樣完成後至少會有一個全端作品，之後 React 或 Vue 學到一定程度後還可以回來串接這次寫好的 API ～
期待已久的 Twitter 專案終於來了！這次的協作專案就像是玩密室逃脫，行前會拿到任務道具，剩下只能靠自己與隊友合作、突破重圍！先來看看手上有什麼吧：
在這樣的前情提要下，我們從無到有生出了一個簡易版的推特社群網站，打造常見功能如推文、按讚、追蹤訂閱、即時聊天，也通過業界技術導師的肯定，成功過關！開發過程的酸甜苦辣，待我娓娓道來～
206_Reverse Linked List belongs to the EASY category. I started learning about Data Structures this month and have never implemented an actual linked list on a problem before. So this one is quite challenging and fun to do. In this post I’m only covering the iterative solution.
