[請益] 接案的程式應該好好模組化嗎?

看板Soft_Job作者 (㊣百合の老公㊣)時間5年前 (2018/06/29 10:56), 編輯推噓14(14推 0噓 59→)
留言73則, 23人參與, 5年前最新討論串1/2 (看更多)
如題 最近接了一個政府的案子 酬勞跟要求完全不成比例 對方直接講白了 之後會有很多次擴展功能 每次都會付錢 叫我們不要想著賺這次 要賺後續的 可是我現在寫出的code 都有不錯的模組化 擴展起來不會太難 甚至有些擴展功能我已經處理掉了(主要是跨平台部分) 只是沒有告訴客戶 請問這樣一來 客戶有沒有可能直接花低薪請下一個人來做 就像我這次一樣? 大家有這樣被客戶坑的經驗嗎? -- ~$ sudo make love -j4 Error: 女朋友.c: 沒有此一檔案或目錄 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.215.130.29 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1530240982.A.23B.html
→
06/29 11:06, 5年前 , 1F
案子不是用標的嗎，會否換人問題在PM身上吧
06/29 11:06, 1F
→
06/29 11:11, 5年前 , 2F
我的作法是擴展的功能鎖定我的專用帳號,然後不要告訴客
06/29 11:11, 2F
推
06/29 11:12, 5年前 , 3F
記得10w 以下的案子不用標
06/29 11:12, 3F
→
06/29 11:12, 5年前 , 4F
可是這案子結了以後 客戶要怎麼改程式我也沒辦法管
06/29 11:12, 4F
→
06/29 11:12, 5年前 , 5F
戶,他有需求時你就當要重新開發報價,然後去做別的事情,
06/29 11:12, 5F
→
06/29 11:13, 5年前 , 6F
你通常會發現，案子接起來怪怪的，絕對會是 pm 的問題
06/29 11:13, 6F
→
06/29 11:13, 5年前 , 7F
等時間差不多了再把功能設定(開放)出來就好了
06/29 11:13, 7F
→
06/29 11:14, 5年前 , 8F
我也覺得pm有問題 他對客戶的要求根本有求必應 我很
06/29 11:14, 8F
→
06/29 11:14, 5年前 , 9F
懷疑他是不是額外有收錢...
06/29 11:14, 9F
→
06/29 11:14, 5年前 , 10F
然後擴展功能的部分封起來或加密..他就幾乎沒機會換人做
06/29 11:14, 10F
→
06/29 11:17, 5年前 , 11F
其實我現在是用react native做的 所以跨平台功能本來
06/29 11:17, 11F
→
06/29 11:17, 5年前 , 12F
就是附帶在上面 我只能祈禱客戶不知道怎麼把程式灌去
06/29 11:17, 12F
→
06/29 11:17, 5年前 , 13F
另一個平臺...
06/29 11:17, 13F
推
06/29 11:17, 5年前 , 14F
你必須要了解為啥 pm 都想站客戶面當好人
06/29 11:17, 14F
→
06/29 11:18, 5年前 , 15F
這就是人性，在了解台灣的 pm 為啥都跟業務差不多
06/29 11:18, 15F
→
06/29 11:20, 5年前 , 16F
求大大開釋 小弟菜逼巴第一次接有pm的案子><
06/29 11:20, 16F
→
06/29 11:20, 5年前 , 17F
通常講這種話的，就是想凹你
06/29 11:20, 17F
→
06/29 11:20, 5年前 , 18F
其實政府專員也是能摸就混，對他們來說 達成任務=100%
06/29 11:20, 18F
→
06/29 11:20, 5年前 , 19F
被凹我也認了 我只求他不要連擴展的錢都不給
06/29 11:20, 19F
→
06/29 11:22, 5年前 , 20F
通常擴展 ... 代表有需求
06/29 11:22, 20F
→
06/29 11:22, 5年前 , 21F
吃苦當吃補 ... 別想太多比較順利
06/29 11:22, 21F
→
06/29 11:42, 5年前 , 22F
好...
06/29 11:42, 22F
推
06/29 11:56, 5年前 , 23F
模組化，最後再過obfuscator&minifier
06/29 11:56, 23F
→
06/29 12:00, 5年前 , 24F
第一個案子都沒賺到，後面案子也未必接得到
06/29 12:00, 24F
→
06/29 12:19, 5年前 , 25F
照規格書的做啊
06/29 12:19, 25F
→
06/29 12:53, 5年前 , 26F
你寫完了擴充也要補文件，不告訴客戶看文件也知道啊
06/29 12:53, 26F
→
06/29 12:58, 5年前 , 27F
我文件不打算給客戶 不過客戶有要求給source code
06/29 12:58, 27F
→
06/29 12:58, 5年前 , 28F
這樣我如果把程式碼醜化再給 不知道算不算違約?
06/29 12:58, 28F
推
06/29 13:34, 5年前 , 29F
最簡單的，資料庫資料表用A1 A2 A3 欄位也用A1 A2 A3
06/29 13:34, 29F
→
06/29 13:35, 5年前 , 30F
程式變數也用A1 A2 A3 就真的只有你能維護賺一波了。
06/29 13:35, 30F
→
06/29 13:35, 5年前 , 31F
我第一份工作就遇到老工程師這樣寫XD
06/29 13:35, 31F
→
06/29 13:36, 5年前 , 32F
要求客戶簽MA合約阿
06/29 13:36, 32F
推
06/29 13:52, 5年前 , 33F
請放心, 不管你做到什麼程度, 接手的一定說前任做很爛
06/29 13:52, 33F
推
06/29 13:55, 5年前 , 34F
規格寫高一點吧 也是對自己的磨練 別總想著當下
06/29 13:55, 34F
→
06/29 13:55, 5年前 , 35F
建議先用DP去改妳會覺得很有趣 先把界面全部切成策略
06/29 13:55, 35F
→
06/29 13:56, 5年前 , 36F
模式然後參數全部var1 var2學一下寫框架的高手們寫法
06/29 13:56, 36F
→
06/29 13:57, 5年前 , 37F
CALL哪個函數部分全部從db撈出來或是自己搞個WORKFLOW
06/29 13:57, 37F
推
06/29 14:05, 5年前 , 38F
我的建議這類型專案你下次就不要接了
06/29 14:05, 38F
推
06/29 14:18, 5年前 , 39F
哪家公司啊...專案公司還有閒到讓你思考這問題喔？
06/29 14:18, 39F
→
06/29 14:18, 5年前 , 40F
通常不都趕趕趕，然後就產出一堆垃圾XD
06/29 14:18, 40F
→
06/29 14:19, 5年前 , 41F
時程上沒有到很趕 大概是這案子唯一的優點了QQ
06/29 14:19, 41F
→
06/29 14:20, 5年前 , 42F
其實是客戶需求一直喬不定 所以結案時間也一直delay
06/29 14:20, 42F
→
06/29 14:34, 5年前 , 43F
案子其實最忌諱這種 案子一直拖雖然死線一直後延 但這中間
06/29 14:34, 43F
→
06/29 14:34, 5年前 , 44F
時間一直打水漂..就算還沒開工 光見面廢話的時間也種浪費
06/29 14:34, 44F
→
06/29 14:35, 5年前 , 45F
如果說是團隊幾十萬案子以上就算了..那種數萬甚至小到1萬的
06/29 14:35, 45F
→
06/29 14:36, 5年前 , 46F
案主沒辦法有明確目標 或接案者沒辦法引導到能快速銀貨兩訖
06/29 14:36, 46F
→
06/29 14:37, 5年前 , 47F
的情況 這種就該做個停損點 案子面談不難搶 但接案寸時寸金
06/29 14:37, 47F
→
06/29 16:27, 5年前 , 48F
基本上就是談授權+把報酬拉到你覺得的合理的地方
06/29 16:27, 48F
→
06/29 16:28, 5年前 , 49F
不然就不要接 酬勞跟你的時間哪個重要？如果你都覺得不合比
06/29 16:28, 49F
→
06/29 16:28, 5年前 , 50F
例那麼就要果斷一點
06/29 16:28, 50F
→
06/29 16:30, 5年前 , 51F
客戶需求一直變 只有兩個情況 一個是專案公司本身沒弄清楚
06/29 16:30, 51F
→
06/29 16:30, 5年前 , 52F
另一個才是單位裡面的人天馬行空 而這人足以影響整個案件
06/29 16:30, 52F
→
06/29 16:30, 5年前 , 53F
的能否結案
06/29 16:30, 53F
→
06/29 16:31, 5年前 , 54F
另外最好之後學著蒐證 埋程式進去 因為這類專案工公司把你程
06/29 16:31, 54F
→
06/29 16:31, 5年前 , 55F
式碼拿去套別的網站是遲早的
06/29 16:31, 55F
→
06/29 16:32, 5年前 , 56F
很久以前就遇過把程式碼套用在別的系統上的
06/29 16:32, 56F
→
06/29 16:33, 5年前 , 57F
要賺後續這種幹話 外面很多人都會這樣講 看你信不信的過對
06/29 16:33, 57F
→
06/29 16:33, 5年前 , 58F
方
06/29 16:33, 58F
→
06/29 16:46, 5年前 , 59F
這類合作如果以對方是長期做政府案件的公司來說，以同一套系
06/29 16:46, 59F
→
06/29 16:46, 5年前 , 60F
統爽爽套差不多能接2～4就極限了 你應該只是他其中一個外包
06/29 16:46, 60F
→
06/29 16:47, 5年前 , 61F
所以不需要太特別委屈自己硬接不合理的案件
06/29 16:47, 61F
推
06/29 17:32, 5年前 , 62F
其實不一定是額外有收錢 很多PM只顧著滿足客戶的需求
06/29 17:32, 62F
→
06/29 17:32, 5年前 , 63F
忽略了花的工時越多等於越沒賺錢
06/29 17:32, 63F
推
06/29 19:24, 5年前 , 64F
畫大餅
06/29 19:24, 64F
推
06/30 08:42, 5年前 , 65F
政府案流程麻煩，明年預算也還沒編，誰能保證有錢?別接吧
06/30 08:42, 65F
推
07/01 10:39, 5年前 , 66F
湖藍居多 錢落袋才是真的 其他都是假的
07/01 10:39, 66F
推
07/01 10:40, 5年前 , 67F
PM如果不是老闆 就直接嗆他最好不要拿公司的資源做自己
07/01 10:40, 67F
→
07/01 10:40, 5年前 , 68F
的人情跟人脈 不想弄他 不代表不能弄他
07/01 10:40, 68F
推
07/01 12:56, 5年前 , 69F
假象啦～　有聽過：沒offer一切都是假的？　是了，該收多少
07/01 12:56, 69F
→
07/01 12:56, 5年前 , 70F
就收多少，什麼未來怎樣怎樣的...... 呵呵呵
07/01 12:56, 70F
→
07/01 17:07, 5年前 , 71F
寫到你開心就好 然後程式體質打好還有機會賣下一家
07/01 17:07, 71F
→
07/01 21:33, 5年前 , 72F
聽他放屁 後續的改動當然是要砍掉重做再收錢 誰讓他
07/01 21:33, 72F
→
07/01 21:33, 5年前 , 73F
凹
07/01 21:33, 73F
‣ 更多 lturtsamuel 的文章
文章代碼(AID): #1RDP_M8x (Soft_Job)
‣ 更多 lturtsamuel 的文章
文章代碼(AID): #1RDP_M8x (Soft_Job)