wajoan wrote:
人性的考驗
在這幾個小時內表露無遺
也是我重新審視朋友的好根據
從另一個角度看
如果連這種眼前的便宜都不會去佔的人
我根本不必防著他會來算計我...(恕刪)
我只能說你想太多,不買的只有三種人(暫時先排除想買沒買到的):
1.正義凜然絕不肯占絲毫便宜
2.對這小小差價,乃屬蠅頭小利非他所要。
3.很想要但百般計算衡量,認出貨機率不大,浪費時間而已,如果機會大他才會出手。
第2、3種都只是因為惡小或算計後而不為,你能肯定你朋友是第一種人嗎?

這種不為小惡或精於算計的總是最可怕最難防範的,所以這審視好友的依據相當不可靠,望您能甚之甚之。
觀之重大金融犯罪者不往往是令人敬重的企業家,但一出手淘空就是幾十、幾百億。
dhuang wrote:
一個健全的網頁製成流程應由Development->QA->Staging->Production
那怕只是更改一個字,這些流程都不應該少,而這些流程所涉及的所有人員都應該要負起業務上的過失.
工程師有沒有錯?我想還是有的,因為在Development階段就應該會發現異狀而向PM或是更上層決策者作出反應,
除非是決策者堅持沒錯而要工程師照做,工程師方可免責.同理,PM,QA,DBA,MIS等人員也應會在其負責的階段發現異狀.
你說的很有道理, 只不過這應該是指在 "修改程式" 的時候
只有在改動程式架構的時候才會有所謂的 Staging->Production
只是改價格的話, 就我對台灣 EC 產業的了解, 和工程師扯不上任何關係
>>== 價格是產品經理在改的 ==<<
工程師唯一可以做的就是防呆, 例如先前的鄉民提出的計算毛利
但如果基於產業特性考量, 公司的政策就是擺明了 "不準防呆"
那工程師真的就對這種情況根本無能為力
我們公司之前發生標錯價問題的時候, 工程師一點事兒也沒有, 責任全部由產品經理負擔


























































































