iT邦幫忙

韌性未來相關文章
共有 29 則文章

技術 # Day30|韌性生活2.0:寫給未來的自己與讀者

「在脆弱與不確定之間,唯有信念能構築秩序;唯有行動,能讓秩序延續。」 ——《韌性生活指南》創辦筆記 一、信念的延伸 這 30 天,是一場從概念到行動的試煉...

技術 Day29|使用者回饋與公益/商業版的可能路線

「當韌性成為一種文化,產品就不再只是工具,而是社會的延伸。」 一、從「還沒收到回饋」開始的誠實反思 在這個階段,《韌性生活指南》Demo尚未公開試用。這也意味...

技術 Day27|制度化韌性:從《全民安全指引》到智慧防災的政府框架延伸

「制度,給社會一個秩序;科技,讓秩序更有溫度。」 一、為什麼防災需要制度化? 防災的本質,是社會共同維持「穩定」的能力。 這不只是民眾的臨時反應,更是國家如何...

技術 Day26|韌性資料鏈:從預測到信任的防災 AI 架構

「當科技開始被信任,韌性方能編織成網。」 一、AI 的挑戰:準確,卻不一定可信 我們常說 AI 能「預測災難」,但在真正的危機裡,預測的準確性並不代表「可被信...

技術 Day25|從個體到社會:韌性科技的擴散效應

「真正的防災,不是個人的準備,而是社會的共振。」 一、從個體到群體:心理韌性的外溢效應 心理學研究指出,個體的「安全行為」會產生模仿與情緒傳染效應。 當一個人...

技術 Day24|心理韌性 × 技術工具:雙重安全感案例

「真正的安全感,不只是有備而無患,而是心裡有光。」 在過去的章節裡,我們談過防災系統的設計、AI 的應用、以及使用者的心理變化。 但在所有韌性設計的理論中,有一...

技術 Day23|懶得準備,也是一種設計啟示:AI × 人性 × 極簡互動

「設計的最高境界,不是讓人多做什麼,而是讓人什麼都不必做也能被照顧。」 在前一篇〈從防災到日常〉裡,我們談到如何讓防災成為生活節奏的一部分。 但問題是——即便我...

技術 Day22|從防災到日常:平台的生活化延伸

「真正的防災,不在災難來臨時開始,而是在生活裡持續發生。」 在前一篇〈韌性思維〉中,我們談到心理的恢復力: 那是一種在混亂中重新聚焦、尋找可控之處的能力。 而今...

技術 Day21|韌性思維:在不確定性中找到可控之處

「韌性,不是抵抗風暴,而是學會在風暴中呼吸。」 在前二十天,我們談過系統架構、AI 模組、使用者體驗與部署實踐。 但在所有技術與策略背後,這個專案的核心其實始終...

技術 Day20|中場回顧:挑戰、挫折與突破

「學習的本質,不在於速度,而在於持續靠近真實。」 走到第 20 天,這個專案的進程,已不只是關於「完成一個產品」,更像是一場關於自我成長、學習方法與信念重建的長...

技術 Day19|測試與調整:從 Debug 到 Usability Test

「韌性,不只是一套功能能否執行,更在於它能否承受真實世界的挑戰。」 在專案開發中,程式是否能運行只是第一步;真正的挑戰,是如何在 不同情境、不同使用者 手中依然...

技術 Day18|跨平台部署:Vercel × Atlas 的 CI/CD

「防災平台不只是程式碼的集合,更是一套能穩定運行的生命線。」 在前面的篇章裡,我們談過願景、使用者研究、清單架構、AI 模組與 UX 優化。今天要跨入一個對所有...

技術 Day17|UX優化落地策略

「防災需集眾人之事。」 防災資訊本身就是一種 「高壓題材」 。對使用者來說,每看一次清單,都是在提醒 「災難可能發生」 。在前面16天,我們談過願景、使用者研究...

技術 Day 16|導購方式:如何簡化防災物資採購門檻?

「透過通路合作,讓防災物資能夠更輕易的購入,提升防災物資準備率。」 在專案的前半段,我們已經討論過前端設計、後端API、資料庫模型與AI推薦邏輯。下一個現實問題...

技術 Day 15|AI 模組:推薦邏輯與情境化解釋

「制定規則引擎,,透過推薦清單轉化為行動的橋樑。」 為什麼需要 AI 模組? 在前 14 天,我們鋪好了專案的骨架: 前端:輸入需求與顯示結果的介面。...

技術 Day 14|資料庫模型:MongoDB Atlas 與物資清單結構

「資料庫,就像韌性生活的倉庫。」「若沒有清楚的分類與標籤,再多的物資也會在混亂中失效。」 為什麼資料庫是關鍵? 在前端與後端的基礎搭建完成後,專案最需要的一塊...

技術 Day 13|後端服務:Node.js/Express 與 API 串接

「如果前端是舞台,那麼後端就是支撐整場表演的幕後機械。」 在前幾天,我們談過使用者旅程、前端框架(React/Next.js),也為專案打好了系統藍圖。今天,正...

技術 Day 12|前端設計:React/Next.js 與使用者介面

「介面,不只是畫面,而是人與科技的對話,更是使用者與專案理念的第一個接觸點。」 在專案的前 11 天,我們談到專案的系統架構與決策邏輯,確立了前端、後端、資料...

技術 Day 11|系統架構決策:為何選這樣的技術組合?

日常中的韌性練習:讓準備變成生活的一部分 「最好的防災,不是臨時啟動的備案,而是持續進行的日常。」 這不是在颱風天打開網站的瞬間,而是在一個普通的週末早晨——主...

技術 Day 10|使用者旅程地圖:從問卷到個人化清單

「如何見微知著,透過點滴資訊描繪使用者的樣貌。」 在前幾天,我們走過了完整的設計脈絡: Day 6,我們談了使用者研究,理解不同群體的需求 Day 7,我...

技術 Day 9|功能優先順序(MVP):先做什麼,先不做什麼?

「不是所有好點子都該一次到位,重點是,什麼能最先產生價值?」 在前八天,我們談過了痛點、價值觀、情境案例,甚至也從各種官方指引與東京防災中萃取出物資基準。但當清...

技術 Day 8|基準清單萃取:全民安全指引 × 東京防災

「清單不該只是被收藏,而應該成為行動的基準。」 在 Day 7,我們談到如何設計「情境案例」:地震、颱風、停電、水災,這些都是台灣日常中真實存在的風險場景。但情...

技術 Day 7|情境案例:從天災到戰災,韌性生活的雙重入口

「災難隨時可能打斷日常的安穩祥和。」 在 Day 6,我們談到使用者研究,理解「誰」會使用平台。今天,我們要把「誰」帶進「什麼情境」:因為只有把人放進真實的生活...

技術 Day 6|使用者研究:單人、家庭與特殊需求族群

「讓防災不是抽象的標語,而是每個人的日常選擇。」 在前五天,我們談過理念、痛點、價值觀,以及專案藍圖。今天,正式進入設計篇的第一步:使用者研究。因為若不理解「誰...

技術 Day 5|韌性生活的藍圖:專案如何落地?

「理念如果只停留在紙上,就像被收藏的防災資訊,終究未曾轉化成行動。」 經過前四天的鋪陳,我們談過了韌性生活的必要性、防災物資的迷思與痛點、價值觀與科技的連結,以...

技術 Day 4|side project 的重要性?鐵人賽挑戰的意義

「我不會寫太多程式,可以做side project嗎?」如果這句話曾在你腦中浮現過,那麼,我想說:可以,而且很值得。 side project的價值:不是完美...

技術 Day 3|從人生價值觀到靈感:安全感、韌性與科技的連結

人們常說,靈感來自生活。但更深一層,其實來自於「價值觀」—那些影響我們做決定、選擇方向、定義優先順序的內在核心。 安全感:日常的基石 對我而言,安全感不僅僅是...

技術 Day 2|韌性生活指南:防災物資準備的三大迷思與痛點

「收藏從未停止,行動從未開始。」 我們或多或少都曾收藏過「緊急避難包」、「居家儲備清單」的資訊。從政府官網到媒體宣導,條列式的防災物資名單不勝枚舉:飲用水、乾糧...

技術 Day 1|為什麼需要「韌性生活指南」?

「日常有備,災來無懼」 你可曾想過:災難,與日常的距離? 災難發生時,往往令人措手不及、防不勝防。颱風停電、豪雨淹水、地震半夜將人震醒。這些情境,是否都曾喚醒你...