公司名稱: 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研究中心職缺
※ 引述《milk6449 (Boogi)》之銘言： : 小弟最近心情跟工作遇到了瓶頸 : 前輩的code我不太懂，但我寫了自己的code，卻一直被打槍，問了該怎麼寫，也被回先 : 自己上網找，那我該怎麼辦？ : 我是不太會去麻煩前輩的人，畢竟自己沒什麼底（基礎概念很差），很多東西都上網自 : 學來的，但就算我寫錯（結果正常的前提下），他可以告訴要怎麼寫比較對吧？我每次 : 想不懂要怎麼寫才能達到他符合的標準，但問了，又被回先自己上網google : 哀~前輩是不懂我的code嗎？還是假裝不懂，讓我磨練……. : 又或者，我該從學習如何請教的學問開始嗎？？？ : —- : Sent from BePTT 通常不講有三點 1.你基礎差 我想八成是覺得跟你講也不懂 就懶得講了 2.太忙了沒時間跟你慢慢解釋 3.就懶得教你 不過實務上真的太多新人 看了一下網路的code就覺得網路的code好 然後要推翻前人的風格 一個專案風格一致是很重要的 如果一個專案到處有不同風格 後面會超級難維護 寧願是不怎樣的code但是風格一致 每個人來維護的就加自己想加的東西 慢慢的後面的人都會沒辦法維護 要改動可以 真的新的代碼比較漂亮效能比較好 前面的部分全部一起改成風格一致 維護性太重要了 常常重要到可以犧牲效能 身為一個新人要學的第一件事情就是 學會公司的風格 寫的代碼符合公司的風格 等有權限有能力了 再來帶頭改進 不要一來就想要改 不然通常第一個火掉你 — ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.116.122.188 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1612031475.A.0CC.html
推 i1k1y: 好壞唷 偷備份 01/31 02:54
推 chuegou: 這種文也要自刪== 01/31 03:32
推 fidic1643: PTTWEB都看的到 凡走過必留下痕跡 01/31 10:14
→ fidic1643: 個人覺得他就是code看不懂 不想理解 乾脆重構 01/31 10:17
→ leo5916267: 對！要改就全部一起改，不要改一半放著 01/31 10:28
→ x246libra: 如果覺得公司風格爛 或者說 根本沒風格亂寫 快跑吧 01/31 10:56
→ qrtt1: 要有具體的 code 來討論才知道 01/31 11:00
推 labbat: 要體認職場不是共識決是多數決 而通常新人是minors 01/31 11:02
→ labbat: 一直在重構只會被質疑在重造輪子浪費別人時間 01/31 11:03
推 BlacksPig: 就像clean就沒有絕對標準，但是總有人覺得自己就是標 01/31 11:25
→ BlacksPig: 準… 01/31 11:25
→ dream1124: 我覺得你講的事情跟他提的事情是兩回事 01/31 12:42
→ dream1124: 專案有自己的風格沒問題，但要人照做若又不教不給範例 01/31 12:43
→ dream1124: 那只是在整別人和搞自己罷了。 01/31 12:43
→ dream1124: 偏偏實務又不乏整天說有自己風格，去問又講不出所以然 01/31 12:44
→ dream1124: 但看到你跟他不一樣又會譙的團體。我最近就遇到一個 01/31 12:44
→ dream1124: 像這樣的團隊就是溝通協調差，有時還伴隨會亂靠杯新人 01/31 12:47
→ dream1124: 簡直像極了部隊中熟悉環境的老鳥愛整新人一般 01/31 12:47
→ dream1124: 原PO基礎好壞是一回事，別人是否不溝通協調要他通靈 01/31 12:48
→ dream1124: 那又是另一個問題。若是後者的話別太意在，早早逃吧 01/31 12:49
推 dream1124: 再正常的人在那樣的環境待久了都容易變得懦弱消極被動 01/31 12:53
→ dream1124: 那些本來可能就自負自以為是不溝通協調的人看到後 01/31 12:54
→ dream1124: 說不定還會變本加厲，使得新人待久了心態越來越不健康 01/31 12:55
→ dream1124: 變得多少做少錯，不做不錯，不想扛責任過一天是一天 01/31 12:56
→ dream1124: 反正你說一動講一動我才做一動比較不會有衝突嘛 01/31 13:06
推 stupid0319: 多做多錯，少做少錯，久了案子就換人接，反而輕鬆 01/31 13:22
→ testPtt: 我是比較追求不用再維護的code啦 多改多錯 01/31 15:35
→ philtw: 如果風格是WET？ 也要一直保持？ 01/31 18:57
推 d0068267: 推dream1124,既然覺得別人基礎差，幹麻錄用？又不說？ 01/31 20:37
→ d0068267: 既然有自己的標準，那為什麼不把標準公布，又要人猜？ 01/31 20:44
→ d0068267: 只要上面的說出事了我扛，你照我說的做，會想那麼多嗎？ 01/31 20:45
推 loadingN: 我覺得沒有你們講的這麼複雜，轉職仔通常最大的問題就是 01/31 21:31
→ loadingN: 看到這行不錯的薪資跟工時，所以想跳進來做，但又沒熱誠 01/31 21:32
→ loadingN: 也不一定會很努力，所以覺得領低薪做雜事很煩 01/31 21:33
→ loadingN: 這行基本上也不怕人問，但很多人連"如何問"都不會 01/31 21:34
→ online135: 媽的 我也遇到過 01/31 23:31
推 chuegou: 就算拿了公司已經規範很久的開發標準 還是會有新人指著 02/01 00:19
→ chuegou: 他不爽的部分去問前輩阿== 部門有一個問到我受不了就直 02/01 00:19
→ chuegou: 接放生叫他有問題問主管 02/01 00:19
推 lukelove: 你就是一直寫一直問 受不了就離職 大家好聚好散 02/01 00:26
推 viper9709: 推loadingN 02/01 01:02
推 SuperCry: 想逼他離職吧，不然真理是越辯越明 02/01 02:08
→ taipoo: IE還有公司再用喔QQ 02/01 02:10
推 mathrew: 我覺得會不會是你問的方式有問題？ 02/01 07:09
→ online135: 問這種前輩就回 你再想一下 你再查一下 02/01 07:49
→ online135: 到最後我也懶得問了 反正回答都一樣 google比較實際 02/01 07:50
→ online135: 我都還以為是我自己有問題 後來才發現根本是那前輩的毛 02/01 08:47
→ online135: 病嘛 帶的幾個新人都是這樣帶 再弄到不愉快新人離職 02/01 08:47
推 MyNion: 「維護性重要到可以犧牲效能」？ 不認同捏 02/01 09:44
→ MyNion: 這應該只是你們公司系統剛好用戶不多or不需要大量運算吧 02/01 09:44
→ alihue: 如果是內部系統 有時不差那幾百 ms 的效能沒錯，但可維護 02/01 10:22
→ alihue: 性可能就差很多 02/01 10:22
推 q00153: 正在重構已離職老新人的整個系統程式碼，他就所有程式碼 02/01 16:43
→ q00153: 都沒縮排，段落也分不清楚，即使用了自動整理程式碼的工 02/01 16:43
→ q00153: 具，還是要手動整理 XD 02/01 16:43
→ superpandal: 本來的風格維護性就好？ 架構那麼厲害也不一定非得 02/01 17:08
→ superpandal: 找新人 的確多的是找人來電來保持優越的做風 02/01 17:09
→ superpandal: 當然如果代碼差但人好相處是還可以接受 多的是你不 02/01 17:14
→ superpandal: 奴不搞位階就是溝通差 02/01 17:16
→ online135: 沒縮排有點狂 02/01 18:44