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 計畫中的重點是...
給想去阿里面試的同學一些意見
最近和朋友聊跳槽 職業晉公升等問題多一些，聊的過程中發現在去大廠面試還有一些點值得大家關注的，因為只有阿里的經歷，所以把一些親身經歷總結一下，希望對大家有所幫助。寫這篇文章還有乙個更重要的理由，因為覺得自己技術沒有很大的長進，希望以後能多寫寫一些文章，沉澱一些自己的技術，希望大家多給我一些鼓勵。本文...