Re: [請益] 能力不足該離職嗎?
※ 引述《abcd9597938 (阿虛)》之銘言:
: 小弟非本科碼農
: 最近應徵上第一份工作約兩個禮拜
: 第一天進去就明顯感受到自己能力跟同事有落差
: 加上這間新創進度很趕
: 有年假,二月底排程就要搞出MVP
: 但現在連程式基底也沒完成
: 想當然爾沒時間教育訓練
: 主管要我負責寫一整個單元的架構
: 但我Google 拼拼湊湊半天才搞出個幾個破功能
: 對什麼程式順序、單元切割毫無概念
: 問了也是一知半解
: 加班也不知道要幹嘛
: 我是不是該識相點主動請辭?
: 畢竟我知道他們也沒那個義務教我,我看也沒那個時間
: -----
: Sent from JPTT on my iPhone
講真的 做功能應該是最簡單的了吧 87%就只是CRUD而已
而且進度那麼趕 程式碼品質 單元測試我看應該也是都不用管
你就先拼出會動的東西 再看前輩怎麼提點你 這樣進步應該最快
最怕就是還沒寫就想放棄這種 這種人在業界不用多久就自己把自己洗出去了
--
※ PTT 留言評論
28
Re: [請益] 發現同事反組譯自己程式碼怎辦我還是補充一下我待的不是資訊業,我們程式都各寫各的,各自負責互不相干, 沒有強制一定要簽入版控,休假會有代理人,但不是他,離職當然程式是公司的, 但是現在沒有,也沒有跡象要被FIRE,主管應該也不會叫他做這種事。 我寫的這東西主管知道,而且已經上線穩定運作一年多了,屬於Service,有釋出API給 內部使用,所謂技術價值是指可以影響公司的競爭力,而不是一般人隨便弄弄就有辦26
[討論] 重構之前要寫測試 不然不要重構想想這應該算是一種迷思吧 理論上是這樣沒錯 但事實上之前都沒寫測試了 你怎麼證明他之前是對的呢? 所以我大多都直接給他改下去23
[請益] coding style差太多怎辦?大家好 小弟上上份工作快離職前 聽到新進的同事說 他都習慣把程式寫成一個一個小的function 後來離職我花了一點時間學習設計模式8
Re: [閒聊] 有人不覺得奇怪嗎?用數字看最準 不要講什麼剛出社會,你也要經過存錢的階段才會有錢 用30歲-40歲好了 大家應該都玩過 內政部的收入網頁 菁英不用太嚴苛 1%就好了3
[請益] 如何實現單元測試多於整合測試?將單元測試實作於專案時,發現絕大部分API都是針對資料庫做CRUD,這部分程式透過in memory 寫了整合測試,越寫越覺得不對勁,心想單元測試數量不是應該要最多? 網路文 章、影片或實體書籍大多也在探討如何寫單元測試,整合測試資源相對少,在想是不是我 哪裡做錯了,懇請各位大神指教。 --X
Re: [請益] 如何實現單元測試多於整合測試?你是不是發錯版了阿 台灣業界的什麼單元測試.CI.設計模式不都是拿來嘴的 說到單元測試還要連DB CRUD? 這整個觀念錯誤 台灣業界的單元測試教學文章- 先確認一下,不知道你們是不是用一些潮潮 der 框架, 然後那框架的官方文件給的範例是看起來簡潔漂亮清楚的一兩行 code, (例如 service 裡一個查詢 > return 結果) 然後你們把範例 copy 過來改,直接往裡面塞邏輯? 如果是這樣,可能需要先做的是把 CRUD 分割出去,