跳到主要內容

約耳趣談軟體

資深的軟體人寫的書,完全道盡了業界職人每天上演的戲碼,有待過好公司也待過壞公司,就可以有這些經驗寫出充滿劇本效果的戲碼,以及大家是否真的想做好事情,就能有各式各樣專業的閃避手法與對應措施,這本書都能讓你見識到,而且都是真實會發生的事情。

自由之牆

做產品再好公司裡面,軟體人需要的是自由,也有一群人是需要指令才知道怎麼做事,沒有指令就覺得沒有安全感,也沒有自己想法該做些甚麼,這樣的人就是和在指令明確的地方,其實這樣公司也不少,換角度來看,也有不少公司採用開放自由的方式,想做好產品只會講大目標,剩下的就給工程師去發揮細節,每個工程師對於細節又有不同的在意程度與方向,就會有不同的作品品質。

別問我是誰

書中前面提到要讓工程師好好做事情,主管功能之一就是排除障礙,便會聽到主管對其他單位說,別來吵這些工程師,他們需要專心才能做好事情。那麼,結果就會演變出其他方向的走勢,例如,不能問那就自己想辦法,寫說明書的就會寫出一堆不知道在說甚麼的內容,還是完成任務了。又例如,不能問工程師,那就問其他旁系的人,得到的答案拼湊起來也未必是正確的,就這樣進度到後面才發現走歪了許多,要花更多的心力矯正回來案子的走向。
獎勵制度

激勵人心

公司經營總會有人想到激勵方式希望員工能更有向心力,或是增加忠誠度,都以為這樣會讓員工願意為公司付出,但是這是學術上的結果阿,學術的意思就是平均結果,平均的意思又是多數人為主,多數人在金字塔底端,不代表這方法就是用在工程師身上,工程師通常不是多數,平均結果不見得全部有用,激勵制度也是。微軟用塑膠獎盃獎勵最佳員工,如果工程師收到這獎盃,我不覺得會開心,一種原因是被當作小朋友對待,不會開心,即使工程師或許真的有赤子之心,但被真的當小孩,還是不會感到開心,現實世界的小孩是喜歡被當成大人對待的。另一個原因對於獎盃,工程師並不喜歡出風頭,被拿出來獎勵大家都認識妳了,以後就成了風雲人物,哪天程式寫錯了幾個字,就有理由可以糗她了,得到獎盃還是會寫錯,下次沒獎盃囉。事實上,有沒有獎盃都會寫錯字,反而因這個激勵制度變成懲罰制度,得到他的人當鬼。

爆橘汁拳

G公司以前有本書在講他們的理念,有段話是說,聰明的人會吸引聰明的人聚在一起,他們是網路公司,軟體人也會聚在一起,同程度的人也會聚在一起,到了現在,他們真的辦到了這個意義。約爾過去在微軟的經歷很多可以講,也很期待能繼續多出幾本書,一定還有很多故事可以講,我們就準備好雞排珍奶聽故事,這才是工程師的八點檔鄉土劇阿。

買書這裡
https://www.books.com.tw/products/0010960311?sloc=main

留言

這個網誌中的熱門文章

極度專注力

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

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

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

建構微服務

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