Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1
在一個項目的開發過程中會涉及到很多的文檔,無論你是採用RUP還是XP的開發過程。為什麼現在大家一直強調文檔的重要性?你去看看中國現在所能查到的曆史是寫在什麼地方就知道了,因為中國的曆史都是寫在紙上,讓大家有史可查,當然也有一部分是寫在龜殼上的,意思就是說什麼東西都要有個記錄,以便查詢和跟蹤。 我總結了一個項目從立項到結項的過程中會涉及到的一些文檔,給大家一個參考。但沒有什麼東西是一塵不變的,文檔的多少和編寫還是以具體的項目而靈活變化,其實文檔也反映了一個項目的開發過程。
自己的案頭總是很亂 ,裝的軟體很多,很煩啊?!,閑來無事就做了一個迷你案頭的小軟體。經過一個月多的戰鬥終於實現了一些常用的功能,支援拖放,應用程式介面完全開放,可以根據自己的愛好編寫自己的應用,下次我在把應用介面發布出來,先簡單介紹一下吧: 原始碼沒有??至於這個問題暫時我還沒有發布原始碼的打算,也可能以後軟體做的差不多了會考慮把原始碼公布出來,也沒有什麼神秘的技術 , O(∩_∩)O~ 開發語言:C# 開發工具:VS2010 語言版本:.net framework 2.0
轉自:轉帖 地處喜馬拉雅橫斷山脈的女王穀,是中國四川西部大小金川等地大渡河上遊流域的古代名稱。這片地區由冰河和水流侵蝕而成,形成海拔約5000米的高山峽穀。在海拔約200米的 峽穀地區,河流被周圍陡峭的懸崖所包圍。
先引用一段華夏時報的新聞:360衛士獨立 3月11日,奇虎董事長周鴻禕宣布,正式將360安全衛士從奇虎公司剝離,成立獨立公司進行運作,原360安全衛士負責人傅盛出任新公司總經理。周鴻禕表示,此舉的首要目的是要打造一流的木馬查殺引擎。 三業務各自運營 “初創公司要有定位,要專註一點,知道公司是做什麼的。”周鴻禕揭示分拆360原因時強調,奇虎運營了兩年多,做了社區搜尋,又做了360,有時別人問奇虎主要是做什麼的他自己都有些說不清,因此奇虎現在要解決定位問題,使得各業務都專註各自的目標。
1、總結自己一天任務的完成情況 最好的方式是寫工作日誌,把自己今天完成了什麼事情,遇見了什麼問題都記錄下來,日後翻看好處多多 2、考慮自己明天應該做的主要工作 把明天要做的事情列出來,並按照優先順序排列,第二天應該把自己效率最高的時間分配給最重要的工作 3、考慮自己一天工作中失誤的地方,並想出避免下一次再犯的方法 出錯不要緊,最重要的是不要重複犯相同的錯誤,那是愚蠢 4、考慮自己一天工作完成的品質和效率能否還能提高 一天只提高1%,365天你的效率就能提高多少倍你知道嗎? (1+0.01)^
學.net也有將近兩年的時間了吧,經曆了很多,也成長了不少,從看項目到修改維護,再到項目模組的編寫再到客戶需求分析,架構的設計,一路走來,靜靜想一下,這兩年來幾乎把時間都花在這方面了,來到這個城市上學四年,這裡的旅遊景點就沒去過幾個,曾經從早上七點開始走到實驗室到晚上十點多才回寢室,一天有時候兩頓飯的生活,現在想想還挺對不起自己的,呵呵~。感覺技術更新的太快了,如果幾天不關注就感覺自己落後了很多,LInq還沒有好好研究一下就有出來個Entity
35歲是青春的後期,35歲以後是收穫的季節,如果你沒有資格說這句話,你將會憎恨自己。所以在35歲以前,在爛漫蓬勃的青春年華裡,你最好把下面十件事做好!第一,學會本行業所需要的一切知識並有所發展。已故零件大王布魯丹在他35歲時,已經成為零件行業的領袖,並且組建了年度營收達千萬美元的海灣與西部工業公司。每個人在年輕時都可能有過徹夜不眠、刻苦攻讀,這在20歲甚或30歲都沒有問題,但到了35歲,就不應該再為學習基本技能而大傷腦筋了。35歲之前是一個人從事原始積累的階段,35歲之後就應該勃發了。第二,養成
最近在項目中遇到一個小問題,記錄下來以備後用。 語句: string str1="2A"; byte b1 = Convert.ToByte(strMd51); 錯誤資訊: 輸入字串的格式不正確。 解決方式: byte b1 = Convert.ToByte(strMd51,16); 函數解釋: //
微軟風風火火地發起了.NET革命,至今已經有4年的時間了,就從其本質的CLR和C#文法上來說,確實比J2EE要進步不少,連Martin
/****** Object: StoredProcedure [dbo].[UspOutputData] Script Date: 05/13/2010 11:21:40 ******/SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOCREATE PROCEDURE [dbo].[UspOutputData] @tablename sysname AS declare @column
js的三個常見問題<script> //1.parseInt,在使用parseInt的時候,如果不指定第二個參數,而轉換0123這種類型的字串的時候就會按照八進位轉成整形 var oInt = "0012"; alert(parseInt(oInt)); //正確的是 alert(parseInt(oInt,10)); //2.排序問題 var intArr=[1,4,2,5,10,3,21] intArr.sort() var temp=""; for(var
1. 引言介面美觀、操作易用性、維護成本低是評價B/S系統的關鍵。本規範參考了一些成熟產品科學的開發方法,將開發過程中的方式、規則等強行的約束。希望藉此來提高使用者操作感受,提升B/S產品的品質。1.1.
原文連結:http://blog.sina.com.cn/s/blog_534c4b640100cf8a.html 著作權歸原作者所有在UDP通訊過程中,如果用戶端中途斷開,伺服器會收到一個SocketException,錯誤ID為10054,描述是“遠程主機強迫關閉了一個現有的串連”,緊接著的事就可怕了,UDP服務終止監聽,所有用戶端都受到了影響。也就是說一個用戶端引起的異常導致了整個系統的崩潰。 找了好幾天了。終於找到瞭解決辦法。 在初始化對象後設定屬性如下:
前段時間寫一個IP過濾的驅動,以前沒有接觸過驅動,Google一把,網上有很多例子,不過都不能滿足自己的需求,所以就參考大家的資料自己研究一下。呵呵。程式用了三層:第一層就是驅動來負責過濾資料包並把攔截的結果返回給應用程式。第二層VC動態連結程式庫來負責載入卸載驅動,和驅動通訊。並提供介面給第三層調用。第三層C#Winform,調用VC動態連結程式庫提供的介面,間接和驅動通訊,並顯示驅動返回結果。
什麼是需求管理?需求管理是系統地收集與溝通所有項目目標及保證這些目標,且僅僅是這些目標被完全與正確地滿足的相關活動。 需求管理影響整個生命週期一個不完整的需求捕獲和管理過程會對項目的生命週期產生多米諾骨牌的效應。使用者需求的缺失會導致系統需求的缺失,從而導致設計單元及功能的缺失並最終導致系統不能實現預期的功能-或需要在後期進行昂貴的修正,使得項目拖期、產生嚴重的品質問題與超出項目預算。 需求管理能夠使組織建立一個流程:
1、成功並不像你想象的那麼難,並不是因為事情難我們不敢做,而是因為我們不敢做事情才難的。
先談談三個code review的關鍵因素:一、建立review要簡單code reivew是一個程式員日常工作中經常做的一件事,理論上來講,任何一個將要submit到SCM的change,都必須經過peer review。如果建立一個review要傻了吧唧的打包代碼,發送郵件,或者shelve一個changelist,再發信告知changelist number,或者進入某個比較先進的code
PostSharp——開源的AOP架構 < PostSharp - Lightweight Aspect-Oriented System > 關於AOP... PostSharp 是一個令人興奮的項目,他結合了 MSBuild Task 和 MSIL Injection 技術,從另外一個角度實現 AOP 編程。試用過後你會感覺到其便利性,我們和以往基於 Dynamic Proxy 方式的 AOP 解決方案做個比較。 * 由於採用 MSIL
更新日誌: 版本資訊:Beta3.0開發工具:vs2010語言:C#2.0主介面: 新增特性: 1.增加了一個EasyDock案頭展現形式。:修複Bug: 1).修複了在Win7下需要管理員權限啟動並執行時候無法啟動程式的問題。 2).修複了Office捷徑無法啟動的問題。官方網站:http://www.purkie.com:http://www.purkie.com/down.html功能簡介: http://www.purkie.com/product.html協助文檔: