作者ruthertw (鲁塞)
看板LinuxDev
标题[问题] 为何用相同source codes,但每次产生RPM
时间Mon Dec 9 13:14:36 2013
为何用相同source codes,但每次产生RPM的大小都不同?
最近才发现,某位面对客户的该死嘴炮业务,
一直以来,他都乱跟客户说要以RPM的大小来看版本的新与旧.
她甚至误导了客户,让客户认为,RPM的size越大,代表版本就一定越新...
我只问嘴炮业务说,如果因客户需求,我必须只留下主体部分,但我却更新了程式码,
那现在RPM的size会变大还是变小?
他说肯定变小!
我说不一定喔~
我又问她所以这算是新版了吗?
他说不出话,说反正你就是要弄大才算新版!
一整个老板红人!
他跑去告状.
老板很凶狠的要我去他的办公室喝茶.
老板推出了一个新问题:
"这位嘴炮业务发现你每次的RPM大小都不同,
已经跟我私下密报了很多次,我都有记录起来,
为何相同source codes,
但你每次产生RPM的大小都不同?
你是否作了什麽小动作?
要我怎麽跟客户交代?"
我倒没注意过这个问题,
反正都被嘴炮业务黑了,当作学习,
我回座位,
尝试用相同source codes,但每次产生RPM的大小还的确都不同.
误差几乎都在1~3bytes之间,
我想请问各位大大,
怎麽会这样?
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 36.224.227.71
1F:→ Spig:RPM不熟,但有用到build date/time时,会造成压缩起来长度不一 12/09 15:31
2F:→ Spig:这种公司应该可以考虑离开了... 唉 12/09 15:31
3F:推 fourdollars:快逃啊! 12/09 17:09
4F:推 yvb:楼上所述已很接近. 应说是被打包之每笔档案跟目录的timestamp. 12/09 17:10
5F:→ yvb:请先 google: rpm file format 12/09 17:11
6F:→ yvb:其中的 archive, 通常就是 cpio 加上某种压缩, 如 gzip 或 xz. 12/09 17:13
7F:→ yvb:上面说的楼上指 S 大 (没看到中间冒出了4元 :P). 12/09 17:15
8F:推 yvb:老板既然有这样的疑, 你就把你的发现, 实际做给他看, 12/09 17:19
9F:→ yvb:证明什麽都没改, 每次产生RPM的大小也可能不同. 12/09 17:20
10F:→ yvb: ^^疑问 12/09 17:21
11F:推 drag:虽然我跟1F一样想法,但我还是要推3F 12/10 13:57
12F:推 wyvernlee:贵公司是那家可以让我瞻仰一下吗 ? 12/10 15:24
13F:推 waterdisney:好想知道是哪间公司 12/10 19:05
14F:→ ruthertw:一家除非人类全死光,不然永远都不会倒闭的外商公司~ 02/24 09:04
15F:→ ruthertw:因为这公司永远赚钱,所以找的员工技术能力有山顶到谷底的 02/24 09:05
16F:→ ruthertw:的严重差异,也才会有成功骗进公司的假PM,现在还是赚爽爽~ 02/24 09:06