這其實有點時間了,只不過剛剛想到這個問題 … 話說 有個 PDF 好像是原信掃描?1
教育這件事老實說,真的沒有那麼單純,有人說是學生的問題,有人說是老師的問題,有人說是父母的問題,有人說是體制的問題,有人說是社會的問題,有人說是學校的問題,有人說是長官的問題,有人說是工程師的問題,有人說是政府的問題,有人說是社會的問題,而你說,這是不知道要學什麼、沒有求知慾的問題,所以,到底是什麼問題?
只能說,不能單只從自己看到的去想,也要多觀察別人看到的去想,不然,每個人都覺得,自己看到的才是問題,覺得自己的想法做法才是對的,那才是真的無解 … XD
之前看到 jserv 在找人,說是成大有個系統是用 Haskell 寫的,需要人去修 …
不過,學身體健康也不錯,像 Monad,你從 Haskell 中去看,就是很簡單,只是在其他語言中,不能不繞一下,反而一開始看不太出來那是什麼鬼 …
我是這樣想的,一堆人成天在屁函數式的好,這些人到底有沒有真正學過一門(純)函數式語言?我不想當這種人,才想說來練身體了 … XD
倒是有一次,有老師請我去學校教學生認證(三天),我說,這種課我不備課,我人到現場,你們想問什麼,想拿哪一本書來問,老師或助教要來問都可以,這會比純上課有效果,不然,我一直上課,台下沒準備,沒辦法聽下去也是枉然 … XD
當然,因為這個要求,最後我沒去成…XD
「....
在JavaScript中,可以使用encodeURIComponent()為你作這些字元的編碼,編碼後的結果是遵守RFC 3986的規範,但正如 URL 編碼 中介紹過的,在RFC 3986之前,HTTP亦規範了GET與POST在發送請求參數時的編碼,大致上也是編碼為%hexhex,不過空白字元是編碼為 + 而不是RFC 3986的%20。如果直接透過瀏覽器按下發送按鈕來送出表單,則瀏覽器會自動處理編碼(依網頁上指定的編碼來處理),並將空白字元編碼為+,但透過非同步物件發送請求參數時,必須自行處理。
發送請求參數時,若使用encodeURIComponent()編碼後,要再將%20取代為+,以符合HTTP的規範。要注意的是,在字串處理方面,JavaScript支援Unicode,內部實作上採用16位元編碼每個字串元素,大致上可視為UCS-2/UTF-16(這當中還有些歷史因素造成的細節,詳見 Effective JavaScript 一書條款七),不過,傳入encodeURIComponent()的字串最後會以UTF-8進行編碼,若將encodeURIComponent()的結果透過非同步物件發送出去,伺服端必須以UTF-8來處理接收到的字串 ... 」
其他直接看 Ajax 請求與回應1 吧…XD
JCConf 有提到一點 RxJava 入門前的觀念基礎 http://www.codedata.com.tw/social-coding/java8-patterns/