公司名稱: Forschungszentrum Juelich GmbH 公司地址(填寫詳細至號): Forschungszentrum Juelich, 52425, NRW, Germany 職缺: Software Developer for Cloud Infrastructure, Python, C, C++ https://www.fz-juelich.de/SharedDocs/Stellenangebote/_common/dna/2021-248-EN-JCNS-4.html?nn=363488
[徵才] 德國Juelich研究中心職缺
大家好 小弟上上份工作快離職前 聽到新進的同事說 他都習慣把程式寫成一個一個小的function 後來離職我花了一點時間學習設計模式 和了解SOLID原則 我越覺得這種作法很OK 我大概也知道這應該是重複說高手說過的話 所以後來找到工作 專案自己一個人開發 也沒主管強制要求程式該怎麼寫 變照著 之前同事說的話去開發 讓程式碼 程式碼也是有結構性架構性的 而不是一個function寫幾百行幾千行 mvc Model層也是切得很乾淨 Model層寫的就像api controller帶參數給MODEL層撈資料出來 不過我最近的公司 完全不是這種做法 雖然是MVC不過還是下SQL查出資料 看到function寫幾百行我看了就昏(業務邏輯) 為了符合公司專案的coding style有點辛苦 基本上我速度也差不多折損一半也有了 不過盡可能把程式碼寫成一個一個小單元應該也沒錯吧 畢竟單元測試 跟我最近看重構的書也是建議這樣 上份工作有改到open source的專案 好像也是這樣 是很難看的懂 但擴充維護修改都很輕鬆 — ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 150.117.70.191 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1611061354.A.2F3.html
推 aidansky0989: 能動就好的公司建議逃 01/19 21:10
噓 knives: 下sql會很累，你還太菜，快逃吧 01/19 21:11
噓 lturtsamuel: mvc跟sql的關連是…? 01/19 21:15
→ accessdenied: 程式碼寫成一個一個小單元，應該要增加可讀性才對， 01/19 21:19
→ accessdenied: 怎麼到你手上變成「是很難看懂，但維護輕鬆」？ 01/19 21:19
→ iamshiao: 誰規定 mvc 不能下 sql? 01/19 21:45
→ x246libra: 他的很難看懂 應該是指 程式碼 會跳來跳去吧 有用介面 01/19 21:52
→ x246libra: Imp 通常不會放在同一個檔案 01/19 21:52
推 fiiox3: 我大概懂你意思…我公司目前就是這樣，看到頭很暈 01/19 21:54
→ fiiox3: 同樣邏輯東西不斷複製貼上 01/19 21:54
推 alihue: mvc 還是要下 sql，雖然有些 orm 會額外包一層語法，但是 01/19 21:56
→ alihue: 專案一大，還是 sql 比較好維護。 01/19 21:56
推 jj0321: 哈哈 一個.cs檔塞3~4萬行程式碼還是照樣維護呀 01/19 21:56
→ jj0321: 錢給超多還是吞下去繼續做 01/19 21:57
→ a740125: 騎驢找馬吧，這種環境待太久不太好 01/19 22:01
推 longlyeagle: 這個不叫 coding style 叫做有沒有把程式寫好 01/19 22:10
→ devilkool: 看不懂什麼mvc下sql 01/19 22:13
推 wulouise: 原本還想要戰tab跟space,進來竟然…!! 01/19 22:13
推 j0958322080: 還以為是我們公司XD 01/19 22:14
→ airtsubasa: 應該是指不是.where .select ,from a in b 01/19 22:19
→ airtsubasa: 複雜sql或跨資料庫用套件下也是痛苦啦 01/19 22:20
→ devilkool: 那下SQL和MVC或是不是爛code無關啊XD 01/19 22:28
→ devilkool: 不過進到架構爛的公司除非錢很多否則我也會想離職 01/19 22:30
→ james732: 舊code能正常運作的就不要碰它，有bug要修再趁機重構 01/19 23:13
→ james732: 有興趣可以參考91的課程，很詳細的說要怎麼做 01/19 23:13
→ james732: 從不可測試的爛code→可測試的爛code→可測試的好code 01/19 23:15
→ james732: 不過個人覺得如果對薪水之類沒幫助就不要亂碰它 XD 01/19 23:16
推 mercurycgt68: 這種好習慣還難看懂原因只有四種，我都親身碰過：1 01/19 23:16
→ mercurycgt68: . 命名差 2. 文件/註解沒寫好 3. 沒有靠IDE幫忙跳 01/19 23:16
→ mercurycgt68: 轉/peek 4. 對方是智障; 看您的行文風格，應該不 01/19 23:16
→ mercurycgt68: 是4 01/19 23:16
推 alan3100: 如果你只碰orm沒碰過需要sql應該是你摸過的系統都太小 01/19 23:38
推 luke72: 所謂的code style就是主管,前輩,掌權者說了算 01/19 23:47
→ luke72: 再多的書 大神文章 google設計模式 先問你薪水誰給的 01/19 23:48
→ luke72: 差太多怎麼辦？前輩的code你只能跟著阿 不然還能怎麼辦 01/19 23:50
→ luke72: 等你抓到機會抓到權力 才能慢慢導到你理想的方式去 01/19 23:50
→ luke72: 而且要想想既有的code為什麼長這樣 改成理想的樣子能動嗎 01/19 23:52
→ luke72: 很多菜鳥讀了一些文章就以為自己超強 改下去才發現爆光光 01/19 23:53
→ Kazimir: 要是沒看過某種架構或者pattern會覺得比較難看懂我覺得 01/19 23:55
→ luke72: 就好像我有一次在牙醫手術台 菜鳥醫師刀開到一半跑去求救 01/19 23:55
→ Kazimir: 正常吧 01/19 23:55
→ luke72: "為什麼跟教科書上的圖不一樣" 我：……. 01/19 23:56
推 noahleft: 就一邊工作一邊註解一邊refactor 01/20 01:20
→ noahleft: 書上的範例都很理想 實務上不是人人都懂SOLID 01/20 01:21
→ noahleft: 而且你會說看到頭昏就表示你自己也還沒很熟悉業務邏輯 01/20 01:22
→ noahleft: 所以就一邊工作一邊註解確保你理解業務邏輯跟假設 01/20 01:23
→ noahleft: 熟悉以後再根據SOLID補就好（不是推倒重來 01/20 01:24
推 youtuuube000: 應該是命名太差造成看不懂吧.. 01/20 01:26
推 noahleft: 像前面版友建議的。可以先理解為啥要SOLID 01/20 01:27
→ noahleft: 而不是書上說這樣比較好 01/20 01:28
推 vi000246: orm跟sql都要學啊 orm有效能瓶頸的 01/20 01:33
→ vi000246: 我是覺得要先學會看懂爛code 改得動爛code 01/20 01:33
→ vi000246: 才能體會OOP的美好 01/20 01:33