上午複習了上週的docker知識,並順利完成了上週作業。並編寫了
readme ,但是在push到github上時出現了各種奇怪的問題,還待解決。
我的github部落格
下午有部門經理來進行了我們研發中心的情況介紹,重點在於開源的企業級pass平台,豬齒魚開源社群。
學習敏捷,構建高效團隊。團隊合作至關重要。
傳統軟體開發方式存在很多問題,如瀑布式開發是前置設計模式的。
敏捷開發適合大部分軟體專案,不適合結構化的專案,比如造房子。價值觀:
1.個體和互動高於流程和工具
2.工作的軟體高於詳盡的文件
3.客戶合作高於合同談判
4.響應變化高於遵循計畫
敏捷原則
交付專案
1.盡早交付有價值的軟體
2.欣然面對需求變化,即使是在開發後期
3.頻繁交付軟體,週期越短越好。
推進專案:
1.可工作的軟體是衡量進度的首要標準
2.可持續開發
3.追求技術和設計卓越。
scrum進行敏捷開發管理
自組織和集體承諾
目標:可見-檢查-調整,來管理複雜性和變化
角色列表:
1.產品所有者(po):專案願景所有者/客戶代表
2.開發團隊:定義任務,預估工作量,開發產品,確保質量
3.scrummaster 服務型領導,團隊保護者
scrum站立會:
昨天做了什麼?今天準備做什麼?
15分鐘以內,站著開會(不說廢話)
避免90%完成,**done**最重要
衝刺評審會:
非正式,可以邀請感興趣的人一起討論。
只展示完成的該功能特性
更有趣,更快樂的團隊。
極限程式設計(xp)
**異味
1.**重複
2.長方法
3.太多引數
4.超長識別符號..
**重構:增加可讀性優化,並不影響輸出結果
推薦書籍
鳳凰專案--偏**
ci持續交付,發布可靠軟體的系統方法
晚上
聽同學分享上週作業的完成情況,發現大家遇到的問題我也遇到過,好在最後都在查閱資料中解決了。我發現部落格的修改和配置都沒有怎麼提到,自己也沒有很注意。還要繼續加強學習。
enumerating objects: 72, done.
counting objects: 100% (72/72), done.
delta compression using up to 4 threads.
compressing objects: 100% (53/53), done.
writing objects: 100% (70/70), 848.39 kib | 12.66 mib/s, done.
total 70 (delta 20), reused 0 (delta 0)
error: rpc failed; curl 56 openssl ssl_read: ssl_error_syscall, errno 10054
fatal: the remote end hung up unexpectedly
fatal: the remote end hung up unexpectedly
everything up-to-date
上述的問題是快取區過小,下著下著網斷了,需要使用ssh進行。使用
$ git remote set-url origin [email protected]:suzuku/07-15.git
重要:不僅readme.md需要,.gitignore也很重要,上面的內容是不需要上傳到github上的內容。下次作業記得提交 2018 07 11 漢得日記
今天下午進行了前端知識的摸底考核,交卷之後發現自己仍有很多不明白的知識點,所以在查資料的過程中總結了以下幾點 html中 1.ie無法調整那些使用px作為單位的字型大小 2.國外的大部分 能夠調整的原因在於其使用了em或rem作為字型單位 3.firefox能夠調整px和em,rem,但是96 以上...
2018 07 27 漢得日記
早上吳老師帶我們快速過了一下react的基礎知識,由於之前預習過,還是基本能聽懂的,但是還是有些點需要自己回頭鞏固。下午盡量使用react把上週的作業進行重構 react建立元件的三種方式及其區別 react推出後,出於不同的原因先後出現三種定義react元件的方式,殊途同歸 具體的三種方式 函式式...
漢得面試題
盒子一共有四個屬性 分別為外邊距 margin 邊框 border 內邊距 padding 內容 content 注 如何計算寬度 盒子總大小的計算公式為 盒子的實際高度x盒子的實際寬度。元素實際寬度 盒子的寬度 左邊界 左邊框 左填充 內容寬度 右填充 右邊框 右邊界。元素實際寬度 盒子的高度 上...