[請益] 該離職嗎??

看板Soft_Job作者 (aqua)時間12年前 (2013/04/21 11:09), 編輯推噓8(8推 0噓 61→)
留言69則, 15人參與, 最新討論串1/5 (看更多)
小弟目前是新鮮人工作快四個月 目前工作做過的內容是 1.維護 網站+資料庫 2.寫過一個 android 的簡單操作介面 其中維護網站加資料庫是約占兩個月時間, android 是約一個月 我比較頭痛的是 對於資料庫和c#不熟, 有時候這個資料統計系統的使用者(其中特定一人) 由於他要求報表數字一定要符合某個特定數字(可能是配合他們公司其他單位的數據) 因此我要修改網頁程式內的 SQL指令 最近由於修改指令實在是達不到她的要求... 因此只能進資料庫內修改資料的欄位值 我知道這樣修改資料庫欄位值是會損害到資料庫的完整性 可是每次被追殺時又無法在修改程式上達到到這個使用者要求 因此只好修改資料欄位值(有記錄修改資料的編號) 我很怕這個系統會毀在小弟手上 公司也沒前輩可問, 其他公司前輩之前還能打電話去請教 但是最近這種為了對報表數據而修改資料庫資料, 其他公司前輩是要我跟對方說這個要求辦不到, 我自己是不會一開始就拒絕使用者要求, 會先說嘗試修改看看 可是事實上嘗試到最後只能滿足其中幾次報表數據 最近這一個月總是 try 不出使用者要的數據 而系統本身我也還不是太熟悉,但是最近使用者急著要報表, 東西我又改不出來...一整個很沮喪, 而使用者要交報表的 deadline 也要到了.....唉..... 這個系統對使用者的部門很重要, 小弟能力又達不到要求, 很怕毀了這個系統 因此認真考慮辭職這件事, 想請問版上前輩的看法, 謝謝各位前輩!!! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.172.123.66
→
04/21 11:13, , 1F
你只能照他的條件去下 哪有數字要合的 這樣搞就開幹啦
04/21 11:13, 1F
推
04/21 11:37, , 2F
不能直接改資料庫的值吧 天下大亂..=_=
04/21 11:37, 2F
→
04/21 11:38, , 3F
謝謝樓上兩位大大建議
04/21 11:38, 3F
→
04/21 11:39, , 4F
好奇主管在幹嘛?需求合不合理~他不知道嗎?
04/21 11:39, 4F
→
04/21 11:39, , 5F
小弟下次會堅守底線...
04/21 11:39, 5F
→
04/21 11:41, , 6F
公司,老闆均非軟體本業...
04/21 11:41, 6F
→
04/21 11:44, , 7F
小弟直接與使用者接洽, 主管不太理這一塊
04/21 11:44, 7F
→
04/21 11:46, , 8F
主管只有偶爾與對方使用者有連絡時, 聽到對方抱怨時
04/21 11:46, 8F
→
04/21 11:46, , 9F
才會叫我加班做完
04/21 11:46, 9F
→
04/21 11:47, , 10F
我相信主管就算知道需求 應該也不知道合理不合理
04/21 11:47, 10F
→
04/21 11:48, , 11F
你跟她說 這樣搞跟她自己用word打一張報表一樣 邏輯是你決定?
04/21 11:48, 11F
→
04/21 11:50, , 12F
邏輯是由對方決定, 使用者繳交的報表一定要由系統產生
04/21 11:50, 12F
→
04/21 11:51, , 13F
會出現要直接修改資料庫，通常是他們有些行為
04/21 11:51, 13F
→
04/21 11:52, , 14F
是私底下交易，沒有透過系統，所以才會有不匹配的情況
04/21 11:52, 14F
→
04/21 11:52, , 15F
到時候任何報表有問題，都會說是IT的問題
04/21 11:52, 15F
→
04/21 11:52, , 16F
對他們很重要又不是你 要這樣搞叫他們自己用excel打
04/21 11:52, 16F
→
04/21 11:53, , 17F
結論就是修改一個表的小數據，變成其他表也要跟著修改~
04/21 11:53, 17F
→
04/21 11:55, , 18F
目前情況是..會有未經過使用者的審核通過的資料,自己
04/21 11:55, 18F
→
04/21 11:56, , 19F
跑進報表的資料中<===這是使用者的說法
04/21 11:56, 19F
→
04/21 12:00, , 20F
我尚未確定實際情況究竟究竟是如何,可能當初做系統的
04/21 12:00, 20F
→
04/21 12:01, , 21F
廠商,做的系統介面我還不夠了解...
04/21 12:01, 21F
→
04/21 12:02, , 22F
造成無法掌握資料
04/21 12:02, 22F
→
04/21 12:08, , 23F
確實如derekQQ的結論一樣 XDD
04/21 12:08, 23F
推
04/21 12:09, , 24F
如果是這樣的話 聽起來是程式 開時程改程式比較合理吧
04/21 12:09, 24F
→
04/21 12:10, , 25F
通常開出需求的時候就至少要cc給主管了吧?更別說是改資料
04/21 12:10, 25F
→
04/21 12:12, , 26F
如果是程式錯~就只好巴結一點改掉~如果是使用者不遵守規則
04/21 12:12, 26F
→
04/21 12:13, , 27F
要改就應該談新需求~不然真的是做爽的...
04/21 12:13, 27F
→
04/21 12:16, , 28F
主管平常可能大略知道就好~但事情搞成這樣應該回報主管~聽
04/21 12:16, 28F
→
04/21 12:17, , 29F
聽他怎麼說~後續合不合理就要自己拿捏了...
04/21 12:17, 29F
推
04/21 12:35, , 30F
要符合特定數字，這不是製造假資料...你最好要他們簽名許可
04/21 12:35, 30F
→
04/21 12:35, , 31F
不然那天出事，他們全部賴在你頭上你就慘了
04/21 12:35, 31F
→
04/21 12:36, , 32F
塊陶比較實在
04/21 12:36, 32F
→
04/21 12:38, , 33F
謝謝各位大大的建議...真的很感謝. T.T
04/21 12:38, 33F
推
04/21 14:49, , 34F
資料庫資料千萬不要動......動了你就祈禱千萬別出事
04/21 14:49, 34F
→
04/21 14:49, , 35F
出事你就...
04/21 14:49, 35F
→
04/21 17:34, , 36F
賠錢...吃官司...
04/21 17:34, 36F
→
04/21 17:36, , 37F
如果為了應付應付，你可以在建一個測試用資料庫來用。
04/21 17:36, 37F
→
04/21 17:37, , 38F
但是要先告知主管，因為這是要配合它們要的數字所創
04/21 17:37, 38F
→
04/21 17:37, , 39F
畢竟正式資料庫數據，本來就不能亂動。為了報表好看只
04/21 17:37, 39F
→
04/21 17:37, , 40F
能用這招！
04/21 17:37, 40F
→
04/21 17:39, , 41F
當然測試用資料庫資料都和正式一樣，看要多久更新一次
04/21 17:39, 41F
→
04/21 17:42, , 42F
通常報表數據本來就不能造假，一旦出事你一定得負責。
04/21 17:42, 42F
→
04/21 18:50, , 43F
..你心臟很大顆 直接改欄位值 到時後鐵定會死很難看
04/21 18:50, 43F
推
04/21 19:01, , 44F
直接跟老闆說不合理的做不到 老闆不挺你就快點閃人吧
04/21 19:01, 44F
→
04/21 20:46, , 45F
感覺我要GG了 = =
04/21 20:46, 45F
→
04/21 21:17, , 46F
我的建議是不要改資料庫資料了~
04/21 21:17, 46F
→
04/21 21:18, , 47F
其他部門要求達到數據相同是他要report的時候不會被釘
04/21 21:18, 47F
→
04/21 21:19, , 48F
即使是程式bug造成不應該出現的值，那它們也不應該塞那個
04/21 21:19, 48F
→
04/21 21:19, , 49F
值~
04/21 21:19, 49F
→
04/22 02:19, , 50F
你的職位不到不用負這責任，要把情形告訴上面的人
04/22 02:19, 50F
→
04/22 02:20, , 51F
讓他們去解決，不要傻傻的用這種硬改的方式，不過user
04/22 02:20, 51F
→
04/22 02:20, , 52F
怎麼會直接面對你呢/
04/22 02:20, 52F
→
04/22 02:21, , 53F
總之一定要上面的人知道，主管最怕的就是有問題不說
04/22 02:21, 53F
→
04/22 02:22, , 54F
deadline到了一起爆炸
04/22 02:22, 54F
推
04/22 08:25, , 55F
在畫面上開新欄位請user敲她要的值。你報表就改抓她打的。
04/22 08:25, 55F
→
04/22 08:27, , 56F
這樣正當流程的值保留了，她要的也有了。我們是這樣處理
04/22 08:27, 56F
→
04/22 08:28, , 57F
台面下交易。給她登錄資料的地方可以額外開個畫面給她敲。
04/22 08:28, 57F
→
04/22 12:35, , 58F
不說不是方法 不然deadline到了 大家就要看煙火了
04/22 12:35, 58F
推
04/22 13:29, , 59F
回他關我屁事
04/22 13:29, 59F
→
04/22 13:33, , 60F
目前是用程式排除搜進來的資料,這禮拜要跟user重新
04/22 13:33, 60F
→
04/22 13:34, , 61F
重新談使用需求.
04/22 13:34, 61F
→
04/22 13:36, , 62F
之前有跟主管提過報表的事情,但是並未提到直接修改資料
04/22 13:36, 62F
→
04/22 13:37, , 63F
的事情,是算我作業疏失
04/22 13:37, 63F
推
04/25 00:01, , 64F
我前陣子遇到一個user 要我協助砍掉一筆資料....
04/25 00:01, 64F
→
04/25 00:02, , 65F
原因不明，我就沒改。 結果過幾天他問我是否沒刪
04/25 00:02, 65F
→
04/25 00:02, , 66F
我說沒原因不敢刪.. 他回我:「你不要管這麼多
04/25 00:02, 66F
→
04/25 00:02, , 67F
刪掉就沒事了..」 我:「刪掉後另一個table的記錄就對應不
04/25 00:02, 67F
→
04/25 00:02, , 68F
到」結果他大姊才老實說出沒照流程走 真的很無言
04/25 00:02, 68F
→
04/25 00:03, , 69F
覺得有些user到底把MIS當什麼阿...
04/25 00:03, 69F
‣ 更多 aquaisaqua 的文章
文章代碼(AID): #1HSrY5Sa (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 5 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共5篇)
‣ 更多 aquaisaqua 的文章
文章代碼(AID): #1HSrY5Sa (Soft_Job)