沒有最正確的軟體架構，通常都需要隨著時間和發展階段進行修正和修改。系統最終會變成怎樣往往也和公司的管理方式及運作模式密切相關。在過去的幾年裡，為應對需求，公司的軟體架構走向了 JAMSTACK 的風格。這裡分享一些關於這種架構的感受和經驗。

作為程式開發者，每次聽到「加個 flag 就好」或者「開個變數存起來」這種話總是會心頭一驚。理由也很正常，就是像這樣子的 workaround 並沒有真正解決問題，只是徒留技術債，以後怎麼爆炸的都不知道。workaround 聽起來真的是十惡不赦，不是嗎？

「為什麼要維護？有 bug 你們就要負責啊，你們怎麼可以給我們有 bug 的東西！」一瞬間我也是愣了一下，還差點被說服（？）

91APP運作200人以上的SaaS產品開發團隊，透過導入Agile的開發方法，用Scrum的方式有節奏推進交付，並大規模的不停地做組織重整，用91APP Way的三個層次來運作產品開發組織。

https://www.infoq.cn/article/ehlfx6FjUDLSwD5y5KtF

歡迎對軟體開發有興趣的朋友加入 https://www.facebook.com/groups/software.blablablabla

對於電商系統來說，如何能夠在持續營運中降低獲客成本非常重要，這往往影響業務的成敗。SEO 在這裏扮演很重要的一個角色，做得好可以省去許多維運成本。但如果從頭搭建起電商的話，SEO 在開發流程中要怎樣安排會比較好？

週末假日參觀藝文、文史特展不只能紓解壓力更能豐富生活。如果能適當的結合資訊技術相信能更提升觀展體驗。

https://levelup.gitconnected.com/what-are-general-responsibility-assignment-software-patterns-6ad9635a44da

學生時期就開始參加 open source 的各種大拜拜，還經歷過不需搶票就能進場 COSCUP 的年代 (似乎有點透露年齡 … XD)。工作後比較忙碌參加這些活動就變成偶爾中的偶爾了。今年因緣際會受到 JSDC 邀請來做點分享，說真的以前從沒想過會有這種機會。抱持著事事都是學習的心就挑了個主題來講，主軸放在一些心得上的梳理。算是蠻難得的經驗，也將內容稍微做個紀錄 ：）

近幾年看到蠻多光怪陸離的開發鬼故事，也見識過各種奇醜無比的失事原因。當中有些問題來自對方、有些問題來自自己，時時檢討總是沒錯。

這篇文章我們暫且放下溝通及流程規劃的議題，聚焦來看看軟體開發純粹領域差異造成的困難以及該怎麼面對。

一個擁有複雜功能的網站或APP背後，是由哪些專業人士一起來打造出來的呢？今天小編為你介紹軟體設計開發的敏捷團隊是由哪些角色組成！

在 React Native 中使用 WebView 有哪些好處呢？我們以過往顧問/開發股票看盤 APP 的經驗來做個分享

最近幾年好像動嘴（？）比動手多了一點。

電子商務是不可擋的趨勢2020 新冠疫情的突然來襲，直接為世界按下了暫停鍵。除了旅遊住宿這些傳統被視為相對穩健的產業受到極大的傷害之外，連帶也讓周邊產業也受到輕重不一的損失。電子商務是少數在這波疫情中能逆勢成長的商業類型。相關的成長數據網路上蠻多的，茲擷取部分來自 Digital...

踏入工程師生涯也十幾個年頭了，這些年工作主體逐漸從開發轉向諮詢規劃。遊走於兩者之間總會碰到一些相持不下的時刻，比如 PM 覺得某某功能很重要，可工程部門一直想要說服說這個做不了。處理得好就是雙贏，處理得不好往往就是不歡而散。

應用軟體的開發在於擷取事物運行邏輯，真正需要在意的是可控性