接上回，繼續分享.net開發中關於工具的使用經驗
15 報表工具。資料的匯入匯出是系統的一項基本功能，我們讓使用者辛苦的輸入那麼多資料，現在是讓使用者享受成果的時候，你的程式要能用各種方法分析使用者的input,甚至你也要幫忙使用者分析performance.
常用的報表weekly report,monthly report,efficiency report by group/by employee,wip report都要熟練掌握。
以前的乙個專案選用crystal report,sql server 2005發布後，我們又多了一種選擇:reporting services. 微軟的工具一向簡單好用，入門容易，儘管如此，你還是要熟練掌握給報表傳引數，設計報表公式，區分rdlc和rdl(本地模式和伺服器模式），還有動態呼叫報表。
報表還支援呼叫自定義程式集。以前做的乙個專案，在報表裡面實現多語言版本，所有的label的text屬性都是呼叫dll的類中的屬性，做得相當漂亮。
截乙個圖，分享一下
引數選擇區域
報表結果
報表中的logo和公司相關的內容已經被我去除）
最好還做乙個報表管理器，集中管理所有的報表。
16 任務記劃，bug追蹤。
這個內容在之前我已經分享過，請看這裡
軟體錯誤報告與反饋
17 需要熟練掌握sql指令碼書寫，最好有大量的sql**供你參考。sql server本身自帶的聯機從書就是很好的sql**庫，你的電腦中最好有sql server 2000,sql server 2005,sql server 2008三個版本的聯機從書，查詢sql**才會輕鬆自如。另外，經常看的書的隨書原始碼也要儲存好，必要的時候都可以參考
最近微軟又在大肆宣傳它的visual studio 2010和.net 4.0,現在還是beta 2,預計下個月就rtm。
你可以視而不見，當做沒有這回事。也可以像我一樣，把你電腦裡的美女帥哥刪除一些，留點空間給這些demo，sample code，training kit存放。跟著微軟混，這些東東遲早是要的。
20 需要乙個合理的流程。boss開過很多次會，都提到過這個流程，分享給大家
討論需求-->設計,開發-->調整，培訓，推廣-->反饋，跟進，完善—> 再討論，演化
你可以把軟體工程書裡的那個流程那拿來和這個流程比較，以此評判我們公司的水平有限，我的水平有限。以公司的角度，
按時按質的完成任務，是職業化員工的必備技能。
每到乙個公司，都有他自己的文化，你會發現書中所說的都是理想的狀態。這種文化有時候是好的，是做事的一種默契，有時候也有弊端，他會抗拒變化，因為承擔不起變化的責任而拒絕變化，抗拒改變。
做乙個專案要老老實實的分析需求，設計，開發；實施乙個專案要有一些為人處事的伎倆和手段；在我手裡，也有失敗的專案，不是程式不好，
程式可以持續改進，可以做cip，從demo—>trial—> trial run，至始至終，向上得不到支援，向下面對一大群excel終實使用者的反抗，那個專案真是累死人，
我只好give up.
21 業務開發平台。這個東東，可能是管理軟體開發的終極解決方案，像工廠一樣，生產企業管理軟體。
平時我們見到的factory，是生產產品，現在可以生產企業管理軟體的factory誕生了。
以我的理解，需要這四個東東
1） 業務實體設計器，可以生成業務實體，同時匯出為sql**和c#程式**
2） 窗體設計器，可以生成使用者介面
這是《俊先企業管理軟體開發平台》中的例子，乙個完整的窗全設計器，可以生成窗體**，在執行時用反射技術，載入窗體，執行。
我自己私下裡也折騰過這個東東
用xml檔案來表示窗體，執行時動態解析窗體檔案。xml檔案可以放到硬碟裡，也可以放到資料庫中。
create table [dbo].[form](
[guid] [uniqueidentifier] not null,
[name] [varchar](50) collate chinese_prc_ci_as null,
[text] [varchar](50) collate chinese_prc_ci_as null,
[definition] [xml] null,
[datatable] [varchar](50) collate chinese_prc_ci_as null,
[lastupdatetime] [datetime] null,
[workflow] [varchar](50) collate chinese_prc_ci_as null,
constraint [pk_form] primary key clustered
( [guid] asc
)with (pad_index = off, ignore_dup_key = off) on [primary]
) on [primary]
3) 流程設計器 直接用工作流本身的流程設計器，自己提前先設計好介面加再進去，否則那些外部方法和事件可能會找不到介面而不能編譯通過
4) 報表設計器
有些工具是自己折騰的，有些東東是別人的作品，我只是拿來用，有些工具是在別人基礎上，進過我的重新規劃設計；這些東東只是自己的私房工具，沒事的時候瞎折騰，並沒有在公司的產品中應用，我敢截圖出來與大家分享。不要向我索取，很多東東你都用不上，你只是好奇，真的，相信我。
22 需要乙個門戶站點，來管理任務，問題，專案。
推薦你用sharepoint services，這東東70mb多，如果買了windows server 2003的license，這個工具包是免費的，好用，穩定，可擴充套件。
下乙個版本我打算把公司的wcf伺服器駐留在這裡，把報表伺服器也駐留在這裡，成為公司內部的team site。
美觀大氣，可擴充套件性好。
寫到這裡，也寫的差不多了，還有幾個條目，沒想好具體內容，暫且不表。
應該說，不是這些工具重要，而是人更重要，人對了，軟體和專案就對了，整個世界就對了。
如果你錯過了前面的內容，這裡還有兩篇，與大家分享，
做乙個專案，平時都用到哪些工具提高效率（中）
做乙個專案，平時都用到哪些工具提高效率（上）
歡迎拍磚頭。
Git慢慢整理吧,平時用到乙個整理乙個
1.檢視未提交的 git status 2.提交 git add git commit m 提交的注釋資訊，比如新增登入 git push orign master 如果你當前在分支，那git push orign v1.0.1，v1.0.0是分支名 3.將當前修改放置臨時區域 git stash,...
如何做乙個專案
早上上csdn瞧瞧，發現有位同學想在暑期做個論壇，想要點建議，相信有不少已經入門想有所提高的同學都有這個想法。那麼我就在此提幾點意見，大家可以討論討論。首先選專案，我覺得這位同學拿論壇入手是比較合適的，原因有這樣幾點 1 論壇的基本業務邏輯大家都很熟悉2 量不是很大，可以在兩個月內完成基本功能的實現...
總結做乙個PHP專案需要注意哪些問題
第一，指定是編碼規範了，統一的編碼規範可以減少注釋，也能增加code review的速度。中文版psr規範 英文版psr規範 第二，資料驗證，不光是前台資料做驗證，後端也要驗證，首先前後端的驗證規則應該一致同步，因為攻擊者很可能不會從你的頁面來攻擊而是通過curl等手段來反覆提交錯誤資料，所以後端的...