這是一本面向初學者的溫和且循序漸進的Scheme教程。目標讀者是僅有些許編程經驗的PC用戶。 如果你不滿意于其它的教程,那么請嘗試本書。我們有很多方法去解釋像Scheme程序設計語言這樣的抽象主題,這之中最好的方法取決于讀者的能力以及素養。(沒有對任何人來說都絕對完美的方法。)這也正是盡管已經有很多Scheme語言的教程,我還另寫一本的原因所在。 本教程的目的在于給讀者在Scheme程序設計上提供足夠的知識和能力以便能夠閱讀最好的計算機科學教科書之一的——《計算機程序的構造和解釋》(Struc
@kancloud
這是一本面向初學者的溫和且循序漸進的Scheme教程。目標讀者是僅有些許編程經驗的PC用戶。 如果你不滿意于其它的教程,那么請嘗試本書。我們有很多方法去解釋像Scheme程序設計語言這樣的抽象主題,這之中最好的方法取決于讀者的能力以及素養。(沒有對任何人來說都絕對完美的方法。)這也正是盡管已經有很多Scheme語言的教程,我還另寫一本的原因所在。 本教程的目的在于給讀者在Scheme程序設計上提供足夠的知識和能力以便能夠閱讀最好的計算機科學教科書之一的——《計算機程序的構造和解釋》(Struc
什么是函數式編程(Functional Programming,FP)?它從何而來?可以吃嗎?倘若它真的像那些鼓吹FP的人說的那么好,為什么實際應用中那么少見?為什么只有那些在讀博士的家伙想要用它?而最重要的是,它母親的怎么就那么難學?那些所謂的closure、continuation,currying,lazy evaluation還有no side effects都是什么東東(譯者:本著保留專用術語的原則,此處及下文類似情形均不譯)?如果沒有那些大學教授的幫忙怎樣把它應用到實際工程里去?為什么它和我們
文檔主要目的是為設計接口時提供建議,使大家不必重復造 HTTP 協議已經完成的輪子
設計模式是可重用的用于解決軟件設計中一般問題的方案。設計模式如此讓人著迷,以至在任何編程語言中都有對其進行的探索。 其中一個原因是它可以讓我們站在巨人的肩膀上,獲得前人所有的經驗,保證我們以優雅的方式組織我們的代碼,滿足我們解決問題所需要的條件。 設計模式同樣也為我們描述問題提供了通用的詞匯。這比我們通過代碼來向別人傳達語法和語義性的描述更為方便。 本文我們將闡述JavaScript編程語言中經典和現代的設計模式。
WebSocket協議實現在受控環境中運行不受信任代碼的一個客戶端到一個從該代碼已經選擇加入通信的遠程主機之間的全雙工通信。用于這個的安全模型是通常由web瀏覽器使用的基于來源的安全模型。該協議包括一個打開階段握手、接著是基本消息幀、TCP之上的分層(layered over TCP)。該技術的目標是為需要與服務器全雙工通信且不需要依賴打開多個HTTP連接(例如,使用XMLHttpRequest或和長輪詢)的基于瀏覽器應用的提供一種機制。
AsciiDoc是一種文本文檔格式,可以用于書寫文檔,文章,手冊,書籍和UNIX手冊。AsciiDoc文件可以使用asciidoc命令轉換成HTML和DocBook文件格式。AsciiDoc結構先進:AsciiDoc語法和輸出標簽(幾乎可以轉換成任意的SGML/XML標記)都可以由用戶自己定義和擴展。
xorm是一個簡單而強大的Go語言ORM庫. 通過它可以使數據庫操作非常簡便。xorm的目標并不是讓你完全不去學習SQL,我們認為SQL并不會為ORM所替代,但是ORM將可以解決絕大部分的簡單SQL需求。xorm支持兩種風格的混用。
本書是根據本人學習 R 的經驗,加上整理歸納後所產出的筆記,有任何錯問題歡迎大家糾正與指教。
最近花了半個月讀完了Raywenderlich家的《Core Data by Tutorials》,接下來幾天就做個回顧,筆記并不是對原書的簡單翻譯,算是對整個知識脈絡的一個整理的過程吧:)
一直想做這樣一個小冊子,來記錄自己平時開發、閱讀博客、看書、代碼分析和與人交流中遇到的各種問題。之前有過這樣的嘗試,但都是無疾而終。不過,每天接觸的東西多,有些東西不記下來,忘得也是很快,第二次遇到同樣的問題時,還得再查一遍。好記性不如爛筆頭,所以又決定重拾此事,時不時回頭看看,溫故而知新。 這里面的每個問題,不會太長。或是讀書筆記,或是摘抄,亦或是驗證,每個問題的篇幅爭取在六七百字的樣子。筆記和摘抄的出處會詳細標明。問題的個數不限,湊齊3500字左右就發一篇。爭取每月至少發兩篇吧,權當是對自己學習