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