其他

Commit的時候總是報錯，提示如下：經過查詢，發現是由於Checkout程式碼程式庫的時候，所寫的路徑沒有區別大小寫。這種情況下，checkout與update是沒有問題的，但是當commit的時候，由於大小寫敏感，就會報以上錯誤。解決辦法：1. 重新checkout程式碼程式庫，使用SVN後台設定的程式碼程式庫名稱，注意大小寫2. 更方便的方法，是在目錄上點擊滑鼠右鍵，選擇"Relocate..."    修改URL，尤其是路徑和代碼的名稱，一定要注意大小寫，點確定即可。

由於需要對測試計劃以及測試案例進行全面有效地管理，而且最好能與現有的專案管理系統TRAC進行整合，在網上搜了一翻，發現了這個TestLink可以滿足我們的需要，就下載下來研究一下。我所下的版本為1.8.5，關於軟體的詳細介紹可參見http://testlink.sourceforge.net/docs/testLink.php。一、安裝TestLink所需環境為PHP+MYSQL (支援MS

 項目進行到今天，我突然發現項目已經花費了快70%的時間，而離編碼結束似乎還很遙遠，面對著領導質問般的眼神和組員迷茫般的目光，我深深地吸了一口氣，大腦開始了高速地運轉，到底誰動了項目的時間？ 項目情況首先介紹一下項目的大概情況：其實項目倒不是很複雜，一個處理商務程序的系統。接到項目的訊息是七月底的時候，由於當時領導與客戶談妥之後，客戶想在八月中旬就看到，所以當時就非常緊張。考慮到時間如此之緊，項目便匆匆開始。本來計劃三個人的，但是考慮到時間太急，又加了三個人進來。在寫SRS的過程中，客戶那邊傳來

Testlink作為一個測試管理工具，已經基本把測試需要的管理功能都包含其中，做為一個輕量級的免費工具，適合中小企業和團隊使用。接下來，就介紹一下如何使用Testlink。1、建立測試專案登入進到主介面之後，使用者會發現介面很簡單，介面右邊都是空白。其實不然，這是因為你還沒有建立測試專案。一但建立了測試專案之後，會多出很多功能選項。點擊左上方“Test Project”標籤頁下的“Test Project

資訊時代的資料爆炸，讓我們每天接受到海量的資訊，但是這其中有多少是對我們有用的，是需要我們對其進行挑選處理的。而真正能夠轉化為我們腦袋中的知識，還是需要一個過程的。這個過程，就是所謂的個人知識管理。《敏捷個人》裡面提到了個人知識管理的幾個要點，看過之後，摘錄幾點，感覺可以與大家分享。 1、持續的學習是個人生存和發展的基礎。現在社會的發展迅速非常快，每個人所需要的知識更新也非常迅速，尤其是做電腦行業。技術的更迭讓我們不得不持續地學習。國人的習慣在出了校園之後，就減少甚至不再學習新的知識。而反觀國外

原理前幾篇文章都說過了，以下是修改後的代碼：  var lazyLoad = {    /// <summary>    /// img標籤中的存放圖片路徑的自訂屬性名稱    /// </summary>    AttributeName: "lazyload",    /// <summary>    /// 判斷一張圖片是否在當前螢幕中，是否需要顯示    /// </summary>    IsShow: function ($img) {

上個項目算是告一段落，進展的非常不順利，但也算是一種經曆，從中領略到了很多東西。做項目，就是要從失敗中學習，對於導致項目進展不利的因素進行分析，進而使自己在下一次的專案管理過程中不會再一次的犯相同的錯誤。俗話說的好，人不應該被同一塊石頭絆倒兩次。所以，失敗並不都是壞事，雖然對於項目沒有按時完成，專案經理承擔主要責任，也被領導叫去訓話，但是我覺得自己從中分析自己失敗的原因，並在下一次項目的改正，這就已經足夠了。現在，又一個新的項目開始了，在對上個項目進行細緻的總結以後，我也一直在思考，同時也看了一

又一個項目結束了，終於閑出空來寫些東西．有了以前的經驗教訓，這次在做項目的時候，我對時間的控制很關注，最後也基本上達到了計劃的要求． 但最終交付產品的品質卻讓我不太滿意：客戶在做接受測試的時候發現了很多的問題，而且在我們進行修改的同時，又有BUG源源不斷的報過來．甚至把更新的版本發給客戶以後，還會發現不少問題．給客戶留下了很不professional的印象．為什麼問題總是要到項目快結束的時候才會出現呢？軟體的品質為何不好？究竟是誰動了項目的品質？

專案經理，從以前一個令人羨慕的職位到現在的爛街，各行各業，各色人等，我們都可以看到專案經理的身影。蓋房子搞建築的，總包分包，大大小小的專案經理無數；新房裝修，也是專案經理帶著幾個小弟出來混的，軟體行業裡，專案經理就更是一抓一大把。當然，相對於專案經理，下面具體幹活的小弟更是多得數不清。因此，更多做技術的工程師們，職位晉陞的首選，就是專案經理。為什嗎？其實回答都差不多：搞技術搞不了一輩子，年紀大了就幹不動了；專案經理畢竟職位高一些，接觸面大一些；專案經理可以做管理，當老大；薪水更多一些等等。這些都

通常情況下，SSRS用來建立基於關係型資料來源的報表，各種技術書籍上也基本介紹到此為止。而針對基於SSAS資料來源的報表，介紹的卻少之又少。由於項目的需要，接觸了這方面的內容，這裡就拋磚引玉，結合自己在項目中的一些體驗，介紹一下如何在reporting services中建立基於SSAS的報表，以及如何使用parameters。 １、建立資料來源首先我們建立一個新的SSRS項目，然後建立一個新的Shared Data Sources，在Type下拉框下選擇”Microsoft SQL

sockets（通訊端）編程有三種，流式通訊端（SOCK_STREAM），資料通訊端（SOCK_DGRAM），原始通訊端（SOCK_RAW）；基於TCP的socket編程是採用的流式通訊端。在這個程式中，將兩個工程添加到一個工作區。要連結一個ws2_32.lib的庫檔案。伺服器端編程的步驟：1：載入通訊端庫，建立通訊端(WSAStartup()/socket())；2：綁定通訊端到一個IP地址和一個連接埠上(bind())；3：將通訊端設定為監聽模式等待串連請求(listen())；4：請求到來

開啟word，選擇建立 部落格文章 會問你註冊一個部落格 點擊立刻註冊，選擇其他，下一步 部落格文章url 填寫http://www.cnblogs.com/你的使用者名稱/services/metaweblog.aspx使用者名稱密碼填寫 然後然後寫內容，放圖片發布即可，這樣的一個好處就是不需要線上發布時插入圖片總是那麼麻煩了，要先把圖片上傳然後再選擇圖片連結。 來看看效果，圖片什麼的都自動發上去了，太省心了！   

在開發過程中，在往模擬器部署的時候，程式啟動後又突然自動關閉。報以下錯誤：Image not found系統並提示：status 5 errror查看所有的IMAGE檔案，均存放正常。因為沒有動過任何代碼，所以可以確定不是代碼問題。 運行”Build –> Clean All Targets”，還是不行。最後只能進入模擬器程式的安裝目錄：~\library\Application Support\iPhone

測試是軟體開發過程中必不可少的一個階段，大家的著重點可能都在測試人員如何發現BUG以及開發人員如何解決BUG，而很少去關注BUG自身的管理。在這裡，想介紹一下我們在開發中如何進行BUG的流程管理，更重要的是想瞭解一下大家都是如何進行相關的工作，希望能與大家深入的交流。首先，需要介紹一下BUG的管理工具，這個應該做開發與測試的朋友都接觸過，如Bugzilla,BugFree等，我們沒有單獨使用BUG的管理工具，而是使用TRAC，利用其中的TICKET來做BUG的管理與控制。TRAC中的TICKET

 Read data from one column, Excel will check first 8 rows (Default Value)'s format. If first 8 rows are number, and row 9 is string, the string value will missing.1. Add "IMEX=1" to connection string. 2. Change the key value in register.Details:

在使用TRAC的過程中，會有使用者不按要求在更改TICKET狀態的時候不寫注釋而直接提交，我在TRAC的外掛程式庫中搜了一下，發現了一個外掛程式：tracticketvalidatorplugin在：http://trac-hacks.org/wiki/TracTicketValidatorPlugin解壓安裝包，執行安裝然後在TRAC項目的設定檔中，加入以下代碼： [ticketvalidator]validates = commentcomment.rule = .*comment.tip

MFC下CSocket編程詳解: 1. 常用的函數和注意事項(詳細的函數介面說明請查看MSDN):    CSocket::Create 初始化(一般寫伺服器程式都不要用為好,用下面的 CSocket::Socket 初始化)   CSocket::Socket初始化    CSocket::SetSockOpt 設定socket選項    CSocket::Bind 綁定地址連接埠    CSocket::Connect 串連    CSocket::Listen  監聽   

由於現有系統從OWC9升級至OWC11,遇到一些小問題,記錄如下,供參考:1.  COM組件升級       OWC9的CLSID是0002E510-0000-0000-C000-000000000046      OWC11的CLSID是0002E559-0000-0000-C000-000000000046,直接替換.當然機子上要裝上OWC11的組件.2. 自動行列寬度調整     OWC9中的AutoFitColumns()改為Columns.AutoFit()3.

首先，通過命令列安裝Python3.2，只需要在終端中通過命令列安裝即可：sudo apt-get install python3 一路yes。因為Ubuntu很多底層採用的是Python2.*，Python3和Python2是互相不相容的，所以此時不能卸載Python2，需要將預設Python的指向Python3。剛才的Python3是被預設安裝帶usr/local/lib/python3.2目錄中，如下首先，刪除usr/bin/目錄下的預設python

第一章、iPhone應用軟體概述主要引用蘋果的iPhone使用者介面指南（HIG，現已升級為IOS human interface guidelines)裡的定義，引出應用軟體的三種類型：實用型應用（utility）：定義：可以讓使用者快速擷取某類特定的資訊或者執行某一具體定義好的任務 特點迷你安裝 簡單的流程和布局 標準的使用者介面元素效率型應用（productivity）：定義：比實用型更廣的應用概念 特點：層級結構