其他

-----英文文檔見android-ndk-r5b的documentation.html屬於Android Native Development Kit (NDK)的一部分見http://developer.android.com/sdk/ndk/（需要代理）翻譯僅個人見解-----------------'ndk-gdb' Overview ndk-gdb概述 IMPORTANT: IF YOU ARE DEBUGGING THREADED PROGRAMS, PLEASE READ THE

在Ajax盛行以前，瀏覽器記憶體流失不是什麼大問題，因為都是通過頁面跳轉和重新整理來進行與服務端的互動，而現在情況不一樣了，很多應用廣泛應用Ajax和iframe，結果記憶體流失成了很多富用戶端應用的隱患。比如我現在參與的項目長期以來一直深受記憶體流失問題的困擾，測試人員常常抱怨，因為他們是使用軟體最多的人員，常常幾個小時後的點擊就讓瀏覽器佔用的記憶體達到幾百M，有時甚至到G，但我們開發人員始終沒有很好解決這個問題，歸結其原因，主要是開發人員沒有關注記憶體流失的意識，開發時只管功能實現，不管是否

redhat linux 配置yum詳解 修改瀏覽許可權 | 刪除 首先，rhel5系統安裝的時候其實已經有yum了，只是因為如果用官方的網站更新的話除非你是用錢買的rhel5.否則它會提示註冊之類的。所以只要把 yum的更新地址改成開源的就行了。而限定yum更新地址的檔案在/etc/yum.repos.d/裡。先把它們改成備份檔案，即在後面加.bak。[root@killgoogle ~]# mv /etc/yum.repos.d/rhel-debuginfo.repo

文章目錄 第一部分：測試簡曆的真實性第二部分：發現實際的經驗發現隱藏的時間經驗的密度第三部分：驗證經驗編碼問題更進一步

項目中的前端組件已達到一定規模，平時常常有開發人員來詢問我組件的用法，並且已存在很多由於使用不當造成的問題，因此有必要出一份前端組件的使用文檔，方便別人，也方便自己。使用什麼樣的格式讓我費了不少腦筋，使用word不方便別人索取和自己更新；使用wiki，不方便自己編寫；使用普通的html，成本很高。覺得如果能做一個類似於Ext Api Doc那樣的文檔就很不錯，使用它很方便，不光能建立起類與類的層級關係，還有很強的搜尋功能。隱約感覺Ext Api

以前參加過一些時間管理的培訓，也學習過一些方法，但沒有在日常工作中真正運用起來。近來，組織又給予了更多的職責，使得工作突然多雜了起來，時間也突然變得不夠用，於是乎實施了一些時間管理的方法，起到了一些效果，今日做一下小結：目標->計劃->工作排程免打擾的方法對突發工作的記錄和追溯把握效率規律，預設時間小片段勤做記錄和總結，使時間最大化沉澱目標->計劃->工作排程我們都知道工作排程是時間管理的基礎性工作，每個人都會去做，但如何把雜亂的工作安排得合理可行卻是一件難事。檢驗一個工

-----------------英文文檔見android-ndk-r5b的documentation.html屬於Android Native Development Kit (NDK)的一部分見http://developer.android.com/sdk/ndk/（需要代理）翻譯僅個人見解-----------------NDK Prebuilt library support: NDK 預構建庫支援：----------------------------- Android NDK

文章目錄 7.2.1. hadoop.tmp.dir7.2.2. fs.default.name11.1.1. hadoop11.1.2. start-all.sh11.1.3. stop-all.sh 1.     前言本文的目的是讓一個從未接觸Hadoop的人，在很短的時間內快速上手，掌握編譯、安裝和簡單的使用。2.     Hadoop家族截止2009-8-19日，整個Hadoop家族由以下幾個子項目組成：成員名用途Hadoop

很多前輩和書上都說開發人員，尤其是架構師和技術經理需要有商業感覺，我一直試圖培養自己這方面的能力，可是常常不知所措，一說到感覺，就意味著要麼是與生俱來的，要麼就是在商業世界裡一點一滴積累起來，而對於我們這些整天泡在技術細節裡的人談何容易。其實對我們來說，商業感覺這個詞太大了，過於抽象，以至於我們不知如何做起，我覺得不如縮小範圍，把我們要服務的使用者和要實現的需求搞清楚倒是來得實在些。記得去年被收購的時候，新來的老闆罵我們不懂使用者不懂需求，做的東西別手蹩腳，磕磕跘跘。雖然感覺有些不爽，但審視自己

-----------------英文文檔見android-ndk-r5b的documentation.html屬於Android Native Development Kit (NDK)的一部分見http://developer.android.com/sdk/ndk/（需要代理）翻譯僅個人見解-----------------USING THE ANDROID TOOLCHAIN AS A STANDALONE COMPILER 使用Android工具鏈作為獨立編譯器        ====

------英文文檔見android-ndk-r5b的documentation.html屬於Android Native Development Kit (NDK)的一部分見http://developer.android.com/sdk/ndk/（需要代理）翻譯僅個人見解----------------- Android NDK CPU Features detection library: Android NDK CPU特性檢測庫：-----------------------------

一.web伺服器1）apacheapache分為很多模式，大家最熟悉有prefork和worker兩種，在linux上安裝apache可見文檔值得注意的是prefork和worker的選擇是在編譯期，在make之前就需要選定安裝的模式，如：./configure --with-mpm=prefork./configure --with-mpm=worker二.壓力工具1）abab為apache內建的壓力工具，功能簡單實用方便，使用執行個體如：/usr/alibaba/install/httpd-

原則大於個人口味很多架構師都有著豐富的經驗和個人風格，以至於在平常工作中常以個人口味作為決策的依據，對於普通的開發人員也許是可行的，我們鼓勵大家有個人特色，但架構師更應該依據原則辦事，需要維護和遵守一套大家公認的原則，以此作為判斷是非的工具從“可行走骨架”開始敏捷管理崇尚儘早整合，在架構設計這一塊，這個原則也行之有效。架構師在開始階段無需陷入某些難題或細節裡，應該儘快地把各個核心模組串接起來，並能發動開發人員使其簡單地運轉起來，骨架一旦就緒，再進入健身環節。這樣做的好處，一方面可以儘早消除大家之

-----英文文檔見android-ndk-r5b的documentation.html屬於Android Native Development Kit (NDK)的一部分見http://developer.android.com/sdk/ndk/（需要代理）翻譯僅個人見解-----------------Android module paths (sharing code made easy): Android模組路徑（方便共用代碼）：=============================

web伺服器都提供長串連的方式，所謂長串連就是用戶端一次請求完後，不關閉串連，保持一段時間的串連，下次此用戶端再次請求時，不用建立新串連，複用所持續連線即可。從理論上，長串連可以免去大量建立和關閉串連的資源消耗，但同時也有大量串連被佔用的代價。因此可以初步判斷長串連比短串連能帶來更高的TPS，更低的CPU消耗，更少的IO，更高的記憶體佔用，下面通過實戰來驗證。伺服器環境和測試載入器可以見工具和環境準備篇本次web伺服器選用apache

作者： 北南南北來自： LinuxSir.Org摘要： Linux作業系統中，計劃任務通常由cron來承擔，瞭解或掌握cron，能為我們管理伺服器帶來更多的便利，也能省卻更多的時間。本文也舉了一些簡單明了的例子，為了讓新手上路方便；目錄  2.1.1 在Redhat 或 Fedora等RPM包管理的系統的安裝； 2.1.2 在Slackware系統中的安裝； 2.1.3 cron 的開啟、停止、重新啟動方法；2.2.1 全域性設定檔； 2.2.2 cron 配置計劃任務的書寫格式 2.2.3

最近參加公司內一個技術規劃評審過程中，通過老闆對台上的架構師的質疑，學習到幾個做技術規劃的要點，歸納如下：1）緊扣業務雖然是做技術規劃，但如果脫離了業務支撐，是引起不了老闆興趣的2）從實際問題出發老闆只會為解決實際問題的技術規劃買單。規劃的開頭最好能從實際問題出發，比較容易引起老闆的注意3）重點在落地只有能落地的技術才有說服力，老闆不會被天花亂墜的技術詞彙給迷惑的，他只會關注最後能落地是哪幾項，應該重點談落地的目標和計劃4）突出關鍵點和關鍵路徑其中一個哥們說了很多，非常豐富，但關鍵點不突出，結果

越來越發現沒思考就沒有進步，忙碌的工作非但不能讓你沉澱起來，反而會讓你因為失去思考而變得空乏。身邊不乏拚死工作卻沒啥突破的例子，也包括自己，問題關鍵就是與是否學會了思考。最近一直在思考這麼一個問題，如何激發思考，如何使自己在千遍一律的工作中找到突破口。找到了一些思路和方法，總結如下：1）when---何時需要思考每天早上工作之前，安排當日的工作每天晚上給自己10分鐘安靜地想想當日的工作項目出現事故時，不管和自己是否相關，想想其原因和解決辦法項目和公司發生變化時，想想自己在新環境如何改變和適應自己

-----英文文檔見android-ndk-r5b的documentation.html屬於Android Native Development Kit (NDK)的一部分見http://developer.android.com/sdk/ndk/（需要代理）翻譯僅個人見解-----------------'ndk-build' Overview ndk-build概述 I. Usage: 一、使用方法：--------- The Android NDK r4 introduced a new

讓開發人員自己做主架構師雖然需要為系統的設計負責，但無須包攬所有的設計工作，應該給予團隊成員足夠的自主權，讓他們發揮自己的創意和能力，你的工作是確保大家的工作能很好的組合在一起，協助他人解決棘手困難。當你發現同事遇到麻煩時，可以主動給出建議，但更可取的做法是創造良好的氛圍，讓大家主動向你徵求意見。控制項目規模架構師要試圖避免做那種“超大型”系統，因為這種系統往往難以控制，控制項目規模的辦法通常有：抓住真正需求分而治之設定優先權儘快交付原則架構師不是演員，而是管家有些架構師誤解了證明自己價值的含義