推 lonelytea: 推 09/12 12:45
推 sylviami: 推推 09/12 13:07
推 taikobo: 推角色不同，看事情的角度也不同 09/12 13:11
推 geniusturtle: 推 溝通很重要 09/12 13:20
推 jny2117: 推推 好棒 09/12 13:29
推 tay2510: 推分享 09/12 13:49
推 unmolk: 推好文 09/12 14:08
推 mirtac: 推 09/12 14:16
噓 x246libra: 追求正確做法，可以被你說成眼光狹隘，是自己世界太簡 09/12 14:17
→ x246libra: 單 09/12 14:17
→ x246libra: 還是換公司最快，通常這種公司沒在管品質的，能動就好 09/12 14:23
不同的位置會有不同的視野，我在文中可沒講眼光狹隘吧
我的確也是想著換組織換公司，不過至今還沒換到所謂「正確」的組織和公司
我不需要用我的生命來証明那些公司失敗，我想要讓我想作的事落實而已，
所以我才開始研究如何落實，走到現在我個人感想是比追求正確作法實際多了。
如果用一句話來形容是「考量到現實條件儘可能代入正確作法並落實」
推 TAKADO: 最正規/最正確的做法有時候不一定是最佳解啦，有時候還是 09/12 15:26
→ TAKADO: 得在現實條件前妥協，尤其是專案類型的公司。 09/12 15:26
是的，但同樣有自己產品的公司也會有初期先活下來，然後code亂七八糟，
後來整理會整死人的情況，一樣的是在現在條件下找出目前可以執行的解法
推 frank910138: 推 09/12 15:32
噓 B0988698088: 最近怎麼常有medium的來刷流量 09/12 15:45
→ superpandal: 專案類型的公司的確是這種 公司都沒什麼話語權更不要 09/12 17:38
→ superpandal: 說自己 真的好缺十之八九都被人佔走了 09/12 17:38
推 st903202xp: 推 09/12 18:07
推 lance70176: 做過一陣子類似思路 給推 09/12 18:20
推 alihue: 不是 medium 的錯，是 ptt 太難寫文章reddit programming 09/12 18:45
→ alihue: 也都是貼文章鏈結 09/12 18:45
→ alihue: 難道你要在 ptt 貼 code snippet 嗎? 09/12 18:46
→ leo5916267: 最佳解應該要在歸納需求時就想好最佳需求描述，不然 09/12 19:00
→ leo5916267: 不可能實作出來 09/12 19:00
理論上是這樣啦，但是業務/PM也是人，也是需要學習的，在成長過程中也是會提出些
不太「正確」的描述法和需求，那麼有沒有人可以協助他們了，沒有的話就是自己出馬
去協助，融合雙方需求定出提需求的規則，就算沒有100%到位
但是從10%提昇到50%，讓雙方都省下些時間，我想很少公司會反對的
→ wulouise: 你貼gitpage上來別人也會說是來騙星星的xd習慣就好 09/12 19:44
推 rayway30419: 有溝通能力的技術人員才有辦法做這件事 09/12 20:26
→ rayway30419: 很多技術本位的人根本懶得去花力氣說服別人 09/12 20:26
→ airtsubasa: 當你的同事是比你資深n年且等著退休的人，要推什麼都 09/12 21:36
→ airtsubasa: 無法 09/12 21:36
→ s001582000: 碰到無能主管除了換公司還能怎辦 把他鬥下來嗎 09/12 22:12
我的心得是作這些事情有沒有在公司推行成功並不是主要目標，而是讓自己培養出能力。
我啊，在之前的公司也是推得很挫折，但因為在那挫折環境下，我研究和嘗試了各種方法
，累積了知識和一些經驗，換到新環境馬上就派上用場。
而不用等環境准備好，我再來學，我的焦點一直都是自己的成長，那麼主管或資深同事
想不想動就和我想不想動一點關係都沒有。
→ lazarus1121: 職場沒這麼複雜，主管口中的視野高度 09/12 22:13
→ lazarus1121: 講白話就是，不要讓我被上面定 09/12 22:14
→ lazarus1121: 我這兩年把好幾十支程式和table都翻掉了，我只跟主 09/12 22:22
→ lazarus1121: 管説，不會有異常，BU不會抱怨，就算出問題也有備份 09/12 22:22
→ lazarus1121: 主管只跟我説，專案不要delay就好，也沒在擋的 09/12 22:24
→ triplee: 推樓上 有時候反而就是這麼簡單 09/12 23:01
Ya，主管立場「有人想幫我搞定連我都不想搞定的事，高興都來不及，不要出包讓我得去
背鍋就行
→ michealx: 默默撿垃圾是一種浪漫 09/13 00:17
沒錯，我最愛默默修東西了
噓 alongalone: 感覺有點廢文. 那怎麼不是想辦法讓大家拿到的資訊依樣 09/13 02:09
推 mickey94378: 推好文 09/13 02:33
→ superpandal: 有時間要翻掉沒問題 但本文有前提的 除非是好公司 09/13 03:48
→ superpandal: 或者有強烈的認同感 否則個人是不情願這樣做的 09/13 03:49
→ superpandal: 基本上你就是要多花精力在這上面 09/13 03:50
→ superpandal: 拿到的資訊一樣基本上只是理想 如果是工程師那更不可 09/13 03:58
→ superpandal: 達成摟 09/13 03:58
→ superpandal: 術業有專攻 09/13 03:59
→ airtsubasa: 翻掉了…業務輪調交接時，接你的人會感謝嗎？ 09/13 07:11
同上面所說，做這些事情主要是培養自己的能力，公司剛好受惠。
也不是為了別人感謝我而作。
→ KKFN: 最怕的是你以為自己重構的好棒棒結果根本是爛Code。 09/13 07:37
推 tsai1618: 推 09/13 09:47
推 dias3839: 推 09/13 09:48
→ lazarus1121: 如果能做出公式解把義大利麵換掉，應該不會雷到哪去 09/13 11:48
→ lazarus1121: 怕的是重構後還是一樣死，新需求一來又開始違建 09/13 11:50
→ lazarus1121: 我反而覺得開發者的高眼界，是在開發時就想到未來擴 09/13 11:53
→ lazarus1121: 充需求的可能性 09/13 11:53
說實在的，就算開發者設計架構超級厲害，也很難確保未來有沒有需求脫離這架構外的。
我追求的70% / 30%，是要兼顧架構、易讀性、擴充性所作的務實且妥協辦法。
→ JasperChang: 悠哉過小生活？重構納入kpi年終有變多嗎？ 09/13 12:11
看你怎麼跟公司談 XD
同上面所說，做這些事情主要是培養自己的能力，如果你在意年終有沒有變多的話
不做也行啦。
推 sky40280: 推 09/13 13:06
推 kika65: 推好文 09/13 14:03
→ superpandal: 有能力重構的應該不至於太爛 只是成本要自行吸收 09/13 15:49
→ superpandal: 別人確實也不會多給一毛錢 09/13 15:49
推 peter9s3b: 老闆要給時間啊！老闆只懂你未來一個月沒產出，跳腳說 09/13 19:43
→ peter9s3b: 不行，也沒法重構練功啦 09/13 19:43
推 jeff8611: 推魚大 09/14 00:42
推 KeGun: 推推 09/14 11:12
推 jlhc: 有分享還是給推, 但寫的很多其實沒啥內容... 09/14 12:22
→ jlhc: 能引起討論我覺得還是好事, 但你這些其實根本就是不透明 09/14 12:22
→ jlhc: 如果你是其中一角色又能有權利改變 拜託把透明化跟溝通做好 09/14 12:23
→ jlhc: 什麼叫做視野不同 視野還不是人給的... 09/14 12:23
推 skizard: 樓上說的對 要讓開發知道大家在同一條船上 09/14 12:44
→ skizard: 把人當可有可無 只給部分資訊 當然做出來的不符合所需 09/14 12:45
有的人給他透明的資訊他還不想看呢，只想專注在自己認為的「對」
而拒絕接受現況繼續要求環境要改變，這還蠻可惜的呢。
但我的經驗是大部份工程師都願意為自己成長而作些想法和作法上的改變，
成為和我站在同一陣線一起打拼的小團隊呢。
推 GoGoJoe: 功高蓋主，動嘴皮子的工作給你做，了，叫主管吃素嗎？要 09/14 16:15
→ GoGoJoe: 不等一陣子讓他以自創名義重提，要不就一開始以引導方式 09/14 16:15
→ GoGoJoe: 讓主管領悟，總之要把發想的風采歸主管。 09/14 16:15
→ shooter555: 要求上層改變等同賞他們巴掌讓他們沒面子 09/14 18:11
推 lastpost: 工程師跟老闆之間有溝通的機會嗎 09/14 23:25
推 h1234567882: 很好的文章，還是有酸酸，實在是不大懂.... 09/15 00:16
推 h1234567882: 就思考的層次上，原 Po 完全走出自我的思考領域，並 09/15 00:21
→ h1234567882: 設身處地為其他單位、老闆著想，光這件事情就是許多 09/15 00:21
→ h1234567882: 人做不到的，想到要處理這麼複雜、多的單位與人，以 09/15 00:21
→ h1234567882: 同級數的技術總監們可能連想都不敢想。感覺大大又不 09/15 00:21
→ h1234567882: 斷的往上升級了呢！ 09/15 00:21
推 azzc1031: 這篇不錯 09/15 01:12
推 viper9709: 看的出來原po是不錯的主管,可惜這種人不多... 09/15 01:44
推 blackdiz: 感覺其實這問題一直以來處理方法都差不多，跟交往一樣 09/15 07:37
→ blackdiz: ，遇到還能溝通的就相互包容多替彼此的立場設想，遇到 09/15 07:37
→ blackdiz: 無法溝通的就只能忍耐或走人，如此罷了。 09/15 07:37
※ 編輯: UniFish (59.127.82.251 臺灣), 09/15/2020 13:53:29
推 fowei: 其實當你由工程師升到主管.沒有換個位置換個腦袋就不對了 09/15 16:45
→ fowei: 而且是換腦袋後.懂得怎麼把之前的感受轉換成工程師語言 09/15 16:45
→ fowei: 這也是為什麼專業技術者上來的主管比較好帶人 09/15 16:45
→ fowei: 不過作者寫的很棒. 愈往上升. 愈要懂得估算成本就是 09/15 16:46
推 odahawk: 無論什麼樣的企劃，你都得轉換為成本和收益才能說服老闆 09/15 16:56
推 freshlemon: 先推！統整一下，提出變革的角度可以從老闆的角度出發 09/15 20:58
→ freshlemon: ，做這件事情對公司有什麼利益，而不是以自己的角度覺 09/15 20:58
→ freshlemon: 得這樣比較好做事 09/15 20:58
推 sagiters: 謝謝大大分享，很有用～～ 09/15 23:02
推 lnyan: 推用心分享好文 09/16 10:03
推 cotbel: 很用心分享，很多面向過去沒想到，用力推 09/17 18:45
推 cory8249: 推 09/25 00:40
推 HZYSoft: 大推，這篇寫得超好! 10/05 22:23
推 peiigreen: 推好文 10/06 21:51