其他

老片一部，最近才看，發現一切與時間穿梭的事情都不存在因果關係了，好複雜啊。但是只按照主時間軸來說的話，主角也就是往返了2次，最後回到正軌，而在這兩次往返中所產生的重疊時間，不按照平行時間來理解的話，只是一個無限迴圈的重疊時間段，對重疊以外的時間段來說，不會對主角造成任何影響。 其中的A,B,C三條時間軸不是平行的，而是重疊的，他們之間會相互影響，其中客觀發生的事情在A,B,C三條線中，都不會被改變，因為B,C兩條線是憑空出現的，所以，完全不能用因果關係去理解本片，否則會被邏輯繞死。 

. 任一字元 除\n*表示0次或多次+表示1次或多次?表示0次或1次 / 表示非貪婪{n,m} 表示數量範圍 n - m 個{n,}   表示數量範圍 n - 多個{n}    表示數量範圍 n  個^ 開始$ 結束?: 取消分組?<= 匹配預查(前匹配) 例：(?<=2000|98)windows 能匹配 windows前面是 2000 或 98 的字元?=   匹配預查(後匹配) 例：windows(?=2000|98) 能匹配 windows後面有 2000 或 98 的字元?

/   從根節點選取//  從匹配選擇的當前節點選擇文檔中的節點，而不考慮他們的位置.   表示當前節點..  表示父節點*  表示任意節點@*表示任意屬性[@attr]表示節點包含attr屬性[@attr!='']表示節點包含attr屬性並節值不等於空[@attr=''][@attr1='']多個屬性判斷[@attr='' and @attr1 =''] 多個屬性判斷[@attr='' or @attr1 =''] 多個屬性判斷       

 用了近2年的emacs，沒想到進了公司基本就沒有機會摸了。。全都是裸環境，一次兩次還好。。轉投vi的陣營也不只是單純的環境原因吧，感覺vi的操作更快一些，堅持用一些命令時間長了會很大的提高效率。 3.27 更新新學的幾個地方，ctags還在摸索中·0·零  瀏覽代碼      拿到開原始碼或者類似遺留代碼的時候，閱讀是必不可少的工作，通常我喜歡先整體的瀏覽下代碼，長度，格式，是否符合個人的審美觀點，再開始學習。所以常用的第一個命令就是開啟文本瀏覽器 :{}

 POSTGRES如何支援遠端偵錯：------------1. 配置postgresql.conf檔案listen_addresses = '*'  2. 配置pg_hba.conf檔案host    all         all         0.0.0.0/0          trust 附，如何進行POSTGRES重啟pg_ctl start [-w] [-s] [-D datadir] [-l filename] [-o options] [-p path]pg_ctl

 再好的演算法、實現。最終還是要來進行IO使用的是傳統的機械硬碟，儲存大資料時還行，但是資料庫內容擷取就實在是差到一個境界了。特此進行一番探索：    0 磁碟 效能：在介紹磁碟 I/O 監控命令前，我們需要瞭解磁碟 I/O 效能監控的指標，以及每個指標的所揭示的磁碟某方面的效能。磁碟 I/O 效能監控的指標主要包括：　　1) 每秒 I/O 數（  [r/s w/s]）- 每秒處理的請求數　　IOPS:一次磁碟的連續讀或者連續寫稱為一次磁碟 I/O。　　隨機讀寫頻繁的應用的關鍵衡量指標

是該好好反思下自己了。婚已經結了，人生應該在一個新的起點了。我不想我的一生如此庸庸碌碌，渴望一份激情去做自己喜歡的事情。但很多事情都要慢慢來積蓄能量，所以就要給自己制定一個計劃才好。該好好想想了。。。。後面我的目標是一方面是多涉獵更多題材書籍，再有就是繼續學習英語。我現在每天的空閑時間是早上7：00-8：00 在班車上 1個小時，8:30-9：00 上班前 半個小時，下午6：00-7：00  一個小時 或者 下午9：00-9：30 半個小時，每天睡覺前30分鐘我對自己的安排是：早上7：00-8：

最近打算寫一些入門相關的小應用程式開發執行個體，個人感覺學習程式開發，其關鍵的一步就是閱讀原始碼（RTFSC,呵呵），然後嘗試自己動手編寫。這裡所謂的自己動手編寫並不是讓你照著原始碼一句話一句的敲，也不是複製粘貼，而是閱讀了原始碼以後，學習其中的編程思想，然後加以應用，寫出自己的程式，你可以在你閱讀的原始碼上增加功能或最佳化代碼，或者就是在完全不看原始碼的情況下，實現相同的功能。如果想學好程式開發，一定要強迫自己做到這樣。  接下來是一個螢幕小工具的執行個體，當初做這個小工具是因為公司不能串連I

SNMP協議中，timestamp是指資料端伺服器發送該條資料時，距離系統上次初始化的時間。這個單位應該是10ms，發現有的軟體處理這個不是很標準。使用的是net-snmp庫，裡面的使用的get_uptime 正是一個返回了10ms的函數：00569 long00570 get_uptime(void)00571 {00572 long return_value = 0;00573 DWORD buffersize =

之前研究Lamda運算式，突然對解譯器感興趣，於是在網上找了一下相關的資料，但是關於解譯器的文章比較少，關於.NET的文章就更少了，只知道一個解譯器模式（設計模式之一）。於是根據這個解譯器模式實現了一個針對加、減、乘、除運算的解譯器，然後為了示範擴充解譯器，又增加了一個模運算的操作擴充。 這個東西僅有學習價值而已，沒有多大的實際用途，.NET裡面已經有很好的實現了，不過如果你想擴充EF，LINQ之類的，還是需要瞭解這方面的東西。 壓縮包裡麵包含了簡單的說明和UML圖。點擊下載

一直以來都想參加PMP的考試，但是一直都沒有機會實現。公司今年六月份組織我們去參加考試。公司給我們報銷考試費用以及培訓費用，但是要簽一個為期3年的合約（這個跟簽賣身契一樣,在這裡小小的鄙視下）。於是乎開始了和幾個同事一起的PMP之旅。今年7月份參加培訓，培訓的老師有著豐富的專案管理經驗。本以為培訓老師會多講些實戰性的內容，但是由於老師要保證通過率（該死的通過率，在中國任何考試都變成以通過率來衡量教學的好壞標準了，真是可悲呀！）於是乎教學就變成了緊扣課本再稍微夾雜點實踐經驗的培訓。在培訓之初，老師

　　個人認為，整個軟體開發的曆史可大致分為三個時期，開荒期，處在這個時期的軟體開發人員非常牛逼，都是所謂的“徒手程式員”，沒有先進的IDE，沒有便利的設計工具，在黑底白字的螢幕上，為整個軟體行業奠定了基石。第二個時期為發展期，處在這個時代的軟體開發人員稍顯尷尬，因為是過渡時期，一切都需要靠規範，所以，他們建立了一套軟體行業的規範，併流傳至今。第三個時期，就是我們現在處在的時期：創新期。到了這個時期，軟體行業發展非常迅速，各種成熟的開發工具，專案管理工具供我們使用，然後，前一個時期保留下的各種規範

從THL發布到現在，不斷有朋友加群聯機。因為上個月伺服器到期了，一直沒有續約，所以官方網站停止了，不過下載還是可以下載的。 我再把說一下。THL 1.2.0 .NET 3.5 x64 THL 1.2.0 .NET 3.5 x86 THL 1.2.0 .NET 4.0 x64 THL 1.2.0 .NET 4.0

   已經工作了有些年頭了，很多東西都自認為學的很多掌握的不少。在這個公司也待了有3年了，逐漸層得麻木變得浮躁起來。最近開始為跳槽做準備，也陸陸續續的找了幾家公司。要麼是工資待遇不行，要麼是要經常出差還有就是和自身發展的方向不符合。通過這幾次的面試也逐漸開始反思自己，自己今後的路該如何走？目標是什嗎？   

前言：這個是很久很久自己寫的一個 Js 分頁條，今天無意中看 自己寫的JS類庫中

在今年年前的時候，由於想和朋友聯機玩PSP遊戲（MHP3），但是又不想花錢去買盟卡或者其他的PSPXLink的網卡，所以決定自己研究下開發PSP聯機軟體的可行性。下載了目前網路上比較流行的聯機軟體，MengZone，然後安裝並對他進行分析，其中發現最關鍵的是安裝目錄下有一個WinPcapDll.dll的庫。因為之前對WinPcap有所瞭解，知道他可以用來捕獲網卡的網路資料，然後MengZone又推出了一個USB聯機功能，我便去查詢了下進行USB聯機所需要的那一款PSP外掛程式，ADHocToUS

公司EHR這個產品，從去年11月份開始做，做到今年8月份算告一段落。統計了一下資料庫的大概資訊:表個數：302，試圖個數：28，預存程序：81。統計的SQL語句如下： 代碼Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->SELECT count(*) 預存程序個數FROM sys.sysobjectsWHERE

     無論是軟體Team Dev還是其他類似的智力密集性團隊中，人員的穩定性應該是一個首要問題。從團隊的形成到團隊的磨合以及團隊之間達成默契，這個過程好點的團隊至少應該要3-5周時間，差點的團隊甚至要半年到一年時間的磨合。只有當一個團隊達到默契程度時，團隊的工作效率才是最高。當團隊成員離開時，帶走的不僅僅是知識，還有團隊中其他成員對他的默契感。所以說團隊的穩定性應該也是衡量一個團隊是否是高效率團隊的一個重要指標。    

準備工作1.Python 2.6.x，編譯V8必備，官方網站被牆了，不過搜尋一下，很多下載，包括天空軟體園，華軍等都有。2.Scons，與Make工具類似的編譯工具，最新版本是2.1.0，官方網站有下載。本身之前的V8版本是可以不用這個的，在從SVN遷出來的原始碼下tools檔案夾裡有Visual Studio的Project，不過最新的版本取消了，根據官方網站的Build

項目尾聲，本該歡天喜地，可問題又屁顛屁顛的出現了，O(∩_∩)O~問題：300多張表，30來個視圖，80多個預存程序，項目尾聲了，資料庫清理人員還得一個一個得去問開發人員這些表，視圖，預存程序分別誰寫的？什麼時候寫的？程式裡是否有用到？哪個模組用到了？這個時候出現這樣的問題，應該屬於‘癌症’層級的嚴重了。結合這個項目的實際開發情況，個人分析有以下幾點原因：1。項目開始就沒設計好。　　項目沒做詳細的設計，程式裡會用到哪裡類，哪些方法，哪些表，需要建立哪裡視圖，預存程序，都是未知數。　　只是開發人員