經歷了一學期的軟體工程學習，軟體開發，我對軟體工程有了乙個初步的了解。從個人專案，結對專案到團隊專案，隨著專案規模的增大，對**的編寫要求也越來越高，在個人專案中我可以按照個人喜好設定函式命名，注釋詳細程度，功能模組的封裝；而在結對專案中為了照顧到結對夥伴，我們兩個需要約定乙個簡單的程式設計風格和介面，總體來講這是比較簡單的程式設計；至於團隊專案，6人乙個小組，7個大組開發「學霸」，我們不僅要跟上游模組（pine組）協定資料庫規範，與其他ui組協定標準介面，組內劃分功能模組並分配工作。明確的分工，每個人的貢獻分意味著明確的責任，對專案負責，對他人負責和對自己負責。在此過程中，我們簡單模擬了軟體開發的流程：
計畫階段，需求分析，設計階段，開發階段，測試階段，發布階段。總的來說，這個學期的軟體工程專案是對我們這些大學生進入社會齊納的乙個很好的鍛鍊，它貫穿了整個學期（從學期初到考期），間接地要求我平衡與其它學科的時間，額，這也算乙個好處。
在部落格1中我從《移山之道》中看到：員工每週只有40小時上班時間，每天8小時，據經驗，每人每週最多只有四天時，32小時實實在在地在做專案，
其餘的8小時話在下面三個方面：日常事務，作為緩衝，在專案過程中有不少突發事件。當時的我並不十分了解這些"規則"，通過軟體開發，我越發了解到這些時間分配的重要性，我們並不是員工，不能保證百分百精力投入到軟工課程中，在開發初期，軟工課程占用了我80%以上的學習時間和課餘時間，為了趕專案，有時還得加班加點（經常由於需求改變，缺少交流而更改功能），而後修復bug，完成個人任務後我們得到一定的「自由時間」，最後的發布階段（整合階段），每個人的工作量較之前明顯減少了。由此可見，團隊時間的安排並不是固定的，死板的，而是實事求是，根據工作量和個人能力等因素考慮。在部落格2中主要學習了很多軟體開發的方法，如瀑布模型，大教堂與市集模式。團隊在m1 階段軟體質量相當於a big ball of mud, 那麼在m2 階段具體我們重新規範了組與組之間的介面，重新封裝了函式（資料庫處理dbhelper等），使整個專案層次各家清晰，邏輯關係明了，減少冗餘，方便了維護。
總的來說，這學期的軟體工程課卻引導了我們進行軟體開發，為以後軟體開發積累了一些經驗。
部落格1：
部落格2:
陳伯雄lisp Visual LISP 程式設計
內容概要 書籍目錄 第1章 visual lisp概況 1.1 啟動visual lisp 1.2 visual lisp介面概述 1.2.1 選單區 1.2.2 工具欄區 1.2.3 控制台視窗 1.2.4 狀態列 1.2.5 跟蹤視窗 1.2.6 文字編輯器 1.2.7 visual lisp ...
陳華畢業總結
機會與選擇 北京大學網路與分布式系統實驗室 陳華 也許很多人已經知道我的名字，因為我的名字多年來一直就掛在天網ftp搜尋 http bingle.pku.edu.cn 主頁的下方。憑著天網的背景，我找工作比較順利，我幾乎就沒有擔心過找不到工作，擔心的只是找到的是不是最好的工作。當我對別人說我最終確定...
部落格作業4 陣列
通過這幾周的函式學習，讓我明白了陣列的複雜，在很多時候運用陣列。很沒頭緒，不知道陣列是如何的工作的，它可以處理很多比較複雜的問題。在不段的學習中，做題目中，不斷的明白了，陣列的功能，就是乙個有儲存功能的資料庫，在 中，如果要多次使用同乙個資料，用普通的方法很難，因為普通的方法的資料往往只能用一次，遇...