摘要： 最近自己在做一個網站，由于需要改動css文件，發現修改之后，頁面沒有發生變化。于是就用chrome瀏覽器開發工具去看對應的樣式，發現和修改之前的一樣。沒有發生變化，初步懷疑瀏覽器緩存了資源文件，清空chorme瀏覽器之后，發現問題解決了，頁面和預期的一樣。為了確認這種情況，想跟蹤apache 請求處理情況，也打開了 apache的訪問日志，在httpd.conf文件里面打開了apache的訪問日志CustomLog "/Applications/MAMP/logs/apache_access.log" common在第一次打開頁面的時候，access.log 會受到兩個ht 閱讀全文

摘要： 今天在公司里面，聽到很多的吐槽，最近以前的團隊有很多開發工程師離職，結合自己在公司多年的工作經驗，也發現這個問題越來越嚴重，這里也吐槽一下。在一般傳統的小的IT公司，準確說的是小的技術團隊，由于涉及到的業務比較少，人員相對也比較小，一半小于10個人，一般情況下，這種10個人的團隊里面一般會有一個技術方面的team leader，大多數情況下，這個leader一般也就是技術開發的高手，應該算是小團隊技術最好的，會從事一線的編碼工作，這樣的leader和其他成員相比，級別會高一些，一半情況下，團隊的所有技術決策，都由他來決定，基礎框架也或者核心部分編碼都會由他來負責，所以相對來說，是比較合理的，因 閱讀全文

摘要： TCP_NODELAY對于一個正常的TCP連接連說，TCP數據被封裝在一個I P數據報中，客戶端發送IP報文，服務器端接收IP報文。而一個IP報文的組成部分如下IP和TCP頭部一共占４０個字節，假設客戶端比較變態，每次往服務器端寫一個字節的數據，而ｔｃｐ立即發送附帶這一個字節IP報文，那么網絡需要傳輸４１字節，但是只有實際信息量只有１字節。以前的互聯網帶寬比較低，如果有大量這種信息量比率低的報文在internet上傳輸，會大大影響internet的效率。所以必須設計一種算法來處理這種情況，客戶端可以設定一個超時時間和報文發送的閥值，在超時時間之內，ｔｃｐ發送緩存里面的數據長度必須達到報文發送閥 閱讀全文

摘要： 在前面三篇文章中，介紹了關于分布式系統中數據一致性的問題，這一篇主要介紹CAP定理以及自己對CAP定理的了解。CAP定理是2000年，由Eric Brewer 提出來的Brewer認為在分布式的環境下設計和部署系統時，有3個核心的需求，以一種特殊的關系存在。這里的分布式系統說的是在物理上分布的系統，比如我們常見的web系統。這3個核心的需求是：Consistency，Availability和Partition Tolerance，賦予了該理論另外一個名字 －CAP。Consistency：一致性，這個和數據庫ACID的一致性類似，但這里關注的所有數據節點上的數據一致性和正確性，而數據庫的AC 閱讀全文

摘要： 今天公司的一位同學提到了java的一個編碼規范：拼裝字符串要用StringBuilder的append方法，而不要用String的+ 或者 +=鏈接符號就是說，不能按照下面的方式寫 String str = ""; for (int i = 0; i < 1000; i++) { str = str + i; }要按照下面的代碼進行改寫 StringBuilder sb = new StringBuilder(); for (int i = 0; i < 1000; i++) { sb.append(String.valueOf(i)); }目前大部分應用使用的 閱讀全文

摘要： 一口氣看了圖靈出版社的《羅素的故事》，對于里面的提到的一些問題還是比較有興趣的，聊聊自己所想到的吧比如邏輯的本質和定義是什么 邏輯的定義：一切新的，決定性的推理，這個有點像演算系統。本質是什么，里面貌似沒有說，我個人理解邏輯的本質就是根據現有規則，進行演算的過程。羅素悖論羅素最重要的發現，就是我們聽到的的：羅素悖論什么羅素悖論：我記得少年包青天里面有一個故事，大概是一個王爺想懲罰包拯，給包拯出了一個題目，說如果包拯猜對了他在想什么，就可以放了他，如果猜錯了，就要懲罰他。包拯就說：王爺想懲罰我。最后王爺沒有懲罰包拯，因為如果包拯猜對了，王爺必須放了他，如果猜錯了，說明王爺沒有想懲罰包拯。導致羅素 閱讀全文

摘要： 這一幾天一直在回顧事務相關的知識，也準備把以前了解皮毛的知識進行一些深入總結，雖然這一些知識并沒有用到，但是了解其實現原理還是很有必要的，因為知道了原理，你也能把它實現出來。在上一節事務的編程模型里面，主要說明了三種編程模型，一般情況下，我們都接觸的是單一資源的事務，也就是單獨對一個數據庫進行操作。如果需要跨多個資源保證事務一致性舉個例子：在ATM機取錢的時候，需要對用戶的賬戶進行扣款處理，然后發送一條消息給消息服務器（假設消息服務器是用JMS實現的），由消息服務器異步通過短信通知用戶。如果用戶取款失敗，那么消息服務器不應該發送短信給用戶。如何保證 用戶帳務扣款 和 消息服務器的消息保持一致性 閱讀全文

摘要： 在上一篇文章里面寫了關于事務的一些特性，這里在談談事務的編程模型。什么叫做事務的編程模型，這個問題比較難以回答，其實簡單的一句話，就是我們如何去使用和控制事務。在java平臺里面，有三種事務編程模型：本地事務模型，編程式事務模型，聲明式事務模型（當然我不是太認同這種說法，并不是太準確，不過大體也就這么回事情）本地事務模型本地事務模型：不用事務的編程框架來管理事務，直接使用資源管理器來控制事務。典型的就是java.sql.Connection 中的 setAutoCommit、commit、rollback方法，見下面一段代碼，直接使用資源管理器進行事務控制 Connection ... 閱讀全文

摘要： 今天在《外刊IT評論》里面看到這樣一篇文章 《一個程序員怎么能做出這樣的事情》 ，覺得作者的觀點非常有意思，下面看看文章中的一段代碼public void Execute() { ArrayList empIds = PayrollDatabase.GetAllEmployeeIds(); foreach (int empId in empIds) { Employee employee = PayrollDatabase.GetEmployee(empId); ... 閱讀全文

摘要： 在NoSql和內存數據庫如此流行的今天，在談關系型數據庫的貌似有點落伍了，不過在傳統軟件行業和對數據一致性和安全性要求比較高的行業，關系型數據庫還是比較普遍的。正好最近看到一個數據庫事務相關的知識，自己在這幾年的工作中用的比較多，也在事務上面犯過很多的錯誤，正好借這個機會整理以下。事務的ACID屬性A(Atomicity)原子性： 在一個事務上下文里面，對數據庫進行的任何操作，必須保證是原子的，也就是說要么不做，要么全部都做，不能只做一部分。比如insert一條數據和delete一條數據，不知能只做insert操作而不做delete操作C(Consistency)一致性：在事務的處理過程中,數 閱讀全文

摘要： 早上讀到了一篇文章《Lisp的永恒之道》這一篇文章解決了我一直以來對Lisp編程語言的疑惑，加深了對DSL（領域編程語言），同時對編程語言的理解也越來越深入。寫一篇文章的目的就是從主要編程語言的進化來看看編程語言發展的過程以及背后的設計哲學，當然，這個只是我自己的認識，如果有不足之處，請博友指教。機器語言最早的編程語言是卡帶，也就是機器語言，這種語言沒有語義和語法，操作符和數據混合在一起，偏向于具體的設備，依賴覺得硬件。匯編語言隨后，匯編語言就出現了，匯編語言定義了基本的語法結構，定義了操作符和數據類型，但是匯編語言還是針對特定的硬件編程，比如cpu，我記得大學的時候學習的就是8086匯編語言 閱讀全文

摘要： 今天早上看到一篇文章《渡過生死線：一段恩怨，一段商戰》里面講的是金山網絡的一些事情，雖然有軟文的嫌疑，但是里面說的有幾點我覺得非常認同。先談談一般公司的組織架構把，傳統的軟件企業的組織架構是水平的，涉及和跨越多個部門，例如下面的一個企業的組織架構（虛擬出來的，說明而已）首先層級非常多，從CEO到最終的開發人員，中間估計有6級別，比較臃腫假設開發一個產品，那么需要至少5個部門之間的配合，同時各個部門還有其他需要開發的產品，雖然每個部門之間的職責非常清楚，但是溝通成本很高。比如兩個產品，都是由研發部門負責開發，研發部門自己還有自己內部的技術類項目，優先級怎么安排。同時兩個產品的產品團隊，可能由于研 閱讀全文

摘要： 最近IT界比較大的事件就算是阿里云os和Google之爭，里面的細節沒有人知道，但是通過這個事情，我對目前常用的開源協議有了一些了解，也借此機會梳理和總結一下。自從自由軟件之父理查德·斯托曼（Richard Stallman）發起的GNU(GNU's not uinix:說實在的，我也不知道他想表達什么) 運動，開源運動如火如荼的發展起來，現在開源已經成為常態了。至少開發人員應該或多或少的知道一點，但是基本上所有的開發都應該使用過開源產品，例如我們最常用的apache。由于理查德·斯托曼的認知，認為軟件應該就是應該自由和開放的，開發人員應該很容易獲得源代碼以及進行改 閱讀全文

摘要： 在我的博文里面 關于分布式系統的數據一致性問題(二) 里面主要介紹了數據分布的情況下保證一致性的情況，在第二篇文章里面，我這里提出了三個問題訂單系統調用支付系統支付訂單，支付成功，但是返回給訂單系統數據超時，訂單還是I（初始狀態），但是此時會員帳戶余額100,會員肯定會馬上找京東罵京東，為啥不給老子發貨，我都付錢了訂單系統調用支付系統成功，狀態也已經更新成功，但是通知倉庫發貨失敗，這個時候訂單是P（已支付）狀態，此時會員帳戶余額是100,但是倉庫不會發貨。會員也要罵京東。訂單系統調用支付系統成功，狀態也已經更新成功，然后通知倉庫發貨，倉庫告訴訂單系統，沒有貨了。這個時候數據狀態和第二種情況一樣 閱讀全文

摘要： 今天正好看了博客園的首頁的一篇文章 《Java封面》，初次一看，覺得這個貌似很這個說的完全都不靠譜啊，再一看，原來是2001年寫的，然后在看看作者，發現原來是 硅谷創業教父Paul Graham寫的，聯想到之前看到他寫的一本書《黑客與畫家》，突然能夠明白為什么他這么認為java前途了。java語言是在 1995年發明的，當初只是為了做一些機頂盒相關的應用，設計的也比較簡單。那個時候java并不出名，java之所以比較火爆，就是因為互聯網的發展，是由于當初的在瀏覽器里面能夠運行java編寫的小程序applet，你想想，那個時候互聯網才剛開始發展，能夠在網頁上面運行動畫，是多么牛逼的東西，由于當初 閱讀全文