寫給職場工作者:工作環境是否會影響一個人的思考方式?

自從我進入大學階段之後,就一直有人不斷告訴我,要快一點決定未來人生的方向,要趕快想清楚、沒時間了,每次被問到這些問題我都不是很能理解,這個在前面將近一半的學習生涯把學生教成考試機器的教育體系,為何又理直氣壯地期望這些學生在短短幾年內如獲天啓般突然知道自己的人生規劃?

綜上所述,我目前是一位軟體工程師,今年是我工作的第三年,我依舊在思考人生目標,但值得慶幸的是我正在做自己喜歡的工作(而且我學很快)。雖然對未來職涯方向還沒有很清楚的藍圖,但是對於這幾年來在職場體驗到所發生的人事物依舊有一些心得,所以今天想來跟各位聊聊(個人角度下)工作本身對工作者的長期影響。

職場制約論

我相信大家應該都了解「環境很重要」這件事,以一個在台灣常見的上班族來說,光是工作的時間每天就有八小時(以上),仔細想想就佔了一個社會人士的人生將近 1/3 的時間,我們往往沒有意識到,這段時間裡面我們所做的事情、交流的對象、交談的方式在長久以來在不斷重複經歷之下,深植在腦海中。

我們可以用行為心理學裡「操作制約」來看待職場環境,操作制約的核心概念是根據行為產生的後果,會影響個體後續再重複相同行為的可能性。在操作制約裡有所謂的「增強」與「懲罰」,「增強」指的是個體喜愛、想要的事物,「懲罰」則反之。

在個體做了某種行為後透過增強,給予想要的獎勵;或透過懲罰,施予不想要的刺激,來影響個體(實際上行為心理學對操作制約有更詳細的分類跟探討,這邊因為篇幅關係無法做太詳盡的說明)

如果你已經工作一段時間應該會有所體悟,常常甚至不需要主動學習,剛進入職場後就會有人來告訴你可以這樣做不可以那樣做、什麼時候要做什麼否則就會大難臨頭等等那些所謂職場的淺規則或「不成文的規定」,到頭來我們甚至不會去思考為什麼要樹立這些莫名的規章。

當音樂課只剩下劃答案卡的聲音

時間拉回更早更早 — — 或許進入職場前我們早就是這樣學習跟成長的,還記得國小的時候學校的「嘉獎」、老師打的「甲上上上上上 / 特優」、「小過」、「大過」,現在回想起來真的很沒有意義 — — 但當時我們又怎麼會意識到呢?當社團時間只剩下自習、當音樂課只剩下劃答案卡的聲音,也許在熱衷於那些無聊大人訂下的守規矩遊戲時,我們的青春就這樣被被惡狠狠地蓋上了合格認證。

十幾年過去,開始工作、進入社會後,這樣的情況似乎一點也沒有減少。無聊的大人們養出另一個世代壞掉的大人( 誰知道呢,也許我才是壞掉的那一邊? ),許多人自以為當上老闆就擁有對別人所有的控制權,慣老闆的八卦早就不算新聞。

另一部分人成了訓練有素的職場玩家,想盡辦法奉承巴結上司、深諳遊戲規則的這些人,教會了社會新鮮人「是非對錯」,也間接增強了這種盲目尊崇權威的社會結構,即使是在寫這篇文章的當下,台灣社會裡也許也還充斥著這樣的的公司職場環境。

盲目地追求高薪是一種慢性病

現在在台灣,軟體工程師似乎已經成為一種趨勢,許多人一窩蜂投入軟體產業、補習板跟線上課程處處林立,就是為了獲得更好的物質生活,但我總覺得許多這樣做的人在做決定之前都沒有思考過這樣的決定是否真的適合自己、或是跟價值觀是否相符。

在這樣的情況下,即使後來這些人進入軟體產業,成功成為軟體工程師,終究還是會因為得不到成就感而無法堅持下去。

「知道方法的人會去工作,而知道這個人為什麼要工作的人,就會成為他的老闆」 —— <狼與辛香料>

你永遠是自己的領導者,不管在看這篇文章的你是誰,相信我,就算你是工作者、就算很多人告訴你要找一份穩定的工作、過一個安穩的生活,你永遠都有選擇權。打開選擇權,在職場裡面若發現自己意識到思考的不對勁,就思考看看你是否適合現在的環境、你跟每天相處的同事是否是同一類型的人?

不要勉強自己,你可以選擇一份安穩的生活,也可以選擇踏上尋找個人定位的旅程 — — 即使身邊願意這麼做的人寥寥無幾。而有時候你需要的只是多一點思考。

所以呢?

所以關於今天問題的結論,我會說職場環境所帶來的負面影響對那些了解自己、清楚人生目標的人們是不會有作用的。所以就算現在職場上依舊有許多我們看不慣的陋習,只要願意花時間思考什麼才是最重要的,也許在了解到工作不過是追求個人目標過程中的一種手段後,那些淺規則在你眼中就會變得渺小且微不足道了。

2022 年我該如何成為前端工程師?

2022 年我該如何成為前端工程師?

嗨!不知不覺又過了一年!不知道大家 2021 這一年過得如何?最近開始有聽到幾個朋友也想要試著學習前端開發,剛好也看到了這一篇在講前端開發者所需要技術的整理,簡單節錄一下一起分享給有需要的讀者們。 接下來的分享基本上以這篇文章的內容為主,會以我的觀點節錄一些重點來跟大家分享,所以如果想看第一手資訊或是習慣看英文的朋友也可以點進去直接閱讀。 成為一個前端開發者需要的「基本」要素 沒錯,這篇文章是站在作為一個基礎的前端開發者的角度來設想需要的技能/工具,所以對於想要尋找 WebAssembly 或是 Svelte.js...

作自己的腦內偵探 —— 利用 PDCA 的概念,見證每天進步 1% 的自己!

作自己的腦內偵探 —— 利用 PDCA 的概念,見證每天進步 1% 的自己!

嗨,我是 Mujing ,今天要講的跟技術比較沒有直接關係,我想要跟大家分享一個平常工作時可以逐步優化自己工作流程的方法,這個方法叫做 PDCA 筆記,最近剛好在研究。試著在工作時用過了幾次之後,我發現這套方法能夠讓自己看見自己執行任務的現況,再想辦法針對問題逐個改善。針對想要優化自己工作的流程卻不知道哪邊可以做得更好,或是怎麼樣做得更好的讀者,這邊推薦這個方法給你。 Outline PDCA 是一種思考的框架P、D、C、A 怎麼做?使用橫向 A4 紙假說的重要性建立一個長期目標寫在最後 PDCA 是一種思考的框架...

React 元件庫製造紀事錄 (二) – package.json 與 Webpack

React 元件庫製造紀事錄 (二) – package.json 與 Webpack

在元件庫系列文的第二部分,會試著用 webpack 來打包模組,並把過程記錄下來。我們在前面的文章裡面提到了許多種類的 JavaScrpt 模組系統,而模組系統的差異在 SSR 架構下,我們要製作元件庫時可能會是一個需要處理的問題,除了把所有元件庫的程式碼直接轉換成 UMD 的模組系統,我們也可以透過 package.json 來做處理,這一點我們也會一併說明。

React 元件庫製造紀事錄 (ㄧ) –  問題說明與第一個麻煩:JavaScript 的模組系統

React 元件庫製造紀事錄 (ㄧ) – 問題說明與第一個麻煩:JavaScript 的模組系統

這陣子為了解決了一個讓我蠻頭痛的問題,第一次接觸前端 module 的打包,也了解到原來平常我們很方便能夠用 Npm 或 Yarn 這類套件管理器裝一裝就能夠直接使用的一些第三方工具在功能開發完之後,為了要讓別人能夠使用所做的處理上並不是這麼的單純,隨著使用方式的不同,要處理的部份也會有所不一樣。 舉例來說,如果是一般純粹都是 JavaScript 函式庫,可能只需要透過 Babel 這類工具來處理 JavaScript 版本與瀏覽器的支援性問題就好。不過若你的專案需要處理 React 元件或是圖片 Icon...

瀏覽器的時光機—歷史堆疊、 pushState 與 replaceState API

瀏覽器的時光機—歷史堆疊、 pushState 與 replaceState API

或許 pushState 與 replaceState 這兩個詞你可能沒聽過,但是瀏覽器「上一頁、下一頁」功能你一定不陌生,其實這兩個 API 是瀏覽器提供給開發者操作瀏覽紀錄用的,透過這兩個 API 並搭配事件處理,我們就可以將瀏覽器預設的「上一頁下一頁」修改成我們想要的客製化結果。 使用情境說明pushState / replaceState 與點擊新連結有什麼不一樣pushState / replaceState 與 Stack 結構pushState / replaceState...