軟件

視窗的布局是在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 著作權聲明：轉載時請以超連結形式標明文章原始出處和作者資訊及本聲明

需求是整個軟體項目最關鍵的一個輸入，據統計，不成功的項目中有37%的問題是由需求造成的。和傳統的硬體生產企業相比較，軟體的需求具有模糊性、不確定性、變化性和主觀性的特點，在硬體生產企業中，產品的需求是明確的、有形的、客觀的、可描述的、可檢測的，而軟體需求不具備此特徵。需求文檔作為客戶和開發人員、開發人員之間進行互動的文檔，它將系統的需求進行了“固化”，是需求的載體，其作用是至關重要的。筆者結合多年的企業管理資訊系統的開發經驗，總結了如下的需求描述的方法與經驗，供各位同行參考。1

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

1.兩個對象值相同(x.equals(y)==true),但卻可有不同的hash code,這句話對不對？為什嗎？2.GC是什嗎？為什麼要有GC？3.請簡要描述一下J2EE應用中的class loader的階層？4.寫一段代碼，實現銀行轉帳功能：介面定義如下： Public interface ITransfer{ /** * 銀行內部轉帳，從轉出帳號中扣除轉帳金額，給轉入帳號增加轉帳金額，需要保證以上兩個操作 * 要麼同時成功，要麼同時失敗 * fromAccountId 轉出帳號 * out

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

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

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

OS安裝完成以後，接下來可以為Linux添加自己喜歡的軟體。如下以安裝QQ為例逐步示範在linux下安裝軟體。在Link page[http://im.qq.com/qq/linux/download.shtml]下可以下載QQ fro linux。在這個Link page下可以download三種不同的安裝包：DEG包，RPM包，tar.gz包。以下內容分別介紹三種安裝包的安裝方法。一、 DEG包安裝。二、 RPM包安裝。 RPM是RedHat Package

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

　　 開始之初的架構設計決定著軟體產品的生死存亡。“好的開始相當於成功一半”。 　　開始的架構設計也是最難的，需要調研同類產品的情況以及技術特徵，瞭解當前世界上對這種產品所能提供的理論支援和技術平台支援。再結合自己項目的特點(需要透徹的系統分析)，才能逐步形成自己項目的架構藍圖。 　　比如要開發網站引擎系統，就從Yahoo的個人首頁產生工具 到虛擬機器主機商提供的網站自動產生系統，以及IBM Webphere Portal的特點和局限 從而從架構設計角度定立自己產品的位置。

這個需求應該是正常的吧，可是apple偏偏不支援同步，搞個文本形式的讓你自己划著看，不人性化。好在越獄後能用其他牛人開發的工具，目前我試用了幾款，只有一款我成功實現了手動傳輸lrc檔案並同步到歌曲，其他的都沒搞定，但是都支援線上搜尋匹配歌詞。給大家整理出來看看。1.Lyric Player安裝好後用pc

首先在刪除之前要明確一點：刪除定製軟體後，手機任可運行，且較快了，但是，是否會還能享受中興的保修我就不知道了。好像會被收費，有武漢的機油說體驗了一把50元。正式開始，先準備兩個apk檔案：z4root和re（Root

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

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

過兩天要有應聘一個軟體測試的兼職，工作的職責是進行軟體的單元測試、綜合測試和隨機測試，並把結果輸入到一個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）。