軟件

軟體隨想: 軟體 = 程式 + 軟體工程  最近和幾個同道談論了一些程式，架構，軟體的問題，大家身在此山中，繞來繞去，始終沒有能有明確清晰的結論。我把一些想法寫在這裡，供專家指正。 幾乎所有程式員都知道“程式 ＝ 資料結構＋演算法”這句名言。但是在實際的學習和工作中，也有不少人產生了疑問。 例如： 1) 我寫了二叉樹的周遊演算法實現，在這裡，二叉樹是資料結構，周遊的實現細節是演算法。我寫的C 程式就是結果。 但是我這個程式有什麼用呢？ 在Java 中，似乎沒有指標，那我可以不必瞭解二叉樹麼?  

JME軟體開發資源網作者：張桂權 隨著Java技術的成熟以及廣泛的應用，JME（Java Micro Edition）自然也成了一個流行的手機或者手持功能程式開發的工具了。相信國內一定有像我一樣的JME技術的愛好者。但是，由於國內缺乏相關的技術資源（還是不少，但是都是CopyRight了，所以我們還好無能為力了），以下是我喜歡的幾個有關JME技術的網站，希望對你有所幫組，無論你是JME技術愛好者，還是正在從事相關開發的朋友還是即將起步學習的學弟學妹。1、J2ME Gamerhttp://www.

寫代碼也已經有4年了，其實自己每天都在進步，最近經常看技術總監調試，看他操作電腦，調試 bug，自己學習到很多東西。他也願意帶我，幾次遇到問題，都跑到我機子上調試問題。但是大牛們，都不可能事無巨細地詳述這些技能的，他只會教會你一個思路，一個方法，讓你自己去百度，去Google，去跟其他大師交流，去自己領悟。最近產品運營的確出現不少問題，基本上是在不停的 debug 中讓服務端穩定下來，現在使用者都很苛刻的了，很多霸王條款，服務程式 down

 軟體文檔(document)也稱檔案，通常指的是一些記錄的資料和資料媒體，它具有固定不變的形式，可被人和電腦閱讀。它和 電腦程式共同構成了能完成特定功能的電腦軟體(有人把來源程式也當作文檔的一部分)。我們知道，硬體產品和產品資料在整 個生產過程中都是有形可見的，軟體生產則有很大不同，文檔本身就是軟體產品。沒有文檔的軟體，不成其為軟體，更談不到軟體 產品。軟體文檔的編製(documentation)在軟體開發工作中佔有突出的地位和相當的工作量。高效率、高品質地開發、分發、管理和維

1.有一個檔案test.txt裡面有四列（name class address age），問：用_____shell命令列印出class列的內容。-----awk ‘{print $2}’ test.txt2.英特網的遠程登入的工作模式是_____工作模式。-----客戶機/伺服器3.防止系統區被破壞的方法有兩種：儲存保護鍵和______。-----定時備份4.多播IP用的是哪類地址（D）A.A類地址 B.B類地址 C.C類地址 D.D類地址5.關係代數的最佳化策略是_______。------

Pair Project I3D Board GameTurn a usual 2D board game into 3D by transferring  board and game rules into 3D. Goal: how to collaborate in explorative situation (new requirement, new language, lots of ambiguity) 1)      Chess, Chinese Chess, Go (Weiqi)

 在現實社會中有很多團隊合作的項目, 他們是如何評價個人在團隊中的績效呢?  例如下面的情況:•一群人把一堆磚頭從A地搬到B地•一個劇組排演話劇•一群隊員在職業球隊踢球•醫生和護士做手術•電腦系的一群老師教課•一群學生做軟工項目 (PM, Dev, Test) (這是重點) 如何衡量個人在各自團隊的效率和績效？團隊有n 個成員, 有 (n * 30) 分浮動分數，如何分配這個浮動的分數? 請寫一篇部落格發表在你的團隊部落格上，交卷到期日: 本篇部落格發表 7 天之後。  11/25/2010

電腦專業的同學們，電腦專業的老師們，請大家看過來——這裡，有一個不可錯過的網站——http://greatsoftware.spaces.live.com/ 這是微軟亞洲研究院的研究員為北大、清華、北航的同學們上《軟體工程》課而建的教師部落格，這個部落格持續建設了一年多，內容豐富。這上面的所有人，皆真名實姓，絕無虛假偽造。同時—— 1.真實記錄了授課老師的所思所想、所批所改；2.有所有選課學生的部落格，上面都是真實的修課記錄；3.有所有由選課學生組成的team的項目合作過程的真實記錄、項目的真實

linux系統近兩年在案頭應用上的發展有目共睹，並且很多人開始活躍起來了，想轉到linux下。前些日子，我寫了“為什麼我們不選擇 linux？”

作者：彭禎藝(來自：互連網周刊)  http://www.csai.cn  　　一個家庭主婦在微軟當軟體測試員，《軟體開發的科學與藝術》一書中講述了這個真實的故事。那位婦女四十多歲了，高中畢業，非常初級的電腦水平還是跟著自己的女兒學到的。讓一個大學都沒有上過的家庭婦女做測試人員是多麼不可思議的事情！不過，她思維獨特，怪點子很多，能很快的發現一些問題。微軟最終決定聘用她，而她也成為了一名優秀的測試員。　　在IT圈裡做技術的人群裡，測試員可能是一個特殊的群體。他們之中電腦專業 “科班出身”的並不多，

前兩天，CSDN新推出了一個頻道：軟體頻道。應該說，這並不是一個新頻道，因為原來csdn就曾經有過專門的軟體頻道，而且非常受程式員的歡迎，因為這裡做為程式員的聚集地，沒有什麼比在csdn發布軟體更順理成章的事情了。最初csdn的下載頻道是原來cnshare（很早的一個共用軟體網站，現在已經被別人搶注）轉變來的，但後來csdn的很多頻寬被這個頻道所佔用，反而主站的訪問受到了影響。而當時csdn認為華軍和天空等軟體下載網站有自己的專長，他們面向最終的軟體使用者，更加適合自己的業務，而csdn因為是給

軟體整合的代價作者：張桂權   人們似乎已經習慣了去聽微軟為其軟體延遲發布的開的辯護詞. 微軟的Windows帝國時代已經接近尾聲了. 我們很難想象,微軟這樣的軟體鉅賈,竟然會出現今天這種讓客戶尷尬的局面.   有人說這是沒有也無法為如此龐大的系統設定完美的需求分析和開發計劃造成的;也有人說因為微軟在Longhorn系統開發的過程中投入了大量的時間和精力去收集客戶的反饋意見以及實現更好的系統安全而導致大量的時間花費;還有人說這是"系統整合,整合,再整合"的必然結果.   

本例假設要產生一個simserver1的軟體包，源檔案只有1個，simserver1.cpp。使用了pthread庫。1.運行autoscan掃描源碼目錄執行$autoscan執行後產生configure.scan。2.編輯configure.in檔案步驟1執行後產生了configure.scan，本步驟需要複製一份該檔案並命名為configure.in，然後編輯該檔案。命令如下：$cp configure.scan configure.in$vim

1）    MSP（單機版） MSP的功能很多，實際上我主要用來做WBS（分工結構圖），採用的任務管理方式還是工期型，即通過開始結束時間來定義任務。對於大的項目，如果項目組織分層管理，則我的專案計劃中只分解到小組任務的粒度，各小組長自己使用MSP或者EXCEL來做更細粒度的任務分解。這些檔案一般例行每周更新並分發給各項目成員。2）   

設計模式（英語：design pattern）這個術語是在1990年代，由Erich

    這個項目是我上大學的時候寫的（雖然我現在還沒畢業），以專業的眼光看來，這個聊天軟體的架構是比較差的。但在一年前，這的確是我的最高水平了，呵呵。    真佩服當時的自己，水平差得不用說，但卻可以花大量的時間去完成一個幾乎是不可能完成的項目，結果花了幾個月，終於搞出一個成果了，至少可以正常運行了，後來我去找實習的時候，這個項目也幫我得到了不少的面試機會（當然都是小公司的面試機會）。呵呵。好了，廢話不說了，現在發在部落格上，以紀念我在學校的日子吧。先上windows 7 版的：ubuntu 1

ICTCLAS50是NLP專業中非常常用的分詞工具，將其嵌入到Java程式中是非常簡單的，網上也有相應的教程。由於開發的需要，我嘗試將ICTCLAS50部署到基於Struts2開發的Java

        手機軟體開發環境介紹，大家可以選擇適合自己的開發環境：1、  廠商固化程式在手機出廠以前，廠商會開發一些特定的應用，並將這些應用固化到手機中。這個環境只有在手機廠商的研發中心才可以用到，不夠通用。2、  J2ME技術當今手機軟體開發的主要方向之一，比較通用，使用Java語言，具備Java的優勢，支援的廠商眾多，比如Nokia、Siemens、Motorola等等。SUN公司提供了通用的開發工具J2ME Wireless Toolkit，各廠商也有自己的擴充SDK。3、 

一定要開發出一個檔案分享權限設定軟體，發帖為證主要功能：支援檔案的分享與下載細節：1,檔案/目錄共用2,私密通道傳輸3,好友加速通道傳輸4,對話/群聊5,支援bt協議效能要求：1,頻寬切換2,資源戰勝低3,聊天支援貼圖，放音樂4.高度安全，加密傳輸5,高效能優先開發檔案分享權限設定與傳輸，其次介面，其次聊天。開發時間長度：半年開發人數1--3人技術選擇：1,程式設計語言c++/boost2,介面，nodejs + xml +

CMMI的4,5級高成熟度等級強調資料和量化專案管理，前提必須是過程本身已經穩定，而且組織已經有成熟易用的軟體開發過程管理支援平台，日常的任務反饋，變更和缺陷記錄等都應該融入到日常工作中。資料的採集要盡量自動化，而且資料的收集不能經常打斷開發人員的工作，影響到他們的思考和效率。組織級在技術平台和開發模式不統一的情況下，在流程定義上一定要避免一刀切的標準軟體開發過程。需要根據項目本身的特點和人員情況在滿足項目目標的情況下進行適當的裁剪。軟體是人開發出來的，過程重要但是人更加重要，兩者必須要考慮結合