作者:
freeloop (後知後覺)
1.161.135.116 (台灣)
2024-11-27 06:49:51 推 internetms52: 這是目標錯誤，成員有多的時間要拿來縮短與目標的距離，不是無腦塞工作，還記得MVP就是怕做一做不是客戶要的樣子，亂塞結果瞎忙沒有比較好，如果一開始那個目標就不可能達成，那貴公司的問題可能不是s 28F 11-27 10:00
作者:
oopFoo (3d)
111.248.96.54 (台灣)
2024-07-26 12:13:55 推 internetms52: jira是工具，不會扭曲流程，如果流程有問題，不能怪jira
jira也可以不壓時間啊，是用法問題 132F 07-27 12:18
作者:
x246libra (咖波)
219.91.58.119 (台灣)
2024-07-18 19:07:42 推 internetms52: 3週寫文件來不及，請他花時間教你，把流程上版，設計原因都跟你說，你來寫比較有可能，要一個離職的寫文件來不及 94F 07-19 08:40
作者:
y2468101216 (芸)
106.104.117.39 (台灣)
2024-05-29 12:28:24 推 internetms52: AI要寫的出測試也是要把新需求的驗收方式告訴他，他也是不能通靈的，個人認為有點困難 6F 05-29 19:00
作者:
chopinmozart (aha)
118.167.190.70 (台灣)
2024-05-01 12:53:36 推 internetms52: java單元測試用c#那本補就好了，沒有差很多 51F 05-02 07:51
作者:
DOC (鍛鍊的還不夠)
220.133.105.193 (台灣)
2024-01-15 17:47:05 推 internetms52: 用json dsl組full text search理論上會得到你要的東西才對,如果還是不行，那就是分詞問題，比較不好處理喔 35F 01-15 22:04
作者:
OoShiunoO (機機勳)
223.137.208.20 (台灣)
2023-10-24 11:00:39 推 internetms52: 開發的系統越來越多，人力沒變？錢到哪去了？能凹 9F 10-24 11:58
作者:
EijiHoba (我要好工作)
169.150.196.121 (荷蘭)
2023-10-22 19:52:02 推 internetms52: 其實不是可以報加班就報的了得，不給報的狀況很常 22F 10-23 13:28
作者:
iamshiao (心情很胖)
106.1.44.36 (台灣)
2023-10-12 14:57:58 推 internetms52: 要看是研發類，還是商業邏輯類 11F 10-12 17:23
作者:
tangtang1b1b (胖哥哥)
114.25.213.216 (台灣)
2023-10-10 00:49:47 → internetms52: 重要的原因是因為要維護前人的程式 83F 10-11 13:28
作者:
TKB5566 (= =)
101.12.44.189 (台灣)
2023-10-10 19:10:18 推 internetms52: 人家就上4天課，大家好嚴格 30F 10-11 13:27
作者:
nuhciewc (nuhciewc)
104.132.0.92 (美國)
2023-10-05 23:08:17 → internetms52: 這是反串嗎？ 6F 10-06 08:32
作者:
zanyking (最後的六年級生)
123.194.157.176 (台灣)
2023-09-14 22:15:10 推 internetms52: 並非所有公司都負擔的起這樣的工作流程，中間每一段都要錢，獲利就會少很多，但我認為作為一個小公司的主管，可以用open source來追逐這些新技術並小規模實驗，這是不衝突的 54F 09-15 15:04
作者:
cyntasha (cyntasha)
42.76.152.204 (台灣)
2023-09-09 00:27:58 推 internetms52: 個人認為java本身也有高併發的東西可以學習，但沒有很齊全，所以要靠其他地方建構實際的解決方案 82F 09-11 10:21
作者:
yangog (yangOG)
223.141.18.126 (台灣)
2023-08-01 11:09:13 推 internetms52: 讀取跟寫入要分開討論，寫入有交易問題
先確認是否允許dirty read 56F 08-02 07:42
作者:
LeoPan (晴天)
27.242.70.169 (台灣)
2023-06-11 09:52:03 推 internetms52: 第二點應該是對敏捷宣言的誤會，可用的軟體重於詳盡的文件，有提到，“雖然右側項目有其價值，但我們更側重左側項目”，這其實不代表完全不需要右側項目，只是如果不得已走左側至少好過一點 138F 06-12 08:01
作者:
ManGo1012 (ManGo)
118.163.80.132 (台灣)
2023-03-20 13:22:01 推 internetms52: 你想一下開放封閉原則你就會發現他不符合，但礙於每個人現在都有新的功能要開發，我建議你們各自寫一個擴充版本跟測試，以後找另一個人重構，除非你們有一個大神直接重構成很好的樣子，不然一直改會很痛苦 56F 03-21 12:38
作者:
isaacting (2312312)
49.215.46.9 (台灣)
2023-03-07 11:02:50 推 internetms52: 應該不是用取代這個說法，而是軟體工程的工作內容正在被改變 71F 03-08 07:09
作者:
keke0421 (zrae)
1.169.172.125 (台灣)
2017-11-12 15:39:45 推 internetms52: Unit test 是沒辦法阻止種做法的，code review 完要改架構也很為難，就變這樣子了，一天到晚review跟自己寫沒什麼兩樣... 106F 11-15 21:41