1.組建團隊，找到合適的人，會減輕很多工作負擔。 一是考察技術能力。可以查看基本信息，計算機相關專業背景優先，有編程能力者更佳；可以結合業務出題，檢查黑盒、自動化或者性能測試技術是否扎實；可以考 察領導能力，詢問有無獨立承擔過項目等等。如果他從未涉足應聘公司的行業，比如原來公司是電商方向，現在 ...

在這堂課中，我所學到的最重要的東西就是我懂得了，完成一個軟件項目，不是想象中的那么簡單。 軟件項目所需要的，也不僅僅是編寫代碼那么簡單。 現如今，完成一個軟件項目，光靠一個人的努力是不夠的。現在每個工程的項目，都需要巨大的工作量，而這些工作往往分配給團體來完成。而且，一個項目需要 ...

對於需求，我們可以根據不同的角色、理解拆分成三個過程： 簡單來說就是： 需求分析原始需求、需求拆分為系統需求、需求實現為功能需求 ** 需求分析**：將客戶需求 輸出成 需求描述。需求經 ...

因為個人項目結果尚可，因此碰巧得到了黃杉。簡單做一個總結，寫一下心得體會。 總結一下數獨的個人作業的話，感覺自己主要就完整完成了任務。自己花在性能提優上不少時間，因為用的是回溯所以比較虛，因此加了不少優化和一些剪枝。之后看了游心同學的作業，才意識到最大的提速應該在於用多線程，這是后話 ...

1.反轉鏈表 　　經典考題，針對鏈表的反轉，第一時間需要聯想到將鏈表的指針進行反轉，而這種一系列的變化，可以使用遞歸，也可以使用while 迭代 假設鏈表為 1 \rightarrow 2 \r ...

前言 　　前段時間面試，經常遇到面試官在結束的時候問我看過什么開源源碼？然后網上對於看源碼這塊的說法也有各種不同的意見，我進行了總結如下： 不看源碼說法： 平常的工作需求、業務忙的一批，哪 ...

接手一老項目，經過幾個月之后，實在頂不順原來的架構，一樣事情要干兩件活，代碼冗余復雜，給維護工作帶來很多問題和隱患，趁着前段時間新需求比較少，遂與產品負責人溝通之后暫停新需求，先進行項目重構。於是就花了近一個月的時間對其架構進行重構，首先是將接入部分和業務處理部分分離，其次是將業務處理部分 ...

實習一段時間之后，感覺以后需要注意的地方，總結一下心得體會（新手入門）： （1）需求文檔總是不知道干嘛的，這個時候需要找產品進行確認。 　　eg：某項目的CMS后台配置改版，雖然主要是產品進行體驗即可，但是產品給的文檔根本不知道改動了哪些點，尷尬 （2）拿到需求之后，最好簡單列重要的測試點 ...