Re: [閒聊] 為什麼現在很多提到魔法的都會科學化？

31 

AmazingTalker CTO 回覆面試心得 (此為 AmazingTalker 人資部門代為轉發) 感謝版友分享在AmazingTalker的面試心得，也感謝各位大大的關心。 在招募過程中，我們一直檢討，並作出相應調整和改善。 當天面試過程不著墨太多。

29 

上週在重構某段程式碼時，其中一位同事在 code review 中建議把某個註解刪掉，另一 個同事看到這個評論時，在下面留了言說他認為不應該刪掉，於是我們就拉了一個小討論 ，聊在程式碼中寫註解這件事。 因為這個經驗，我回去重翻史丹佛電腦科學教授 John Ousterhout 寫的《A Philosophy of Software Design》一書，並整理了筆記。該教授的觀點是認為程式碼寫註解有很多好

24 

覺得最近很多文章都有些不求甚解的問題，來寫點論述。 1. 重構不是什麼了不起的事情 2. 變更程式碼，重寫舊的程式碼成自己爽的樣子，不一定是重構。 3. 重構是一種相對安全的工具型開發方法論， 但仍然有不少風險跟誘惑。

18 

拿生物對生物去類比就錯了 現實中只要有形的物質都會有支持保護者 魔族眼中的其他"存在" 充其量就是一堆data 瑪哈特蓋黃金城就像刪掉遊戲數據一樣 多少會不捨 但完全不會聯想到"善惡"概念 福利蓮的世界就是一個超大型開放世界 魔法就是程式語言

17 

所以才看的出素質高低啊！ 有些程式維護起來累得半死，不寫註解、全域變數亂宣告、變數何處被改都不知道、沒有 物件導向觀念，程式一堆複製貼上、一堆函式參數亂丟、 一堆無意義迴圈、一堆奇奇怪怪的判斷，很愛自己亂幹邏輯、 程式碼排版雜亂不堪…

 8 

這文就講幹話而已 尤其是拿大公司來舉例更是幹話 大部分大公司通常都是經歷過好幾段成長時期才會成為大公司 可能某系列作好幾代 可能做了好幾款作品

 6 

想作一下補充，維護legacy code應該算是比較吃經驗跟工程技術： 1. 判別code smell 2. 了解原code的邏輯 (願意而且能夠讀懂別人的程式碼) 3. 還要能改得對 看這位大大應該是解題能力強、做大型專案的能力也強，把code寫對跟寫好對你

 X 

yoyo~ 我高雄城鵡啦 各位宅宅工程師 大家有沒有遇過奇杷糞code哥阿 本肥舉真實遇到的例子:

 4 

之前尾牙的dress code都蠻容易的，有主題去西門町租個衣服就搞定 但今年居然是金色，除了把自己塗成金色之外我第一時間還真沒想到可以怎辦 但我也不想這麼拼，反正第一名沒特別禮物，於是就看了手邊有什麼可以讓自己金金的東 西 最後是這樣

 3 

簡單來講 就是要你去指定地點掃碼集點 抽獎 獎品包括 諸神黃昏 巨人版、典藏版 衣服背包 馬克杯 小槌槌等雜物套組