其他

開發經理是個工作壓力比較大的職位。作為“中間人”，你需要在管理層、客戶、銷售 、開發人員等多種角色之間周旋。沒人會注意你的工作做得有多好：一切都運轉順利，工作進展得波瀾 不驚，所有人都各得所需。但如果事情失敗了，不論什麼原因，可都是你的錯。要成為一名成功的開發經理，秘訣就是管理好期望，第一步就是確保所有人都理解你的職能。你和 你工作相關的人，都要對開發經理的期許達成一致。我看過很多開發經理的招聘資訊，但我都不太贊同上面的描述。有一個要求深入瞭解大量程式設計語言

這個問題來自論壇。第一反應是SelectionStart屬性，結果發現在分方向選擇內容時返回錯誤值，真正答案如下：using System;using System.ComponentModel;using System.Windows.Forms;using System.Runtime.InteropServices;using System.Drawing;namespace WindowsApplication5...{　　public partial class Form1 :

對於不斷演化中的產品，持續傳遞（CD）使其開發到產品交付的過程更加簡單。持續整合（CI）位 於持續傳遞過程的開始階段，它扮演了這個過程中的重要角色，由它定義軟體開發過程。在書 上和網上可以查到很多持續整合工具的資料，但處於持續整合過程中核心的構建作業卻沒有太多資料。典型的持續整合過程如下：開發人員在他們自己的機器上手工構建和測試原始碼。然後他們會 把修改提交到一個源碼控制管理系統。隨後構建工具將運行作業編譯和測試這些代碼。然後把構建的工

private void Page_Load(object sender, System.EventArgs e){　　if (!Page.IsPostBack)　　{　　　　　　DataSet myDS = new DataSet();　　　　　　DataTable dt = new DataTable();　　　　DataRow dr;　　　　　　dt.Columns.Add(new DataColumn("列號",

void Page_Load(object sender, System.EventArgs e){　　if(!IsPostBack)　　{　　　　// 建立 DataTable 對象　　　　DataTable dt = new DataTable();　　　　DataRow dr;　　　　　　// 建立 DataTable 中的 DataColumn 列　　　　dt.Columns.Add(new DataColumn("ID", typeof(System.Int32))

開發人員真的非常討厭花時間寫東西，除非寫的是代碼。然而他們還對這種厭惡振振有詞：如果不是代碼，它就無法通過編譯，也無法確定它是不是有意義。如果不是代碼，它就無法執行，所以可能永遠無法用於完成任何事情。如果不是代碼，也就無法對它進行測試，因此也無法證明它的真實與正確。敏捷宣言中甚至都不再強調文檔：可以工作的軟體勝過面面俱到的文檔。那文檔就一無是處嗎？我想你知道答案。為什麼要寫下來很多時候，項目中的些許文檔會起到很大的作用。但是要得到那些好處，開發人員必須停下手中的代

void Page_Load(object sender, System.EventArgs e){　　if(!IsPostBack)　　{　　　　// 建立資料庫連接字串和SQL語句　　　　string ConnStr = System.Configuration.ConfigurationSettings.AppSettings["ConnectionSqlServer"];　　　　string query = "SELECT * FROM

<%@ Import Namespace="System.Data" %><%@ Import Namespace="System.Data.SqlClient" %><html><script language="C#" runat="server">　　　　void Page_Load(Object semder, EventArgs e)　　{　//

在前五篇文章當中，介紹了Sync For ADO.NET

今天繼續我們的功能測試實戰。項目還是：blog，大家可以從github或者gitcafe中擷取項目源碼。先來介紹一個斷言assert_difference(expression, difference = 1, message = nil,

用factory-girl替換fixtures來建立類比資料fixtures在前面我們介紹了，rails的測試系統預設使用fixtures來建立類比資料，這些資料以yaml的格式書寫，放在db/fixtures檔案夾中，每個model都有一個對應的檔案，test/fixtures/users.yml。在測試啟動的時候這些fixtures中的資料會載入到測試資料庫，並且載入到變數中，供單元測試和功能測試使用。使用fixtures有幾個不利的因素，使得他們處於不利的位置。最主要的一個因素是，這些fi

之前的部落格介紹了一些rails測試相關的知識。測試檔案的位置，測試的類型，測試常用命令，以及可用的一些資源，以及如何利用fixtures產生類比資料。今天我們來實際的寫一下單元測試，用到的知識主要是fixtures和unit test。fixtures用來類比資料，unit test就是我們今天的主角-單元測試。今天的代碼將以blog項目為背景，為這個項目寫一些單元測試。這個項目的代碼可以在https://github.com/woaigithub/blog擷取到，而且項目已經部署到http:

簡介每個rails應用都包括三個環境：生產環境開發環境測試環境我們的測試就是跑在測試環境，如果測試涉及資料庫，會在測試資料庫進行操作。這樣不會對生產環境和開發環境的資料造成影響。我們先使用rails new projects命令來建立一個rails應用，預設會給我們建立一個projects目錄，裡面會包含一些預設的目錄和檔案。其中有一個檔案夾test，裡面將會放我們全部的測試相關檔案。$ ls -F test/fixtures/       functional/

本文是“深入探索REST”專欄系列深度內容中的第二篇，它將帶您領略REST架構的起源、與Web的 關係、REST架構的本質及特性，以及REST架構與其他架構風格之間的比較。引子在 移動互連網、雲端運算迅猛發展的今天，作為一名Web開發人員，如果您還沒聽說過“REST”這個 buzzword，顯然已經落伍了。誇張點說，甚至“出了門都不好意思跟別人打招呼”。儘管如此，對於

Route解析中用到的實體類，一些以"Segment”為名的類先看類圖：1.PathSegment和PathSubSegment兩個類是基類，沒有任何代碼，分別代表Route規則中Url片段（'/'分隔的結果）和Url片段中的子片段('{'和'}'分隔的結果)。2.SeparatorPathSegment類代表Route規則的Url中的'/'，也沒有任何代碼3.ContentPathSegment類與SeparatorPathSegment類相對應其有兩個屬性，Subseg

RouteCollection類繼承於Collection<RouteBase>並且封裝了一個Dictionary<string,

Route類提供了五個屬性，並且封裝了一個ParsedRoute對象（即已解析過的Route規則），通過察看Route類的建構函式和Url屬性的Set方法，我們可以知道的是：Route規則是在添加的時候就解析的，即，在Route類案例化的時候設定Url屬性的時候就產生了ParsedRoute對象。其他的四個屬性分別是 ：預設值，約束規則，內建資料，處理Handler.可以把Router類對比和RouterData類作對比。。。。Route類的四個方法我將會在

Q:WebBrowser如何讓DocumentCompleted事件執行完畢後再往下執行？A:使用訊號量，等待一下System.Threading.AutoResetEvent obj = new System.Threading.AutoResetEvent(false);　　　　void webBrowser1_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs

IE中開啟網站圖片，右鍵-映像另村為的時候-發生如下錯誤---------------------------Windows Internet Explorer---------------------------由於出現錯誤 800700de 而導致此項操作無法完成。---------------------------確定　

先看效果：孟子以前也做過這事，不過他的方法前台後台都要弄，還是VB的(^-^)，好像也不支援像我的自動產生列的DataGrid，所以還是自己動手，純指令碼搞掂，其實很簡單，就幾行：function ScrollDataGrid()　　　　{　　　　　　var tb = document.getElementById("tbHeader");　　　　　　var dg = document.getElementById("dgSearchResult");