不同程序可以通過一些粗粒度的通訊機制來交換資料
套接字訊號處理器
共享記憶體
訊號量檔案
執行緒會共享程序範圍內的資源
如果沒有明確的同步機制來協同對共享資料的訪問，那麼當乙個執行緒正在使用某個變數時，另乙個執行緒可能同時訪問這個變數。
反思從很久很久以前，就感覺高階語言正在把所有人變得越來越愚蠢，我一直以為自己是乙個絕對的異類，但是直到我看到這篇部落格，一切豁然開朗，果然，我不是獨自一人。
不知道從什麼時候開始，大概是一年以前吧。我染上了讀書的習慣，也染上了瘋狂買書的習慣，直接造成的結果是，當前我翻完的書大概只有我全部買進來書的20%左右。不過，好說歹說我也是讀完了其中的20%的書籍，大概的想法還是有的。
選擇書籍真的很重要，如果一本書籍是教你怎麼使用一樣東西或者一項技術的，那麼我可以很負責任的告訴你，這本書既不值得買也不值得讀，因為毫無意義，會啃這種書的只有書呆子，因為使用永遠是站在實戰的基礎上的。
如果一本書是希望告訴你一種思想，並且這種思想突破了你的認知結構。那麼請珍惜它，因為思維的突破往往很難，也就是開腦洞會讓人變聰明，不愚鈍。
技術方面的書籍真的很多，各個方面的，就像是技術方面的部落格一樣，真的琳琅滿目，並且這些書籍往往宣傳語都很棒，在實際送到你手上之前，你永遠不知道花在這本書上的錢到底是不是打水漂了。所以買書之前，看看目錄，真的是乙個很好的習慣。
不過總感覺寫這些真的有些枯燥，就拿我最近我最近在噹噹5折活動上買到的一本gradle相關的書籍來說吧，書籍的名稱我就不說了，因為網上槓精真的很多。我感覺全書讓我感覺受益的唯一的一段話就是我昨天寫在結尾的那段話。雖然這句話的確給了我一些啟發，但是，就我個人而言，書本中所蘊含的價值應該遠遠高於書本的**，這才是書籍的作用。
既然是書，那真的不應該慘雜過多的像是readme一樣的介紹怎麼使用方面的文字不是嗎，更應該注重怎麼經驗的敘述以及情感的表達，抑或是其中的思想。個人拙見，如果我特地買了一本書，但是得到的僅僅是乙份文件，我感覺我這份錢真的花的說服不了我自己，因為官方文件應該是不用花錢就能看的。
QT開發日記
1，在使用moc的時候，q object這個巨集不能用在乙個類的定義檔案中，只能在單獨作為乙個類的宣告檔案中用，否則會出現 vtable for x 類名 的出錯提示。如果乙個類只宣告了,而沒有定義,也會出現上述錯誤.這時可以在這個檔案的末尾加上 include moc xx為不要.cpp字尾的檔名...
Ubuntu開發日記
最近在做ubuntu下開發，遇到一些問題，特在這裡做個整理 apt get update更新自己的資料來源，獲得更新的package 資訊。apt get install package name 安裝新的包。dpkg l 列出安裝所有包的資訊 dpkg l列出包的安裝位置等詳細內容 在www.pa...
2017 4 5 開發日記
1 搞定了jquery higncharts畫柱狀圖 發現了乙個很有趣的問題 function searchs timeout 5000,datatype jsonp async false,jsonp jsoncallback 替代在 callback 這種get或post請求中url引數裡的 c...