機票

堅持對的原則早上 IC部門主管來告知他們新定的版本編碼規則:產品代號(二碼).Major Number(Sub component change).Build Number.Branch Number我們原先的規則是:Major Number.Minor Number(Sub-Component change).Branch Number.Build Number我告訴他, 變動的build number 應放在最後, 因那是內部release 版本, 客戶通常只在意前兩碼. 格式要一致性,否則增加教育訓練的effort. 雖然版本編碼沒有絕對的對錯美醜, 但簡單,一致性的原則應把握住. 沒必要在這些小地方和人做的不一樣, 多花點精力在功能上吧.下午處長來要求加密的影像應加一張圖片, AP改會所有的AP都要動, 因此希望在codec 改, 當有加密時輸出一張預設圖片. Codec 應該儘可能小及精簡, 以performance為優先, AP 可由回傳結果跟據自己的架購做最好的處理方式. 如 Encrypt 錯誤, AP 可改秀圖, 或秀text (for example, in PDA), 若由 codec kernel 做, 須要多做一次 memory copy, 一但user input 錯誤的 password, 會嚴重降低performance, 我們目前斤斤計較的加速計劃, 一下子又倒退了. 因此不贊成這樣的 solution.SW RD經理有於不想花時間改所有的軟體, 因此一直抵抗不想改, 才會建議 codec kernel改. 不過這樣就喪失了核心程式的精神了, 而且也喪失了AP處理的彈性.RD都有自己的想法, 也很容易陷於主觀的立場. 有些東西並不是完全的對或錯, 但基本的原則要把握住, 否則對以後的人來說會產生一個怪物. 要和同事尖峰相對當然可能對自己的人緣會不好, 但不能做一個濫好人而失去了做事的原則, 專業是伴隨著人的一生成長的. .msgcontent .wsharing ul li { text-indent: 0; } 分享 Facebook Plurk YAHOO! .