Programmer: IKEA效應

許多心理學的書跟研究都指出，

人會對自己辛苦建立起來的東西帶有感情，也會給較高評價。

所以從IKEA買來的DIY家具，比起傢俱行現成的東西，

能帶給人不一樣的情感聯繫。

但這對設計師(規劃者)來說，就不見得是好事，

它會人越來越失去一個從新使用者角度來看的客觀性。

「難道要輕易否定自己好不容易的成果？」

如果為了整體App的功能專注，必要的話，是的。

捨棄功能永遠比新增功能困難。

像圖中的"1 more mission to go!!”的cell detail顯示功能，

讓我覺得蠻爽的，但隨後想起IKEA效應。

如果我是一個規劃App的人，又或是寫程式的人，

建置過程一定會被這效應影響，

以此文先提醒未來的自己。

Swift: MVC的思維

下面這張圖是我為了更理解範例程式的結構，而畫的架構圖，還不是很完整，

試著表達「指令」「視覺呈現」與「資料流動」的關係。

感覺書籍上的教學方式，是一層層加上code跟class來一面增加功能，

一面介紹新東西，但好像沒有碰觸到一些關鍵的區塊，

像是能點亮學習者在理解面的一塊，「啊！我懂了」這種。

我一面想：

「我學到這個部分，以後可以怎麼用呢？」

「這個部分，可以用別種方式來做嗎？可以部分改變嗎？」

「如果要從無到有，這是怎麼建構的邏輯？」

「開發一個app，要從哪邊開始想？之後怎麼走？」

「之後我能夠靠學到的東西自己寫一個app嗎？」

然後我一面回顧之前理解的MVC，邊想著之前和 UI同學們聊到的溝通問題，

也一面用新理解到的部分來調整自己對MVC的理解。

(Model, View, Controller)

「工程師是怎麼想？怎麼建構？」

「設計師是怎麼想？怎麼建構？」

「使用者端怎麼接受，使用這個東西？」

上禮拜對MVC的概念草繪，畫一半就畫不下去了...

這是今天早些時候畫的，理解的部分多了一點：


在第一張用ai畫的架構圖完成後，我發現每個view都會有個主要的controller，這個controller會是一個class，
而app內的資料也會用class來做包裝，所以這是我之前沒搞懂的地方，現在下圖是我最新的理解：


繼續加油！！