「怎麼那麼剛好今天排聊是非！？
莫非我自己預知了我自己這幾天會感冒...(誤)」

今兒個聊是非要來講講阿宅 PO 這前端之路為何走那麼久~XD
對～～又是大嬸講古時間 （自己搬板凳坐好）

阿宅 PO 在前端設計師 ⇔ 前端工程師這中間擺盪了 5 個春夏秋冬
為何卡關這麼久，阿宅 PO 自己也常在午夜夢迴狂問自己
想來想去，我想有可能是自己是一個 「視覺型人類」的關係 不是外貌協會

就是聽到、讀到一個情境時，自己腦袋就會產生一個栩栩如生的畫面！
這在跟客戶、PM 在工作上溝通需求很需要這樣的想像
再透過手繪草稿來協助確認彼此的想法與畫面 Wireframe

但

這在理解程式邏輯上就變成我的硬傷... （設計師捧油們～你們是不是也這樣！？）
因為阿宅 PO 只要腦袋想像不出來畫面，我的思考就會當機...
加上如果 不知道前因後果 或是 不清楚製作功能的原因與問題點
我當下只能呈現...

還記得每次我在跟 其他 Frontend、Backend、Middleware 溝通協作內容或是需求時
只要我一臉疑惑，他們都會說：
「這個說法，阿宅 PO 腦袋沒畫面啦～她聽不懂，換一個說法～」

實在很感謝那群在阿宅 PO 前端路上不厭其煩一次又一次解釋的理工帥宅男 / 美宅女們
但我自己也沒閒著，我也是很爭氣的 Google 完、整理完問題才來問
與理性的帥宅男工程師們溝通：

• 建議不要用太模糊曖昧的問法
• 盡量縮小問題範圍，不要有一堆形容詞
• 如果對方願意，可以請他提供關鍵字 或 請他們帶著你寫一次

自己也要嘗試在對談中，想辦法將疑惑結合他們的回答，理出最後正確的腦海圖 (正確功能)
然後，自己親自想辦法寫一遍，去實現這個功能
一次又一次...一次又一次...

現在的阿宅 PO 雖然不算寫 JavaScript 寫得嚇嚇叫
但也因為前面一次一次的訓練，現在也不害怕寫 Code 了
也可以比較聽得清楚功能的程式邏輯，也可以自己寫 Code （挺胸）

這算是分享一些自己在設計師那種很感性很意象的思考模式中
循序漸進地踏入理性、抽象的邏輯思考～
當然，邏輯～邏輯還是很不懂，怎麼辦？
沒關係，之後還會再分享阿宅 PO 怎麼動手寫邏輯的喔～～

我們下一集再相見～ （階梯式下降招手）