其他

此帖（主要是回複）充分表現了在方法論的學習和討論中體現出的特色：http://leoo2sk.cnblogs.com/archive/2009/10/29/1592568.html我不會真正站在方法論圈內去說話：大多數人如此“業餘”自有其道理。但是說實話，若我是某個方法論普及者，我會對此感到抓狂和絕望。更多的不好聽的在這裡就不說了，各人有各人的造化。也許有人會認為，正是對方法論曾經的遵循導致我的憎惡，所以錯在我。但我知道，務實的態度並非任意曲解已存在知識的借口。重要的是，曲解最終導致的混亂思維，

這段時間最怕的一件事情就是IE9再次拋棄SVG，幸好如很久以前所說，瀏覽器大戰必然讓這些廠商不能只顧自有商業產品。 說實話，要僅論普通人平常使用的瀏覽工具，或者作為一個運行時，現在最差勁的瀏覽器就是FF了。 其它廠商也未必好到哪裡去。在android上，SVG是在編譯時間就關閉了的。為啥？Webkit渲染效率過於低下。 想想看，繪製向量圖形，最弱的OpenGL子集都能提供支援，可他們卻選擇放棄而非改進，這就是IT大廠。 IE9現在還處於早期階段，若能真正發力，將會進一步促進所有廠商的加速升級。 

The following words were written on the tomb of an Anglican bishop in the crypts of Westminster Abbey:When I was young and free and my imagination had no limits, I dreamed of changing the world.As I grew older and wiser, I discovered the world would

評論中很多人表達了對大學的負面看法，說實話我真的不太認同。他們學校（北京工大）比我們學校（我就不說了）好些，我的學習當年和他一樣不如意，不過我最終還是堅持下來了。當然，我不退學、或者說我去上學了，是因為我缺乏勇氣。但大學最終讓我受益了。我從13歲開始接觸資料結構，考試的時候以為不用看書，結果沒過。這件事情的結果是，我在重修考試前仔細讀了遍課本，又一次得到了訓練。我的離散數學考試也讓我真正受益很多，雖然我現在記不得太多東西了。至於編譯原理之類，我的看法現在很明了了。我真正後悔的恰恰是，沒好好利用當

來部落格園有不少日子了，園子一個不變的主題就是捯飭這些。說點我的看法。本來想正經寫文發到首頁的。不過算了，目前害怕在這類問題上交流討論。且我不看好這個討論對我自己和其他人的價值。實際上如何組織程式應該從需求出發，而根本不像那些設計指南裡說的應該這樣應該那樣，而不顧前提。這個前提的關鍵在於你的使用者是誰。對於組織這項工作及其結果來說，有倆，一個是咱們自己，一個是其它程式員。而在應用開發這個水平上，真正為別人設計的時候並不多，而且不具有商業中介軟體那麼重要的意義。無論是沉浸在物件導向，還是一個非常樸

[195452]  觀止--微軟建立NT和未來的奪命狂奔 (Show Stopper!中文版)(揭示微軟鮮為人知的秘密)  [30181]  UNIX環境進階編程（第2版） (08年度暢銷榜TOP50)  [28265]  Linux裝置驅動程式（第三版）  [36767]  深入理解Linux核心(第三版) (08年度暢銷榜TOP50)

“指標是不好的”這一觀點被重複過很多次，可惜這種看法有根本性錯誤。指標本身就是一種抽象、是某種知識的一種表現形式，其存在必要性沒有任何疑問：如果沒有指標類似物，如何精確的操作記憶體？如果是一種等價的替代品，必然伴隨著人們認為的指標的一切缺點。如果是一種受限的替代品，如引用，必然就導致一些任務無法完成。如果問大多數人如何解決，不外乎陳詞濫調的多語言編程，什麼地方使用什麼語言，這全都沒有切中要害：那些在底層編程的人，就應該更加兢兢業業的處理本來沒有必要關注的問題？指標的真正的缺陷是，這種抽象本身未能

前一篇糟改Android的文章，最後有一位兄弟提到Rob Pike、Robert Love都在Google，從而覺得Android有這樣那樣的問題，似乎有點“汗”。對這些技術作家，我過去也是高山仰止，現在也保留著敬意，不過讓我們仔細想想他們真的做過什麼大工程或者NB演算法嗎？至少從我個人來看，神人、超級牛人，這些名詞和大多數我們熟知的名字基本不挨邊。即便是最傑出的技術作家（並且親自參與過優秀項目的）和微軟的卡特勒、Anders、id

原帖在此：http://www.cnblogs.com/guaiguai/archive/2011/01/07/1930281.html ---- @AuthNeo首先說一句，我感覺有點抓不住討論的重點了，相互理解對方的問題和表達的意圖也成問題，只能大家都盡量表達下自己，看看能不能隨機性的為對方提供建設性的啟發了。-----說實話我對智力這個東西是存疑的。至少我是數學物理自然哲學的外行，不想太深入的下去；但是到現實裡，比如pi的精確值是多少，到底應該如何處理呢？有了這個問題，答案就很簡單，SIC

轉自這裡：http://www.cnbeta.com/articles/121128.htm 調試iPad程式記憶體漏1周多了，我發現我可能不僅是在在找記憶體漏，而是在尋找iOS不支援多任務的原因——作業系統存在種類繁多的自泄露和記憶體不及時釋 放。我猜測，完全利用SDK庫編寫的程式，如果一直在後台工作並訪問網路和運行多線程的話，很難不漏記憶體，很難運行得長久。看著NSAutoReleasPool和系統庫的各種古怪行為，不由得感慨：“這年頭，連黃瓜都靠不住了。” 關於產品發布，我猜是這樣的：

在xda上n多玩HERO的人失敗以後，全球第一份（刨除廠商泄露的kernel...）能在Radio 6.35和SPL 1.76上跑的自編譯kernel msm 2.6.29 + Android 2.x。測試裝置雖然是32A不過同樣的patch肯定可以應用在HERO上。當然，和真正的黑箱移植相比這個工作量小多了。  簡述一下問題：Radio

佔位貼。Coming later.... 那些虛擬機器之類的文章翻譯得太差，估計就不多做評論了。 Bertrand

簡單的說，7xyy中的x，2是GSM/WCDMA，5和6中有一個是CDMA另一個好象是倆都支援的。yy是20的，就是那個使用了n多年的垃圾貨，用在HERO/G1/Sapphire等一系列機器上。yy是27的，有所改進，但從ARM架構上來講，是和20在印象裡是一代的。yy是30的，是比8x50還新一代的晶片，用的Adreno 205作為GPU，比1Ghz的8x50要強（但頻率稍低）；8x50就是NexusOne的兄弟們。8x55和8x50a是和7x30差不多的產品。8x60則GPU是更強的220。

地址：

首先，恭賀包建強同志終於得償夙願，成為了腦袋的同事，哈哈。 昨天和這廝聊天，提到我現在的想法基本是，設計程式沒有那麼多道道，關鍵就是腳踏實地的去幹。我現在最反感的就是用很多來自於技術社區的標準，去判斷一個程式究竟是不是設計/實現的足夠好。老包似乎並不太認可：他說他在原來的公司的時候，和組裡其他人最大的爭議也在這；他組裡的人不在乎模式之類的東西，而他個人是傾向於這方面的實踐的。 當時也沒繼續討論，因為我現在沒啥輸出價值觀的勁頭兒了。不過回了家想了想，其實這裡頭還是有很大分別：我的意思並不是所有一切

國內外對C++

在一些IT新聞類網站總看見IT人號稱只用Google不用Baidu的文章或評論，感覺有點不可思議。說說我用Baidu的理由：1. 實用主義：網頁快照。別跟我提Google的網頁快照是政治原因，我壓根沒空去管這些事情，況且現在也不是我作為一個個人用腳投票能起作用的時候。真的環境變了，Baidu也未必不變。反正IT類關鍵字小廣告也不多。2.

工具類是好的。提供機制但不提供策略，這是一個linux的編程哲學。我原來提到過，在某篇文章中看過GoF中的Gamma現在也更喜歡庫而不是架構。我現在編程已經不太看重這些了，當然因為必須在現有的語言、庫和工具下工作，很自然的就會經常性的形成類似於架構的東西，但是我會經常問自己是否能夠避免：如果去架構化不會帶來更多的麻煩，我就會把它拆掉。認知那架構完全是廢物嗎？非也。能產生這種東西，就表明它必定有它自己的用途。我們有一個業務，這個業務有它自己的模型、規則、流程等等。但是有些不確定的東西會未來才接進來

每個人的第一篇文章會起什麼標題呢? 有空去刨刨大家的墳, 調查一下.本來想裝個蒜, 寫上"Hello World!".後來想想還是算了, 我一直不是一個有板有眼的程式員, 從11歲被老爸逼著寫了第一個Turbo C程式開始, 就沒寫過"Hello World", 永遠是"asdf"等等等等, "Test"算是比較正經又經常用的了... 也許我連個真正的程式員都算不上, 不到必要從來不老老實實寫單元測試, 可我確實又知道一定的覆蓋率是必要的; 從來記不住資料庫連接字串怎麼寫,

既然開了博, 想不寫東西也不行了. 說實話, 我的知識和經驗, 都比較淺薄和零散, 不容易抓住一些核心論點, 圍繞討論, 所以思前想後, 也不知道到底寫些什麼比較合適. 最後決定, 為什麼開的博, 就先寫有關什麼的論題好了; 既然是隨筆, 我也省的"自頂而下"了, 說到哪兒寫到哪兒, 慢慢的畫出一幅圖景, 再行整理就是.既然叫做野路子, 就不會太過於整齊, 基本上從一些分散的角度, 去說明我的認識與觀點. 比如關於物件導向, 我會從關聯式資料庫, 面向過程,