0、呼叫的時機不對,資料取錯了怎麼辦? 明顯我們介面評估溝通有問題。
0、誰發訊息,誰 提供資料。 避免接訊息後反查。
1、跟你說過多少變了,不能直接拒絕需求。。
需求哪有不合理的(產品驅動的公司裡)
我們要考慮的是這樣的方案的風險是什麼?會導致什麼錯誤?會導致系統什麼複雜度。
你這樣說 是不是說明你技術水準不夠?找個能力水平高的是不是就能做了。
- 你沒時間,排期排不開。那就讓別人來做。
- 你說不會做,那就是技術水平不夠。
1、調介面,可以。不是不讓他調。
但刁我門合理不合理。 (剛剛他說調我們用來做判斷,就很有問題。)
日後造成損失,很明顯不光是他的責任,也有我們評估不到位,溝通有問題的責任問責。(不能推責任。)
所以每個接入我們介面的應用,我們都要幫他評估(吊我們做判斷)合理不合理。會不會有問題。
0、多問問,聽聽其他產品經理的點子, 我們那麼多資料無法創作產品???
0、我們是中颱提供方,提供資料支援,幫助你完成需求的。
1、計費?
怎麼記得費?用什麼資料記得費? (需求搞清楚)
我們這是有這個資料,但你調錯了怎麼辦? 呼叫的時機不對怎麼辦?
我們怎麼幫你完成這個需求?
2、 我們如何幫助他,完成需求。
- 這個資料我們是有,但他們呼叫的時機對不對。
- 這點資料能否滿足他的需求
- 他們調我們出現錯誤,如何給對方解決
這個你得弄清楚,重頭談一遍好吧。。。
2、 儲存(hbase、zk、redis、db) tp 可用率要加
核心業務,要加次數。 最多一分鐘調1次
rpc tp 可用率要加
3、你不就是找死麼?
一行**寫錯,損失多少錢知道麼?
coupon用不了,多少使用者去ali。
做完了,雙11要上大屏的。
多刪了一行**,犯了低階錯誤。影響了優惠券使用。
4、中介軟體的事情多想想。我看到你的那個group了。我以為你是故意的。
5、報警怎麼都不看?我們幹嘛還花時間配呢?
5、博:這個上游更清楚,我這邊只是中游,儲存這些資料,他們可能有更好的辦法。
尋求專案管理的一些意見
專案中,我們通常會在之前便做好計畫和策略,以便更好的實施工作,爭取最高的績效完成工作。大多時候專案卻並不如我們自己想的那樣順利。例如當你遇到 以下情況你會怎麼做?ios版本目前測試進度 2013 5 9 1.11版本,專案的穩定性仍存在問題,存在經常閃退問題。又增加了新需求,改進中 中間經過幾個版本...
對於SSS的一些意見與建議
1 對於恆星和行星的觀測應該採用兩套不同觀測策略。2 應該增加中解析度觀測模式 i 5000 10000 主要用於對恆星的觀測。3 對於亮度為 14 15 等的星觀測也是有可能的。4 在有月亮的夜晚就可以採用中解析度的觀測模式對恆星進行觀測。5 褚 老師認為 2006 年lamost 計畫中的重點是...
給想去阿里面試的同學一些意見
最近和朋友聊跳槽 職業晉公升等問題多一些,聊的過程中發現在去大廠面試還有一些點值得大家關注的,因為只有阿里的經歷,所以把一些親身經歷總結一下,希望對大家有所幫助。寫這篇文章還有乙個更重要的理由,因為覺得自己技術沒有很大的長進,希望以後能多寫寫一些文章,沉澱一些自己的技術,希望大家多給我一些鼓勵。本文...