作者查詢 / Feis
作者 Feis 的總覽 (PTT發文,留言,暱稱)
發文數量: 241
收到的『推』: 328 (49.9%)
收到的『→』: 329 (50.1%)
收到的『噓』: 0 (0.0%)
留言數量: 2002
送出的『推』: 253 (12.6%)
送出的『→』: 1749 (87.4%)
送出的『噓』: 0 (0.0%)
使用過的暱稱: 33
Feis 在 PTT 最新的發文, 共 241 篇
Feis 在 PTT 最新的留言, 共 2002 則
43F推: 能從興趣堅持到找到工作真的不容易,恭喜!01/10 01:53
1F→: 想成 Unity只是做前端介面,做資料的 prepocessing。其他都09/30 18:53
2F→: 丟到常用的工具算就好09/30 18:53
9F→: 用 C 寫 LeetCode 的話,如果不要求一次過的話,個人經驗是07/09 07:37
10F→: 不會特別難。只是看目的07/09 07:37
11F→: 比較麻煩的主要是 I/O 處理07/09 07:38
12F→: 但剛好 LeetCode 比較少這問題07/09 07:39
1F→: 直覺就窮舉,接著遞迴分治,然後動態規劃11/16 00:38
6F→: 所以是溝通的『起點』。會讓不會寫的人估不是偶然07/24 23:18
7F→: 人事時地物都可能影響估計的結果,但是不代表估是錯的07/24 23:19
8F→: 拿來壓榨就只是工具使用錯誤07/24 23:19
13F→: 如果你認為讓資深的帶真的就沒問題,那為什麼不提看看?07/24 23:25
14F→: 每個專案組織的權力結構不同,組織的運作不是偶然07/24 23:26
15F→: 但也不是必然。正常情況下沒人想期待專案失敗07/24 23:28
16F→: 我個人的信仰是比較接近敏捷的,所以我理解與許多人價值不同07/24 23:32
17F→: 最近有分享一些粗淺想法,請參考: https://reurl.cc/RNdrz07/24 23:35
19F→: 不是很確定樓上的意思,也許我們要先定義意義的是什麼 XD07/25 00:31
20F→: 從另一個角度來說,應該說誰能真的知道東西『完成』了07/25 00:32
21F→: 也許這輩子都沒有『完成』的一天?07/25 00:33
25F→: 我自己想法努力的讓專案越早關越好,不止維護分開,甚至原07/25 11:57
26F→: 型跟產品開發階段都可以分成多個階段,才能聚焦需求保持品07/25 11:57
27F→: 質07/25 11:57
29F→: 而怎麼讓專案越早關的方法很多,改需求也是一種07/25 11:59
30F→: 聚焦在可完成的需求跟可接受的品質下盡早產生產品獲得回饋07/25 12:07
Feis 在 PTT 的暱稱紀錄, 共 33 個
暱稱:坐吃山空
文章數量:16
暱稱:永遠睡不著 @@
文章數量:32
暱稱:醒著.
文章數量:1
暱稱:缺角的琉璃瓦
文章數量:4
暱稱:全失眠模式... Orz
文章數量:35
暱稱:好好作夢 :D
文章數量:13