其他

水垢的產生：主要是跟水質有關。若水質較硬，水中的含氧量不足、水分子不穩定時，水中的鈣、鎂離子溶解性就會降低，沉澱加劇，從而形成水垢。只要水溫超過60℃，尤其在水質比較硬的北方，肯定會有水垢產生，在日常的水壺、鍋爐都會有水垢存在。解決辦法就是要定期清洗。 水垢的祛除： 1、在瓶裡放些紙屑，然後倒進溫鹽水，輕輕晃一會兒，水垢即可除淨。 2、可倒入濃度為1%的小蘇打水500克左右，或將食醋加熱裝入瓶內，輕輕搖涮，水垢即可除掉。

1、正確的思考先正確的評判自己，才有能力評判他人。你是否欺騙別人，或是自己？想清楚再回答。三思而後行的人，很少會做錯事情。企圖說服不用大腦的人，是徒勞無功。認為整個世界都錯的人，極可能錯在自己。2、行動觀察走在你前面的人，看看他為何領先，學習他的做法。忙碌的人才能把事情做好，呆板的人只會投機取巧。優柔寡斷的人，即使用使了決定，也不能貫徹到底。善意需要適當的行動表達。3、相信相信你做得到，你一定會做到。不斷告訴自己某一件事，即使不昌真的，最後也會讓自己相信。4、警覺對於那先使狗和兒童感到畏懼的人應

    近日，看著一個個網站都火了起來，因此也想策劃一些網站。做網站不是為了自娛自樂，而是為了贏利。因此做什麼樣的網站才能在儘可能短的時間內產生效益則是考慮的一個重中之中的問題。    一、行業網站    在某個行業內有一定資源優勢的人來說，作該行業的行業網站是非常好的選擇。這類網站雖然使用者數量無法與大而全的網站相比，但是他們的使用者都是有效客戶。我記得有一個“二八理論”，用這樣的理論來看，行業網站使用者20%是無效使用者，80%是有效使用者；而非行業網站則剛好相反。    例如Donews就

ArrayList和Vector都是用數組方式儲存資料,此數組元素數要大於實際的儲存空間以便進行元素增加和插入操作,他們都允許直接用序號索引元 素,但是插入資料元素涉及到元素移動等記憶體操作,所以索引資料區塊而插入資料慢.Vector使用了sychronized方法(安全執行緒),所以在效能上 比ArrayList要差些.而LinkedList使用雙向鏈表方式儲存資料,按序號索引資料需要前向或後向遍曆資料,但是插入資料時只需要記錄前後項 即可,所以插入的速度快.

     我拎著剛買的levi’s從茂業出來，站在門口等一個朋友。一個職業乞丐發現了我，非常專業的、徑直的停在我面前。這一停，於是就有了後面這個讓我深感震撼的故事，就象上了一堂生動的市場調查案例課。為了忠實於這個乞丐的原意，我憑記憶盡量重複他原來的話。    “先生……行行好，給點吧。”我一時無聊便在口袋裡找出一個硬幣扔給他並同他攀談起來。

第三章            面向過程OR物件導向 很多軟體公司誤把物件導向的精髓加入到物件導向的流程中。導致了時間的浪費。 背景：在項目使用了code review一個月後 Q1：為什麼我感覺code review就是一個人講講，另一個人聽聽，好浪費時間啊，一個月前你說的那些優勢呢，怎麼一個也沒看到？ A1：因為我們把code

      我的網名叫做jacky，大學在青島市念書，4年，中國海洋大學的電腦科學與技術。我並不象很多人那樣關注現在的流行，超級女聲，快樂男聲，加油！好男兒，李宇春，張靚穎或者周筆暢，我甚至可能也不知道誰是全國7進6，8進7，我可能還不知道有關滿城盡帶黃金甲，鞏俐和章子怡的最新訊息，可是我卻知道第六輪六方會談的結果，我也知道中國暴雨洪災的後果，受災地區，我還有著一段值得人駐足的一段經曆。 畢業之後工作兩年，辭職孤單一人來到北京準備考研。 　　當初準備的是北外的高翻學院，也就是大家俗稱的同傳專業。

發信人: bzssyks (大航海), 信區: Stock標  題: 次貸危機通俗版發信站: 水木社區 (Wed Oct 29 16:43:15 2008),

附錄1 物件導向開發4個精髓 精髓優勢design pattern pair unit test code review（1）code review 中，可以通過大家的建議增進代碼的品質。（2）code review 是一個傳遞知識的手段，可以讓其它並不熟悉代碼的人知道作者的意圖和想法，從而可以在以後輕鬆維護代碼。（3）code review 也鼓勵程式員們相互學習對方的長處和優點。（4）code review 也可以被用來確認自己的設計和實現是一個清楚和簡單的。

好久沒跟新部落格了，最近一個月在緊急充電，也忙於些私事，不過，部落格園依然是我的最愛~ 這次來想做個統計，類設計，coding和效能，你們團隊先開始哪樣？ 1.先架構設計，儘可能多的考慮變化，重用和複用--->再開始coding--->最後解決效能問題--->交付2.先簡單coding，完成流程--->通過重構使得架構更加理想化，以及為將來擴充做準備--->最後解決效能問題--->交付3.先架構設計，儘可能多的考慮變化，重用和複用，連效能問題一起考慮到---&

　　產品反饋使用者總是輸錯email的網域名稱，因此伺服器得到的email的地址是錯誤的。比如，有許多使用者總將xxx@qq.com輸入成xxx@qq.con。　　這讓後端很煩惱，因為這個email地址是合法的，但是錯誤也是那麼明顯的（常識判斷，至於qq.con網域名稱是否存在我也不知道）。　　　　為瞭解決這個錯誤，下午折騰了一小時，使用到了html5 input裡的新的list屬性，當使用者輸入'@'後為使用者提示網域名稱資訊。:　　   　　但是後來悲劇的發現這個屬性在safari中不支援，

它是白貓，它可以抓到老鼠。 第一，架構決定。電腦是老外發明的，國人在他們的架構之上（比如C++基於MFC，.NET基於framework）開發出應用軟體。採用面向過程，根據客戶的需求，調用不同framework裡的函數去實現，也不是件壞事。不妨換個角度，放大視野，看看所謂的三層架構：資料層是SQL，業務架構層是framework，展現層是應用軟體。 第二，技術決定。部分程式員非科班出身，技術，邏輯思維能力，解決問題能力在初出茅廬時，很少有達到真正意義程式員的標準的，而微軟visual

　　項目裡用到了kendo UI

　曹操   　　毫無疑問，曹操並不好用，但這僅限於在遊戲裡。實際上曹操是一位毀譽參半的強大君主，他有著和拿破崙一樣的個頭，統治著將近二分之一的中國領土，並曾經有機會佔領另外二分之一。人們往往折服於這位君王的個人魅力和野心，也對他喜怒無常的個性感到膽戰心驚。他的敵人甚至稱呼他為“東方的尼祿”(譯者：原文如此，想來是作者為了便於讀者理解而杜撰的……-_-b) 　　做為最典型的一次案例，他曾經提醒他的侍衛們：“我在夢中喜歡殺人，請不要靠近我。”結果當一位侍衛想走近替他拉好被子時候，就被這位裝睡的君主殺

使用任務隊列一個優點是能夠輕易地平行處理任務。當處理大量積壓的任務，只要增加“Worker”，通過這個方式，能夠實現輕易的縮放。Round-robin dispatching:　　預設地，RabbitMQ會逐一地向下一個“Consumer”發放訊息，每一個“Consumer”會得到數目相同的訊息。　　這種發放訊息的方式叫Round-ronbin dispaching。Message

 在產生PDF 的時候，雖然可以在頁面中設定背景圖。 但有些內容過長誇頁面的時候，就很難設定背景圖，變成了空白背景的頁面！ 以下是重建每一頁 PDF  背景圖功能代碼！  public void SetPdfBackground(string pdfFilePath) { //重建的 PDF 的路徑 string destFile = HttpContext.Current.Server.MapPath("sample.pdf");

 今天參加了百度2013年校園招聘杭州站的筆試，崗位是WEB前端工程師（上海）。有一道題目印象比較深，大概是因為筆者是從Java開始學編程的原因吧，對於物件導向和繼承的一些東西特別敏感。   題目大概是這樣的: 有一個CarFactory，專門產生一些汽車的對象，汽車類型有Bus， Truck， 和 Jeep， 他們有各自的引擎，分別為BusEngine, TruckEngine 和 JeepEngine，設計這樣一個Factory。  

將圖片轉成資料流方式發送到遠程服務，在通過伺服器背景程式來接收資料流，再儲存成圖片存放在需要的地方。這種方式就類似上傳圖片功能一樣，希望能給一些園友另一種上傳圖片功能的方法。發送資料流方法 /// <summary> /// PostBinaryData /// </summary> /// <param name="url">要發送的 url 網址</param> /// <param name="bytes"

物件導向編程，我們口口聲聲喊了快十年，但為什麼程式員還不使用物件導向編程？是知識、經驗不夠？非也。筆者想用一句牢騷話作為開篇：拆任務都拆成面向過程的了，還怎麼叫程式員去物件導向開發。   讓我們改進一點點：留兩個小時給程式員理解需求。採用物件導向的方式去拆任務。 讓我們思考一下下：面向過程在一定程度上比物件導向有效能上的優勢，那麼，兩者如何均衡？使我們既不為了物件導向而忽視效能，也不為了追求效能而忽視物件導向。  何為留兩個小時給程式員理解需求？在具體工作中，團隊由於受到各種外圍因素影響，常會發

    在Orchard架構介紹中對Orchard的一些架構內容進行了介紹，是Orchard內建的一些模組，本篇講解一下如何擴充Orchard來產生我們的第一個模組。介紹    Orchard構建在ASP.NET MVC之上，MVC是一個應用模式，我在資訊系統開發平台OpenExpressApp － Command擴充機制簡單介紹了一下。在本篇樣本中不包含任何資料，所以我們暫時不用關心model。我們只需要一個controller