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

[andymai (人生只有一次)]

※ 引述《steve206241 (stevehan)》之銘言：
: 工作的快兩週
: 回想真的有點........
: 突破了我的想像，與過去學習到的學校內容
: 如果說是我異想天開，可以快速跳過下面的抱怨跳下一段
: ====================抱怨開始==========================
: 進公司的第一天，因為主管們要開會
: 先前他們有問要不要先買筆電的問題，因為口袋問題所以想先用公司的
: 也有事先告知可能會比較舊，我想不會差太多
請不要自己想...因為答案通常會跟你想的不一樣XD
: 但當天拿到的電腦有點傻眼，機型的樣式像還在學校時老師從櫃子中拿出來的臨時用機
: ASUS    PIII 933
: 這個是我的第一個爆點，我忍下來了
: 下午主管過來說明我要做的專案還有要實作的內容
: 因為我比較熟悉的是C#，以為是普通程式的案子
: 結果是ASP.net with C#
: 然後整個專案的投影片乍看之下並沒有很複雜(老實講很像大學課程的Project)
: 講完後跟我說"你要自己做前端的介面及美工，中間的資料處理和資料庫查詢，資料表
: 都已經建好了，至於後端的管理已經做好了不用擔心"
: 這是我的第二個爆點，除了資料庫的建立我不用做外，其他的都得包
: 這難道也是社會常態?????
常不常態我沒統計過，但聽過、碰過、經歷過不少間是這樣搞的
: 再來他講解Table schma
: 他打開Excel ， 裡面有好多的分頁 ，粗算下有30頁以上都是在解釋資料表名稱和內容
: 很有規則看起來有點放心
: 但中間錯綜複雜的關聯需要些釐清
: 就問他"有ER model的文件可以看嗎"
: 他回答"某些原因所以沒有做文件出來"
: 然後他開始把我要用到的重複的切換頁面查看不同表及關係
: 這是我第三個爆點，專案粗看已經有一定規模了，卻沒有初期就要建立的技術文件
: 這感覺蠻震撼的，但還可以忍受
文件...
基本上我還蠻懷疑台灣有幾家公司可以拿出即時更新的正確文件...
做產品的有可能，做"吃到飽"的就...
: 當然他跟我講說，你先看之前的程式碼寫了哪些
: 不用急著Coding
: 雖然我是個新手剛進公司，需要時間適應，但既然有案子要跑，總有跟客戶報進度
: 的時間點
: 所以我問了，但他沒回答
: 幾天後在我們程式部的主管來關心他底下的各位狀況時跟我的主管問起這個案子
: 他也問了交案時間
: 他說"大概4月中，差新人(我)現在做的前端系統"
: 這是我第四個爆點，沒有詳細的專案內容，時間，文件
: 叫我不要給自己亂加壓力，那我要怎麼分配時間，火燒門口了要怎麼滅火
沒回答就自己抓一下大概的時間
寄份各項預估時間和進度表給他囉
: 聽完之後當然要看實作內容啦
: 檔案的規劃還有BASE系統的安全性還有架構讓我佩服(新手嘛，以前沒這樣玩過)
: 但打開會馬上參考的檔案後
: 驚訝的開始了
: 一堆被註釋掉的程式碼，一些標示插入日期的開頭標籤
: 還有一直重覆的程式碼(資料庫的指令下達和回傳的取得處理)
: 最重要的
: 幾乎沒看到詳細的註解提示裡面到底在做啥
1.他寫了你就看得懂?
每個人敘述事情的方式不盡相同，就連面對面說都能意會錯...
2.註解不一定是對的 XD
: 而資料庫指令的代稱是縮寫+數字 (HELPS-Sql-20)
: ..........這啥
: 要知道內容要到專門集中SQL指令的XML檔裡面查詢
: 我知道集中用XML管理這合乎精神
: 但 "20" 這個指令號碼讓我很驚訝
: 而且不知這一點點，幾乎全部都是這樣寫
: 我問主管"請問程式馬怎麼都沒有註解詳解內容"
: 他回答"註解是重點，也不會很難，功能先出來比較實際"
: 這是我第五個爆點，就像是大一大二還在用 a b c x y z 做數字寫作業
: 交了以後不再管他的用法
: 居然在這裡可以發現
在前公司的時候，我也對這樣的做法感到很訝異
可是...我後來才發覺這代表著有太過龐大的系統
龐大到：
1.特地取了名稱，日後卻還是記不起來
2.太多相似的名稱，或已經沒有直覺的名稱可取
: 而且百行以上的程式連到底做了啥都沒講
: 這樣的方式被當初的教授看到，不要說牆板，天花板都可看到血跡
@@那我之前看到有在業界發展的教授是怎麼回事?
: 後來就邊加註解邊把註解掉的廢Code拿掉
註解掉的不一定是廢code
很多時候只是暫時拿掉...
: 然後把SQL看一遍搞懂
: 然後自己用紙畫比較簡單有用到的資料庫示意圖出來
: 然後寫SQL做我的頁面會用到的部分
: 中間他過來看到我的查詢式時有給我些破題點和建議
: 老實講他的資料庫實作很強
: 但所有的概念都在他腦中沒有分享出來
: 這是我缺少的
: 一陣跌跌撞撞後我來到第二周
: 兩天下來從呼叫資料庫查詢要用的內容到一開始資料的處理
: 基本上還算順利
: 第三天進展到第三個頁面
: 當然ASP.net許久未用感覺陌生
: 所以看了下元件的設定
: 碰到了不能簡單拿到資料的困境
: 結果他跟我講說"我已經建好檢視了你可以直接利用"
: 然後拉出SQL2008的樹狀介面瀏覽檢視表
: OS想說"你為何不在講解資料表實講這個"
: 然後到了周五
: 第三頁的資料顯示基本都完成了
: 傳出的參數和繫結並不會造成太多的困難
: 結果他認為
:         我應該一頁一頁做完
:         不要東跳嬉跳的
:         這樣都沒有全部完成
: 但我認為
:         第三個頁面內容是前兩頁的選擇所決定的
:         中間做法是關聯性的應該一起完成
:         至於沒有加進去的會員系統參數判斷
:         那是同頁面但不同角度的實作
: 他覺得不合邏輯，這樣等於都沒完整的完成品出來一樣
: 這是我第七的爆點，如果說完成一個頁面的前後實作再換下一個來做
: 那專案一定會爆很大，因為每頁的重解譯花費的時間都固定的話，得要想好每一個環節
基本上...我認為他才是對的
如果不先想好每一個環節再動手
很有可能會有一大堆問題在日後等著你改
想了前面忘了後面，想了後面忘了前面
很可能就開始變成補破洞，越寫就越爛、越攪在一起

前面要求要有文件、註解，下面要求要有思考構圖
但是這邊卻不肯反求諸己???
: 從前面共10天上班日來看有點困難
: 還有些我沒寫到的有點瑣碎就不提了
: =============================抱怨結束==============================
: 綜合上面的爆點大概如下
: 1.設備老舊卻裝載消耗資源的VS2005 + SQL2008，好像跑不動是因為自己不準備新筆電
完全沒有補助購置筆電的方法?
: 2.設計規設計，功能歸功能，資料庫歸資料庫，各司其職，我碰到的卻除了DB的建立
: 與圖片的製作不是自己外其他通包
我還蠻好奇全台灣沒通包和各司其職的比例XD
: 3.至少運作3年的專案基本上技術文件量基本上會扎實龐大，讓接續的人不必耗時費工，
: 我並沒有碰到
扎實???
如果是做"吃到飽"、客戶要改就改的~基本上想都別想
有些公司的文件不是沒有就是沒更新
更別提還有沒做好交接的...
: 4.做了這麼久的資料庫，開了這麼多的資料表，寫的這麼簡易的解釋內容，卻沒有思考架
: 構圖，就像是整個的秘密只有我知道
很可能是慢慢摸索、設計、發展起來的
有時候...連客戶自己想要什麼，客戶自己都不知道
: 5.沒有規劃時間，進度，詳細規格，潛在的危機一直圍繞卻沒反應
這個就要反應了
如上面所說的，已知 deadline 是四月中，也許可以自己規劃一下就寄過去
: 6.龐大的變數量和代號量沒有直覺化反應也沒有文件支援，完全就自行摸索
: 7.搞不清楚到底哪個效果才是實際的依據，一通電話幾乎可以"再微調"的狀況
看起來就很像是"吃到飽"XD
: 上到現在發現這週要發薪了
: 而我將這些跟認識的講，他們都很訝異，勸我不要久留
: 一兩個說適應會變習慣，再捱也要過一年才不會成為不良紀錄
: 我整個很想再把人力寺廟的履歷再打開了向之前沒回覆邀請面試的公司洽談一下
: 但還是想聽聽這裡高人的看法
: 是我太自命清高，最好見見社會
: 還是整個就有問題，想出來最好快
: 試用期3個月內不滿1個月以不適合想法當原因離職
: 會不會成為黑暗記錄留下陰影
: 真的還不想被其他的公司黑掉啦 > <
: 感謝各位看到最後
:
以上...是我看到的病態...
其實版上討論這些已經很久了...
大家都知道不對...但是一堆人都這麼做...

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.171.3.203
→ steve206241:如果是APP的大型程式開發，做大以後變數名城難記
→ steve206241:很正常，但這個是大型網頁專案，每頁的變數獨立，
→ steve206241:應該還能辨認，但無奈的是上面的沒有發現，
→ steve206241:因為絕大部分都是他做的，我進去後加他2個人
→ steve206241:我要求頗高適因為看過有公司實行，但幻想是一定存在的
的確是有公司在實行沒錯
但是也要想想為什麼他們做得到~而其它公司做不到
每間公司都有每間公司的難處
目前看到的大多數都是因為"需求太多、時間不夠"...
→ steve206241:或許本來想當個近白的紙進去學習，結果當不成還都是
→ steve206241:一團黑還理不清，領薪還有點過意不去
真的是不用過意不去耶...
如果你真的不行~老闆也不是傻傻付薪水的呆子...
→ YunJonWei:鰻中肯的
※ 編輯: andymai         來自: 118.171.5.81         (04/03 01:25)
推 bobju:是的,需求太多,時間不夠.還有,就是[人]的習慣問題.我相信不
→ bobju:要談公司,即便是個人,平時有寫文件習慣的只怕也相當少數.個
→ bobju:人都如此了,更何況是公司?
→ bobju:除非軍事化管理,但那又要蹦出軍事化管理適不適合軟體業的議
→ bobju:論了.
沒錯...
但是說到軍事化...
其實軍隊似乎也沒好到哪去耶...XD
※ 編輯: andymai         來自: 122.117.152.17       (04/03 12:52)
推 yangyr:軍事化管理? 是指台灣的鳥蛋兵嗎? XD