看起來這家公司的體質不是很好，好像沒什麼待下去的必要

作者: grantliang (Grant) 看板: Soft_Job
標題: Re: [請益] 這樣的方式我應該如何選擇
時間: Wed Apr  4 05:32:26 2012

※ 引述《steve206241 (stevehan)》之銘言：
: 綜合上面的爆點大概如下
: 1.設備老舊卻裝載消耗資源的VS2005 + SQL2008，好像跑不動是因為自己不準備新筆電
: 2.設計規設計，功能歸功能，資料庫歸資料庫，各司其職，我碰到的卻除了DB的建立
: 與圖片的製作不是自己外其他通包
: 3.至少運作3年的專案基本上技術文件量基本上會扎實龐大，讓接續的人不必耗時費工，
: 我並沒有碰到
: 4.做了這麼久的資料庫，開了這麼多的資料表，寫的這麼簡易的解釋內容，卻沒有思考架
: 構圖，就像是整個的秘密只有我知道
: 5.沒有規劃時間，進度，詳細規格，潛在的危機一直圍繞卻沒反應
: 6.龐大的變數量和代號量沒有直覺化反應也沒有文件支援，完全就自行摸索
: 7.搞不清楚到底哪個效果才是實際的依據，一通電話幾乎可以"再微調"的狀況


  首先，我們簡單一點，當你坐在這位子上了，遇到了如同七原罪般的問題(誤)

  你想不想解決他?

  如果只有Y/N.....


  麻煩的是，當你按下了Y....

  這就麻煩多了，讓我含著眼淚，回想這幾年，好好回答你

  1.設備老舊

    這真的是軟體業的常態，標準到不能再標準的問題之一了

    我們常常幻想著，我們進了這家公司烙印青春、出賣專業

    公司至少要給予適當的尊重吧!!

    但遺憾的是，鬼島的軟體業普遍的利潤極差!! 普遍存在著體質不好的公司

    所以除了在資金充裕的公司之外，大都秉持在能省則省的大前提下

    由其軟體業人力的來來回回

    在身上沒有戰功的新人，叫人如何投資在其身呢?

  2.十八般武藝，樣樣精通

    這種東西在軟體業，根本就不可能有人會「精通」

    你知道，我知道，連獨眼龍的兒子都知道，沒道理老闆不知道啊

    你說你要設計規設計、功能歸功能、DB歸DB時，環顧四週，看看你的部門有幾個人?

    當沒有十八般武藝的天才出現時

    如果想要達成你要的開發環境

    這問題是需要整個組織架構的配合(SA.PG.DBA?)，然後再搭配一個完整的開發流程

    當然還有整個專案的底層對於各角色的支援。

    如果沒有這些東西，那這個專案由一個RD全包也是很合理的(握拳)

    至少你少碰了DB及UI設計(誤)

  3.技術文件的扎實程度

    如果沒有第二點的組織架構，這個專案怎麼可能會有扎實的技術文件呢?

    當一個BUG ISSUE過來時，RD出槍就幹，射後不理一定是最高指導原則。

  4.爛蘋果的不斷累積

    可是想見的是，初期這案子一定是一個功能簡單，甚至是一個Prototype

    再演化的過程中不斷的加入新功能；從原本的小專案只要一兩個人負責

    轉換成中大型專案時，還是只有一兩個人，只好要什麼功能開什麼Table

    RD可能只期望真的結案的那一天，但結果通常是自己先遞辭呈的日子先到...

  5.無法預測的需求黑洞

    整個專案沒有一個適當的人或方式去量化(這講的太抽象 orz)

    應該說是這專案已經步入要結不結的囧境，總之就是要做到User所期望的功能為止

    這種業務或PM不夠硬時，RD除了和他們多拗2杯星巴克外加介紹正妹之外

    還真的只能摸摸鼻子。整個專案在沒有組織架構之下走到這地步....

    燒香拜佛應該是唯一解了(握拳 again)

  6.總覺得前輩的腦袋是裝屎的

    大約5年前我大概會直接說：X !!! 他X的寫這的人是白痴低能兒嗎?

    現在當然也是會這樣說，但是那是在心裡偷偷橋....

    而嘴巴則是碎碎念：唉啊，當時的時空背景，看來真的是複雜啊....

    因為我永遠不知道裝屎的前輩是不是打我考績的主管...

    但這存在著一個根本的問題，就是我有沒有能力去修正或改善他

    龐大的變數大是否需要一個明確定義方式?

    然後再設計出一個更直覺化的反應?

  7.系統彈性的無限上綱

    當一組數據或效果會因為某些設置量或標準值而變動時

    這應該就屬於系統彈性的擴充。

    我們常在這板上看到系統效能與系統彈性的討論出現，但這也是屬於軟體開發的常態

    最後我們妥協的往往是USER的嘴，基本上和效能、彈性沒有太大的關聯...



   最後

   看起來這家公司的體質不是很好，好像沒什麼待下去的必要

   但對工作而言，你是否有能力或想要出手去整個HOLD住

   我想最好的指標，應該是你找你主管好好談一談你遇到的問題

   最好是一併提出相關的解決方式

   如果主管的觀念很符合你要的，只是受限一些連他都無法解決的外在因素

   我倒覺得換你給他三個月試用期也不錯

   有共識的程式碼，寫起來至少是令人娛悅的









--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.252.35.219
推 vn509942:妥協的往往是USER的嘴（煙                               04/04 06:47
推 ray33:大推第5點                                                 04/04 12:59
→ viper9709:推這篇~~                                              04/04 21:58
推 bobju:推!                                                       04/05 11:00
推 lance70176:第四點....好有感觸喔                                 04/05 19:02