歷史總是驚人地相似，但凡出現「後續的文章」之類的字眼，就一定會開始難產。
果不其然，我很快就進入一種用寫程式逃避寫文章的狀態 🥲

因為 Finding the bus 成長的速度很快、專案變得有點龐大，整個有點懶得去想要從哪裡開始介紹⋯⋯
但姑且就來說說跟產品視角有關的內容好了。

最近終於把 Finding the bus 做到一個算是完整的程度，一直在想要怎麼寫文，讓自己更方便回顧這個專案。

一開始我開這個專案的時候，有糾結要全部自己寫，還是用 AI agent 來幫忙。
因為相對來說，我對 Vue 比較熟，所以想說或許完全自己寫，可以更熟悉 React。

但寫到一個程度，我卡在規格到底要長什麼樣子，因為我參考了好幾個公車查詢 APP，每個操作流程都有一點點不同。中間又卡了一些別的事情，就把專案放了一陣子。

後來跟 AI 討論規格的取捨，順手就把整個專案推到可以算是做完的程度。

不過這篇文我想先寫自己一開始規劃的時候都在考慮哪些事情。

最近忽然想起剛念資工系的時候，看到有同學買自己的域名架站。

然後想到兩三年前我也有買一個網域，但後來就忘記它的存在。

本來想說那就重新挑一個吧？

但我想到的選項都有點價格，畢竟 Lynn 這個名字雖然不算常見，但也不算少見。

然後我才發現原來兩年前買的網域剛好只剩十幾天到期（原來我那時候買了兩年），所以就續訂了。

醞釀已久，今天終於開發了 PrePrompt 的第一個版本！

忽然想分享一下我一直有的工作習慣。
其實應該每個人多多少少都會在工作中做筆記，但我是習慣每天做紀錄。

讀語聽系的時候，為了個案權益及自身的學習，多半都需要寫課節計畫、治療紀錄、評估報告或進展報告等。
這些記錄一定包含可量化的目標、數據跟語言樣本，可以用來比較前後測的結果，也能回顧治療涵蓋的向度。

上週六去參加期待已久的 JSDC ，來記錄一些感想。

主視覺是粉紅色的！

跟今年的 COSCUP 一樣！
大家終於懂粉紅色的好了ˊˇˋ

本文來思考一下專案經理（PJM）與產品經理（PM）應該具備哪些特質或能力，才能跟團隊一起達成目標？

問題解決能力

包含觀察、推理、驗證、規劃及執行能力，能在專案過程中釐清問題、提出解法，並落地執行。

本文整理有關使用者旅程地圖的學習筆記。

什麼是使用者旅程地圖

• User Journey Map（UJM），是把使用者的旅程視覺化的一種方式
• 如果已知目標使用者為客戶（例如 B2C 的場景），可稱為 Customer Journey Map （CJM）
• 利用圖表的方式，描述使用者在不同階段的行為、心智地圖及情緒反應，讓品牌站在使用者的角度，預測和分析使用者行為
• CJM 可以用來改善客戶體驗、提高營收、提高客戶忠誠度
• 是擬定產品策略的重要環節

本文為 Udacity Developing Android Apps Lesson 1 的課程筆記。

在開始正文之前，想先說說最近寫文章的狀況。

在考慮參加六角學院的鐵人賽的時候，我就想過自己並不擅長將文章拆分成適合閱讀的片段；但是因為想督促自己學習 Android ，所以仍然決定參考 IT 邦的方式寫 Android 的文章，而原本看六角學院課程的超長筆記文就繼續照原本的方式更新（不算在鐵人賽的文章裡）。
但其實才一兩週就覺得滿辛苦的，因為看六角課程的文章不算在鐵人賽中，常常有明明看了不少東西、文章卻一點都擠不出來的感覺。
所以一直寫寫停停，甚至連原本寫筆記的步調都亂掉了。

以前讀過心理學的「遊戲工作化」這個概念。
大略是說，原本因為興趣而持續在做的事情，被獎勵以後反而會失去興致。
大概就是我最近的心得吧（不過有部份的原因是我完美主義，所以難度太高）。

寫 Code 和寫文章都要有砍掉重練的勇氣；我決定不管之前寫的 Android 短文，重新以 Udacity 上的課程為基準，單純記錄看課程的筆記。
跟之前六角整個課程寫一篇的方式不同的是改以章節拆分，至於六角的筆記要不要重新拆成比較短的文章，就再說了。

以下才是筆記正文。

最近發現 Udacity 的免費課程還滿有趣的，雖然入門的課程真的很入門，但是教學方式滿可愛的。
接下來的文章多多少少會參考 Udacity 的內容。

• Android 基礎：用戶介面
• Android 應用開發 Android 基礎知識

今天我會透過製作猜數字遊戲，來概略介紹 Android 開發的流程。