2021年2月9日 星期二
154 了解 IT/OT 差異令人豁然開朗
2021年2月8日 星期一
153 瑞典合唱團的新案子
上週老闆突然給了一個新的RFQ要進行評估,案子是來自瑞典合唱團的專上型個人電腦,不過在今天開會後果然和我們預料的相去不遠,客戶打算共用前一代的機殼,而非開發一款全新的機種。如同他們所表示,過往他們都是把案子外發代工為主,這次想走ODM模式對他們也是新的嘗試。合作模式倒還不是大問題,唯獨要共用機殼這事對我們就沒太大的好處,畢竟單出主機板能取得的利潤比較有限。
2021年2月4日 星期四
152 何謂人性化
在偶然的情況才發現有兩門內部教育訓練課程未完成,一門是薪資調整平臺使用介紹;一門是獎金調整平臺使用介紹。其實這兩門課的內容幾乎相同,操作方式也很一致,差別在於要調整的品項不同。兩者在系統中作業時當然一定要分開,不過介紹倒有機會合併在一起。
重點在於平臺中的金額調整,雖然系統允許對金額進行增減,但程式僅能採用加和乘二個方式*輸入資訊,例如要加一千元就輸入1000;要加百分之五十可輸入1.5倍。要減一千的話就變成輸入-1000;要打九折就輸入0.9倍。相信所有能升上主管職位的人員應都這樣的簡單計算不會有問題,但使用程式運作的目的不就是要減少人為失誤和提高效率?若主管要調整的金額要自己先進行心算後再填入系統,顯然人為疏失的機率會提高許多,而且先計算一次再輸入系統也造成效率降低,如此一來就失去導入系統的意義。
感覺程式設計人員以自身的角度來開發程式,並未完全以使用者的位置來思考如何能有效而快速地運用他們所開發的程式。事實上,程式設計人員應該不是這兩支程式的開發對象,或許因此他們也並未放太多心力在〝使用者友善〞這方面來開發程式吧!
* 相信在學校上過程式概論的人都能理解這些程式設計人員在偷懶!
269 黑皮書修訂草稿
今年初上夜間部有位已學過卅七式的學員提出一個問題, 在舊版黑皮書中當開始左掤的右轉時, 足步圖的右腳未轉到九十度, 因此他認為不須要轉九十度. 因為這個緣由我向李怡潔老師請教, 而他公務繁忙就要我自己到紀念館, 剛好蕭可賢老師將一份修訂黑皮書過程的檢討資料送回紀念館, 我可以去那...
-
二十年前的四月二日(四月一日是週日)加入華碩工作,依公司保留華碩年資的計算方式今天是在關渡工作滿二十年的日子,這是該慶祝的日子?
-
一早先和 愛伯特 與工廠的人開會, 討論 獨木舟 是否出貨的問題. 愛伯特 評估不良的風險雖有但不致於太高, 要求我們後續要儘快將設變導入, 而目前的三百套仍出貨不變. 不過工廠的人並未聽到 愛伯特 同意放貨的結語, 以為要先測試較低的標準, 再決定是否放貨. 所以下午結果還是...
-
書名:QBQ!就是要傑出!:47個讓組織脫穎而出的方法 (Outstanding!: 47 Ways to Make Your Organization Exceptional) 作者:約翰.米勒 ( John G. Miller ) 譯者:林麗雪 出版社: 遠流版社 出版日期:...