一點慢磨工，軟體二三事：軟體開發的各方各面
26公開內容
從超過 50 個合作經驗中擷取在系統開發、顧問及營運上的經驗及心得
全部內容
免費與付費
最新發佈優先
沒有最正確的軟體架構，通常都需要隨著時間和發展階段進行修正和修改。系統最終會變成怎樣往往也和公司的管理方式及運作模式密切相關。
在過去的幾年裡，為應對需求，公司的軟體架構走向了 JAMSTACK 的風格。這裡分享一些關於這種架構的感受和經驗。
沒有最好的架構，只有最適合的架構。
作為程式開發者，每次聽到「加個 flag 就好」或者「開個變數存起來」這種話總是會心頭一驚。理由也很正常，就是像這樣子的 workaround 並沒有真正解決問題，只是徒留技術債，以後怎麼爆炸的都不知道。
workaround 聽起來真的是十惡不赦，不是嗎？
可凡存在必有道理，不如來聊聊 wor
「為什麼要維護？有 bug 你們就要負責啊，你們怎麼可以給我們有 bug 的東西！」
一瞬間我也是愣了一下，還差點被說服（？）。
從這個角度思考維護挺好的~ 有思考點!
我們的世界實際上由虛擬和實體兩個部分組成。NFT已經在虛擬世界中證明了自己的價值，但如果將NFT應用於現實世界，又會有哪些可能性呢？
一旦甲乙方進到零和賽局，情感上開始對抗之後，兩敗俱傷就是必然的結局了。既然是這樣，合約的撰寫及執行不妨看作是合作誠意的具象表態。
「幫我做的跟 Facebook 一樣單純就好」
「嗯 … ?」
不管怎麼估計都可能失準，在一件事做完之前你怎麼知道能不能做到？
殺雞用牛刀，降維打擊總是一個安全做法。殺雞何必用牛刀？但牛刀是真的有用啊！而手上有錘子什麼看起來都像釘子，問題是錘子真的能敲啊！
很有趣的話題，謝謝你的分享！
這幾天有個蠻大的新聞是 Azuki 的背後團隊 Chiru Labs 繼 ERC721a 後又提出了 Physical Backed Token (PBT) 這個新的代幣標準。
但 NFT 虛實結合是有道理的嗎？而以 NFC 為虛實整合介面又是合理的嗎？
十一年來景氣循環走了幾次，技術名詞來來去去，資訊產業唯一不變的就是變。感謝 MOPCON 主辦單位的付出以及堅持，為這個有點紛亂的世界又添上了一抹善良。
軟體開發是在虛擬的空間重新描述並解決現時的問題，多數時候並不存在正確答案。如何穿越這些不確定及未知就體現了開發者的功力以及對事物的把握度。
標題有點聳動，但且以這篇短文紀錄幾個印象比較深的、飛一陣後發現什麼節論都沒得到的可能作法（？
所以其實是要反著看 …
以下列舉三個常碰到的情況跟大家分享
