[請益] 這樣的方式我應該如何選擇

看板Soft_Job作者 (stevehan)時間12年前 (2012/04/02 02:27), 編輯推噓18(18026)
留言44則, 24人參與, 最新討論串1/7 (看更多)
工作的快兩週 回想真的有點........ 突破了我的想像,與過去學習到的學校內容 如果說是我異想天開,可以快速跳過下面的抱怨跳下一段 ====================抱怨開始========================== 進公司的第一天,因為主管們要開會 先前他們有問要不要先買筆電的問題,因為口袋問題所以想先用公司的 也有事先告知可能會比較舊,我想不會差太多 但當天拿到的電腦有點傻眼,機型的樣式像還在學校時老師從櫃子中拿出來的臨時用機 ASUS PIII 933 這個是我的第一個爆點,我忍下來了 下午主管過來說明我要做的專案還有要實作的內容 因為我比較熟悉的是C#,以為是普通程式的案子 結果是ASP.net with C# 然後整個專案的投影片乍看之下並沒有很複雜(老實講很像大學課程的Project) 講完後跟我說"你要自己做前端的介面及美工,中間的資料處理和資料庫查詢,資料表 都已經建好了,至於後端的管理已經做好了不用擔心" 這是我的第二個爆點,除了資料庫的建立我不用做外,其他的都得包 這難道也是社會常態????? 再來他講解Table schma 他打開Excel , 裡面有好多的分頁 ,粗算下有30頁以上都是在解釋資料表名稱和內容 很有規則看起來有點放心 但中間錯綜複雜的關聯需要些釐清 就問他"有ER model的文件可以看嗎" 他回答"某些原因所以沒有做文件出來" 然後他開始把我要用到的重複的切換頁面查看不同表及關係 這是我第三個爆點,專案粗看已經有一定規模了,卻沒有初期就要建立的技術文件 這感覺蠻震撼的,但還可以忍受 當然他跟我講說,你先看之前的程式碼寫了哪些 不用急著Coding 雖然我是個新手剛進公司,需要時間適應,但既然有案子要跑,總有跟客戶報進度 的時間點 所以我問了,但他沒回答 幾天後在我們程式部的主管來關心他底下的各位狀況時跟我的主管問起這個案子 他也問了交案時間 他說"大概4月中,差新人(我)現在做的前端系統" 這是我第四個爆點,沒有詳細的專案內容,時間,文件 叫我不要給自己亂加壓力,那我要怎麼分配時間,火燒門口了要怎麼滅火 聽完之後當然要看實作內容啦 檔案的規劃還有BASE系統的安全性還有架構讓我佩服(新手嘛,以前沒這樣玩過) 但打開會馬上參考的檔案後 驚訝的開始了 一堆被註釋掉的程式碼,一些標示插入日期的開頭標籤 還有一直重覆的程式碼(資料庫的指令下達和回傳的取得處理) 最重要的 幾乎沒看到詳細的註解提示裡面到底在做啥 而資料庫指令的代稱是縮寫+數字 (HELPS-Sql-20) ..........這啥 要知道內容要到專門集中SQL指令的XML檔裡面查詢 我知道集中用XML管理這合乎精神 但 "20" 這個指令號碼讓我很驚訝 而且不知這一點點,幾乎全部都是這樣寫 我問主管"請問程式馬怎麼都沒有註解詳解內容" 他回答"註解是重點,也不會很難,功能先出來比較實際" 這是我第五個爆點,就像是大一大二還在用 a b c x y z 做數字寫作業 交了以後不再管他的用法 居然在這裡可以發現 而且百行以上的程式連到底做了啥都沒講 這樣的方式被當初的教授看到,不要說牆板,天花板都可看到血跡 後來就邊加註解邊把註解掉的廢Code拿掉 然後把SQL看一遍搞懂 然後自己用紙畫比較簡單有用到的資料庫示意圖出來 然後寫SQL做我的頁面會用到的部分 中間他過來看到我的查詢式時有給我些破題點和建議 老實講他的資料庫實作很強 但所有的概念都在他腦中沒有分享出來 這是我缺少的 一陣跌跌撞撞後我來到第二周 兩天下來從呼叫資料庫查詢要用的內容到一開始資料的處理 基本上還算順利 第三天進展到第三個頁面 當然ASP.net許久未用感覺陌生 所以看了下元件的設定 碰到了不能簡單拿到資料的困境 結果他跟我講說"我已經建好檢視了你可以直接利用" 然後拉出SQL2008的樹狀介面瀏覽檢視表 OS想說"你為何不在講解資料表實講這個" 然後到了周五 第三頁的資料顯示基本都完成了 傳出的參數和繫結並不會造成太多的困難 結果他認為 我應該一頁一頁做完 不要東跳嬉跳的 這樣都沒有全部完成 但我認為 第三個頁面內容是前兩頁的選擇所決定的 中間做法是關聯性的應該一起完成 至於沒有加進去的會員系統參數判斷 那是同頁面但不同角度的實作 他覺得不合邏輯,這樣等於都沒完整的完成品出來一樣 這是我第七的爆點,如果說完成一個頁面的前後實作再換下一個來做 那專案一定會爆很大,因為每頁的重解譯花費的時間都固定的話,得要想好每一個環節 從前面共10天上班日來看有點困難 還有些我沒寫到的有點瑣碎就不提了 =============================抱怨結束============================== 綜合上面的爆點大概如下 1.設備老舊卻裝載消耗資源的VS2005 + SQL2008,好像跑不動是因為自己不準備新筆電 2.設計規設計,功能歸功能,資料庫歸資料庫,各司其職,我碰到的卻除了DB的建立 與圖片的製作不是自己外其他通包 3.至少運作3年的專案基本上技術文件量基本上會扎實龐大,讓接續的人不必耗時費工, 我並沒有碰到 4.做了這麼久的資料庫,開了這麼多的資料表,寫的這麼簡易的解釋內容,卻沒有思考架 構圖,就像是整個的秘密只有我知道 5.沒有規劃時間,進度,詳細規格,潛在的危機一直圍繞卻沒反應 6.龐大的變數量和代號量沒有直覺化反應也沒有文件支援,完全就自行摸索 7.搞不清楚到底哪個效果才是實際的依據,一通電話幾乎可以"再微調"的狀況 上到現在發現這週要發薪了 而我將這些跟認識的講,他們都很訝異,勸我不要久留 一兩個說適應會變習慣,再捱也要過一年才不會成為不良紀錄 我整個很想再把人力寺廟的履歷再打開了向之前沒回覆邀請面試的公司洽談一下 但還是想聽聽這裡高人的看法 是我太自命清高,最好見見社會 還是整個就有問題,想出來最好快 試用期3個月內不滿1個月以不適合想法當原因離職 會不會成為黑暗記錄留下陰影 真的還不想被其他的公司黑掉啦 > < 感謝各位看到最後 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.193.19.143

04/02 02:40, , 1F
我以前也以為會有文件,直到我膝蓋中了一箭
04/02 02:40, 1F

04/02 02:52, , 2F
爆點這麼低...全台灣不知道爆幾間了XD
04/02 02:52, 2F

04/02 02:56, , 3F
就別寫這個履歷就好啦...反正才一個月
04/02 02:56, 3F

04/02 02:57, , 4F
難不成你還寄望這個履歷寫在上面會好看?
04/02 02:57, 4F

04/02 03:45, , 5F
敝人公司1~7的鳥事我全遇過XD 但後來發現原來是一開始太賽
04/02 03:45, 5F

04/02 03:47, , 6F
題外話: 我也認為註解應該含有"解釋思維" 但非本科的同事則
04/02 03:47, 6F

04/02 03:47, , 7F
認為這種註解很SUCK 不正式不該在程式內..(攤手)
04/02 03:47, 7F

04/02 05:21, , 8F
這應該是已經經歷好幾手的系統了,可能最初有文件沒錯,但洗到
04/02 05:21, 8F

04/02 05:21, , 9F
後來都己經形同[作廢]了.
04/02 05:21, 9F

04/02 05:23, , 10F
你所提到的第七個爆點那沒辦法,你得配合公司才行.畢竟驗收的
04/02 05:23, 10F

04/02 05:25, , 11F
清單上只看完成哪些功能項目,不看你內部編程夠不夠smart.
04/02 05:25, 11F

04/02 05:27, , 12F
公司寧可照著笨方法做,也不能在驗收清單上面開天窗.
04/02 05:27, 12F

04/02 07:29, , 13F
所以下一段是指第六頁嗎?
04/02 07:29, 13F

04/02 07:38, , 14F
我有時候會批台灣軟體業很爛怎麼樣的...不是沒有原因的
04/02 07:38, 14F

04/02 07:38, , 15F
你要在台灣做軟體開發...就該把這種爛事當作正常...
04/02 07:38, 15F

04/02 07:39, , 16F
否則很難找到讓你滿意的工作>"<
04/02 07:39, 16F

04/02 08:35, , 17F
你的要求太高啦~~
04/02 08:35, 17F

04/02 10:10, , 18F
好像沒什麼值得爆的點, 都很正常
04/02 10:10, 18F

04/02 11:18, , 19F
Welcome to real world
04/02 11:18, 19F

04/02 12:08, , 20F
就算是跑到美國,這種情況也比比皆是。 全世界都差不多啦
04/02 12:08, 20F

04/02 12:08, , 21F
如果是真要求spec還有documentations這種東西就該選擇IBM
04/02 12:08, 21F

04/02 14:33, , 22F
我寫了20多年程式也沒遇到符合你要求的公司, 如果你以後
04/02 14:33, 22F

04/02 14:34, , 23F
有遇到好公司希望能分享一下, 這樣我就死也瞑目了
04/02 14:34, 23F

04/02 18:53, , 24F
樓上+1
04/02 18:53, 24F

04/02 21:13, , 25F
不適合就走~~難不成你要學會這樣個工作方式才走
04/02 21:13, 25F

04/02 21:13, , 26F
話說回來MIS 軟體業都這樣阿XD~~
04/02 21:13, 26F

04/02 21:21, , 27F
你可能沒碰過, 工程師還要幫想規格書內容的狀況, 而且都是大
04/02 21:21, 27F

04/02 21:21, , 28F
公司呢, ㄎㄎ
04/02 21:21, 28F

04/02 21:27, , 29F
歷史共業啦
04/02 21:27, 29F

04/02 21:40, , 30F
我家公司CMMI Lv.4,還不是一堆以上問題。
04/02 21:40, 30F

04/02 21:40, , 31F
有時候是人的問題,而不是流程與技術的問題。
04/02 21:40, 31F

04/03 00:13, , 32F
也asp.net沒註解沒文件 看完舊的資料庫跟程式碼花超久(by低人
04/03 00:13, 32F

04/03 00:49, , 33F
這樣就要走,那你可能以後會一直辭職喔
04/03 00:49, 33F

04/03 09:49, , 34F
若很在意有沒有文件可加入有CMMI認證的公司
04/03 09:49, 34F

04/03 12:50, , 35F
CMMI也不一定有正確的文件喔~曾看過那種做表面的...
04/03 12:50, 35F

04/03 16:22, , 36F
CMMI要不做表面的話大概要花80%的時間在文件上
04/03 16:22, 36F

04/03 22:47, , 37F
3是都市傳說啦... (對大部份公司來說)
04/03 22:47, 37F

04/03 22:49, , 38F
另外說一下, 機器規格低不一定是壞事. ASP.NET跑在
04/03 22:49, 38F

04/03 22:49, , 39F
有cluster的伺服器上, 不是常跑blog學習的人第一次
04/03 22:49, 39F

04/03 22:50, , 40F
load test很大機會不會過... 而且死在那也找不到... :P
04/03 22:50, 40F

04/03 23:48, , 41F
這很正常啊 XDDDDDD
04/03 23:48, 41F

04/04 10:01, , 42F
電腦也太爛了吧 我連去兼職的公司都配去年買的NB給我
04/04 10:01, 42F

04/05 20:54, , 43F
社會...不寫註解+1
04/05 20:54, 43F

04/14 20:24, , 44F
Welcome to real world
04/14 20:24, 44F
文章代碼(AID): #1FU9uZzv (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先):
完整討論串 (本文為第 1 之 7 篇):
文章代碼(AID): #1FU9uZzv (Soft_Job)