討論串[請益] 新創剛起步的一些開發疑問
共 8 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓8(8推 0噓 25→)留言33則,0人參與, 7年前最新作者dream1124 (全新開始)時間7年前 (2018/04/26 03:33), 7年前編輯資訊
0
0
0
內容預覽:
雖然你同事提的是有利後續長期維護程式碼的事務和規則,. 但是從大局來看... 你們才剛上線還要再補功能,同時商業模式又還不確定..... 也就是說現有運作模式再大修的機會不小,. 因此 1,3,4,5,6,7 點有可能做了以後沒多久就變無意義...是否值得令人疑惑。. 再從實務來看,你們用的是實現邏
(還有764個字)

推噓1(1推 0噓 1→)留言2則,0人參與, 7年前最新作者lovdkkkk (dk)時間7年前 (2018/04/25 14:17), 編輯資訊
0
1
3
內容預覽:
這點可參考這篇. https://softwareengineering.stackexchange.com/questions/263164/. 個人是覺得行數不是重點,. 要看它的內容是不是有某部份能被視為具體完整的動作才拆出來. 不過通常到一百行時有很大的機會是 "是". 話說這個有線上版 h
(還有762個字)

推噓4(4推 0噓 6→)留言10則,0人參與, 7年前最新作者superpai (超級白)時間7年前 (2018/04/25 08:30), 7年前編輯資訊
0
0
0
內容預覽:
這些東西都是不錯的東西,而且行之有年了,跟新不新創沒什麼關係。. 5. 這我是無法想像非同步function竟然不是寫成promise. 2. 3. 列出來我是覺得很奇怪. 該不會你的工作方式是這樣吧?. 寫 code => 到 termial 下跑 eslint => 看到好多warning很煩
(還有429個字)

推噓6(6推 0噓 13→)留言19則,0人參與, 7年前最新作者zanyking (最後的六年級生)時間7年前 (2018/04/25 03:08), 7年前編輯資訊
0
0
0
內容預覽:
我自己是沒意見,因為懶,但我會照做,這沒什麼好爭論的,管專案時程與掌控. 細節的人有需要的話,這種程度的overhead 可以吞. 我是寫Java的,即使是古早時代寫Eclipse Plugin那種超複雜的Desktop GUI Program. 我都可以壓在50行內,到目前為止,只要是『程式碼要持
(還有1944個字)

推噓2(2推 0噓 2→)留言4則,0人參與, 7年前最新作者keke0421 (zrae)時間7年前 (2018/04/25 02:03), 編輯資訊
0
0
0
內容預覽:
不用過早完美 或 普通. 甚至爛 都可以. 客戶只關心 什麼時候上線. 可以動就好. 專注完美的後果就是把自己搞的壓力很大. 而且老闆+客戶會覺得你不專業. 工程師常常會非理性 認為OOXX現在不做 之後就會OOXX的結果. 只能說 常常都是想太多. 基本,不過用rebase會更好 但前提是會用.
(還有326個字)
首頁
上一頁
1
2
下一頁
尾頁