軟件

相對布局：RelativeLayout相對布局比較容易實現視窗的複雜布局，具體見如下代碼<?xml version="1.0" encoding="utf-8"?><!-- 第一類，子視窗擺放的相對位置android:layout_above ~~~~~~~~~~將該控制項的底部放置於給定ID的控制項之上android:layout_below ~~~~~~~~~~將該控制項的頂部放置於給定ID的控制項之下android:layout_toLeftOf

下面用一個例子來說明視窗布局的嵌套使用說明：每個Layout和控制項都必須至少指定其寬度和高度，嵌套的使用是靈活的，可以嵌套加嵌套，並且可以在LinearLayout和TableLayout中互相嵌套，實現更複雜的布局，此時只要注意各種Layout的平行關係並且設定好權重<?xml version="1.0" encoding="utf-8"?><LinearLayout

視窗的布局是在layout中的.xml檔案中實現的一般可以使用eclipse的代碼提示功能 Alt+/來顯示後面要加的屬性值首先看一下線性布局式樣：LinearLayout<?xml version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="fill_parent"

一個開源社區的基於WEB的線上客服系統-LiveHelp - [軟體開發] 2007-03-02 著作權聲明：轉載時請以超連結形式標明文章原始出處和作者資訊及本聲明

我在工作中，接觸到印度軟體公司開發出來的軟體： 整個體系架構非常清晰，按照我們的要求實現了全部功能，而且相當 穩定。但是開啟具體的代碼一看，拖遝冗長，水平不咋樣。我們自己 的一些程式員就有怪話了，說他們水平真低。但是！印度人能夠把 軟體整體把握得很好，能夠完成軟體，並得到相當好的設計文檔。 而中國人在那裡琢磨資料結構、演算法，介面人員就還沒編碼就想著 是 Outlook 式的還是 VisualStudio 式的介面。到最後就成為 Code 高手，對某些特定的開發工具精通，但是就是不能保證能夠把

架構師在項目中要負責可重用資產的積累，包括分層模式、自有組件、第三方組件確定架構開發目標的的依據有，架構敏感用例、變更案例、非功能性需求、設計約束變更案例用來測試架構的可擴充性驗證架構原型應該由具體開發人員使用架構來實現用例設計員不應只做設計，他要編一些代碼，還要指導編程人員編寫他設計的部分。進程視圖的設計要架構師規劃整個系統的進程模組，以解決並發、響應、死結、健壯性等問題

不知覺做軟體開發已經有6年了，回看自己的經曆，可以說是相當有成就感，6年中通過不斷的學習的實踐，從一個菜鳥成長為一名軟體架構師，這個過程可以說充滿樂趣。通過學習各種理論、技術、方法，並有在實踐中應用，觀察它們的效果，思考它們之間的關係，再把不同事物融合在一起，形成一個完整的能力體系，以此來挑戰更艱巨的軟體開發工作單位。我現在是一個架構師，所以看問題喜歡從總體架構出發，所以我認為人的能力也有一個架構存在，每個的能力架構都不一樣，有的人能力架構比較合理，有的人則不那麼合理，合理的能力架構能讓較少能力

國際軟體專案經理的七大素質：1、 在一個或多個應用領域內使用整合了道德、法律和經濟問題的工程方法來設計合適的解決方案。2、 懂得確定客戶需求並將其轉換成軟體需求的過程。 3、 履行專案經理的職責，善於處理技術和管理方面的事務。 4、 懂得並使用有用的專案管理工具。 5、 調諧互相衝突的目標，在成本、時間、知識、現有系統以及組織的限制下找出可接受的折衷辦法。6、 在一個典型的軟體開發環境中談判、有效地工作、在必要時進行領導，並與有關負責人（包含外方）進行良好溝通。7、

敏捷的軟體開發流程(原文地址http://msdn.microsoft.com/zh-tw/library/Dd229180)速度是企業競爭致勝的關鍵因素，軟體專案的最大挑戰在於一方面要應付變動中的需求，一方面要在緊縮的時程內完成專案，所以軟體團隊除了在技術上必須日益精進，更需要運用有效開發流程，以確保團隊能夠發揮綜效。這正是Agile Process (敏捷的軟體開發流程) 於近年來興起的主要原因，本文將介紹數種廣為接受的軟體開發流程，及其在運用上的建議。Agile Process -

個體和互動勝過過程和工具人是獲得成功的最為重要的因素。如果團隊中沒有優秀的成員，那麼就是使用好的過程也不能從失敗中挽救項目，但是，不好的過程卻可以使最優秀的團隊成員失去效用。如果不能作為一個團隊進行工作，那麼即使擁有一批優秀的成員也一樣會慘敗。一個優秀的團隊成員未必就是一個一流的程式員。一個優秀的團隊成員可能是一個平均水平的程式員，但是卻能夠很好地和他人合作。合作、溝通以及互動能力要比單純的編程能力更為重要。一個由平均水平程式員組成的團隊，如果具有良好的溝通能力，將要比那些雖然擁有一批高水平程式

對象責任----類間的一種合約或義務.對象責任可以包括(方法)、資料、對象建立等。對象責任=知道責任+行為責任。知道責任包括：瞭解私人的封裝資料;瞭解相關聯的對象;瞭解能夠派生或者計算的事物.行為責任包括：自已執行一些行為，如建立一個對象或進行一次計算等；                             在其他對象中的初始化操作；在其他對象中控制或協調各 項活動。

過兩天要有應聘一個軟體測試的兼職，工作的職責是進行軟體的單元測試、綜合測試和隨機測試，並把結果輸入到一個bug系統中，然後寫英文測試文檔。感覺著工作應該挺簡單的，但是好像競爭挺激烈的，就一個小小的兼職，還有外國回來的人去應聘，真的不敢相信，現在工作真實難找啊。為了準備面試，下午一直在找資料看，其中有個CppUnit的測試載入器，好像挺不錯的，不過，沒有看懂其啟動並執行機理，另外還有什麼Junit，好難啊，還要繼續學了。要想作出點東西來，看來還需要耐心的專研.

沒有任何計劃在遇敵後還能繼續執行。我們真正的敵人是變化。讓使用者和客戶參與開發很重要。習慣10：讓客戶做決定開發人員(即專案經理)能做的一個最重要的決定就是：判斷哪些是自己決定不了的，應該讓企業主做決定。你不需要給業務上的關鍵問題做決定，畢竟那不是你的事情。和客戶討論時，不要從技術的角度，而要從業務的角度介紹每種方案的優缺點，以及潛在的成本和利益。習慣11：讓設計指導而不是操縱開發設計文檔應儘可能的詳細。在高層方面，詳細描述對象的關聯關係，在底層方面，詳細描述對象之間的互動。畫關鍵工作圖(用UM

文章出處：http://www.cnblogs.com/robnetcn/archive/2012/04/15/2449008.html起因：模組獨立性指每個模組只完成系統要求的獨立子功能，並且與其他模組的聯絡最少且介面簡單，兩個定性的度量標準――耦合性和內聚性。    耦合性也稱塊間聯絡。指軟體系統結構中各模組間相互聯絡緊密程度的一種度量。模組之間聯絡越緊密，其耦合性就越強，模組的獨立性則越差。模組間耦合高低取決於模組間介面的複雜性、調用的方式及傳遞的資訊。    耦合性分類(低――高):

 Eclipse 是一個開放原始碼的、基於 Java 的可擴充開發平台。就其本身而言，它只是一個架構和一組服務，用於通過外掛程式組件構建開發環境。幸運的是，Eclipse 附帶了一個標準的外掛程式集，包括 Java 開發工具（Java Development Tools，JDT）。       

 Pronunciation and Speech Tutor of The English Center, University of Hong Kong. Speak clearly, effectively and be easily understood! Practice your American English Pronunciation! Focus on intonation, stress and rhythm! See and hear your

在嵌入式軟體開發過程中，一般來說，花在測試和花在編碼的時間比為3:1(實際上可能更多)。這個比例隨著你的編程和測試水平的提高而不斷下降，但不論怎樣，軟體測試對一般人來講很重要。很多年前，一位開發人員為了對嵌入式有更深層次的理解，向Oracle詢問了這樣的一個問題:我怎麼才能知道並懂得我的系統到底在幹些什麼呢?　Oracle面對這個問題有些吃驚，因為在當時沒有人這麼問過，而同時代的嵌入式開發人員問的最多的大都圍繞"我怎麼才能使程式跑的更快"、"什麼編譯器最好"等膚淺的問題。所以，面對這個不同尋常卻

"System.Data.OracleClient 需要 Oracle 用戶端軟體 8.1.7 或更高版本"在網上查詢了很長時間也沒有見效，後來綜合網上的很多方法，終於測試成功，現分享一下。出錯的原因：1.雖然報的是需要安裝用戶端8.1.7及以上版本但是並非這個，而是.net賬戶沒有訪問Oracle\bin檔案夾的許可權2.windows2003作業系統安裝在NTFS格式的盤中，如果是FAT32也就沒有這個問題，看來NTFS格式在安全性這方面作的確實出色。 XP系統的解決辦法。 在oracle/

招聘的流程？線上申請簡曆篩選電話訪談現場面試Offer發放面試包括哪些內容？簡短介紹介紹你的專長或進行技術評估提出你的問題面試沒有益智類問題（因為益智問題並不能反映你的編程能力）如何對申請人的工程技能進行評估？我們會根據以下四個方面來進行評估：程式設計語言的文法，關鍵庫函數，編程風格，對程式效能的考慮等演算法和資料結構分析能力合理設計如何準備面試？複習基礎知識複習演算法與資料結構練習寫代碼在白板上或在紙上練習不要使用虛擬碼你可以選擇你最擅長的程式設計語言認識Google員工？和他聊聊他在Goog