作者查詢 / Lapha
作者 Lapha 在 PTT [ Soft_Job ] 看板的留言(推文), 共36則
限定看板:Soft_Job
看板排序:
首頁
上一頁
1
下一頁
尾頁
28F推: 可以試著掛debuger上去,就可以塞值,不過有保護的軟體會09/21 10:44
29F→: 當掉不讓你繼續09/21 10:44
18F→: "價值由勞動產生"這點可能要討論一下,個人比較相信"需求決11/13 08:35
19F→: 定價值"11/13 08:35
40F推:贊同原Po的設計, Code Duplicate 是很多問題的根源07/24 16:52
41F→:至於主管的想法, 是典型的 "東西沒壞, 就別去動它"的思維07/24 16:53
44F→:關於Multi-Thread的問題, 如果一個thread就要寫一份code才安07/24 16:55
45F→:全, 那大家的Multi-thread code都要重新寫了.. XD07/24 16:56
55F推:我是要說明:原Po主管的理由,很難成立, 比起來,我寧願主管直07/24 17:01
57F→:接說:我們現在沒打算做Refactor,而不是用似是而非的理由搪塞07/24 17:02
60F→:我知道小聰明的Refactor會害死人, 但這是現實上的考量, 不是07/24 17:03
62F→:程式設計上的考量07/24 17:04
28F推:如果是靠寫程式混飯吃, 沒人管你喜不喜歡, 寫出來就對了; 如07/22 13:23
29F→:果不靠寫程式混飯吃, 也沒人管你喜不喜歡 so,放心, 這不重要07/22 13:24
5F→:物件導向並不是萬靈丹, Leaky Abstractions 始終存在06/17 16:17
18F→:DWORD是unsinged.. 所以 DWORD不會小於0...06/20 12:20
20F→:嗯, 但是一開始輸入的參數有可能是負值, so...06/20 23:32
5F推:推 流暢度 有時底層慢, UI還要想辦法閃過去... XD05/05 11:40
5F→:我是針對"錢太多"這件事, 沒說"賺不回"04/27 11:53
6F→:留在場上有機會賺回來, 下場, 就賺都不用賺了04/27 11:54
7F→:"錢多而賺不到錢", 不等於"錢少就能賺", 錢少事實上更難賺04/27 11:57
8F→:如果真的錢太多對您的經營造成困擾,可以考慮捐給我,讓我幫助04/27 12:11
9F→:您更接近成功... XD04/27 12:11
11F→:燒光之後當然完了,但是"錢太多會先燒光"的邏輯是怎麼來的?04/27 12:27
12F→:會燒光是現金流掌握的問題, 錢多會燒光, 錢少就不會?04/27 12:28
15F→:金融風暴時現金消失的快, 那錢少比錢多更有優勢的理由何在?04/27 12:38
20F→:為什麼會被VC勒著走? 因為是金主, 這就是為什麼"現金為王"..04/27 12:40
46F→:so,大家知道現金流掌握才是關鍵了嗎?公司不會因為錢多而倒的04/27 12:53
9F推:先不論是太強求或是Code太難懂, 做為PM, 大概也只有二個選擇07/24 00:30
10F→:要嘛就是花高薪請高手來, 要嘛就做好文件、Code管理, 讓菜鳥07/24 00:31
11F→:容易上手...07/24 00:31
8F推:要建立這種團隊,不是靠大家的工作互相去overlap,而是要靠制03/23 02:00
9F→:度化的輸入和輸出.. 如果各成員的輸入和輸出都標準化、制度03/23 02:02
10F→:化, 那麼, 去抽換任一個組員就相對容易, 而且第二個問題也不03/23 02:04
11F→:會存在.. 簡言之, 把成員當一個模組用就是了, 但成本是.. 管03/23 02:04
12F→:理階層才不希望增加自己的工作量 XD03/23 02:05
首頁
上一頁
1
下一頁
尾頁