休假真好,不想上班了

休了一周左右的假,已經不想上班了,嗚嗚,可明天還要去公司,還有許多會議和代碼在等著我。只好把自己儘快從陶醉和回憶裡揪出來,擰上正常工作的發條……這一回假期是在馬爾代夫度過的。看到了據說是全世界最美麗的海島:最純淨的沙灘:最澄明的海水:最悠閑的魚兒:最貪吃的大鰩:最有趣的寄居蟹:在水上飛機上航拍了絢麗的珊瑚礁島:在印度洋的夜空下看漫天的繁星:還在浮潛時被一隻貌似扳機魚的傢伙攻擊:呵呵,多半是我長得不夠帥吧,連魚兒都嫌棄的。回來時在新加坡轉機,又趁便玩了兩天,逛了頗負盛名的新加坡動物園和夜間動物園。

joj 2324 Go Dutch

There are N person and N job to do. The i-th person do j-th job will cost different certain money. Choose a scheme that every person only do one different job, and total cost is minimum.InputInput consists of several test cases. The first line of

讀易[10]·職位不上不下怎麼辦(乾卦)

易經告訴我們要重視時與位,時機稍縱即逝,位置卻是一步一步地慢慢累積形成。在我們的職業生涯規劃中,對自己位置的把握應該是重中之重。但是,很多時候我們會陷入一種不上不下,不高不低的位置。處於這種位置當然都會過得不爽,但只要能明白這種位的特點,自然就能逢凶化吉,擺脫尷尬了。一、成功進入尷尬地位1.1 曆史回顧

深入C++的new

 轉自:http://www.builder.com.cn/2008/0104/696370.shtml “new”是C++的一個關鍵字,同時也是操作符。關於new的話題非常多,因為它確實比較複雜,也非常神秘,下面我將把我瞭解到的與new有關的內容做一個總結。new的過程當我們使用關鍵字new在堆上動態建立一個對象時,它實際上做了三件事:獲得一塊記憶體空間、調用建構函式、返回正確的指標。當然,如果我們建立的是簡單類型的變數,那麼第二步會被省略。假如我們定義了如下一個類A:class A{  

tomcat-maven-plugin的使用 [轉]

環境:Ubuntu 8.10,  tomcat6, mave2 maven2有一個把web應用部署到tomcat下的外掛程式 tomcat-maven-plugin , 我們可以使用這個外掛程式把web應用一鍵式的部署到一個遠端tomcat中。 外掛程式的url:

轉:Android view事件傳遞機制

     針對由於觸摸(Touch)而觸發的事件。 Android的事件:onClick, onScroll, onFling等等,都是由許多個Touch組成的。其中Touch的第一個狀態肯定是ACTION_DOWN, 表示按下了螢幕。之後,touch將會有後續事件,可能是: ACTION_MOVE //表示為移動手勢 ACTION_UP  針對由於觸摸(Touch)而觸發的事件。Android的事件:onClick, onScroll,

轉【Android】Android 4.2源碼下載(ubuntu 12.10)

轉【Android】Android 4.2源碼下載(ubuntu 12.10)轉自 :http://www.haogongju.net/art/1843906前沿    最近在研究NFC,這個不同在不同版本中API的使用都不同,想看下其源碼實現,於是乎得重新下載下android源碼了~~~ 完整步驟Installing some soft1 Install curl:         sudo apt-get install curl2 Install

發生在眼前的故事:不做好最壞的打算,往往事情就會去到最壞的地步(五)

續《發生在眼前的故事:不做好最壞的打算,往往事情就會去到最壞的地步(四)》以下事情發生在9月23日的10:10~12:00AM比dy早5分鐘到了現場,先進行分工協助,不要因為出現了故障而亂了手腳!統一思想,專案經理A、負責電話和QQ服務的同事不用分心,繼續維持服務,並且還要保證服務的品質不能下降!如果我們再次提前發現出現疑似“死機”的事故徵兆,繼續保持目前故障公告流程,讓業主以及終端使用者及時知道;如果是終端使用者或者業主發現問題,一定先做好對終端使用者和業主的致歉、溝通工作,並且告知技術人員正

發生在眼前的故事:不做好最壞的打算,往往事情就會去到最壞的地步(終極篇)

續《 發生在眼前的故事:不做好最壞的打算,往往事情就會去到最壞的地步(五)》以下事情發生在9月23日的1:30~3:30PM午餐回來後,重新調整了人員的分工,除了專案經理A負責進行電話和QQ服務外,其他的三位同事和dy共四位分別對早上辨識出來的10個可疑問題進行跟蹤。不到2個小時,我們從分工跟進就已經初見成效,頭三個懷疑對象中,有兩個非常有價值的問題,最耗時的處理是Excel檔案匯入處理,此功能屬於系統上一期的功能,由於本期功能沒有做任何變動,按說應該不是被懷疑對象,但是從日誌分析可以看到,此功

使用者投訴:為什麼你們的項目沒有經過效能測試就準備在周五上線?!

上周三接到公司負責業務同事的電話,說業主要投訴某個項目,是不是轉到我這裡來處理,我只能說那好吧,但是先讓我瞭解一下該項目的情況再給客戶回電。情況瞭解:通過和專案經理G的電話溝通,我得知以下的內容:G是昨晚9點半和業主IT負責人Z確認其他工作的時候,Z才知道G說明天要給Z的領導H做示範彙報。由於這段時間是進行環境準備,計劃周五進行上線,昨天晚上才急忙準備環境和示範資料;今天早上一來到,給業主H進行彙報的時候,H提出了很多問題,但是很多問題不是對上期項目的變更,不是本期的建設內容約制,Z當場也沒有幫

發生在眼前的故事:不做好最壞的打算,往往事情就會去到最壞的地步(三)

續《發生在眼前的故事:做好最壞的打算,往往事情不會去到最壞的地步(二)》以下事情發生在9月22日的4:30~5:00PM在分別和專案經理A、架構組同事dy的領導F通完電話後,馬上通知負責業務的同事以及相關的領導,讓項目的相關干係人瞭解情況,並且知道技術部門正在處理相關事宜。(後續需要QA將故障處理流程納入改進計劃)回到公司後,和架構組同事dy以及領導F開會,瞭解兩點辦接到故障後截至到目前我們掌握的情況和以及做的相關處理,從溝通中知道目前只是從QQ上接受到項目組傳送過來的伺服器作業記錄server

發生在眼前的故事:不做好最壞的打算,往往事情就會去到最壞的地步(四)

續《發生在眼前的故事:不做好最壞的打算,往往事情就會去到最壞的地步(三)》以下事情發生在9月23日的8:30~9:00AM早上醒來吃過早餐,和專案經理A通了電話,先是詢問項目組的服務人員到達業主現場?回答是已經在現場監控,再詢問系統現在的運作情況,得到的回答是截至到目前為止,運行正常。我告訴A今天已經安排同事dy過去協助他們定位和解決問題,並且問了昨天有沒有將故障問題結合第一天的使用方式寫成報告發送出來?回答是還沒有來得及,考慮到項目組同事昨晚肯定頂了不少壓力,早上又一大早趕業主8點準時上班,我

發生在眼前的故事:做好最壞的打算,往往事情不會去到最壞的地步(二)

續《發生在眼前的故事:做好最壞的打算,往往事情不會去到最壞的地步(一)》以下事情發生在9月22日的8:45~11:30AM周一早上,系統E上線的第一個早上,8:45分公司還沒有上班,致電專案經理A,詢問服務人員是否已經到位,得到的回答是項目組同事在7點鐘已經到達客戶辦公,利用客戶8點鐘上班前一個小時進行最後的生產系統測試;從8點上班到現在系統目前運行正常;項目組的同事已經分為三個部分的人員開展工作,同事cdw負責對系統進行健康監控,同事lq負責在QQ或者電話上回答問題,另外一個同事負責後續功能點

關於IT服務:去到一線使用者中,尋找系統成功的根基

我們的專案經理,與業主的接觸多集中在與業主方的項目負責人、業務介面人,在系統籌建過程中的需求階段、開發階段、測試階段,這樣的接觸面可能還不會出現大問題,但是如果總是“躲”在介面人後面,結果可想而知,給“屏蔽”了很多資訊,而由於資訊不對稱,決策的準確性、及時性將大受影響。不解決此問題,將容易忽視了以下的系統使用者群落的思路:業主的領導者、管理層:這個使用者群落的建設目標是什麼,所建立的IT系統將協助解決什麼樣的問題,達到什麼度量目標;特別在系統的規劃階段,做為系統的建設導向,他們的意願必須被專案經

發生在眼前的故事:做好最壞的打算,往往事情不會去到最壞的地步(一)

以下事情發生在9月20日的5:00~6:00PM上周六下午天氣炎熱,睡了個大覺醒來時已經五時出頭,知道某項目正在緊張地部署準備本周一正式投產服務,因此和專案經理A通電話瞭解項目部署的情況,專案經理簡要地知會了部署的情況如下:部署提前在上周四就已經開展,因為需要重新部署一台新的伺服器,所以保留了舊一期的平台;部署的新機器,從作業系統,到中介軟體服務軟體,上層的舊一期以及新一期增加的軟體都已經部署完畢;舊一期的系統已經在周五下班後停產,並且已經將資料成功遷移到新的伺服器;目前正在新的伺服器平台上進行

卡巴斯基終身免費用的方法!~~不要再到處奔波尋找Key啦!~

卡巴斯基終身免費用的方法!~~不要再到處奔波尋找Key啦!~

面試題:假設你掉了東西又沒辦法回去撿,你希望掉的不是底下哪一項?

   A  行動電話   B  男(女)友送的有紀念性的東西   C  皮包(有錢及證件)   D  剛買的心愛物品 查看答案請按 Ctrl +

重新整理頁面,後退

Javascript重新整理頁面的幾種方法   :   1.   history.go(0)   2.   location.reload()   3.   location=location   4.   location.assign(location)   5.   document.execCommand( 'Refresh ')   6.   window.navigate(location)   7.   location.replace(location)  

去哪兒

去哪兒三道大題,說難都不難,但是如果不熟可能也寫不好1 一個數組裡有數字 1,22, 13

30個原始碼網站 快去看看 哦

1.51源碼:http://www.51aspx.com/ 2.源碼之家:http://www.codejia.com/ 3.源碼網:http://www.codepub.com/ 4.蝦客源碼:http://www.xkxz.com/ 5.多多源碼:http://www.morecode.net/ 6.洪越原始碼:http://www.softhy.net/ 7.鋒網源碼:http://www.fwvv.net/ 8.代碼愛好者:http://www.codefans.com/

總頁數: 1023 1 .... 180 181 182 183 184 .... 1023 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.