來自手搖飲的哲學

無意中看到舊照片，5年前的今天～

50嵐靠著這一杯抹茶拿鐵解除我的經濟封鎖。

當時記下這個第一次終於買到，去冰無糖，漸層已消失...

喝完覺得還不錯，但應該不到瘋狂的地步...我太容易受他人影響了。

回頭看看人生，何嘗不似這杯抹茶拿鐵，

人們執著追求，但是到達彼岸以後回頭看，執著未必必要...只是你心動的痕跡。

[影片] iLib Guider尋書導引

國立公共資訊圖書館「iLib Guider尋書導引」APP，為國內之先，首次將Beacon定位技術及手機借書導入公共圖書館。整合圖書館既有資訊服務，並結合室內定位科技，提供館藏定位導引、自助快借、行動借閱證、個人借閱紀錄、還書通知、新書新片資訊、活動推播、主題導覽、電子地圖智慧導引等服務，建構「館外查詢、館內導引之行動智慧服務APP」。讓讀者節省尋書時間，有效運用圖書館資源，體驗智慧圖書館帶來的嶄新便利服務。

 

[影片] iLib Guider 零接觸行動借閱服務

 

[2021 未來科技獎入圍] iLib Guider 尋書導引APP技術說明

「iLib Guider 尋書導引APP」是第一款可由民眾自行以全程零接觸方式，自助體驗圖書館服務的APP，從入館、查書、AR導引至書架取書、用手機直接借書到離開圖書館，全程不假他人之手，使用自己的智慧型手機即可完成。iLib Guider 尋書導引APP整合Beacon、RFID等技術於IoT架構，榮獲2021 未來科技獎入圍及107年資訊月百大創新產品獎―數位政府類獎項，並延伸發展預約書到館通知、逾期通知、主題導覽、活動任務集點、訊息推播等，疫情期間更配合政府實聯制，提供民眾作為出入館所之記錄使用。

[軟件製造]塵封的一段往事～票選「2015台灣十大非去不可○○館」

某P剛上任市長的時候，吸盡鎂光燈的焦點，

產生不少相關詞，如、新政、嗡嗡嗡、SOP、LINE群組...。

這裡想聊的是i-Voting，可能始於沒有團隊又資源有限，乾脆開放公眾票選相關局處首長的方式，結果反而逆轉了以上侷限條件，又贏得全民參與、公開透明、創新等美名。

當時i-Voting傳到了○○界，跟風要辦一個「2015台灣十大非去不可○○館」票選活動！

突破刻板～紅鞋公主與七矮人

「紅鞋公主與七矮人 Red Shoes and the Seven Dwarfs」個人認為是相當有趣的二創故事，
因為過去受過太多電影的訓練，尤其是恐怖或懸疑的題材，觀影時個人很難單純走入劇情去欣賞，免不了去推敲、預測、分析；如果是大長篇改編(如、星戰)，又會去探討如何讓沒看過原著的觀眾很快瞭解故事背景和設定、怎麼濃縮，結局是否另創...所以本片乾脆就用拆解電影的手法，來完成這一篇。

比悲傷更悲傷的故事

人要完成某些事情，有時候要靠一點想像力。

從5月底開始，為了讓體檢報告好看一點，

我化身為考古學家，想著從前的六塊肌和11的體脂數，

開始挖掘大一號底下的自己，展開自我體重管理。

當77乳加遇上太和殿

我一直很佩服日本人可以將食品做得精緻好吃，而且不必主打天然。

小弟手中的77乳加巧克力太和殿口味正是這樣強強聯手！看起來聞起來只是相同的巧克力，在嘴裡咀嚼時會飄出椒麻香，直到吞下時，才感到一點點微辣～好有趣的微弱辣巧克力。如果要找個對比的話，有點對岸黃飛紅麻辣花生的風格。

我喜歡77乳加這一系列的操作，人工添加物真的好好食。

ps.別誤會，沒人會找我寫業配 XD

[軟件下架]淺談跨平台行動應用開發以後

上一篇是「[軟件製造]淺談Xamarin跨平台行動應用開發初體驗」
後來小弟持續功能改版(因為沒空也懶得寫文章)，並且在GooglePlay(4月)、Apple AppStore(9月)上架
這一篇是「下」集，然後也要「下架」了！

[軟件製造]淺談Xamarin跨平台行動應用開發初體驗

之前為了專案規劃需要，花了不少時間研究軟硬體和行動APP的各種開發方式，
雖然後來案子停了，不過對各種行動化的開發方案瞭然於胸(誤，其實沒有)。
(這個意思，大概是廠商可能採用的開發方式，和那種方法某些比較搞缸的地方，可能的限制)
然後看到台中市立圖書館在年前推出他們給讀者的行動APP，嗯！其實小弟起跑早很多，只是......
在過完年準備上班收心前夕，忍不住拾回老本行動手一下(畢竟嘴砲沒辦法寫一口好程式 Xp)
搞了一支「行動應用概念版」。

[軟件製造]生日賀卡產生器

上頭在年初收到一張電子賀卡，而衍生出見賢思齊的想法。
想要有個系統能夠自動寄送生日祝福給同仁，這個起點其實只是個簡單的功能
不過如果要認真看待的話，也可算是 客戶關係管理(Customer Relationship Management,CRM) 中的一個小小環節。
當然，小程式本身並沒有那麼偉大，勉強算是[保持與客戶關係持續]而已。

再來，分析一下現行電子賀卡系統的功能。
最最一般的就是電子郵件，使用者收到以後看到由HTML語法所組成的網頁，內容不外乎文字、圖片以及少量多媒體效果點綴。不過這樣的話，其實找個人手動發一下EMail就可以，實在看不出什麼需要特別寫程式的地方(嘿啊！公關做就可以了)。
既然都找了資訊部門搞定，就要借題發揮一下，為了技術而技術。

需要有「客製」以及「動態出現」的內容並支援「批次產生」才有寫程式的必要。