家科的生活日誌

讓老師瘋掉的古詩答案

2011-07-13T21:21:00.002+08:00

2.後宮佳麗三千人，__________同學答：鐵棒也會磨成針~~~~~~（正解為「三千寵愛在一身」）
3.西塞山前白鷺飛，__________同學答：東村河邊爬烏龜（對的挺工整的）
4.天生我才必有用，__________同學答：關鍵時刻顯神通又有同學答：老鼠兒子會打洞（整辦公室的語文老師集體毫無形象的狂笑）
5.期末考試出對聯,上聯是英雄寶刀未老　　該初三同學對下聯為：老娘丰韻尤存6.床前明月光，__________同學答：李白睡的香
7.管中窺豹，__________同學答：嚇我一跳（哈哈哈！正解為「可見一斑」)
8.葡萄美酒夜光杯，__________同學答：金錢美人一大堆
9.__________，飛入尋常百姓家同學答：康佳彩霸電視機
10.__________，路上行人欲斷魂初一學生的傑作：半夜三更鬼敲門
11.老吾老以及人之老，__________同學答：妻吾妻以及人之妻（老師後來評卷時說那個同學特別具有奉獻精神，哈哈）
12.想當年，金戈鐵馬，__________同學答：看今朝，死纏爛打（正解為「氣吞萬里如虎」）13.書到用時方恨少，__________同學答：錢到月底不夠花
14.千山萬水總是情，___________同學答：多給一分行不行（批卷老師對了一句：情是情，分是分，多給一分都不行）
15.五年級的一次考試就考到了「三個臭皮匠，__________」同學答：臭味都一樣（把監考和外面的校長笑翻了）
16..高一的時候，一次月考，上句「仰天大笑出門去，（正解）我輩豈是蓬蒿人」。班上有人寫：一不小心扭到腰。笑了的話就贊一下

幽默的代碼註解

2010-11-09T21:38:00.001+08:00

程序源代碼中的註釋經常是一個臥虎藏龍的地方，來看看這一輯國外某公司產品中的註釋。注意：看的時候嚴禁喝水或進食。

親愛的代碼維護人員：
當您嘗試優化這段代碼但發現這是一個極端錯誤的決定的時候，請修改下面的計時器，以便警示後人。
總計浪費在這段代碼的時間 = 16小時（喂～後面那個傻逼！）

真的很有問題（掛了再砍掉重練）

謹以此代碼獻給我的妻子達琳，感謝她一直支持我，還有我三個孩子和一隻狗。

神奇代碼，請勿改動（誰吃飽太閒去改常數？）

喝醉啦，遲些再弄

你可能會認為你讀得懂以下的代碼。但是你不會懂的，相信我吧。
要是你嘗試玩弄這段代碼的話，你將會在無盡的通宵中不斷地咒罵自己為什麼會認為自己聰明到可以優化這段代碼。
好了，現在請關閉這個文件去玩點別的吧。

程序員1（於2002年6月7日）：在登陸界面臨時加入一些調試代碼
程序員2（於2007年5月22日）：臨你個屁啊

反正這個辦法就修復了問題，我也不知道為什麼會這樣

要理解什麼是遞歸的話，請參考本文件的底部
（在文件的底部）
要理解什麼是遞歸的話，請參考本文件的頂部
（參考什麼阿？又不是 GNU is not Unix！）

雙龍入洞; //啊～～好痛（第一次被 2P？）

親愛的未來的我自己，請原諒我。
我有著難以表達的歉意。

我不對以下代碼負責。
是他們逼我寫的，是違背我意願的。

瘋了嗎？歡迎來到斯巴達。

要是你能修正這個問題的話，我會送給你兩個七十二歲的處女

沒有註釋留給你，難寫的代碼必定難讀

IE 瀏覽器的 Hack （在這裡先假設IE是瀏覽器）

有待修正。修正什麼啊？

要是再讓我看到這種代碼，我會帶著槍來上班的

有只龍在這裡……（內有雷區請慎入）

在你閱讀以下代碼時，你要先搞懂為什麼我在這樣做。
我想讀取一個根節點下面所有的子節點，以便控制根節點不會顯示在選擇框上。但那個傻逼的DBA找了一些某些傻逼的藉口不讓我用索引去讀取這些數據，而要求我用他們傻逼的迭代器。所以有了以下代碼。

當我寫這段代碼的時候，只有老天和我自己知道我在做什麼。
現在，只剩老天知道了。

程序人生演講內容摘要 ---侯捷

2010-07-29T23:14:00.001+08:00

如果你不曾聽過侯捷的名字，不曾知道侯捷做的事情，你不可能有興趣走入會場。因此，各位遠道而來，我竊以為，無非想看看侯捷本人，聽聽他說話。如果你期盼在這種場合聽到某某技術的剖析，某某趨勢的發展，肯定你會失望。我不是趨勢專家，對此也毫無興趣。台上說話和台下聊天不同，我不能也不敢講我沒有心得沒有研究的話題。「程序人生」這個話題旨在讓大家對一個你感興趣的人（侯捷我）的學習歷程有些瞭解，或許從中給你一些靈感或激勵。

我在一個被暱稱為「少林寺」的地方，磨練三年。後半期因為發現了自己濃烈的興趣與不錯的天賦，決定轉向技術寫作與教育這條路。30歲之後的我，行事常思「貢獻度」，我知道自己在技術寫作與教育這條路上能夠走得比程式開發更好，所以決定把自己擺在最適當的位置。一口食物，放在嘴裡是佳餚，吐出來就成了穢物。天生我材必有用，每個人都應該仔細思考，自己真正的興趣和才能在哪裡。很多人都問，30歲之後做不動程序員了怎麼辦。30年正是英年，體力和智力和成熟度都正達到巔峰，怎麼會做不動程序？想往管理階層走當然很好，那就努力充實自己，並且捫心自問，你做管理快樂嗎？要知道，人事絕對比機器讓你更焦頭爛額。如果你決定爭取一個粥少僧多的職位，就不要再問「怎麼辦」。還能怎麼辦呢？就努力以赴呀！比賽還沒開始就問「輸了怎麼辦」，這不像話，你注定要輸。

[1] 程序人生演講內容摘要 ---侯捷
[2] 程序人生演講內容摘要 ---侯捷
[3] 程序人生演講內容摘要 ---侯捷
[4] 程序人生演講內容摘要 ---侯捷

原址：http://kb.cnblogs.com/page/42112/

笑死人的布林代數插畫

2010-07-29T16:07:00.001+08:00

對學過電路基礎的人來說，以開關（Switch）來表示布林代數（Boolean Algebra ）運算非常直觀。

不過那些連沒有學過電路的人要怎麼讓他們了解運算方式？

顯然地，這則插畫不但傳神地表達出含意且相當具有幽默感！

我的東方 Bad Apple!! 試做連發

2010-07-09T23:20:00.002+08:00

Console 的字體解析度好小，影片太近看會很奇怪...

片源採用大家都耳熟能詳的影繪。
程式採用 C# .NET + OpenCV 撰寫。

信息安全走向漫談

2010-02-16T20:06:00.001+08:00

來源：http://hi.baidu.com/tombkeeper

以下是2006年8月19日在B105技術沙龍演講的講稿。

信息安全走向漫談

村長<airsupply#0x557.org>邀我來B105沙龍和大家閒扯。而我近來的工作是拉磨居多，接客其次，實在沒有什麼新貨。村長說：不必講技術，可以談談「信息安全的現狀和未來」。我思前想後，覺得這個題目綱領性太強，我這點資歷講起來顯然自不量力。還是改稱「信息安全走向漫談」顯得比較低調。漫談漫談，就是漫天亂談，談錯了不要緊。萬一談得對，就算蒙上了。

以上四篇「漫談」是根據當時講的PPT和備註整理出來的。當時講的肯定比這些要多，不過大致的意思就這些，主要是「紅旗還能打多久」的問題。當時Vista剛剛出來，初步研究後，自己也想過「紅旗還能打多久」，所以借B105沙龍，把一些想法和大家分享了一下。

如果僅從技術角度著眼，那麼，今天你搞不出來，就會認為紅旗要倒了；明天搞出來了，就會認為紅旗還能飄。但是從事物發展的一般規律來看，紅旗絕不會一套新技術新辦法就倒了。

就像挖石油。剛開始油多，好挖，隨便一鍬下去就噴一身，所以區分度不明顯。後來油慢慢少了，難挖的油田也要挖，還是能挖出來。萬一有天油真挖光了，怎麼辦？別忘了，挖油以前，這把鍬是挖煤的，挖煤以前，這把鍬是挖土的。腳下油沒了，頭上還有氦三。

這是我當時的觀點，現在也還是這麼認為的。不過現在更有底氣一點。因為，今天即使從技術角度看，紅旗也還能打幾天。

我去年在一篇Blog中寫過，對部分類型的漏洞來說，DEP+ALSR+SEHOP已經浮雲。後來在SSCON 2009上講《安全漏洞的下一個十年》，提了未來對抗這些的辦法大致可以分成兩類：一類很黃，一類很暴力。也給大家看了一個「很黃」的PoC（謝謝vessial的整理，省得我寫了）。之所以用那個PoC，是因為它非常PoC，無害，又剛好能說明點問題。

那天yuange在Full Disclosure上發了張圖（http://seclists.org/fulldisclosure/2010/Jan/614），我沒看到那張圖，不過從留在Full Disclosure裡那行信息來看，用的可能也是「很黃」的一類辦法。不過那應該已經超越PoC的範疇了。估計也就因為這個，所以現在圖已經看不到。不過這至少可以告訴大家：紅旗還在飄。

Scan of the Month 挑戰文集

2010-02-03T23:08:00.003+08:00

"Scan of the Month Challenge" 由 The Honeynet Project 所主持，對資安社群的人員來說，該計畫透過多數常見的案例研究，企圖培養分析與鑑識技能，並提昇解析攻擊流程的能力，使之將來能夠應對各種境外攻擊。

Scans 1 - 19
Scan 20 - Solaris dtspcd attack.
Scan 21 - Obfuscated UDP network sweep.
Scan 22 - Determine why the Reverse Challenge attacker was breaking into systems.
Scan 23 - The very first challenge for beginners, decode a network scan.
Scan 24 - Recover and analyze captured evidence from a floppy.
Scan 25 - Analyze a worm recovered by a Honeynet.
Scan 26 - Continuation from SotM24, investigate the drug supplier Jimmy Jungle
Scan 27 - Indepth analysis of a Win2000 compromise, part of a large botnet.
Scan 28 - Italian blackhats break into a Solaris server then enable IPv6 tunneling for communications.
Scan 29 - One of our most unique challenges, analyze a live hacked Linux system.
Scan 30 - Analyze a month of honeynet firewall logs.
Scan 31 - Discover how an OpenProxy is abused.
Scan 32 - Analyze a Malware binary.
Scan 33 - Advanced reverse engineering challenge.
Scan 34 - Analyze real honeynet logs for attacks and activity.

來源：http://old.honeynet.org/scans/index.html

這到底是不是故意貼出來炫耀的？

2010-01-29T04:02:00.001+08:00

以下八卦由 j4ck 大大獨家提供。

NOSEC 官方有則來自某網誌對於 iiScan 的評價：

以下感謝網友智乃提供精闢的中文翻譯：

Invitation Code是必要的嗎？在某ML流傳著某個傢伙已經使用完了
因為想用看看這個工具，所以想打聽看看
問問看的話會有怎樣嗎？中國製的工具之類的真的很可怕嗎？

Blog 文章的內容是某日人網友擔心中國製的都是黑心產品！

難道這位使用 root 帳號登錄的網站維護人員沒注意在看嗎？

我論漏洞挖掘的難度與態度

2010-01-29T01:40:00.002+08:00

引用：中華電信：上週微軟漏洞防毒軟體難偵測後門

所謂0day漏洞便是作業系統廠商尚未推出修補程式，在這次攻擊手法中，幾乎所有版本IE瀏覽器在攻擊發生時皆受影響，且經過測試各家防毒軟體的偵測能力，大部分防毒軟體皆無法偵測該植入的後門程式，對於使用者的威脅指數非常巨大。

我想大概是因為 MS 的程式是封閉源碼的，所以只能用 Black-box 來進行 Fuzzing 的動作，這點防毒軟體實驗室實在不比坊間駭客來得有優勢（其實就是黑帽與白帽的相互較勁），加上那些大廠規定假如發現重大威脅都不能隨便公報（不能公報沒成就感阿...），因為正式的 Advisor 都有跟他們簽署 NDA（Non-Disclosure Agreement）保密協議，我想多數人如果有找到弱點通常都先丟黑市賣錢吧！現在有看到 Exploit 幾乎都是被玩好幾手，玩到 Vendor 有心力 Handle 之後才會丟出來，如此以求能縮短蔓延時期的時間長度。
迷：如果真的都有簽署 NDA 的話，我覺得應該會先自由心證（內心的自我抗戰！），然後才決定是否告知 Vendor 一聲，所以把 NDA 的定義套用在這裡也似乎覺得荒謬：

A non-disclosure agreement (NDA), also known as a confidentiality agreement, confidential disclosure agreement (CDA), proprietary information agreement (PIA), or secrecy agreement, is a legal contract between at least two parties that outlines confidential material, knowledge, or information that the parties wish to share with one another for certain purposes, but wish to restrict access to by third parties. It is a contract through which the parties agree not to disclose information covered by the agreement.

Vendor: You must promise DO NOT leak any information but keep it confidential.
And then, Advisor told the third party similar word again.
And and then, the third party applied the same policy on the fourth party.
And*N then, ……
Thus, the proverb goes, “Bad news has wings”.

「瓜田李下」大家都聽過吧？

2010-01-29T01:25:00.001+08:00

引用：中國網攻Google 證據被掌握

自從Google發佈遭駭客攻擊以來，多家電腦安全公司均表示支持Google認為此舉出自中國政府的說法，不過大都無法提出有效證據，但現在情況已經有改觀；《紐約時報》週三報導，一名美國的電腦安全研究人員，說他已經發現他相信是強有力的證據，證實被用在攻擊Google的軟體程式上，有中國程式設計師的數位指紋。

因為我對這則新聞很好奇，所以尋線找到那所謂美國安全研究人員的實驗室網誌，在該篇分析報告發現以下訊息：

There are many different CRC algorithms and implementations of those algorithms, but this is one I had not previously seen in any of my reverse-engineering efforts.

「只此一家，絕無分號」的 CRC 演算法實做。

The full paper was published in simplified Chinese characters, and all existing references and publications of the sample source code seem to be exclusively on Chinese websites.

整篇 Paper 用簡體中文寫作且只在中文網站找得到。

This information strongly indicates the Aurora codebase originated with someone who is comfortable reading simplified Chinese. Although source code itself is not restrained by any particular human language or nationality, most programmers reuse code documented in their native language.

讀中文最輕鬆的首先就懷疑是華語人士吧？

多數人寫程式都會用他們的母語當註解吧？

所以最後的結論是：

(in light of the harsh penalties we have seen handed out in communist China for other computer intrusion offenses), this creates speculation around whether the attacks could be state-sponsored.

在稍早的幾個計算機犯罪事件中，中共當局都是嚴加處置，所以有可能是因為國家資助才造成這次的局面！

題外話：對岸隱藏的策略越來越先進，我還記得之前在分析的樣本發現過下面這種程式片段：

看來在＊＊單位作程式研發連資料夾的名稱都不能亂取，萬一編譯之後存在 Binary 中，事情就大條了。

MS COFEE 工具疑似洩漏

2010-01-29T01:07:00.001+08:00

Last November, the code for Microsoft's Microsoft's COFEE (Computer Online Forensic Evidence Extractor) forensics tool was leaked to the Internet. COFEE is distributed free to law enforcement agencies all over the world and used to gather digital evidence from computers that are seized in connection with criminal activity. Microsoft does not make it available to those outside the law enforcement community.
http://www.crunchgear.com/2009/11/06/siren-gif-mic...ernet/

Then in December, several sites reported on the release of software called DECAF that could detect the presence of imageCOFEE and delete its files and processes as well as clearing its log files. You can read more about DECAF here:
http://www.theregister.co.uk/2009/12/14/microsoft_...decaf/

On December 18, that first version was pulled by its makers and it was labeled as fake. Now a new version, DECAF 2, is out there. The new version doesn't limit itself to COFEE, but also detects other forensics software including EnCase, Helix, Forensic Toolkit and more. DECAF developers say the first version did work and was removed because of legal concerns, and that they were trying to raise awareness for 「better security and more privacy tools.」
http://www.thetechherald.com/article.php/200953/50...unched

下載資訊：http://www.xun6.com/file/631805d12/COFEE-Microsoft+tools.rar.html

X86 LINUX SHELLCODE 設計解密

2009-12-18T23:26:00.002+08:00

目錄

前序 ----------------------------------------------------- 1
SHELLCODE 為何物？--------------------------------- 2
系統呼叫 ------------------------------------------------ 3
產生介殼程式的 SHELLCODE----------------------- 12
後詙 --------------------------------------------------- 19
銘謝 --------------------------------------------------- 19
文獻 --------------------------------------------------- 19

FORE WORD
前序

        In our previous paper, Buffer Overflows Demystified, we told you that there will be more papers on these subjects. We kept our promise. Here is the second paper from the same series. The paper is about the fundamentals of shellcode design and totally Linux 2.2 on IA-32 specific. The base principles apply to all architectures, whereas the details might obviously not.
        在前文「緩衝區溢出解密」中，筆者保證會撰寫更多有關這個主題的文章，當前所見為此系列的第二篇。該文有關 SHELLCODE 於 IA-32 架構中 Linux 2.2 系統核心上的基礎知識。應用到所有架構上的基礎原理皆是如此，本文將不再次詳述那些妳本該知道的。

        To understand what's going on, some C and assembly knowledge is required. Virtual Memory, some Operating Systems essentials, like, for example, how a process is laid out in memory will be helpful. You MUST know what a setuid binary is, and of course you need to be able to at least use UNIX systems. If you have an experience of gdb/cc, that is something really really good. Keep 「IA-32 Intel® Architecture Software Developer's Manual Volume 1: Basic Architecture" at hand. You can get it from here.
        想瞭解接下來要作什麼，則需要一些關於 C 與 Asm 的知識。有關虛擬記憶體與作業系統的要點，亦同於上。舉例來說：程序如何運作於記憶體中與其實際分佈狀況。讀者必須知道什麼是 setuid 二進制檔案，當然也必須會操作 Unix 系統。假若曾有過對於 gdb/cc 工具的使用經驗，那當然更好。最後別忘經常關注官方手冊：「IA-32 Intel® Architecture Software Developer's Manual Volume 1: Basic Architecture」，可於下列網址獲得該手冊。

Recent versions of the paper can be found here.
可於下列網址尋獲當前版本的論文。

文件下載：http://www.box.net/shared/vdcfa45wck

WINDOWS 中的 SHELLCODE 定位與緩衝區溢出

2009-12-17T23:37:00.000+08:00

目錄

介紹 ------------------------------------------- 01
SHELLCODE 基礎 --------------------------- 03
一個有弱點的 C 程式 ------------------------ 05
手法一 ---------------------------------------- 06
手法二 ---------------------------------------- 08
手法三 ---------------------------------------- 11
結論 ------------------------------------------- 14
銘謝 ------------------------------------------- 14

Introduction
介紹

This is not just another paper describing basics of buffer overflows. There are lots of publications about this topic; therefore it does not make any sense to describe it again. If you are familiar with exploiting buffer overflows on Windows platform, do not think that this article has nothing to offer you in this article. It shows some interesting methods, which can be used during writing an exploit (for example: where to put shellcode when stack is non-executable). Basic knowledge of x86 processors, Assembly and C languages and buffer overflows exploitation are required.
這並非另一篇描述溢出基礎的文章。對於這個課題已存在眾多公開文件；因此該處沒必要老調重彈。假如熟悉 Windows 平台下溢出技術的人，也別認為該文對妳毫無助益。文中將示範於撰寫攻擊程式（exploit）期間數種會被使用的有趣手法（例如：當堆疊不可執行代碼時，應放置 Shellcode 之處）。至於對 x86 微處理器、組合語言、C 語言與緩衝溢出原理的認知為最低需求。

Acquiring the ability to overflow a buffer on the stack, gives us through the obtaining full control over the EIP register of x86 Processor. Yep!!! This is great!!! We can load this register with arbitrary address every address we want , and then force a vulnerable program to jump there and to and execute code that is at that address.
透過完全掌握 x86 微處理機中的 EIP 暫存器，就有進行堆疊溢出的能力。吔∼這很棒！我們可以載入任意位址的內容到記憶體中，然後強迫有弱點的程式碼跳躍至該位址執行構造的代碼。

Theoretically, we could implement in which aforementioned. But the problem occurred when we want to execute the code, in which WE want to be executed and not the code, which we desired is not actual in the memory. To achieve it, we have got to place OUR code in the memory of process we are attacked. This code is known as shellcode and it consists of a set of instructions for processor, additionally encoded in their hex values.
理論上可以實現上文所提及的方法，但是問題發生於當我們要執行的代碼並非眞得存在記憶體中。想逆轉致勝，就得把構造的代碼放入欲攻擊行程的記憶體中。該代碼稱作 shellcode 其中包含一組微處理器的指令集，此外以十六進制編碼表示。

In this paper, I will discuss three possible locations in memory, where we can put our shellcode and then, how to force the vulnerable application to execute it. During this tutorial we will be using two shellcodes, of which are different sizes.
於該篇章中，筆者將探討三種可能放置 shellcode 的記憶體位置，然後強迫有弱點的應用程式去執行。於本次教學，筆者將使用兩個大小相異的 shellcode 程式碼。

NOTE: Please,excuse my poor English, it's not my mother language.
作者：英文非我母語，請原諒我的爛文法與拼錯字。

譯者：於非母語人士的前提之下，該文作者的寫作功力，實在令小弟非常「吐血」，該文充斥不少容易讓人誤解的地方：冗餘修辭、文法誤用與拼字錯誤，幸好我堅持到最後，才有這篇翻譯！

小抱怨：There are tons of abusive and redundant words in this article which I almost couldn't bear.-_-|||

P.S. 本翻譯中刪除線（黑色底線）為譯者屏棄，而紅色部份為譯者修正，以利對翻譯內容行交互參考。

文件下載：http://www.box.net/shared/bbe8sl8a7d

刑法第 36 章條文

2006-07-19T01:58:00.000+08:00

第三六章妨害電腦使用罪
第 358 條無故輸入他人帳號密碼、破解使用電腦之保護措施或利用電腦系統之漏洞，而入侵他人之電腦或其相關設備者，處三年以下有期徒刑、拘役或科或併科十萬元以下罰金。
第 359 條無故取得、刪除或變更他人電腦或其相關設備之電磁紀錄，致生損害於公眾或他人者，處五年以下有期徒刑、拘役或科或併科二十萬元以下罰金。
第 360 條無故以電腦程式或其他電磁方式干擾他人電腦或其相關設備，致生損害於公眾或他人者，處三年以下有期徒刑、拘役或科或併科十萬元以下罰金。
第 361 條對於公務機關之電腦或其相關設備犯前三條之罪者，加重其刑至二分之一。
第 362 條製作專供犯本章之罪之電腦程式，而供自己或他人犯本章之罪，致生損害於公眾或他人者，處五年以下有期徒刑、拘役或科或併科二十萬元以下罰金。
第 363 條第三百五十八條至第三百六十條之罪，須告訴乃論。
Original Url: http://law.moj.gov.tw/Scripts/Query4B.asp?FullDoc=所有條文&Lcode=C0000001

評等「剽竊」的境界！

2006-07-15T17:16:00.000+08:00

Pschool Huang：
抄襲論文的境界：
「抄襲」是整篇拿來抄。
「引用」是整段拿來抄。
「參考」是整句拿來抄。
「改寫」是整篇拿來改。
「模仿」是整段拿來改。

抄襲程式碼的境界：
「抄襲」是剪下貼上。
「引用」是拼拼湊湊。
「參考」是沿用方法。
「改寫」是更改變數。
「模仿」是拷貝結構。

PinLunLiao：
「原創」必經的過程：「抄」、「偷」、「拷」、「貼」、「改」。

虛擬都不鍵盤！

2006-07-02T01:12:00.000+08:00

Kuon 大哥說：「其實利用光線虛擬出來的鍵盤位置輸入到電腦之後還是會被轉成可捕捉的Keystroke！」
所以在此修改我寫錯的部分，另外我把 IrAD 誤植成 IrDA！
重點在於，以上報導提到的兩個「虛擬鍵盤」根本是不一樣的東西！

開車請戴安全帽！

2006-06-30T20:59:00.000+08:00

圖中說汽車駕駛人與乘客必須要配戴安全帽？
箇中緣故有可能是把「機車」誤植成「汽車」！
有人會問為什麼經過兩年還沒修正呢？
我想這樣才不愧為台灣的行政機關吧？

程式設計之道

2006-06-29T14:55:00.000+08:00

THE DAO OF PROGRAMMING

程式設計之道冼鏡光 Geoffrey James

微電腦時代96,97

第一部寂靜虛無篇
大師如是說:"學會從程式抓蟲子之後, 就可以畢業了
1.1 節
.寂靜虛無中有奧秘, 不動不靜, 乃程式之源,
吾無以名之, 故稱之為程式設計之道.
.若道至大, 則作業系統至大; 若作業系統至大,
編譯程式亦然; 若編譯程式至大,
則應用程式亦復如是, 是故使用人大悅, 世有和諧存焉.

Click Here For Full Editon - THE DAO OF PROGRAMMING