其他

一、固定資產折舊概述　　　　固定資產的折舊是指固定資產在使用過程中，逐漸損耗而消失的那部分價值。固定資產損耗的這部分價值，應當在固定資產的有效使用年限內進行分攤，形成折舊費用，計入各期成本。　　　　（一）固定資產折舊的性質　　　　固定資產的價值隨著固定資產的使用而逐漸轉移到生產的產品中或構成費用，然後通過產品（商品）的銷售，收回貨款，得到補償。　　　　固定資產的損耗分為有形損耗和無形損耗兩種：有形損耗是指固定資產由於使用和自然力的影響而引起的使用價值和價值的損失。無形損耗是指由於科學進步等而引起

SESSION和COOKIE的使用在各個網頁間的變數傳遞和一些記錄使用者的登陸資訊要用到SESSION和COOKIE。在ASP.NET中使用COOKIE比ASP中稍微麻煩一點，因為我們要申明變數。首先看一下SESSION的使用，基本和ASP差不多寫入一個SESSION：Session["username"])="aa";---------------------Session("username")="aa"讀取一個SESSINN：string username=

一般在DataGrid中使用刪除功能的時候，我們有時可能會遇到這樣的情況：當我們執行一般的刪除時可以正常刪除，但是當最後一頁只有一行記錄時，這時我們刪除此記錄會出現下面的錯誤提示：Invalid CurrentPageIndex value. It must be >= 0 and < the

匯入SourceSafe過程中項目結構無法修改問題的解決方案最近一直被SourceSafe圍繞著，呵呵，感覺像是鬼片的情節。        當你選擇添加解決方案到SourceSafe中的時候，正常的步驟是你首先確定根目錄，然後確定Web和WebService兩個項目在企業模版應用程式中的層次位置。       

1.公司70%的資訊不在資料庫中。一個工程師要將其30%的時間浪費在對資訊的搜尋上 2.公司職員編輯處理的工作內容幾乎全部散落在每個人的個人電腦上，公司沒有現成的手段收集 3.公司職員本人或職員之間並不總是在一個固定的地點或時區工作，但彼此時間要相互參考、協同工作  項目協同系統優勢     項目協同系統，使您能夠在分佈於世界各地的網站間交換工程項目資訊，為所有指定的人員在任何時間、任何地點安全且精確地提供了最新的項目資訊。每一個人都能夠依靠於一個單一的、一致的項目資訊資源。  顯著特點： 1.

這二天在設計基於一個公司的組織機構的人員的上下級關係的模型設計，開始考慮通過崗位體系表來體現一個公司的上下級的關係，後面發現如果是平級的情況，人員的許可權不好控制，後面通過一張人員上下級關係表就很好的體現了這個關係。這張人員上下級關係表就是體現我的上級是誰，我的下級是誰。就可以在後續的系統中很好的控制後面人員的上下級許可權問題。現在我把我的這個模型放上來給大家討論一下，看看有沒有什麼更好的建議。 

　有兩個和尚住在隔壁，所謂隔壁就是隔壁那座山，他們分別住在相鄰的兩座山上的廟裡。這兩座山之間有一條溪，於是這兩個和尚每天都會在同一時間下山去溪邊挑水，久而久之他麼變成為了好朋友。　　就這樣時間在每天挑水中不知不覺已經過了五年。突然有一天左邊這座山的和尚沒有下山挑水，右邊那座山的和尚心想：“他大概睡過頭了。”便不以為意。　　哪知道第二天左邊這座山的和尚還是沒有下山挑水，第三天也一樣。過了一個星期還是一樣，直到過了一個月右邊那座山的和尚終於受不了，他心想：“我的朋友可能生病了，我要過去拜訪他，看看能

      linq，網上已經有很多討論這個東西的文章，說好的說不好的比比皆是。      在這兒我只說自己的觀點，我覺得linq最大的好處就是繼承了一種思想，那就是對所有不同格式資料來源的統一訪問標準。一種技術出來總是很快會被新技術代替，只有思想會延續比較長的時間，甚至可能影響更新換代。個人感覺linq就是一種很好的思想，不知道其他的像java這樣的架構在以後會不會借鑒這種思想，但是我預測在不久的將來我們一定能夠看到在非微軟的架構中看到這種思想的衍生物。     

     設計模式園子裡面很多的文章都寫過，關於什麼是設計模式以及設計模式用來做什麼我就不再贅述了。這裡就結合在工作中遇到的問題加以簡化來說明為什麼會需要用到適配器和工廠這兩個模式，以及這兩個模式組合使用的情況。     首先來直觀的看一下簡化過的類圖，我會在後面做解釋：           其中的單箭頭表示引用，雙箭頭表示繼承或者說實現。       

     首先看一段C#代碼：運行後發現主線程通過try{}catch{}是不能撲捉子線程中的拋出來的異常。代碼Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> class Program    {        static void Main(string[] args)        {            try            { 

項目協同系統概述        

剛完成企業六項管理模組的建設：包括心態管理、時間管理、知識管理、流程管理、行動管理、目標管理，同時督導專家團對以上模組進行督導。登陸方式四種角色：個人、企業、管理員、專家分為十大功能模組：人員管理、組織管理、企業文化、心態管理、時間管理、知識管理、流程管理、行動管理、目標任務管理、專家團管理下面是模組的基本介紹：1、人員管理1.1 設定檔：包括個人基本資料、聯絡資訊、工作經驗、教育背景、培訓經曆、語言能力、照片、項目經驗、專業技能等資訊1.2 我的聘用資訊：公司名稱、操作

  50年前，德魯克就指出了知識員工的重要性，而且哈耶克也認為企業能力本質上是知識專有，只有知識才能最終解釋核心競爭力，也惟有知識和知識員工才是企業核心能力產生並不斷髮展和超越的最終邏輯歸宿和惟一源泉。只有企業提供能夠充分激發知識員工積極性、創造性的最佳手段，通過激發知識員工內在動機，促成其知識的吸納、共用和創新，形成組織的獨特競爭力，推動組織競爭優勢的形成和不斷髮展。  

手機將是未來資訊世界的最佳終端。目前手機的計算效能已經相當於8年前配置最高的台式機PC的效能，CPU和記憶體已經超過當時的台式機。手機具有PC機沒有的先天優勢：適合隨身攜帶；具有方便的輸入裝置：話筒，網路攝影機；已經成為現在人的隨身必備品。Google等公司將手機作為最佳資訊終端，作為未來“雲端運算”的存取點，這樣每個手機都將成為一個超級電腦的使用終端。Adobe等公司，已經宣布接下來的產品開發將首先實現手機版本，然後是PC機。因為手機作為多媒體終端使用量龐大，使用者體驗更加重要。智能手機的成本

 Google的價值觀 永不滿足，力求最佳Google 創始人之一 Larry Page 指出：“完美的搜尋引擎需要做到確解使用者之意，切返使用者之需”。就搜尋技術的現狀而言，我們需要通過研究、開發和革新來實現長遠的發展。Google 致力於成為這一技術領域的開拓者。儘管 Google 已是全球公認的業界領先的搜尋技術公司，但其目標是為所有資訊搜尋者提供更高標準的服務，無論使用者是坐在波士頓的台式機旁，還是正在駕車穿過波恩，或是漫步在曼穀街頭。為了實現這個目標，Google

1、建築師　　一位夫人打電話給建築師，說每當火車經過時，她的睡床就會搖動。 　　“這簡直是無稽之談１建築師回答說，“我來看看。” 　　建築師到達後，夫人建議他躺在床上，體會一下火車經過時的感覺。 　　建築師剛上床躺下，夫人的丈夫就回來了。他見此情形，便厲聲喝問：“你躺在我妻子的床上幹什嗎？” 　　建築師戰戰兢兢地回答：“我說是在等火車，你會相信嗎？” 　　【頓悟】 　　有些話是真的，卻聽上去很假；有些話是假的，卻令人無庸置疑。 　　

專案管理者的真正挑戰，不是發現問題和記錄問題，而是預見問題、控制問題和解決問題。“當你提出一個問題，你必須同時提出一個解決方案”。“不要輕易承諾你完成某項工作的期限，除非你有把握能做到”。“對於某個模組的代碼，只有一個人最終負責（接受/不接受）它的修改，其他的人可以跟這個負責人討論和建議如何修改”。“你做十件事但都沒有做到最好，不及你把一件事做到極致給你個人價值帶來的肯定大”。管理激勵的三個層次：1）沒什麼激勵，純行政命令大棒政策；我決定你的薪水，不愁你不聽話。2）搞關係，請客吃飯，稱兄道弟 3

樓價太高，買房不如租房。現在的房子三十年後根本無法住：據說中國的建築壽命僅僅25-30年，不買房還是比較明智的選擇。如果三十年後無法住，到時候就不值錢，保值這理由也不成立了。中國的建設速度這麼快，你今年買的房十年後一定有人要嗎？低低價還差不多，因為新的更好的房子在快速地建；你今年買的房說不定二十年後或二十年內就又砸了拆了或者成危房了，你都不想住了，你賣給哪個憨爹？只要半個平米的價格,日韓新馬泰都玩了一圈;一兩個平米的價格,歐美列國也回來了;下一步只好策划去埃及南非這些更為神奇的所在;幾年下來,全

本文轉載於:http://www.cnblogs.com/zhaotiantang/archive/2009/03/17/1414135.html       我們在做winform應用的時候，大部分情況下都會碰到使用多線程式控制制介面上控制項資訊的問題。然而我們並不能用傳統方法來做這個問題，下面我將詳細的介紹。       首先來看傳統方法：      public partial class Form1 : Form    {        public Form1()        {