其他

給初學者之二：從JDK說起在知道了java有什麼優點，能做什麼之後 就該說一下java該如何去學了  在說java如何去學之前，有必要把java的幾個大方向做一個簡單說明 早在五年前，嗯，應該說是六年前，也就是99年的時候 sun公司做出了一個決定，將java應用平台做一個劃分 畢竟在不同領域，語言應用特性是有區別的 針對不同領域內的應用,sun公司發行就緒相關高端標準來統一規範代碼 這三大塊就是J2SE,J2EE以及J2ME 這個舉措今天看來無疑是非常了不起的

迭代的使用：1、  迭代比直接使用列表遍曆效率根據高。比如字典的keys函數返回的列表，以及iterkeys返回的迭代器。2、  reversed() 內建函數將返回一個反序訪問的迭代器.參數必須為序列。3、  enumerate：返回一個迭代器：有索引值。4、  for  eachLine  in myFile  替換  for  eachLine  in myFile.readlines() :5、  注意：在迭代的過程中不可以更改序列，否則會引發問題，導致迭代出錯。6、 

       由於hadoop叢集中某台伺服器磁碟損壞，導致該伺服器tasktracker 任務失敗率大增（失敗原因：分配到該伺服器的任務的臨時目錄選擇了損壞的磁碟，導致job初始化是失敗），所以決定將壞的磁碟從tasktracker中的mapred本地目錄中刪除，然後重啟tasktracker。        操作步驟如下：       1）修改完mapred-site.xml設定檔；        2）重啟tasktracker；      

查看原文之前使用Python的PLY寫了一個操作HBase的類SQL編譯器的雛形，目前還只初步完成了詞法文法分析器，等開始寫後面的前置處理器、邏輯計劃產生器和物理計劃產生器的時候，問題出現了：HBase以及整個Hadoop項目都是用Java寫成的，當然是使用Java API最直接。如果想使用其他語言的API介面，可以有這麼幾種方式：Thrift APIRESTful

tapdisk2 logtapdisk2 的log 分為兩部分 /var/log/messages ， /tmp/tapdisk.log.${PID} tapdisk syslog 以 tapdisk[1231] 開頭，這裡1231是進程號tapdisk log 一般以 count.time.timeseconds 開頭tapdisk error log內容以 TAPDISK ERROR 開頭，或者以 tap-err 開頭struct error {int            cnt;int

tapdisk2struct tap_disk {const char                  *disk_type;td_flag_t                    flags;int                          private_data_size;int (*td_open)               (td_driver_t *, const char *, td_flag_t);int (*td_close)            

              大家都知道軟體開發過程中溝通的重要性，表達能力是溝通的基礎。       目前該領域表達能力好的程式員很少，究其原因我認為主觀的因素更多一些，很多人認為程式員就應該如此，沉默寡言、不善言辭、笨嘴拙舌，錯！而且大錯！       程式員首先要克服這種負面的心理暗示，事實上程式員有非常好的邏輯思維能力，編寫代碼就是一種非常嚴謹的表達方式，而且程式員勤于思考、敏於行動，因此我們應該自信滿滿地說：程式員是表達大師！      

       莫言大師獲得諾貝爾獎後，我看了幾部莫言的書，跟朋友交流體會，朋友說沒看過莫言的書，但覺得餘華的書很好，餘華應該先拿到諾獎，於是我又看來幾本餘華的書，我沒有資格評價兩位大師，但憑個人感覺，莫言像金庸，餘華像古龍！ 哈哈。       莫言的書很好，風格非常鮮明，描述極端細膩（我覺得過於細膩了），敘事慎密，穿插巧妙、合理、自然流暢！       我隨無文學根底，但莫先生拿獎還是在情理之中啊！！       推薦《生死疲勞》、《豐乳肥臀》，的確不錯！      

1. 小範圍的選擇一些有用技術，透徹的學習它們，擁抱它們。然後不斷的擴充這個範圍。2. 理解各種資料結構的優點和缺點，包括它們在記憶體中和在硬碟上的各自表現。3. 理解各種演算法的優點和缺點。4. 瞭解你的工作領域。關上電腦，去做你的使用者們在做的事。5. 有準備，有願望，有能力在任何時候投入到多種技術層面中。你必須知道表象下的技術原理。在“各個技術層面的掌握程度”和“編程能力”上有著密切的聯絡。6.

 建議初學者閱讀“編程規則”，資深者閱讀“軟體之道”      最近看了幾本關於架構的書籍，看來架構做為一個概念和體系還很年輕，還不是很清晰。      首先架構的概念太寬泛，各領域都有架構的概念，僅就軟體領域而言，也包括：              業務架構、應用架構、技術架構、資料架構等。       本文僅就技術架構而言，有認為架構只是過程而非結果的，有認為架構只是圖表的，有認為架構是路線和思想的。我認為這隻是概念層的架構，實在的、落地的、具體的、科學的架構才是美麗的架構，否則只是“浮雲”

  3.3 類設計的基本要求    上面講述了系統設計和類設計的基本規則，理論性較強，你也許一段時間難以理解好，下面介紹類設計的基本要求，更加易於實踐，你需要認真做好，上面的那些規則你可以在實踐過程中逐步理解，軟體設計是一門實踐科學，紙上談兵永遠難以得其門而入，實踐是最好的老師，不過你還是要努力體會上面原則和方法，它會讓你少走彎路。簡單地說設計類時的基本要求是：1） 類要短小、職責單一（SRP單一職責原則）2） 類要高內聚低耦合3）

       今天下午同事在使用hive提交查詢時，拋出執行錯誤：      於是開啟jobtracker的管理頁面，發現正在啟動並執行job數目為零，tasktracker心跳正常，這一異常現象讓我覺得jobtracker可能是停止服務了（一般很少出現叢集的運行job數為零的情況），於是手動提交了一個mapred任務進行測試，運行錯誤資訊如下：12/07/03 18:07:22 INFO hdfs.DFSClient: Exception in createBlockOutputStream

摘要：公司專屬應用程式架構、企業技術架構               參閱：序  消滅人狼  軟體的十大命題 編程規則    目前應用軟體系統的設計和開發遇到諸多的困難，主要原因在於業務與技術糾纏在一起，服務和功能糾纏在一起，導致應用系統與技術關聯性太強，服務與功能關聯性太強，系統混沌不堪，鐵板一塊、牽一髮而動全域，難以適應業務的發展和變化，解決問題的關鍵在於：       1）將技術與業務分離開，參見：http://blog.csdn.net/xabcdjon/article/details/

 摘要：方法設計原則 類設計原則 編程規範 設計規則 編程指導      參閱：概述  命名4 方法   

 摘要：類設計原則 編程規範 設計規則 編程指導      參閱：概述  命名3 類   

在Hadoop API的Python封裝方面，著名音樂網站Last.fm發布了基於Python的Dumbo（小飛象）項目，Dumbo能夠協助Python開發人員更方便的編寫Hadoop應用，並且Dumbo為MapReduce應用提供了靈活易用的PythonAPI。Last.fm的開發人員，同時也是Dumbo項目發起人Klaas Bosteels

 摘要：編程規範 設計規則 編程指導      參閱：概述2 命名名不正言不順、顧名思義、名如其人；可見命名之重要，我們在編碼過程中，到處都會遇到命名，而多數人對命名草率處置，事實上糟糕的命名是爛代碼的罪魁禍首，因此我們必須把命名上升到一個高度來認識。2.1

 摘要：軟體之道 軟體之德   哲學是科學家的宗教，宗教是百姓的哲學。          參閱：老子的軟體之道      這是我個人的一個觀點，我認為哲學是解決自然科學無法解決的問題的一門科學，換句話說，哲學是科學的科學。哲學也解決不了的問題就只好求助於宗教了，因此許多偉大的科學巨匠最終都成了虔誠的教徒。      但是隨著科學的日益發展，哲學的領域不斷受到擠壓，它似乎處於比較尷尬的地位，但我相信哲學將永遠存在，並越來越發揮其重要作用,因為當人類知道的越多時，發現不知道的也越多。     

查看原文Posted by

文章目錄 3.2.1 開閉原則 Open-Closed Principle(OCP)3.2.2 單一職責原則 Single Responsibility Principle (SRP)3.2.3 介面分隔原則 Interface Segregation Principle (ISP)3.2.4 依賴倒置原則 Interface Segregation Principle (ISP)3.2.5 裡氏替換原則 Interface Segregation