作者:
CrystalNik (水晶尼克)
1.174.184.100 (台灣)
2014-12-05 21:19:49 → atst2: 傾向用numOfNode, nodes會用來指collection.
要更清楚會用nodeList, nodeMap之類的把collection型式標出 14F 12-05 22:20
作者:
darkstar07 (高級大法師)
39.10.28.239 (台灣)
2014-09-01 16:17:45 → atst2: 有經驗的PM跟本不會讓1.的狀況發生吧? 33F 09-01 21:32
→ atst2: 講白一點,專案時程弄到這個地步,若是我, 看到PM又找一些 35F 09-01 21:33
→ atst2: 花招, 美其名是激勵士氣,實際上是浪費所剩不多的時間,
只會火氣愈來愈大而已. 還不如PM想點法子,看能不能砍一些功能,加一些時程 。 37F 09-01 21:34
… 共有 7 則推文,點此顯示
作者:
zanyking (最後的六年級生)
59.115.103.219 (台灣)
2014-05-19 11:47:36 → atst2: 其他的不講, cvs是否有進到git本來就是看公司的型態需求.今天有間公司只需要cvs就能達到需求,有必要為了他不需要的好處而花時間轉向git嗎?若只因為git較新較好,就評斷還在用cvs的公司是在考古,不會太武斷了嗎? 10F 05-19 13:06
→ atst2: 那種超極端的,說是考古我倒沒什麼意見...不過老是拿特例當通 15F 05-19 13:14
… 共有 6 則推文,點此顯示
作者:
superpai (超級白)
114.37.73.200 (台灣)
2014-05-19 00:02:16 → atst2: 風險?以前版控的記錄有沒有辦法完整轉移到新版控?
branch和tag的觀念都不一樣,若想把舊專案或正在進行的專案一併改用新的版控系統,很難估算會付出什麼代價 4F 05-19 02:03
作者:
del680202 (HANA)
1.169.193.197 (台灣)
2014-05-12 23:02:29 → atst2: RT"F"M--很早就說過了, 所有的OpenSource文件都是F開頭的... 23F 05-13 00:34
作者:
thekensg (小猜)
42.70.255.18 (台灣)
2014-02-24 11:14:16 → atst2: 搞底層的,物件導向不能吃,但結構化可是實用的很.
瞭解封裝,中間層設計, 也會對程式品質有幫助
看想不想讓自己進步而已. 47F 02-24 13:57
作者:
moonskyex (藍調迷思)
111.248.141.35 (台灣)
2014-01-26 23:09:05 → atst2: 工作的話,老闆付你錢做事,你應該問的是你的付出是否等價,而不是老闆分配的工作對你有無幫助. 11F 01-27 10:16