為何用相同source codes,但每次產生RPM的大小都不同?
最近才發現,某位面對客戶的該死嘴砲業務,
一直以來,他都亂跟客戶說要以RPM的大小來看版本的新與舊.
她甚至誤導了客戶,讓客戶認為,RPM的size越大,代表版本就一定越新...
我只問嘴砲業務說,如果因客戶需求,我必須只留下主體部分,但我卻更新了程式碼,
那現在RPM的size會變大還是變小?
他說肯定變小!
我說不一定喔~
我又問她所以這算是新版了嗎?
他說不出話,說反正你就是要弄大才算新版!
一整個老闆紅人!
他跑去告狀.
老闆很兇狠的要我去他的辦公室喝茶.
老闆推出了一個新問題:
"這位嘴砲業務發現你每次的RPM大小都不同,
已經跟我私下密報了很多次,我都有記錄起來,
為何相同source codes,
但你每次產生RPM的大小都不同?
你是否作了什麼小動作?
要我怎麼跟客戶交代?"
我倒沒注意過這個問題,
反正都被嘴砲業務黑了,當作學習,
我回座位,
嘗試用相同source codes,但每次產生RPM的大小還的確都不同.
誤差幾乎都在1~3bytes之間,
我想請問各位大大,
怎麼會這樣?

RPM不熟,但有用到build date/time時,會造成壓縮起來長度不一這種公司應該可以考慮離開了... 唉

快逃啊!

樓上所述已很接近. 應說是被打包之每筆檔案跟目錄的timestamp.請先 google: rpm file format其中的 archive, 通常就是 cpio 加上某種壓縮, 如 gzip 或 xz.上面說的樓上指 S 大 (沒看到中間冒出了4元 :P).老闆既然有這樣的疑, 你就把你的發現, 實際做給他看,證明什麼都沒改, 每次產生RPM的大小也可能不同.^^疑問

雖然我跟1F一樣想法,但我還是要推3F

貴公司是那家可以讓我瞻仰一下嗎 ?

好想知道是哪間公司

一家除非人類全死光,不然永遠都不會倒閉的外商公司~因為這公司永遠賺錢,所以找的員工技術能力有山頂到谷底的的嚴重差異,也才會有成功騙進公司的假PM,現在還是賺爽爽~