其他

怎麼玩穿越？從樓梯上摔下？被車撞？被雷電劈？太危險鳥！最新穿越方式：一台 Kinect 即可。去年上半年開發了一個Kinect項目，這是一個類似於虛擬演播室的項目，它使用 Kinect

求助各位!  不好意思為吸引大家的眼球...才...現在是這樣了的:CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> string testInput = @"asdfs<ul id='aas' class='sdfsdfsadfs'>                              <li>大家好!<

函數遞迴調用是很常見的做法，但是它往往是低效的，本文探討最佳化遞迴效率的思路。1.尾遞迴轉換成迭代尾遞迴是一種簡單的遞迴，它可以用迭代來代替 比如

　　今天朋友給我微博留言，說我的《大話設計模式》被拍磚了。果不其然，確實是在《放過設計模式吧》的評論第8條中有。還好博主並沒有在博文中點名我的書，還算是留了點客氣。不過如此轟動的一篇博文（部落格園編輯首頁推薦），但卻傳達了一些讓初學者困惑的資訊——我們初學者在不知道對錯的情況下到底還要不要寫設計模式的心得文章？針對此我寫了一篇吐槽的博文，說說我的想法。       我對《放過設計模式吧》文中所說的技術內容絕大部分認同，這點需要事先明確。作者談了很多他對設計模式的理解和現在網上很多初學者誤用設計模

如果你要把一隻貓賣給一個電腦專家，千萬不要說它有多聰明多可愛，而要說，這是一隻物件導向的貓。這是程式員對程式員的揶揄。物件導向滲透到軟體的各個領域，既然找不到銀彈，這顆銅子彈成了我們對抗人狼的最佳武器。在這樣的世界裡，你有沒有想過，什麼是物件導向呢？如果你習慣性地說：繼承、封裝和多態，那麼請你繼續讀完這篇隨筆吧，它會帶你認識一個真實的OO 我想提及物件導向之前，應該先搞明白什麼是對象。《物件導向分析與設計》（Grandy

    這段時間挺忙，不過還好終於圓滿提交了產品的一個重要feature，Enterprise Overall Dashboard，有空再介紹一下。關於這個IE記憶體流失雖然是越來越鬱悶，不過鬱悶歸鬱悶，還是因該要有個善始善終，於是把最後一節翻完了放上來，這也好是個完整的系列。貌似泄漏(Pseudo-Leaks)

    這一節非常的讓人鬱悶，不管是翻譯過程還是文章內容本身。居然對DOM的這樣簡單操作區別都可以帶來這麼大的泄漏問題，真的是沒有語言了。看完後歡迎說說你的感受，我的感受附在了文尾。頁面交叉泄漏(Cross-Page

以前寫過《實值型別不是實值型別》一文。今天，就再來個語言遊戲：public 的不public，fixed 的不能 fixed。本文將構造一個古怪類型：public欄位無法訪問，標了fixed關鍵字卻無法fixed。（1）從 fixed 說起fixed 的經典用法是取分配到託管堆上的實值型別或實值型別數組的地址，如： public class Test { private int Value; private Int32[] Array = new Int3

應作者要求匿名 並不附轉載地址形式主義-我的態度！ 一味的追求表面的東西，難免忽視了做事情的本質，

網上一位叫慈龍的朋友幫我把之前的《小菜編程成長記》整理成了PDF文檔，非常感謝他的工作。儘管此系列還沒有寫完，此前的文章也有不少瑕疵，不過如果此PDF可以讓更多的朋友喜歡上物件導向設計、喜歡上設計模式、開始加入學習應用設計模式的行列來，那我還是非常願意此系列文章的推廣的，畢竟通過對話的方式來入門會相對容易些。下載：戲說物件導向程式設計C#版以下是部落格文章目錄連結：代序 四大發明之活字印刷——物件導向思想的勝利第一章 面試受挫——代碼無錯就是好？第二章 代碼規範、重構第三章 複製VS複用第四章

原文地址及原作者不詳1. 問題的由來Josephus問題是以10世紀的著名曆史學家Flavius Josephus命名的. 據說, Josephus如果沒有數學才能, 他就不會在活著的時候出名! 在猶太人和古羅馬人戰爭期間, 他是陷如羅馬人陷阱的41個猶太反抗者之一. 反抗者寧死不做俘虜, 他們決定圍成一個圓圈,且圍繞圓圈來進行, 殺死所有第3個剩下的人直到沒有一個人留下. 但是, Josephus和一個不告發的同謀者感到自殺是愚蠢的行為,

    我們知道JScript的對象(不只是Object)可以像html元素對象一樣，添加任意的自訂屬性值。也就是說JScript的對象，天生都是Key/Value map。並且這種map結構由於使用Native的代碼實現，檢索效率非常之高，我曾在這篇文章裡討論過。不過在遍曆這樣的map時，expando匯入屬性和prototype匯入屬性存在了混淆。   

.Net 下預設沒有讀寫視頻的類，要進行視頻操作很麻煩，之前用過網上的代碼，用的很不爽。AForge.Net 對 ffmpeg 進行了封裝，不過它引用的dll有點多，且沒提供seek方法，無法跳到指定幀，也有點不爽，俺在 AForge.Net 對FFMPEG 封裝的基礎上，進行了修改，得到 Geb.Video.FFMPEG 庫，現分享出來。主要功能如下：l 讀取視頻檔案，擷取視頻參數；l 讀取幀；l 尋找幀；l

最近跟一些朋友討論關於原廠模式的一些東西，覺得很有必要寫篇東西把抽象工廠的應用方法寫清楚。GoF在抽象工廠一章中沒有花很多篇幅在如何應用抽象工廠上。所幸ADO.NET為我們提供了一個非常標準的抽象工廠的例子，同時也是非常實用的一個介面——DbProviderFactory我希望借一個利用DbProviderFactory重構網站的例子來回答兩個關於抽象工廠的常見問題：為什麼要使用抽象工廠如何使用抽象工廠 首先我們來看看這個重構之前的網站，這是我花1個小時寫的一個很具有代表性的例子，一個資料庫表，

    這篇文章其實已經看了有些日子了，並且最近的一些開發都在盡量的遵循文中的原則。可是目前的情況是代碼規模稍微大點以後，IE的記憶體流失還是很嚴重，於是我非常生氣（倒沒啥後果）覺得該把這篇文章挖出來批批。為了方便批鬥，所以決定先給翻譯成中文，結果在精讀以後，發現每個泄漏情景的描述和避免，作者幾乎都留了一手，所以這麼看來文章又都對了，沒啥可批的啦。只是讓我想起啦真的劉一手。。。Author: Justin Rogers ,Micrsoft Corporation June

  三、西方技術管理的精髓1 從技術角度看：S曲線我要讓你們知道，老狗也有幾顆牙！——艾蘭（麥迪文的老爹）把技術當作狗的話，這條狗就有小狗階段，大狗階段和老狗階段，這就是技術的生命週期。Foster用S曲線描述技術的生命週期：如果測定一項技術所能達到的效能/績效隨時間變化情況，可以得到一條S曲線。這個結論很直觀，也沒啥好解釋的。圖1 狗的一生有時候，當有局部的技術突破時，S曲線可能會有變化，中間多了幾個波浪，如：圖2 變種狗2 從產品角度看：AU模型與主導設計天空一聲巨響，老子閃亮登場。    

There is a test.var test="wrong"Object.prototype.test="right";var score=0;void function f0(){    if(test=="right")score++;}()void function(){    if(test=="wrong")score++;}()var e="right";try{    throw new Error;} catch(e) {    e="wrong";    if(test==

哈哈，來湊個熱鬧了。。。歡迎來踩。。。 根據“今天碰到一道比較有趣的面試題，大家來探討一下”的文章，稍微做了一下，沒想到這麼簡單的東西竟花了我一個小時。不夠在做的過程中，卻給了我另外一個思路，大家知道，這道題是用遞迴演算法來做的，而遞迴肯定會需要一個終點值，或者更準確的說是讓遞迴結束的條件。而在這題中，有可能會有兩種這樣的結束條件。  1）.  兩車的距離小於多少時相當於兩車相遇了  （單位公裡）  2) . 小鳥在兩車之間單向飛行的時間小於多少時間時相當於兩車相遇了（單位

甲乙兩地相距100公裡，有一輛火車以每小時15公裡的速度離開甲地直奔乙地，另一輛火車以每小時20公裡的速度從乙地開往甲地。如果有一隻鳥，以30公裡每小時的速度和兩輛火車同時啟動，從甲地出發，碰到另一輛車後返回，依次在兩輛火車來回飛行，直到兩輛火車相遇，請問，這隻小鳥往返了多少次？這個問題比較有趣，有趣的是不是問小鳥飛行了多少距離，而是問小鳥飛行了多少次。如果是問小鳥飛行的距離，則很簡單，利用時間相等即可求解，至於求往返的次數的話，似乎只能用遞迴來調用，我想到的遞迴演算法如下解答的比較倉促，有興趣