一、運營
希望運營上傳尺寸亮暗合適的，尺寸不合適，會出現壓縮或拉長，亮暗不合適，比如上有文字，太亮的白字看不見，太暗，黑字看不見，請注意配圖。另外，有些效果不能把事先規定死，要用js做動畫，再次強調尺寸的規範性。如果不惜使用者體驗，那就另當別論了。
二、設計師
1、設計稿相關
需求是否合理，設計稿是否美觀，雖然我不是最終決定者，但我有權利發表我的意見。並不是運營產品設計師讓怎麼做，我們就怎麼做？我們應該從實際出發，對最終的產品負責，而不是一味的埋頭做，出了問題才改，設計師的作品並不一定是最完美的。
對設計稿的修改，我們這邊要求少於3次，必須給全，如果是大改動，開發這邊會發郵件出來重新評估提測時間。設計師作圖時，希望多考慮極限資料，比如**很長，標題很長，點選操作前後狀態變化。
2、動畫相關
動畫分間歇性持續動畫（一直在動）、間斷性不持續動畫（比如頁面載入後幾秒內停止，或者滑鼠放上去動畫出現之類）。如果乙個gif能解決的問題，我是不會考慮**寫乙個小動畫的，從效能的角度出發。我們不會一味的用一種方法，這個需要靈活對待。並不是說這次用svg寫動畫，下次還這麼幹。前端開發這邊需要設計師提供的關於動畫的東西有svg，gif，ai，動畫的具體引數（執行多少秒，比如圓半徑，圓心角，變化前後的透明度，變化中的半徑值），序列幀圖。根據情況，可能會需要其中乙個。設計師給一張圖，但是我們不僅要解決相容性（不同裝置，不同瀏覽器），還要考慮頁面效能，提高使用者體驗。前端不同的實現方式，相容性，效能方面都有差異，我們根據產品需求，會折衷選取各方面不錯的方式做。至於什麼方式，視情況而定。製作動畫的確依賴經驗，但經驗歸經驗，我們還是要有標準的，希望設計師能夠給出乙個demo，直介面述，我無法想象要做成什麼樣子，到時候測試也不好測效果。當然，如果產品經理這邊可以放寬瀏覽器的相容性驗收，前端開發這邊的自由度也會相對擴大。
三、產品經理
1、質疑
產品經理自己對需求是否足夠了解，文件是否具體到每個細節？如果時間緊急，沒有及時給出完美的文件，是否有抽空補齊並告知開發，還是最後不了了之？
2、需求提問
a、活動持續多久，後面大概會改動幾次，做哪些地方改動？
本次專案定好的需求，如果有變動或者新加，小變動像改文字內容或者顏色，我們可以改，但是牽扯dom結構的變動及js特效或css3動畫，我們拒絕修改，你們這邊發郵件出來，我們下次優化。我們評估專案開發時間更專業，你們所謂的小改動有可能是個坑，存在未知的相容性問題，效能問題等等，這些都不確定，只能具體問題具體分析。
b、頁面布局
c、註冊彈窗
不同需求，我這邊不會機械式復用彈窗，所以希望產品以後不要隨便說復用現有的彈窗之類的話。尤其是活動，乙個版面偏藍色的風格用固有的彈窗，有些牛頭不對馬嘴，因此一切以最新的設計稿為準。
四、測試
1、建議測試多熟悉測試環境，pc端品牌公寓列表頁在測試環境一直引用不到最新資源，查了一兩個小時，沒有找到原因，從st12換到st11就好了，希望有人能告訴我為什麼。
2、另外，建議測試充分了解需求後，再提bug。移動端海南活動html5頁面，我這邊退回了不下於5個非缺陷確認的jira，明明正常的功能為什麼要來回改？
3、建議測試及時測頁面，開發能夠及時改，不要等到每次下班的時候，或者開發並行其他專案的時候，才開始提bug。
五、認真參加評審會，給自己探坑
空間後方交會c 程式 全站儀後方交會測量
全站儀後方交會測量在隧道測量中的應用 後方交會測量使用的最多的是後方座標交會，在隧道測量裡面很常用。通常隧道內各種施工放樣全站儀設站都是使用後方座標交會。後方交會測量 通過多個已知點完成全站儀的自由設站。座標距離測量方式通過2 10個點位即可完成設站，角度測量方式需要3 10個點位完成設站。點位越多...
課程設計 前方交會
以往前面有具體演算法流程介紹，這裡就不多說了。該演算法程式有個小問題有待解決，就是無法讀取檔案裡的小數部位。待解決 include include include include includeusing namespace std using namespace cv int main ifstr...
徇私舞弊不移交刑事案件罪
編輯 犯 本罪的，處三年以下 有期徒刑或者拘役 造成嚴重後果的處三年以上七年以下有期徒刑。不移交行為只有情節嚴重的，才能構成犯罪。根據1999年9月16日最高人民檢察院發布施行的 關於人民檢察院直接受理立案偵查案件立案標準的規定 試行 的規定，涉嫌下列情形之一的，應予立案 1 對依法可能判處3年以上...