跳到主要內容

職來職往2

馬克的漫畫書裡面，說明了很多台灣職場的文化，雖然不是全部都這樣，但也不少符合的地方了。

裡面過場頁面有些會參一些作家的文字心聲，最有感觸的就是一篇講創業的老闆，如果想要和伙伴一起吃飯，被當成應酬，一起聊天被當成約談。難怪說創業人都是孤獨的，因為想和初期的夥伴拉好關係都會被不同角的觀點所影響，只要領薪水的就是有距離，勞方與資方要成為好關係總是比較難。

還有提到創業的一個人可以走很快，但是一群人可以走得長久，作保板就是帶著一群人前進，一群願意實現老闆夢想的人，(即使他們是有拿錢的)，也都是為了要實現老闆的目標而湊再一起，老闆就可以實現自己小小的私心或是打造自己喜歡的環境而努力著。

現實面還是要顧，職場不只是要開心，為了實現理想，更重要的也是要活下去，能度過眼前的活下去難關，有多餘的時間才能真的往期望的目標邁進，不能活下的光靠理想是無法撐太久的
標籤：

留言

張貼留言

這個網誌中的熱門文章

極度專注力

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

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

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

建構微服務

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