其他

1 需求目前我做的這個項目的許可權的要求可以歸結為以下幾點：使用者是基於角色的。每個使用者屬於，且僅屬於一個角色。 系統中存在至少一個超級使用者，且該使用者具有所有許可權。只有超級使用者具有使用者系統管理權限。 超級使用者可以僅僅針對某一個人定義許可權。 對於許可權的判斷，有以下兩種基本形式，其它形式是這兩種形式的演化：不含參許可權。例如使用者是否具有添加使用者、管理文章分類的許可權等。 含參許可權。例如使用者是否具有某一個類別的文章的系統管理權限，這裡某一個類別即為參數。2 類 其中：

url索引的作用是判斷一個url是否被抓取過，採用的演算法主要是MD5數位簽章。假設一共要抓取的url不超過1億條，用一個二進位的位表示一個url是否被抓取過，則至少需要1億個位，我們管每一個位叫一個“槽”。考慮到MD5的演算法是可能出現衝突（即不同的url算出來的MD5可能相同，這種機率很小），槽越少，衝突越明顯，所以槽越多越好。但另一方面，還要考慮到佔用記憶體的大小，因為在抓取的過程中，為了保證效率，所有的槽都需要載入記憶體。目前我使用的是2的28次方，即32M，相當於268435456（2

編者按：原文作者喬納森·丹尼可（Jonathan

XP區域網路訪問無許可權問題的完整解決方案：1:用管理員賬戶登入系統2:在“開始”-- “運行”裡輸入 GPEDIT．MSC 目的是開啟組策略選項3：依次展開”WINDOWS設定”－”本地策略”－”使用者指派權利” 在視窗右側邊欄裡找到”拒絕從網路訪問這能電腦”後，雙擊開啟， 把裡面的GUEST帳戶刪除4：依次展開”WINDOWS設定”－”本地策略”－”安全選項”

上一篇文章說到了敏捷對於項目目標的看法，比傳統的照章辦事進了一步。有同學在評論中很精闢的指出了項目的終極目的是客戶/員工/公司共贏，這堪稱是專案管理的最高境界。還有同學對“客戶說得一切都是正確地”這一觀點提出了不同的看法，可能是我沒有表述清楚，今天就從這裡說起。 客戶說的一切都是正確的，是因為客戶沒有騙你的必要，他說得都是他的真實想法。當然，他的想法可能並不現實，這很正常，因為客戶不是軟體專家，不能指望客戶提出解決方案，這應該是需求分析師的活兒。

Chromium的開發人員非常用功地把新功能新特性儘可能快的引入新版本，因此，造成像CEF這樣的依賴於它的項目也必須經常更新版本，更新可能會很複雜，必須非常小心的處理，以避免匯入新的bug和破壞。以下是將CEF使用的Chromium版本更新到新版的處理步驟。1. 更新到最新版的“綠”Chromium版本，查看Chromium build waterfall，選擇最新的所有windows編譯與測試都是綠色的版本.2. 建立一個新老Chromium版本的對比svn diff -r

今天遇到一個問題，在使用 ADO.NET 匯出 Excel 檔案時，連接字串裡面已經設定了 IMEX=1，仍有部分資料不能匯出，經過研究，需要在註冊表中進行設定 TypeGuessRows 的配置，預設情況下，驅動程式會掃描前 8 行資料，來對資料類型進行採樣。設定為 0 ，將對列的所有行進行掃描，如果前八行採樣資料都是數實值型別的話，設定 IMEX = 1 也不會將剩下的行的預設資料類型轉換為文本，它將保留數實值型別，也就是把整個列當成數字類型對待。

Subversion properties在CEF開發中，應當如下將Subversion設定檔配置成自動化佈建新檔案的屬性，不要使用svn:eol-style=native因為它會使得不同平台間的檔案比較變得十分痛苦# CEF-specific config file to put at ~/.subversion/config or %USERPROFILE%\AppData\Roaming\Subversion\config# Originally copied from

最近開始寫搜尋引擎項目了，基於Linux平台的，用純C編寫。項目主要參考以下書籍：《走進搜尋引擎》，梁斌，電子工業出版社 《搜尋引擎原理、實踐與應用》，盧亮、張博文，電子工業出版社

UIActionSheet和UIAlertView因為UI有特殊的用途，所以本身並不允許你AddSubview之類的函數來自訂介面。解決的辦法是繼承它，實現一個自訂類，重載layoutSubviews函數//.h#import <UIKit/UIKit.h>@interface UIImageActionSheet : UIActionSheet {    UIImage *titleImage;}-(id) initWithImage:(UIImage *)image       

昨天打群雄一下打了兩個“破敵”，比較空虛，然後想起周末覺得自己應用中的圖案都是純用Path畫的平面效果，比較土，就研究了一下如何?點時尚的效果。最終完成效果如下:而原圖效果只是這樣： 通過遮罩完成以上效果，代碼非常簡單，不過需要準備遮罩層要用的alpha通道圖片，對於非常非常不美工的我來說，用d版的fireworks搞掂： 但是你並不能直接把這個遮罩蒙在你的圖片上，這樣的話，圖片會變暗，而且效果是跟你期望的相反的，正確的做法是在圖片上蒙一個某種色的層，然後給這個層應用這個遮罩，這樣最終效果就是我

看了王建碩的《世界不是天才創造的》，裡面的遊戲很有意思，也很有啟發性。在軟體開發中，其實也存在這樣的現象，即：比規則前進了一步，不多不少，剛剛好一步，方能取得成功。比如說需求分析，今天下午和客戶談需求時，客戶提要求說：“文章分類分成兩級，第一級包含XXX、第二級包含XXXX”。這個時候，我們多走一步，按無限級分類系統的要求設計，當使用者提出要“第二級下面再分第三級”（這種可能性相當高）的時候，我們就可以開心的笑了。再比如說，客戶提“校內分配的比率不能低於60%”，我們當然知道這裡的60%是會變的

作為基本的推廣手段，縮減關鍵功能，增加ADMob或iAD的lite版應用是必要的。但為了lite單純另開一個項目，不斷在在lite和完整版項目中同步代碼，肯定是不行的，最好的辦法，就是在同一個xcode project中添加一個Target。步驟如下：1、在左邊的Groups&Files視窗中找到Target節點2、在原來的Target上點右鍵，選Duplicate3、將複製出來的新Target

目前我想到的儲存方案有兩種：單檔案單頁面儲存和單檔案多頁面儲存。單檔案單頁面儲存就是一個頁面儲存在一個檔案中，檔案名稱可以使用頁面編號doc_id。這種方案尋找的時候容易定位，直接使用檔案名稱就可以，缺點是會產生大量瑣碎的檔案，管理、冗餘和查詢感覺都不太方便。單檔案多頁面儲存即一個檔案儲存體多個頁面，寫滿一個檔案後，自動開始寫下一個。每個檔案有一個編號store_file_id，在尋找某一個頁面的時候，通過頁面的編號doc_id，可以找到對應的store_file_id及頁面在檔案中的位置pos

昨天讀完了《Scrum and XP from the Trenches》這本書（小冊子），說的是敏捷開發的實踐，作者Henrik

以下主要是對中小型團隊成員職責的劃分，視團隊大小可由一人負責兼任多個角色，極端情況下一個人全部搞定！專案經理老大，對項目負責，對領導負責。主要工作有三個：第一是溝通，第二是溝通，第三還是溝通。需求分析（領域專家）專案經理的左輔。翻譯器，見人（客戶）說人話，見鬼（程式員-.-）說鬼話。架構師專案經理的右弼。服務人員，提供構架這一進階服務，服務於需求，也服務於程式員。好的構架不僅能滿足系統的而要求，更重要的是讓程式員能很容易的明白，好實現才好修改。程式員人肉代碼產生器。美工讓系統“看”起來更好一點。

《在同一iphone項目添加lite版》中說了基本的獨立出兩版的辦法，如果想更加徹底的對兩個版本做一些區別，比如兩個版本包中的檔案不一樣，兩個版本載入的庫不一樣（比如正式版就不用載入AdMob模組），程式一開始的入口就不一樣，該怎麼辦呢？ 在上一集中，我們Duplicate出了一個xx-lite的Target，也Copy出了一個xx-lite-info.plist（注意，plist和引用的外部.a檔案是不用包進Target裡的Copy Bundle

  .net中的GDI+能非常方便的進行圖象處理，但是並未直接提供進行圖片比較的類或者方法，本文的目的是探討如何進行圖片比較。    首先要說明的是，進行比較的兩幅圖片必須具有相同的格式，並且最好是未經壓縮的圖片格式。否則，不能進行完全的相同性對比，只能做近似判斷，比如各種顏色分量相差5%即認為一致。    在自己動手之前先GOOGLE一番，找到了下面兩篇比較典型的文章：   

我們團隊從五一之後開始實行結對程式設計，至今兩個月了，取得了明顯效果的同時，也遇到很多問題。先說說優點。學習和上手的速度快我們團隊除了我之外有四個人，開始的時候其中只有一個勉強算是瞭解需求和系統結構的，還有一個新成員連.Net都沒用過。實行結對之後，幾乎沒有使用額外的培訓時間，一周之後就基本上可以參與到工作中了，無論是業務需求、系統構架、版本控制、內部API，用得到的地方基本上都掌握了。事後總結，之所以學的快的原因，一是用到的才去學，目的明確，學著有勁；二是有人帶著，手把手的示範，比自己看書摸索

在現在的ios sdk中，我們一般通過UIApplication的setStatusBarOrientation:來進行View的強制旋轉（當然，還要配合- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation），但是，setStatusBarOrientation並不一定馬上會執行shouldAutorotateToInterfaceOrientation進行介面旋轉，