推 kewang: 通常一週後又有別的案子進來 code review 就別想了 01/25 21:04
→ travelerX: 我自己主要是研發系統+管理職，原本是覺得行銷或是業務 01/25 21:32
→ travelerX: 案這種短期間的沒有很大code review 的必要，想建議訂 01/25 21:32
→ travelerX: 前端html tag規範以及事後檢討寫法就好 01/25 21:32
推 BigLoser: 目的是? 01/25 21:51
→ travelerX: 上頭覺得負責的junior 前端有些html tag的用法不合理， 01/25 22:01
→ travelerX: 切版跟設計稿誤差有點大，速度不夠快，要盯一下效率跟 01/25 22:01
→ travelerX: 品質，提出改善建議 01/25 22:01
→ prag222: 外包的CODE? 外包就呵呵了 01/25 22:02
→ travelerX: 前端是內聘的，專門處理行銷之類短期間的工作 01/25 22:11
推 BignoZe: 短期案子還想要code review 01/25 23:17
→ maxqq: 看你們 team 開發有幾人吧 沒幾個人兼顧這些工作 01/25 23:19
推 maxqq: 一個案子先切得夠細，再丟給 junior, 資深的就可以先 run 01/25 23:23
→ maxqq: 但如果前端只有一個 junior 就別想了，這是管理上的問題 01/25 23:23
→ maxqq: 如果 junior 的能力跟需求不同，就是管理層面試錯誤 01/25 23:24
推 abccbaandy: 趕工誰還會在意code品質...code review更不用想了... 01/25 23:46
推 BigLoser: 你應該是需要對那個junior做教育訓練吧.. 01/26 00:31
→ alog: 三到七天交件，你需要有研發專用的開發框架或元件模組才有 01/26 00:58
→ alog: 辦法加速跟標準化 01/26 00:58
→ alog: 不然就別期望別人會真的照你設計方式走 訓練成本太高 01/26 00:59
→ alog: 誤差大 要檢討原因 但是只能做到正確 但不會快 01/26 01:01
推 Masakiad: 再開始考慮code review 之前，已經有ci機制了嗎？ 01/26 02:56
→ travelerX: Junior 做的類型是像這種，但動態多一些 01/26 09:30
→ travelerX: bile/index.html 01/26 09:30
→ travelerX: （隨機google搜尋找來的網頁） 01/26 09:30
→ travelerX: 這種有需要CI嗎XD 01/26 09:30
推 abc0922001: github私有倉庫一個月7美金阿 01/26 10:22
→ abc0922001: 用github上的pull requests功能，提報修改，在合併前 01/26 10:24
→ abc0922001: 都能留言提意見並修改，最後在合併到專案裡，而且修 01/26 10:24
→ abc0922001: 改都有紀錄 01/26 10:24
→ manaup: 沒問題 當然可以 反正沒下資源不講實效 大家演戲爽一下罷 01/26 11:09
→ manaup: 大家技術背景都認真了 滿足要求方法很多 腳踏實地成本高啊 01/26 11:11
推 iamnodoubt: 樓上講的真中肯,企業都是要馬兒跑,又要馬兒不吃草 01/26 16:33
→ iamnodoubt: 儘量榨乾,等累死了再換下一隻 01/26 16:34
推 Masakiad: 原po 要求的是品質不是嗎？與其用人去code review不如在 01/26 19:04
→ Masakiad: ci server加入驗證品質工具，把bad smells抓出來。另外c 01/26 19:04
→ Masakiad: ode review也通常是在ci後的版本拿出來看的。 01/26 19:04
→ Masakiad: 另外ci成本一定比code review 低，畢竟都自動... 01/26 19:05
→ y3k: 感覺光做就快吐了 還code review.... 01/28 12:46
推 Sex5F: 最可憐的是那隻馬，被當免洗用，上頭要求又高 01/28 14:48