關於承接軟體專案方面，有一點感觸，建議讀者可以策略性的採納（不涉及和甲方溝通方面）
不要認為接專案沒用或者認為自己沒能力, 有了第一次才可能有第二次，即使你不會也不要緊，如果專案時間充裕你完全可以從0開始學，筆者就是當時只會jsp/servlet然後接了專案從0開始學ssm。通過專案能夠讓你在一方面的知識能夠得到實踐，提公升自己的動手能力和競爭力；另一方面，一旦你接過專案，就和該老師會熟悉起來，你就可以有更多的專案源可以選擇。千萬別認為這些專案沒啥大的技術，你做的時候你才會發現原來你做的跟你想的不太一樣，你會遇到各種細節問題和bug，而處理這些問題的過程就是一次成長。
一定要選好隊友。乙個能幹的隊友能夠減輕你很對負擔，乙個團隊2-3人最好，最好有個熟悉文件和答辯相關的，乙個熟悉前端，乙個熟悉後端。如果能交叉交流需求，一起完善那就更好了。以初學者的水平乙個人的考慮難免有所欠缺。但是如果兩個人或者三個人**出來的結果一定能夠滿足大部分人的基本需要。不要忽視文件答辯著的存在，很多時候專案需要參加各種比賽，要提交各種文件，各種答辯其實這一環在比賽中往往比作品本身的重要性還要大點。如果你沒這方面的經驗，那真的會比較難受。——很難受。
接一些有技術含量專案。其實很多時候你接的專案大部分時候根據ssm或springboot mybatis的增刪改查就可以完成，當你掌握這類專案開發流程和規範之後感覺感覺沒必要再接下去了。你接的專案最好技術棧是你大部分會的 少部分不會的東西最好。對於一些老舊技術或者你不敢興趣的真的別接手，會讓你很煩惱。
不要接太多的專案。在乙個時間段內，不要有太多專案壓身。不然你過得真的優點壓抑。如果忙有些該拒絕還是要拒絕。這點筆者是深有痛點。。這學期來，又是藍橋杯，又是計算機設計完善功能，又是新的本創，又有個jsp老師讓我幫他寫個小東西（以後所有作業，實驗都可以不交不寫）。真的是都堆在這個時間點，一堆文件，真的是煩，有時想玩會都不安心，有時還得熬夜趕。。這種感覺 真的很不好。並且，我感覺最近很忙一直沒時間學習新的技術，這讓我優點小慌。所以一定要合理安排時間，留出足夠的時間學習新的東西，鞏固基礎才行！
最好接有錢的專案。沒錢的專案更多都是學校本創可以拿去比賽，參加乙個比較好的專案即可，乙個專案可以參加挺多比賽完善好可以通吃挺多比賽（有的可能對參與情況有要求）。筆者最憋屈的就是接的基本都是基本沒錢的專案，所以筆者甚窮，甚寒酸。這點個人觀點可以忽視。
一定要鞏固自己知識，提公升自己技能。你變強了，才能有機會接觸到更好的資源。記得要和身邊熱愛技術的人多交流。it世界浩瀚無邊，每個人都有當師傅的時候。多和同學**技術知識，分享心得，百利而無害。一定要把自己放飛融入。而不是自娛自樂。交流很重要！
以上僅為個人觀點。不同見解可以交流!總之一定要合理的安排和分配自己，自己覺得最有意義就還ok。
以上僅為個人觀點。不同見解可以交流!總之一定要合理的安排和分配自己，自己覺得最有意義就還ok。最近被專案壓得喘不過氣，故寫篇歇息歇息。
大學期間專案筆記
此貼主要供自己回顧 今天，做專案時又遇到了資料庫鎖死的問題！用的對映框架是fluent nhibernate。其中projectid和personid是兩個結構體，他們都有名為code的屬性，這樣兩個值物件都對映到資料庫中同乙個欄位中，所以當我在控制器提交表單時造成了資料庫鎖死 下面是解決辦法，取個...
乙份軟體專案的失敗報告
乙份軟體專案的失敗報告 就像某人說的失敗並不可怕，可怕的是不知道從失敗中吸取教訓。前言一 計畫偏差 如果是設計優秀的軟體，在模組開發上花的時間應該是頁面開發所花時間的n倍 視軟體的大小與複雜度 簡單的給這兩個部分一周時間不太合理。實際的情況也是這樣，到專案結束的時候，很多模組都只完成了基本的部分，即...
軟體專案的一步驟
第乙個步驟是市場調研，技術和市場要結合才能體現最大價值。第二個步驟是需求分析，這個階段需要出三樣東西，使用者檢視，資料詞典和使用者操作手冊。使用者檢視是該軟體使用者 包括終端使用者和管理使用者 所能看到的頁面樣式，這裡面包含了很多操作方面的流程和條件。資料詞典是指明資料邏輯關係並加以整理的東東，完成...