一星期8天

摘要： 對于代碼的任何一次修改都會形成一個“版本”，其中的大部分版本是沒有必要發布的，它們只是普通的提交。當開發人員完成一個里程碑計劃，就在這個提交上創建一個基線（具體操作在 Git 平臺上創建一個 Tag），標記這個特殊的提交，形成一個正式的“版本”。 一些研發團隊使用“持續集成”開發過程，對每一個提交， 閱讀全文

摘要： 很多技術人員在職業上對自己要求高，工作勤奮，承擔越來越大的責任，最終得到信任，被提拔到管理崗位。但是往往缺乏專業的管理知識，在工作中不能從整體范圍優化工作流程，仍然是“個人貢獻者”的工作方式，遇到問題自己上，經常耽誤了本職工作。于是翻了很多書，看了很多文章，學習了很多“為人處世的藝術”和“企業發展的 閱讀全文

摘要： 上一篇談了怎樣給版本取個好名字，也就是版本號。說明了“語義化版本”的命名規范，也說明了這一種命名規范在依賴管理中發揮的重要作用。今天繼續談語義化版本號，說明一下這種命名方式的重要性，以及對研發和運維過程的影響。 開發人員每一次向下游工序交付一個版本，都必須為這個版本編一個號碼，這就是版本號（也稱作版 閱讀全文

摘要： 當我們發布一個版本的時候，需要為這個版本取一個名字，也稱作版本號。本文說明編制版本號的方法。 版本編號有很多不同的方法，其中最常見的是“三段式”版本號，我們使用的操作系統、開發工具、編譯器、庫函數、中間件，很多都使用這種版本編號方式。比如：Zookeeper 3.4.13、Maven 3.6.2、T 閱讀全文

摘要： 研發人員不斷修改代碼，在代碼庫上形成一個 Commit 鏈條，每一個 Commit 記錄了所有文件在某一時刻的狀態，這個狀態稱為一個“快照”。在所有提交中，我們認為其中一些提交具有特殊的意義，比如我們完成了里程碑任務，這時可以發布版本了。對于這些特殊的提交，我們創建一個標簽（Tag）與之關聯。這個標 閱讀全文

摘要： 隨著組織的發展，開發人員越來越多，很多公司開始建立專門的技術部門開發共用組件。能不能做出好用的共用組件，技術能力當然是必不可少的。但是經歷了很多項目的生生死死，越來越覺得版本管理也是一個十分重要的因素。很多基礎組件做的時候紅紅火火，做了兩年就恍恍惚惚了。有很多老的版本漂流在外，新的項目和老的項目開始 閱讀全文

摘要： 原則 軟件需要在不同的環境中部署，代碼是保持不變的，但是不同的運行環境存在差異，所以需要使用配置適應不同的環境。比如： 數據庫，Redis，以及其他 后端服務 的配置； 第三方服務的證書，如 oAuth、支付接口 等； 每份部署特有的配置，如域名等。 配置的原則是：代碼與配置要嚴格分離，不允許在代碼 閱讀全文

摘要： 全文搜索1.索引過程索引過程如下： ┏━━━━━┓ ┏━━━━┓ ┏━━━━━━┓ ┃　預處理　┃┈┈→┃　分詞 ┃┈┈→┃　反向索引　┃ ┗━━━━━┛ ┗━━━━┛ ┗━━━━━━┛ 2.預處理2.1 去標點標點符號對文本檢索沒有作用，可以去除。2.2 去停止詞停止詞一般是虛詞、語氣詞。極度高頻詞對檢索沒有意義。英文停止詞一般有：a an and are as at be b... 閱讀全文

摘要： 把測試環境的Elasticsearch升級到1.5.1版本，啟動的時候報錯： [root@node2 elasticsearch-1.5.1]# bin/service/elasticsearch startStarting Elasticsearch…Waiting for Elasticsear 閱讀全文

摘要： 我還在搞技術呢。這幾年也搞了點別的，最后才發現還是技術工作自己最喜歡（其實搞別的也很失敗，沒被老板開掉都應該謝天謝地）。如果有一個工作能讓我想事情想的睡不著，半夜爬起來寫點東西，只有寫代碼了。既然自己喜歡，也能給公司掙錢（公司也能給我發工資），還是繼續干吧。人應該干自己擅長的事情。 前兩天把自己寫的 閱讀全文

摘要： 先說一個歷史故事，關于我們現在的陽歷：現行的公歷是格利戈里歷法，這個歷法的是1582年教皇格利戈里根據愷撒大帝引進的算法改進的。它采用的是閏年制也就是現行的制度，不過有一個需要注意的地方就是，這個歷法并不是連續的，中間缺少了11天。1752年9月2日之后的那一天并不是1752年9月3日，而是1752年9月14日。也就是說，從1752年9月3日到1752年9月13日的11天并不存在。抹掉這11天是由... 閱讀全文

摘要： 很久沒寫日記了，今天走一個Windows系統的GUI太好用了，以至于很多Windows開發者都不知道還有更好用的命令行模式。命令行模式可以把自己經常使用的功能寫成腳本，一個命令就可以全部工作執行掉，實在是廣大程序員同志的福音啊。NAntJava的開發者都知道Ant，但是.net的開發人員卻很少有使用NAnt的。大部分程序員同志都習慣了按下F7，然后把生成物復制到部署文件夾下面，注冊dll，修改配置... 閱讀全文

摘要： Model-View-Controller簡稱為MVC，這是圖形界面（GUI）應用程序的一種架構形式。Model是業務領域層，比如我們在前面兩篇里面提到的Account、Entry、Bill、Invoice之類的對象，這些類構成了一個電信賬務系統的業務領域層；View就是用戶界面；Controller是指用戶界面和業務對象之間的控制器，控制器的作用是從業務對象中獲取數據顯示到用戶界面上，并且從界面... 閱讀全文

摘要： 在上一篇里面，我們初步了解了OO設計，OO設計的最獨特之處在于他看待需求的方式。用這樣的方式，我們不需要急于確定軟件需要實現哪些流程、設計哪些功能點、制作哪些畫面，而是要關注需求中一些更加基本的概念。首先根據這些概念開發出一些零件，然后把這些零件組裝起來實現需要的功能。用這樣的方式，我們不需要一開始就去知道所有的業務需求，只需要知道一些比較重要的需求，就可以開始開發了。這樣開發出來的程序不僅可以實... 閱讀全文

摘要： 我使用OO技術第一次設計軟件的時候，犯了一個設計者所能犯的所有錯誤。那是一個來自國外的外包項目，外方負責功能設計，我們公司負責程序設計、編碼和測試。 第一個重要的錯誤是，我沒有認真的把設計說明書看明白。功能點設計確實有一些問題，按照他們的設計，一個重要的流程是無法實現的。于是我在沒有與投資方溝通的情況下，擅自改動了設計，把一個原本在Linux系統上開發的模塊改到了Windows系統上。結果流程確實... 閱讀全文

摘要： 中學的時候，學校里開設了電腦課。當時的電腦還是一種比較希罕的東西，學校里的電腦一共就十幾臺，還專門找了一個大廳擺放這些機器。廳里面鋪著厚厚的地毯，整天都拉著重重的窗簾。每次上課前一天，我們需要沐浴更衣，剪好指甲。上課時大家都穿上鞋套，排好隊伍，列隊進入機房。然后各位同學坐在座位上，在老師的指揮下，拿出一張五英寸的軟磁盤，磁盤里安裝著DOS操作系統，插入電腦的A驅動器。然后依次打開顯示器、主機電源，... 閱讀全文

摘要： 基本層次軟件的邏輯結構可以劃分為下面四個基本層次：從下往上依次是：1：基礎設施層——這個層次是純技術層次，解決的是系統的物理問題，比如database gateway、網絡通信、對象容器……這個部分與業務需求關系不大，是系統的物理條件。2：business對象——在這個層次上，業務要素出現了，業務領域中的概念在這里實現。比如一個航運公司的系統，這里就應該有航線、航班、座位、... 閱讀全文

摘要： 先說一個小笑話。有一個生產隊隊長，他對專家說：“現在我們生產隊的地越來越多，牛越來越忙不過來了。我想要這么一種牛，他吃的草和普通牛一樣多，但是干的活是普通牛的十倍。”專家說：“這種牛是可以造出來的，現在有基因工程。”隊長說：“好吧，你給這造幾頭這樣的牛。”于是專家找到了生物實驗室，讓生物實驗室的人搞一個基因工程，把牛造出來。于... 閱讀全文

摘要： 程序維護的時候經常遇到兩個困難：1、不知道這段代碼是實現什么功能的（code —— function）；2、不知道這個功能是實現什么需求的（function —— business）。解決第一個問題是比較容易的，大家都是搞技術的，一頭扎進代碼里去，看上幾十分鐘，通常就能明白：原來這段代碼是從數據庫里面找到前三個月一直處于停機狀態的號碼，然后把這些號碼放到一個叫做QUIT_USER的數據表里面去。第... 閱讀全文

摘要： NGOSS（Next Generation Operational Support Systems）是由TMF（Tele Management Forum）提出的，他用于電信領域，是構建下一代OSS/BSS系統的框架。TMF提供了技術中立構架（TNA）作為NGOSS解決方案的技術構架，這樣就把NGOSS建立成了一種標準，這個標準與實現他的技術相互獨立。TMF還提供了一組測試方法，用于驗證解決方案是... 閱讀全文