其他

如果下面有任何一句話，是你想說的，那麼，請來學習重構吧（1）重構束縛了我的設計！（2）重構？改別人的代碼啊...改壞了我不負責！（3）重構啊...那要重新測試了吧...（4）重構？豈不是白花我的錢？ 1.1提到重構，大家會有一個想法立即冒出：設計和重構到底什麼關係? 重構肩負一項特殊使命：它和設計彼此互補。沒有重構，你就必須保證預先做出的設計正確無誤，這個壓力太大了。如果你選擇重構，問題的重點就轉變了。你仍然做預先設計，但是不必一定找出正確的解決方案。此刻的你只需要得到一個足夠合理的解決方案就夠

感觸很多，先記下來 1.設計軟體有兩種形式 一種是設計得盡量簡單，並且明顯沒有缺陷。另一種是設計的盡量複雜，並且沒有明顯的缺陷。　　　　　　　　----C.A.R.

很多程式員為什麼沒有去重構呢？因為他們天天看到的都是爛代碼（其實他們不知道那是爛代碼），卻認為那是沒問題的代碼。所以，首先要做的就是看，再看，不斷看，直到一看就有想吐的感覺。 否定功能完成就是code complete。肯定代碼易理解，可維護，才是code complete。 <敏捷設計原則-Robect C

最近遇到些問題，談談自己想法，僅作留檔之用。 （1）敏捷團隊沒有加班隱藏在這句話的背後是：能力，態度，刻苦精神！ Q君和W君同時開始一個Story，Q君每天一到下班就拎包走人，W君看到大家都走，自己也從容不迫的下班了，一切沒問題。當sprint快到結束之時，問進度，Q君完成，W君未完成。隨之Q君去協助W君，結果多消耗了半個sprint。 請回答這個問題：這個團隊怎麼樣？A.完全符合敏捷，無加班，Q君協助W君，正好體現敏捷團隊互相協助的精神。B.這個團隊存在問題，首先為“不完成任務”提供了滋生的環

《重構》一書一共列了22種壞味道，下面我來為大家一一講解。等等！！！你犯了個錯！！！ 二八原則：我們80%的代碼只違反了20%的壞味道，所以，我們只需學習那20%，並且做好它，那麼，你就是有著好習慣的程式員了。 “我不是什麼偉大的程式員，我只是一個有著很多好習慣的程式員”----Kent Beck   20%的壞味道：1.Duplicated Code 重複代碼2.Long Method 過長方法3.Large Class 過長類4.Long Parameter List

作者： JohnWaken郵箱： JohnWaken@163.com轉載請著明：

1.哪些管理決策導致不重構 依靠程式員的自覺性，結果肯定是不重構。沒有檢查和懲罰，結果肯定是不重構。 沒有考核，就沒有管理。　　　　　　----

 最近要製作 asp.net  產生 PDF 項目，在網上找一些相關資料發現 iTextSharp 這個 dll 產生PDF 還是不錯的，在開發中遇到很多問題，在網上也找了不少的資料，在這匯總了一個知識點，在關鍵的地方做了一些注釋希望能給園裡的朋友帶來一些協助。 using System;using System.Web;using System.IO;using iTextSharp.text;using iTextSharp.text.pdf;public class Pdf :

作者： John Waken郵箱:  JohnWaken@163.com轉載請著明：

團隊近期換了不少新鮮血液，於是在國慶節前一天，舉行了一次scrum的培訓。 個人覺得PPT中有個地方做的不好，如果只是讓人不理解也就罷了，還誤匯出scrum只適合做產品，不適合做項目的結論。筆者在寫此文的同時，翻閱了網路上最新的資料，發現已無倒三角模型，估計老外也意識到了這個問題。 [倒三角模型圖片待上班後補充]每到這個PPT，主持人會講，敏捷是倒三角模型，它的精髓是價值優先傳統開發，需求是固定的，人和時間可變，所以，常見加人或加班。而敏捷開發，人，時間是固定的，需求可變，所以，只承諾做價值高的

作者：  John Waken郵箱：  JohnWaken@163.com轉載請著明： http://www.cnblogs.com/john-d/archive/2009/12/29/1635161.html在學習資料結構的時候，老師出了這麼個題目：1，2，3，4，5，6，7這七個數按順序入棧，出棧序列有幾種？當時我是先畫了幾個，比如1，2，3，4，5，6，7肯定可以，還有7，6，5，4，3，2，1也行，但是3，1，2，4，5，6，7就不合法。先考慮簡

    在Orchard中widget 是一個內容類型，它是比較大粒度的可重用UI，它可以放在網站頁面的任意位置上，例如雲標籤、查詢時段等。上一篇我們介紹了如何在Orchard中產生一個自訂欄位類型，本篇介紹如何編寫一個content part，然後如何轉成一個Widget。產生一個Content Part    本樣本使用在Orchard:使用VS2010來產生一個地圖Content

   上一篇：決戰Biztalk      上一篇講了和biztalk的決戰，這一篇要講戰鬥的結果啦。先引用一句本人的格言：“深入，不是為了更加深入，是為了決定該不該及時退出”。實際上，biztalk具有非常豐富的功能，可真正適合我們的功能屈指可數。這裡大概說一下我們用到技術點：定義訊息格式，即XSD畫資料流程圖，實際上非常簡單，也就兩三個環節而已將流程入口發布為WEB SERVICESWEB SERVICE將流程啟用後將收到的訊息再通過調用WEB

項目背景：員工離職介面，由三塊組成，　　基本資料：“離職人姓名”“年齡”“性別”；　　財務資訊：“本月工資是否結清”“本月獎金是否結清”；　　其他資訊：“培訓費是否賠償”“筆記本是否歸還” 客戶需求：希望能提供Excel匯入。 情景1BA分析完需求後，會把客戶需求全部灌輸給DEV，然後講述自己是如何拆分這個需求。經過一番激烈的討論後，得出下面兩種拆分結果：　　A方式：　　　　stroy1：基本資料，財務資訊，其他資訊匯出　　　　story2：基本資料，財務資訊，其他資訊匯入　　B方式：　　　　s

為期4天的培訓漸入尾聲了，期間認識了很多新朋友，他們有做C，C++的也有Java的，和他們在一個小組學習很愉快。老師的講解激情澎湃，循序漸進，由淺入深，總覺得時間過的很快，不一會就到下午4點半了。 <<第二次的思考記錄>> 大方向：1.回答常提出的幾個問題，按頻率排序：　　（1）什麼是適當的設計？　　（2）現在各公司招人，都還考技術，你讓我們重視好習慣，不是害我們嘛？　　（3）重構壞了怎麼辦？是否要把重構的模組重新測一遍？　　（4）我看到一幫人在重構，但前台介面看不到一點

今天稍微看了下boost庫中的智能指標，我們知道在C/C++編程領域最臭名昭著的就是資源管理問題，而boost庫能在一定程度上緩解。當然，boost庫博大精深，光智能指標就有好幾種，在此我先簡單示範下scoped_ptr的實現，以後如有心得再添加。scoped_ptr用於此種情形：在函數域內，只要你用scoped_ptr申請了資源，在退出函數時，就能保證資源被銷毀。下面來看下是如何?的template <class T>class scoped_ptr {    T* px;   

問題：CS程式有0101一個房間。有10個人(aaa bbb ccc ddd...)搶這個房間，同時提交，其中只有一個人搶成功。直到其退出房間資料庫中結構和資料。人名 房間aaa 0101bbb 0101aaa 0101ddd 0101每天只產生一條記錄，並且0101不是唯一值，不能作為key，兩個不能作為聯合主鍵。解決方式一：增加一張表，一個房間號欄位，作為主鍵key插入時，插入原表和新增表，進行交易處理。通過主鍵避免了髒資料。退出時，刪除新增表的房間號。

讀完了“如何激勵，用績效考核嗎？”這篇文章，收益匪淺，作者的很多話深深觸動了筆者內心的深處，且與之發出共鳴，比如：80後還處在馬斯洛需求層次的最低層，阻力最小理論。 說說自己想法。中國有個古話，叫“刨根問底”。 為什麼企業要績效考核？“刨根問底”答案：員工能創造最大價值。（如果你覺得這還不是底，歡迎與筆者交流討論） SO，試試拿下面這個問題問員工：在什麼樣的情況下，你能為公司創造最大的價值？A君：錢。B君：錢。C君：錢。D君：如果能soho的話。E君：如果周圍都是美女。F君：如果能躺著編程。G君

文章目錄 第一天第二天日複一日上述是理想情況，那麼，遇到困難了呢，我就不細述啦，相信聰明的你會有解決方案的最後，是擴充，是發散