跳到主要內容

穿越吧，吉祥話

魯，在周朝時期原來是個福氣的意思，在以前被說純魯是好事，你有純福氣的意義，大魯更是大大的福氣，在現代聽到魯都被影響到 (LOSER)輸家的意思，所以貼上魯的標籤就不好，但是中文裡面是好的意思，後來才會有魯國這樣的國家建立在山東地區

古代也需要很多吉祥話，乾脆就刻成印章戴身上，想要的時候蓋一下就搞定了，貴族才可以有鑄造青銅器的權利，鑄造一個印章來用就很方便，貴族之間的祝福可以被印刷，也是一種早期的印刷術發明

得眾、得志...都是祝福人可以得到想要的東西，就有人將它當作名字，希望這小孩將來可以得到想要的，也在稱呼過程像是暗示一樣的往前進。
「宜有千金」是希望你能得到很多錢，千金一樣的多，當然就會被繼續加強，宜有萬金之類的，人總是貪心想要更ˋ多，祝福人家又不用花甚麼錢，也不用花力氣，祝福要成真的我還可能得到一點好處，何樂而不為
標籤：

留言

張貼留言

這個網誌中的熱門文章

極度專注力

專注力在古代，是個容易的事情，古代資訊沒這樣多，一輩子也見不到多少資訊，就在村子裡面發的事情，參加大小事，就這樣是一個人的世界，即使到現代還是有不少的人，一輩子沒出國，他的認知就是少數的資料來源，他的世界就是那幾個資訊來源，未必正確，也未必受限，網路竟還是無國界，網路無限大，比海洋還大，網路資訊都在爭搶我們有限的專注力，專注離還會隨著年齡漸漸下降，能用得又更少了。 兵分兩路 書中提到專注力的兩種樣式，極度專注力與分散專注力。注意力畢竟是有限資源，有限使用之後，需要用分散注意力恢復，分散時期就是創意的時機，分散期間可以串聯資訊點，不用把刻意的專注力集中，這是恢復時間，直到極度專注力時間，再來好好利用這時間。 極度不乾燥 極度專注力時間，必須要抑制干擾，其他有幫助的書籍寫的也很讚，例如原子習慣提到，建立習慣要讓想建立的事情變得方便開始，壞習慣要增加阻力，還有另一本書刻意練習，練習有目的的進行，設定目標然後朝著有方向性的前進，這也是在極度專注時間內要達成，沒有目標就容易被其他事物給吸走。到了專注力資源要用光的時候，就該切換模式。 分散注意力期間，隱藏的創意時間，就在這時候發揮出來，管理注意力時間也在此時可以善用，恢復也需要時間。 專注力方面的書籍很多，這本算是簡易好讀，很快就可以學到他人的好建議，值得試試看。 買書這裡 https://www.books.com.tw/products/0010826479?sloc=main
張貼留言
閱讀完整內容

為什麼靜香一定要嫁給大雄

小叮噹是我那個年代的大紅故事，即使現代被改名了，還是不減這故事吸引人的設定，就有個日本人出書解釋很多她得細節設定，用現代方式解釋故事的設定為何這樣做? 例如他們住在哪裡? 大雄家出現很多次，卻有沒有想過，看起來像是郊區的地方，不大可能是東京都，有一回提過他們在練馬區，那就符合郊區的設定，大阪也有郊區阿，如果在大阪，那配音就要用大阪腔(我想應該也不錯吧) 小叮噹又是哪個國籍來的? 也沒提過，這樣設定可以讓這作品行銷到世界各訂，各國小孩都認為是他們家附近的小叮噹，無國籍就不會吸引種族問題，機器人也不大需要種族吧。 大雄家為何是獨生子? 靜香也是，其實這樣設定可以讓主角光環聚焦在一人身上，如果有兄弟就會分散主角戲份，粉絲也會被分散，不用大雄的兄弟，配角的技安與小夫一定也會有粉絲。在日本社會，夫妻與兩子的四人組合是完美，大雄雖然是獨生子，加上小叮噹像是兄弟一般的存在，也可以算是四人家庭，很美滿阿。 我曾想過這作品如果沒有小叮噹的角色存在會是甚麼樣的世界? 推論起來，大雄一事無成，最後娶了技安妹，靜香一定是攀不到，他會嫁給小夫，而小夫成人後要管理多家企業很忙，都不回家使得靜香悶悶不樂地在家帶小孩，小夫又和女秘書搞外遇，技安看不下去出手介入婚姻，帶走靜香，要他們離婚改嫁技安，我養妳，但是技安脾氣不好，喝酒後出手打老婆，逼得靜香只好在離婚聲請保護，獨自扶養孩子長大。 see? 多常見的鄉土劇情，少了一個角色就變成鄉土劇了。 反過來說，普通鄉土劇加入一個特殊元素就可以變得很多發想空間，變得有趣喔
張貼留言
閱讀完整內容

建構微服務

系統架構師站在系統與使用者之間，替使用者翻譯他們的需要，又要解釋給工程師知道技術方向該怎麼設計，技術的採用都會影響到後面的系統發展，評估階段就是一種專門的職業。 你知道的我不知道 書中提到假設一個詞語意義，一直會用到，但我認為他的意思和你認為的可能不一樣，這個差異沒講清楚可是會讓叉路越走越遠，例如我們都認同產品不該有明顯錯誤產生，但我認為的重點是「錯誤」，你認為的重點可能在「明顯」，各自解讀會讓後續開發始終無法順利朝同樣的目標前進，所以聚焦是很重要的事情，架構師有責任要讓大家聚焦在同一件事情上面。 藕斷絲連 系統技術方面，此書還是以軟體為主軸的方式解讀，軟體可以有很多方式建構系統，很多技術的不同，會有不同的效果與優缺點，例如常用的同步與異步的傳輸方式，會造成不同的慣用風格，技術耦合程度也會綁定的平台的應用，常用的資料格式例如|JSON、XML都有它的擁護者，沒有絕對正確的方案，只有適合用在的地方。 不錄不錄 後面提到幾種部屬方式值得好好研究，例如煙霧測試、藍綠佈署、金絲雀釋出，是否我們都有見過這樣的發布方式呢，在一些大型系統裡面，幾千幾百萬的使用者，有一次修改佈署下去，總不好一次發布，有問題一次爆炸起來，收拾後果可是忙不過來，除了忙以外，還會大幅失去信心，所以需要各種佈署方式，用來驗證市場的反應，讓損失得以控制，另一本書「與熊共舞」就在講風險，佈署就是一種高風險的事情，卻又一定要進行，多數是為了修改錯誤，或是增加新功能，都是有必要的佈署，那麼每次都該好好執行經過前人改良的佈署方式吧。 消費者不是神 最後個人最喜歡的一句話，「要測試旅程，而非故事，由消費者驅動的測試」，好的產品經過測試要從消費者角度驅動，才不會淪為技術控，做的工程師高興，但是發布之後對於使用者在意的項目，都變成垃圾，這樣多數人的角度看起來還是一團垃圾，旅程將會是體驗的重點。 買書這裡 https://www.books.com.tw/products/0010938435?sloc=main
張貼留言
閱讀完整內容