暑假的時候給老師做專案，然後我是作為前端的技術負責人(說是這麼說但是...)
然後這次使用vue來做前端，先是我和同學搭建乙個架構，然後讓組員跟著架構敲**就行了，
使用的是github管理專案，因為github的私人倉庫可以無限成員，而gitee只能5個人，
想法是美好的現實是殘酷的，
1、組員如果不每天都new pull request的話，那麼到了最後整合的時候會非常痛苦。
所以，一定要每天要求組員推拉，並且每天合併一次到主分支
2、關於返回資料的問題，一定要提前想好很多前端的資料返回問題。
比如，可以提前定義好乙個request函式用來傳送請求，同時定義返回的資料結構為，其中code可以定義狀態
我這次定義的是code為1表示請求的資料成功，為0則失敗，msg中存放提示資訊，而data一定是乙個物件，不能直接當成字段
data:{
data: 1
data: 1， ×
3、注釋一定要多寫，每天審查一次組員的**。
比如，可以每天都審查每個人的**，檢視是否寫注釋，同時是否符合專案結構
4、在前端適配的時候建議使用柵格布局。
這裡使用的是vue的柵格布局，同時要使用設定寬高的時候盡量使用百分比和em，別使用px
5、在敲前端**的時候使用mock假資料的時候一定要按照介面文件來寫，並且遇到問題的時候要及時反饋修改介面文件。
在他們每天提交後，一定要大概的審查一下mock上的假資料是否符合介面文件，同時看一下他們有沒有呼叫介面。
餘下的等專案做完再總結
關於認證的看法,歡迎大家一起討論
關於認證的看法 證書這真是個好東西啊！多少人為它花盡心思，花盡金錢的去得到它。它也正被人理解成。有了證書才能找到好的工作！沒錯，在以前的確是這樣。但現在已經發生了很多變化！以前考證書複習資料很少，要想考過試拿到證書，完全是通過努力得來的，而現在，考證書我大家都是在背題庫吧。考的人多了，當然就越來越不...
大家一起做訓練 第一場 B Tournament
有n個人比賽，兩兩之間都有一場比賽，一共 n n 1 2 場比賽。每場比賽的記錄方式是 a b，表示在a和b的比賽中，a勝出，b失敗。經過研究發現，輸贏有傳遞性，例如 a贏了b，b贏了c，那麼a一定會贏c。現在，比賽記錄發現丟了一場，請輸出這一場的比賽記錄。輸出可能的結果中的乙個就ok。直接暴力可做...
報告ArrayList的乙個錯誤，大家一起來研究下
目的 計算一段文字中重複出現的詞的個數。分兩種情況 1.文字在記憶體中 2.文字在硬碟檔案上 方案利用arraylist 宣告乙個類 public class entity color red 1.文字在記憶體中 color 主類中有以下 string words arraylistenlist n...