顯示具有 鬼故事 標籤的文章。 顯示所有文章
顯示具有 鬼故事 標籤的文章。 顯示所有文章

2026年2月24日 星期二

HD鬼故事N+6最終章

看標題應該想得到,只是沒想到來得這麼快。


就在過完年的第一天,小弟我就被火了。這故事怎麼開始的呢?就讓我娓娓道來。


這次故事接著第五集的後面開始。那位新進(要取代我的)工程師(後面就叫他新主管吧),在大概 review 完當時的專案之後,向公司提出他需要一個半月來改善目前的狀況。


我得知這個消息時,心中還暗自嘲笑:以公司高層那種急躁的程度,應該不會接受這一個半月的空窗期吧?但沒想到小丑竟然是我自己。上面不但答應了,而且這一個半月真的沒有任何動作,就安心地讓他們慢慢看、慢慢修。這期間幾乎看不到有任何程式碼上版,整個專案就這樣放空了一個半月。


在這個同時,我也沒有閒著,我因為長時間處裡這新專案,導致舊專案累積了大量的工作,另外兩位負責的同事加我協助處裡。我同時還要到處支援其他專案(沒錯,我們公司還有很多其他的小專案,也就是從那位逛街被 fire 的學姊那繼承下來的)


至於這個重構專案,就交由那兩位新進工程師主要負責,看著他們就這樣爽過了一個半月。而且最聰明的一點是:那位新主管,在這一個半月當中就會剛好通過試用期。這幾乎是保證他能通過試用的條款。


這一個半月基本上很快就過去了,也沒見他們提交什麼成果。我想他們做的最大貢獻,就是把整個專案進行細小功能的拆分上trello。這一個半月幾乎沒什麼建樹,UI一樣被開一大堆,BUG 一樣被開一大堆啊......


最後還是回歸到之前的開發模式:

1. 工程師負責修理

2. 進行測試、測試、再測試

3. 產生並返回 bug

4. 工程師再繼續修復

......


一樣啊,只是因為卡片變小了,所以不會有為什麼被開這麼多bug的錯覺,但這問題應該要算PM頭上啊!!!!!然後這個新主管通過試用期時,公司竟然完全沒有詢問過我這個現任主管的意見!!!!!唉~算了,反正這就是他們想要的結果。

這個事情一直到大概一月中的時候,我那邊的專案忙到一個程度了。這時候發生了一件事情:


這個新主管突然生了一場大病。其實我們身為工程師,看卡片(Task card)和程式碼大概都感覺得出來,他到後期有點疲倦,甚至開始擺爛。我是怎麼看出端倪的呢?他禮拜三請病假,禮拜四沒請假,禮拜五又請病假,說他真的撐不下去了。


我想說如果你禮拜五嚴重到沒辦法工作,那禮拜四肯定也沒辦法,那你禮拜四不是白嫖嗎;再回去看他上傳的內容(Commit log),那個禮拜他沒上任何 Code,等於擺爛了一週,白嫖一週薪水。我想,專案不能順利完成總不能怪到我頭上吧?再者是他擺爛成這樣,公司都看不到嗎?


在這個時間點,因為原本一月底專案要趕著上線,PM 終於意識到進度真的不行,就請我回來支援重構專案(啊人員是你們親自調度的,這也應該算PM的鍋啊)。其實早已在一月初,我手邊的兩位同仁已經有足夠能力應付舊專案的功能開發,當時我反而沒事做。


而我一直去詢問那位新進主管,問他重構專案有沒有需要幫忙的地方。一連問了兩個禮拜,他都回答「沒有」,所以我那段時間等於放空了兩個禮拜。


之後發生了一件更搞笑的事情,那位 PM 到處去問人知不知道我在幹嘛。他問遍了所有人,甚至問到財務都來問我底下的工程師。但問來問去就是不來問我本人。


我組員也反問他:「為什麼不直接去問本人?」


結果那位 PM 回覆:「這是我個人想要了解他在做什麼,好安排進度,不是上面的意思,我怕直接問他,他會多想。」


你知道嗎,我此刻信以為真了。


總之一月初,我被要求要開始支援專案,我跟另外兩位同仁把舊專案的任務全部完成,就投入這一個專案中。記得當時有新增 10 個任務,我們五個人,想說一人一張2run,肯定可以在月底就跑完,但最後結果是我一個人就完成了 6 張。而且 bug 超少。我想說這應該也是我的加分項。論規模,致少也是其他人的三倍


接著,事情來到了二月初。二月初的時候,這位新進的工程師打電話給我。他跟我說,其實早在一月中時,PM 就曾問他:「要讓他(指我)留到什麼時候?」


我聽了覺得超級傻眼。這位新主管現在明顯在擺爛,難道你們都看不出來嗎?竟然還反過來問他要讓我留到什麼時候。


當時那位新主管跟我說,這幾個月運作下來,他也知道這間公司很有問題,所以他不太想接主管。我聽完後表示理解,但基於保護團隊的立場,我建議他要跟 PM 講清楚,一方面也是為了保護我自己,你大不了是一走,但一次走兩個人對團隊很傷。


我的私心是:如果他真的不想接,或許我就可以留下來繼續接手。(但我事後驗證他根本沒有說,但也沒有差了,後面會講),接著事情就發生了。


   因為他當時也不想善後,所以希望讓我留得越久越好。當時開出的日期是一月底,但他跟我提這件事時已經是二月初了,我就想說這一關應該是過了,公司應該有看到我的努力。


   接著開心過尾牙,然後接著過年。那過完年,最大的轉折就開始了。開工第一天,早上我還在處理自己的私事,正中午想說要開始辦正事了,就接到財務的訊息說要通電話,時間還挑得真好。我當下就警覺到似乎不太妙,果然是收到要資遣的消息。


對方還詢問我知不知道被資遣的原因。我當然不能說是因為我知道上面很討厭我,所以只回說不知道。他接著說:「你去年出了很多包巴拉巴拉,所以公司找了人要來取代你。公司當然也想過要不要給你機會轉為一般工程師,但你自己想想,公司給了你多少次機會,你都沒有好好把握。」


我心裡的 OS 是:我一個人單刷六張卡。先不說主管到底要不要寫 code,光是效率,我就不知道你們到底有什麼好說嘴的,而且我一直有去要工作啊,是他(新主管)不給,幹又算我的了。但,既然木已成舟,我覺得也沒必要跟財務爭辯,畢竟他也只是傳話的,並非決策層,就想說算了、接受吧。


理所應當我就把手上的所有任務和資料全部交接出去,想說應該就沒我的事了。


但我想到我的假還剩下一大堆,而且他通知我只做到月底。要知道那天已經是 2 月 23 號中午了,這個月只剩下四個上班日,等於我只剩下三天半的時間可以找工作,不然就會進入待業狀態。


我覺得這件事真的很扯。他說老闆是為了不破壞我過年的心情所以才現在講,但當年那個台灣主管被 fire 時,至少還給了一個月的時間交接並讓他找工作。現在他媽的只給我三天半,我真的不知道能幹嘛。我想說好聚好散,接下來三天也不打算跟公司請好請滿,就意思意思請了一天假。趁著這一天,我跟老婆約好去看電影。順帶額外推薦一下,《陽光女子合唱團》真的大推,絕對能治好乾眼症。


回到主線,在我去看電影的時候,手機訊息就開始狂跳。在關靜音之前,我看到他們決定在這個時間點讓專案上線。


.....本來想說點什麼,但算了,反正他們也沒打算尊重我。我身為這個專案最初的創作者與主管,負責整個前端維運的部分,他們卻完全不不在意專案的穩定度了。既然如此,我也沒什麼好說的,就讓他們自己去處理。


我把通訊軟體全部設為靜音,過了一整天舒爽的日子。直到 2 月 25 號,也就是今天,通訊軟體裡的訊息依樣狂跳。我仔細看了一下,原來不知道是怎麼上版,舊專案與新專案竟然同時並存。老闆一開始開到舊專案,還在群組裡罵人,質疑為什麼跟測試機不一樣,開始標罵。


這是維運的部分,前端工程師的他們都沒處裡過。我想說畢竟還是多年戰友,就小小幫了他們一下。接著更讓我傻眼的是,線上被開了多達 18 個 bug。我想說這件事情你們測試測了這麼多天,營運也測了這麼多天都測不出來,一定要等到上線之後才噴出 18 個 bug?我覺得這件事真的他媽的有夠掉詭。


然後那位不想接主管的新主管呢?繼續神隱,沒有大咖CUE他就不干他的事~


我前一天晚上還跟同樣被 fire 的一個 PM 聊天,他就說在這間公司發生這種事一點都不意外。


在這樣一間營運至上的公司裡面,他們根本不了解技術的價值,甚至連維持專案穩定度都不在乎。如果覺得薪水發太多,你 fire 新人也就算了,居然連主管都 fire。只能說這一切的發生都不意外,也確實反映了這間公司那些大佬的主觀感受,反正在這間公司:


1. 軟體操作問題:

   當他們正在操作某個軟體,只要出問題了,肯定都是系統創作者,也就是前端要負責。

   (a) 網站突然掛了,是前端要負責

   (b) 資料跑不出來,是前端要負責

   (c) 跟UI團隊溝通不良或溝通激烈或照著做出事,只要有前端在,就是前端的錯


2. 測試與品質問題:

   如果測試人員自己測太慢、測不完,也會說是前端丟出來的程式碼品質不好、沒有經過自測,最後還是前端的錯。

3. 開發速度與討論參與:

   (a) 如果程式寫太快,肯定是因為功能給得太簡單,這被認為是應該且正常的。

   (b) 參與討論時,如果你給太多建議,就你意見最多、都是你的毛;但如果你不講話全盤皆收,又會覺得你絕對都沒在做事情。


總而言之,千錯萬錯都是前端的錯。我覺得也差不多夠了。

這些事情之後都與我無關了。「HD 鬼故事」也不會再連載,因為我也畢業了。感謝大家長時間以來的支持,HD 的故事就在此落幕,謝謝大家。


補充一件事,我原本以為他們會忘記我的電腦是公司提供的,我就可以繼續爽用。想當初在要電腦時我還跟PM開玩笑說可不可以兩年後電腦送我,他也回答應該可以吧,殊不知.....


在今天下午財務理所當然他詢問了我要收回電腦的事情,問說什麼時候可以來跟我拿電腦。因為這台電腦平時也是我的日常機在使用,我就想問她說能不能再緩個幾天讓我備份一下資料。結果他就開始訓話模式說:「為什麼公司的電腦裡會有你的資料?你知不知道公司電腦是不能私用的......」;啊是說後來CEO也沒啥意見,他就沒說什麼了


關於這位財務,記然講到這份上了,就補充完整吧

就在去年員工旅遊時,我突然覺得他對我特別冷淡。原本還想說是不是我的錯覺,但我發現公司所有帶小孩的家庭中,他是會去主動關心小孩,跟小孩玩的,但唯獨不會跟我們家小孩主動互動,通常都是不小心同桌或對到的時候,才會有那麼一點點必要性互動。

而且在平常與公司的相處中,只要我們受到公司好處,例如聚餐,發薪水,他就會私底下提醒我們要謝恩、要感謝公司。這導致我們公司產生了一個很獨特的文化:收到薪水後,要在群組裡面發「感謝公司」文。

他真的是一個非常會做人的人。可能這就是他得寵,人緣好到成為情報集中站,且跟大老走這麼進還可以活到現在的原因吧。或許去年員工旅遊時,他早就接到不少關於我的消息,知道我已經被公司討厭了,所以對我的態度才變得冷淡吧。

當然這純屬我的個人猜測。我自認應該沒有得罪他什麼,剛進公司時,常跟他抱怨,但也不是真的有意要吐槽他,我吐槽的是公司制度。可能是我第一次員工旅遊時,因為他沒搭上飛機,最後請他幫忙改機票、改行程,然後他幫我買伴手禮(お土産),主動補貼我費用,我竟然都真的接受了,且沒有任何表示,因此得罪他吧?不知道。

先說我沒有不喜歡他,反倒很感謝他的照顧,不管是出於義務或是自願,我都領受他不少照顧。

.......總之就是⋯⋯

讀者以後找工作如果公司讀音是HD開頭的,特別你應徵的是前端,請三思~


DLC

就在我歸還 Mac 的時候,詢問了一下我原本的組員,問他有沒有在公司聽到什麼傳聞。他說沒有,只是暫時沒有前端主管。


我接著問說,那原本要取代我的那位前端主管呢?他說對方似乎前一陣子被投訴了,公司應該也不會再讓他擔任主管。

恩.....果然是這樣,就算沒有要升他,但也絕對沒打算要留我。


我之前有去聯繫一位剛過試用期就被資遣的前員工,詢問他有沒有領到資遣費。他說有,領了兩天。

今天我也領到薪水了,然後確實比平常多出一些金額,算了一下,也大概是我兩天左右的薪水。

重點是:
1. 他才剛過試用期,就能領到這個數字。
2. 我在這邊可是做了快三年啊。

暨給三天半找工作期限後,這個資遣費真的是廢到讓我笑出來。

話說這兩天我開前公司專案看到新的 commit,發現前同事還在三更半夜上 code。

我突然想到,當初在我接主管的時候,有一個口頭條款:我跟我的組員不進行非必要的加班。

也確實這段時間加班情況銳減,也或許就是因為這一條,讓他們最終決定要把我砍掉。

恩,沒啥幫助,就是想講講~

DLC2-遣散費的真相

一週之後,前同事來關心我找工作狀況,我順便吃了點瓜,接著講到遣散費,然後他給了我一個驚人的事實

所以多出來的280U,是發薪當天匯率剛好突破0.145,所以平常薪水乘以0.14,這個月變成乘以0.15.....就這樣,所以根本不是遣散,是人人都有的匯率紅利啊......好吧,所以要砍我的原因又多了一個,成本上升了!!

後來想想,大家平常對這間公司幹得要死,但偏偏流動率又超低,這算不算是一種有毒的關係呢....

2025年9月12日 星期五

HD鬼故事N+5集

今天來說說洨邊的主管之路

就在洨編當上主管後,PM照常發任務給我底下工程師,我就這樣被架空了半年,甚至連週報都沒有寄了,每天就忙著摸摸新技術什麼的,甚至還抽空學了套flutter,過得好不愜意。

就在半年之後,因為人力分配不當導致專案延宕(事實上我覺得分配沒啥問題,畢竟我底下也才兩個人可以用),老闆怪罪下來,說項目經理(CEO)管理不當,再犯直接辭退,PM架空主管,懲處罰金X千元.....WTF,如果是我,寧願被口頭警告也不要被罰錢,而且公司可以罰員工錢的嗎!!這啥鬼故事!

但這事也沒什麼,就在事情過去兩三個月,我終於把手邊任務清得差不的時候,團隊迎來第一個大任務,重構

就是手上有五個長得非常類似的站,當初不知道哪個白癡手筆,硬拆成六個專案來維護(一個基礎站,別問我這是什麼,解釋起來我會怕),我從進公司就不斷提說要節省人力,要好維護,要不出問題,終究只有重構一途,這次終於要進行了

隨著會議進行,雖然項目很大,但我也是摩拳擦掌,信誓旦旦,沒想到在老PM休假一週後,一切就變天了,在一次會議中

老闆:還是你就在五個站當中挑一個站,加上換膚,這樣不就可以了

我:????(那我們前兩個禮拜在討論辛酸的嗎)

但老闆都說話了,且這筆買賣我也不是太虧,我就挑一個我有長期在維護跟重構的專案來當基礎站

我:那我選76站

老闆:那你們要解決頁面切換不順暢的問題

我看到這句話,心理想說我都已經沒有用lazy load,還會切換不順??難道要加上動畫??

所以我拆成兩大任務進行,第一,我現有的react專案,把底層改成astro.js(網傳這樣切換速度可以加速),路由切換加上動畫。第二,加上換膚功能

第一任務簡單說就是,在置換過程千瘡百孔,動不動就沒畫面,一堆坑要填,免勉強強一個月才完成底層置換,根本不像網路上講的幾乎無腦置換,重點換完效能更差==每次頁面切換都會頓個半秒到一秒

第二個任務倒是很快就順利完成

最終到了驗收時間

老闆:你們沒有解決畫面切換不順的問題啊,我不能為了節省人力,讓客戶體驗變差,公司為了你們一個月沒有任何產出

我:當初讓我選的是你,答應的也是你,現在不讓我上的也是你,且這專案頁面切換幾乎就是0.1秒,到底哪裡不順,能不能說明一下

CEO:你看一下錄影

我看完錄影發現,畫面是切過去了,但component要等api打完,才會長出來,幹!這叫做顯示流程有問題,才不是什麼效能問題

我看完真的是無FUCK說,需求在他們心裡,在這公司也不是一天兩天的事,PM私下建議我不要再上訴,默默把顯示流程優化完,再給他們看,簡單來說就是要我們加班拉。

然後過兩天......這位PM就掰了......說是沒過試用,實際原因也不知道,我也只能猜他背了我們的鍋。

過幾天老闆鬆口說,這次真的要進行重構了,但需要作足研究,避免做出來更慢(看來他對我們誤會很深啊),然後要我們給承諾.......(這公司不僅會扣錢還要員工給承諾),我說技術就這幾種,你們在意的體驗問題我們也了解了,新的站會特別打磨這塊,針對競品的研究可以作給你,但承諾我是給不出來拉,畢竟關係的層面太廣,從運營到後端,每個環節都可能影響網頁流暢,不能所有事都我們扛吧!

這次雖然真正開始重構,但老闆也沒上什麼心,但這樣也好拉,省的他來比手畫腳==,且畢竟之前停擺了一個月,累積了大量的卡片要清,所以我也只能讓大家先把任務做完,有空在進行重構,只是可想而知這樣進度一定會不如預期,但....目前也只能這樣

真正的鬼故事才正要開始,一次機緣下,其他部門要招新人,老闆隨口提到看我要不要再找一位,(其他部門有一位前端因為開週會時,開直播逛賣場後來掰了),我想說員工這種事多多益善,隨口就答應了,隨即談起這次照聘薪資,我聽聞後,寫信給老闆說:如果只是要補這工程師的洞,根本不需要這麼多錢,故能否招聘個普通的工程師(我有內推),然後剩餘金錢讓我們作其他應用,幫其他員工加薪

老闆馬上斥責我,公司沒有加薪制度,且你最近表現不佳,部門屢屢犯錯,破壞公司和諧,已經準備找人取代你!

......對於沒有完成換膚,我只能說,我確實也沒確認好他們的需求(幹這是PM的工作為啥是我扛)。過程中員工犯錯,我也不能為其說話,這就專案就的確實有問題,你就算殺了他也解決不了事情,事情還是會一再發生。最後對於破壞公司和諧的部分.....我只能說,那天我口氣確實不佳,但我始終就事論事,論述內容也沒問題,是對方開始跳針,且當時已經很晚了。但說到底這也是我跟那員工之間的事,這也要被他捅刀上報,我也是認了。重點這是都過去兩個月了,還要拿出來鞭屍。

我完爾一笑,日後也只能龜縮度日,但招募還是要繼續

就在七月中,我面識了一位內推,技術能力不錯,開發習慣也不錯,重點他還是台中人,且暫時沒有其他競爭者,我回報給PM結果,想說應該是穩了,沒想到過兩天PM回復:老闆希望找個有領導經驗的......你他媽的!有先決條件怎麼不先說!目的這麼明顯要把我換掉你幹嘛不自己來面啊!讓我面一個人來把我換掉,你可以在惡趣味一點啊!~

結果過了一個多月的奮戰,這位仁兄還是沒能錄取,錄取了另一個技術能力不錯,話非常多的工程師,有機會在來說說的的故事

總之我在這間公司的故事還沒說完,看有沒有機會出第六集~

10/7 沒想到這麼快就更新了,篇幅不長,就沒有出第六集,改DLC的方式新增

前情提要一下,目前公司有個主要業務,「五站(76+4站)」要維護,還有一切其他組業務,但不是今天重點,重點是公司目前主力開發「重構站」這個產品,目前重構站以從七月底開始開發,技術使用vue3,開發至今也才兩個多月,當初開給公司的工時是半年,遊說時間是兩年,然後目前前端組有以下工程師:
我(資深工程師兼主管,負責重構站)
A(資深工程師,負責重構站)
B(資深工程師,負責76站)
C(資深工程師,負責4站)
D(資深工程師,新進大能,原本我要讓他支援另外一組的任務+本組打游擊,讓他多方熟悉業務)
E(初階工程師,負責另外一個組的專案,偶爾來支援重構)

記得這些前提

這位新進大能入職後,因為他不熟vue熟悉react,而且重構站功能已經完成大半,我自然把他安排去維護76站。然而才過了短短一週,我已經收到兩次命令,希望他能投入重構站的開發任務,第一次被我以業務不熟,語言不熟,功能大致上已完成駁回,第二次在收到命令,我知道這次無論如何無法在駁回了,也只能接受。

接著D打電話來說:「他們覺得你辦事不力,很多東西都沒有達到當初協議的水平,UI敏感度不足,當初開的時是四個月....八拉八拉」,總之上頭希望D主導重構,但D回絕

四個月.....當初明明就說六個月,我都懷疑我講的中文跟上頭學的的中文意思是不是不一樣,他們才一該去參加中文怪物吧.....過程聽得出來他很理解工程師開發流程,也極力在幫我說話,主要先把功能做出來,再做細部優化,作一個好的作品根本不可能一步到位,做夢除外。我聽完也只是隨口抱怨兩句,沒多說什麼。然而真正讓我炸膛的是接下來要發生的事

在下班前,第二道命令接踵而來:「把B工程師也調去寫重構」

....B被調去寫重構,那76站怎麼辦?凡是會一點算數的都算得出來,扣除初階工程師,C本身就有4站要顧也無暇抽身,我手上能用的也只剩下A工程師,但這樣不對啊,A本來就負責重構站,現在功能都開發完了,大多都在測試跟debug階段,那不就等於要把最熟悉的人調離!!

於是我反問:「那是要我把A調去寫76的意思嗎?」我思來想去又補問一句:「還是上頭希望我去76站?」

PM回復我:「你覺得怎樣對重構站影響最小就怎麼做?」

此刻我明白了,我又再次被架空,根本沒打算讓我調度人力,而且根本沒打算尊重我,竟然真的把我跟A一同放在選項中,先說我從來不覺得主管不能coding,但我覺得主管不應該被任務綁死?而且這根本不是我過去或A過去的問題,我們兩個都有各自負責的功能,大多任務也都進入測試階段,不管是我去或他去,都代表有人要來擦我們的屁股,然後把兩個最熟悉架構的工程師調離,換兩個不熟悉的人進來,用馬的眼睛想都會知道,不管怎麼選影響都超~大~!

但~算了,我現在只是一般快樂小職員,可以準時下班我就偷笑了,這麼複雜的事我不想管也管不動了,大家晚安!祝大家中秋節快樂~

2024年12月19日 星期四

HD鬼故事N+4集

原本以為這個系列會隨著神工程師的退役而停止更新了,想不到最新一集來的如此之快

年關將近,隨著專案進入最後測試幾段,老闆突發奇想,希望連到正式機,以正式機數據來進行測試,故事就此開始

這想法原則上也沒什麼問題,至於要怎麼倒資料,小編身為前端工程師沒有話語權,就這樣早上九點就被告知後端關閉api,然後.....前端就放假了==

一直到中午被告知匯入資料比預想還要久,可能還要再兩三個小時,一直到三點半資料才倒完。

雖然放了將近一天的假很爽,但該吐槽還是要吐。我就問,既然知道倒資料要停機,專案又這麼趕,那為什麼要拿測試機來倒,開個新的db倒資料,倒完再把db指過去很難嗎==然後到底是怎麼倒需要這麼久,我嚴重懷疑他寫腳本去打另一套系統api,然後在寫入資料庫....算了想到就怕!

另一則故事

在近期這個專案有個聊天室的功能,後端非常有自信的說要做即時聊天必須用websocket,這功能在這專案中算是有一定複雜性的,所以讓主力工程師來負責,然後他跟我說,ws連是連了,但是功能是告訴你有新的訊息,實際的訊息資料,必須打api去要....然後我問是哪位後端負責這功能的,當我聽到姓名後只能說,真不塊是你啊!那是一位我曾經同一個功能要跟他來來回回三四次次,連前端需要code這麼基本的需求都還要我們三催四請,我就問你們都用laravel了,為什麼不直接寫成middleware跟route group就好==哎

另另一則故事

我想歲末年終大家最期待的就是尾牙了吧,公司也非常大方開放員工帶眷屬一起同樂,只是眷屬的車資不輔助.....我忍了,然後今年特別收到消息,公司大佬要來台與大家一起同樂,所有員工必須喝酒,然後眷屬坐一桌,員工為了方便敬酒坐一桌.....

後來通話了我才知道,不是車資不輔助,是單人車資輔助有上限400人民幣,小編家做uber到高鐵就要800塊了不豪小,來回1600,高鐵車資1400,就算我搭捷運去餐廳,我一個人車資就不夠請了,最省的方法就是不能喝酒,然後開車載家人去,但是說強迫要喝酒...然後攜帶眷屬不能跟眷屬不能同桌又是哪招....真的不知道要從哪開始吐槽了

以上三篇短篇故事,同樣是做夢夢到,如有雷同,肯定是雷同的啦

2024年12月9日 星期一

HD鬼故事N+3集

在年初搞出大事件的神級工程師(詳閱鬼故事第N集),據以往跟他配合的工程師爆料,他從來沒在管衝突的,一但有衝突就是直接用自己的程式碼蓋過去。大概就是以下情況

情境一:
大學長要過~~你們這群菜雞瞎逼逼什麼,全部閃開!

情境二:
哪有什麼衝突,小朋友在小打小鬧而已!

這些對已經待上個把月的工程師來說,雖然痛苦,但都習以為常了。你問我老闆為什麼不火他!他把DB刪了都沒事,這種小事對他來說跟搔癢差不多吧!

然而,就在最近來了個“產品”,我是不知道他產什麼品,但他感覺一來就想搞點事,這又是另一個故事了,有機會再談。

總之昨天又發生這件事,熟知版控的朋友一定知道,如果不好好解衝突,上線的功能極有可能會壞掉。想當然爾,有了一個會議,重點這會議沒有找該神級工程師開,而是找功能壞掉,負責的另外兩位工程師,一部分對話訊息如下:

產品:這事挺嚴重的,下次再發生,老闆可能會懲處。

....你跟他們兩個說意思是懲處他們嗎?言下之意是肇事者撞爛了建築,應該要告建商為什麼建造不夠穩固嗎?我都不知道要從何開始吐槽了

正當我們以為事情就這樣告一段落時,當晚我們就收到神級工程師要離職的消息。雖然有些驚訝(畢竟他待了十年)但也擋不住嘴角上揚,正當我們要開香檳時,就看到他無預警地退群了,沒有留下任何交代......

沒有人知道發生了什麼,也不知道未來會如何,更沒有好好交接(幹你到是好好交接啊!)

到底是被罵了鬧脾氣離職,還是產品大大跟他說了些什麼,沒有人知曉,唯一知曉的是,丞相起風了,要變天了!


更新一下

現在每天都聽到後端工程師在喊說需要通靈,需要知道更多資訊,當初神工程師的對話紀錄,叫運營配置的參數,什麼都能拿來作為通靈的素材....哎~

再更新一下

據說老闆早就想火神工程師了,原因是他很貴,終於動手的時候,神工程師在離職前把機器帳號密碼都換掉了......跟公司最後成功交易到300萬人民幣,是人民幣喔....真讓人羨慕啊==重點是對方拿到錢後只給密碼,還是不交接!不瞞大家說,小編出社會第一份工作就這樣想過了,可惜一直都沒那膽識。不過coco都拿了交接態度還這樣真是.....

2024年11月6日 星期三

業界鬼故事第一彈

不知不覺已經四個月沒發文了,看標題就知道這次不是HD係列,只是小編走在路上不小心聽到的。

原本相安無事日子過得也是好不自在,偏偏小編最近家中換車,需要一大筆資金,剛好小編工作沒有勞健保,所以只能付全額,想起來就覺得可怕。所以只好出來多打一份工作。

正愁沒有案源,小編想到了一直以來的按摩師朋友,向來他還滿欣賞自己能力,最近又剛創業(!?),應該會有系統開發需求,所以馬上預約了一堂課,準備來個反推銷。

這過程就不贅述,絕對沒有各位想聽的抓龍筋故事,想當然耳反推銷是失敗收場,不然哪來的鬼故事。

這朋友我姑且稱他為老K

老K:「我們店已經有找到人來開發系統了。」

我:「那也不錯啊,開發得如何?」

老K:「別說了,開發到現在四個月,我測一次錯一次,我要的功能也沒幾個,有個客人連三次使用都出錯,我到現在還是紙本作業」

我:「那幹嘛不換人(選我選我!)」

老K:「對方是老闆好朋友啊」

我:「那也只能祝你好運」

老K:「我跟你講有多扯,先講個最扯的,這個月初他把資料清空了,我問他有沒有備份,他說有的,然後他反問我有沒有紙本備份,我說都有系統了我用紙本幹嘛,他反倒怪我為什麼不用紙本備份!」

我:「......聲先奪人,高明!你老闆跟他真的是好朋友嗎?」

老K:「我們按摩師賣多少課,抽成這很正常吧,假設五成,1800課按摩師賺900,1400按摩師賺700,這應該很合理吧,上次開會老闆把我叫去罵,說你這樣系統會很難計算。我雖然不是學程式的,但不就是除以2而已嗎?這有很難嗎?」

我:「......他們真的是好朋友,我第一次聽到老闆幫工程師罵客人的!」

老K:「還有我們創建客戶理論上就照創建日期排列,他也是這樣告訴我的,結果我實際去看,我後來創建的排在中間,我說能不能照順序排,他竟然回答我不能,這要另外寫,要開發時間,正常不是要可以選擇用什麼排列嗎」

我:「我已經不知到要從哪裡吐槽了」

老K:「還有一個很扯,我們通常都使用掃QRCode扣課,必須在他的app介面才能掃,然後只能正著掃,橫著掃跟倒著掃都掃不出東西,如果用一般掃條碼的app掃會掃出客戶電話號碼」

因為大部分我的回答都是...所以就省略

老K:「還有他有一份excel可以計算薪水,只有客戶用qrcode掃課才能真的扣課,按摩師薪水才會計算上去,如果在後台手動扣課,excel不會更新,這樣數據肯定是錯的吧」

老K:「我們要去辦信用卡機,他還跟老闆打包票說他辦過絕對沒問題,最後來來回回送件了好幾次終於辦下來,結果一個客人刷卡完,我進後台看怎麼沒入帳,過一週後還是沒入帳,我就打給業務員,業務員開後台確認是有入帳的,最後確認到問題是他幫我申請的是線上刷卡的帳戶,不能在線下使用。那證明他根本就沒辦過嘛,好在他沒有把金流跟系統做整合」

老K:「他寫完的東西自己都沒在測試的,都直接交給我們,我也沒有特別刁難他,但真的是用一次錯一次」

老K:「而且你跟他講問題,他永遠不會正面回答你,例如上週他問我使用狀況,我列了五點給他,他只回我我再看看,你倒是告訴我你什麼時間點會修好什麼東西啊==」

我也只能一路聽他抱怨,我甚至有點可憐他想幫他重新寫一個,他過程一直問我這些功能如果是我要開發多久,我回答一週吧,真的是沒有很複雜的功能,只能說對方是我聽過的奇耙之一,這故事也再次證明了,寫程式很強真的沒什麼用,後台要夠硬才是硬道理!

最後大家如果同情老K可以到他店裡消費,按摩技術真的不錯,人在台中,有興趣可以留言給我

2024年7月15日 星期一

HD鬼故事N+2集

今天故事比較短,但也是挺魔幻的

我們都知道祖國人沒有休假概念,所以假日來找你碴也是正常發揮,更何況前端又是個吃虧的單位,畢竟資料出不來,前端的錯!操作卡卡的,前端的錯!今天眼袋怎麼這麼腫,O的一定又是前端的錯!

事情發生在週日傍晚,一個本來好好的三方遊戲突然就會報錯(會說本來是因為工程師後來發現這段code已經有8個月沒動過了,至於8個月前是否是好的,那可能是另一個更魔幻的故事,你不要知道太多,對你人生比較好)

經過工程檢查後,因為api pending超過四秒連線被切斷了,在跟其他相同功能的專案交叉檢查,結果發現一個驚人的事實,兩個站打的api竟然不同支,這就很玄了喔!

於是工程師在群組裡回報了這件事,無論是api pending跟不同支api這兩件都需要後端協助查詢。

搞笑的來了,運營也不知是不是想幫後端說話,他說:想必是兩個站線路不同,因此需要打不同api吧!

半個多小時後,後端才慢慢打字回覆:我不確定

運營:....

(我默默覺得有人臉很腫)

然後......然後就隔天上班了!甚至都隔天下班了,這件事還沒有下文,我你個去!當前端好欺負是吧!!前端出事就要馬上處理,後端出事就可以讓人拖了又拖拖了又拖的嗎!保安!

2024年3月19日 星期二

HD鬼故事N+1集

在許久許久之前,有位異常懶惰的工程師,正躺絕對不坐,能做絕對不站。如果能夠自動化的事情我就絕對不會親自動手,所以凡舉布版打包一類的瑣事,這位工程師通通交由腳本去執行。但事情往往不會這麼順利

在他的服務單位有一個傳統,正式機需由後端或維運來佈版,至於背後的原因,那可能又是另外一則鬼故事了。

測試機在沒人管的前提下,當然由這位工程師說了算,直接從github actions ci走腳本一路打包布版版到機器,全程無尿點,舒服!至於正式機......總之我秉持你愛怎樣我配合的想法,工程師就寫了個腳本打包,然後傳壓縮檔給後端讓他們自己去發揮。多日來倒也算相安無事,但鬼故事總是發生得措手不及那才叫做鬼故事啊!

這專案再一次大更版後,正式環境出現了不明原因的錯誤,且多日debug無果,老闆開始檢討起開發流程,覺得在測試與正式間,應該再多一個uat環境。這想法原則上沒問題,問題在後面。老闆覺得換皮站應該每個皮的系統是獨立的,防止換B皮結果A皮壞掉.....從技術面向來看,這位工程師已經不知道要從何吐槽起了。總之還是那句,你愛怎樣怎樣。

老闆最終再提一個想法,應該要加快布版速度,防止用戶有不良體驗。

看到這裡大家應該覺得,那不就測試機的佈版腳本,就改一下環境變數直接上到正式機就好。工程師原本也是這樣想。但很可惜關於佈版前端工程師並沒有話語權。接下來主管一系列指令更是殺得工程師手足無措

關於快速佈版,主管提出使用cicd。這乍看下沒有問題,問題在工程師以為他也是github actions腳本寫一寫佈版,大錯特錯!他把佈版腳本寫進寶塔裡面,使用人工點擊腳本佈版

然後關於uat,工程師原本以為他會叫工程師開一個uat分支,多一個環境變數檔,當uat push時觸發佈版。結果完全不是我想得這麼回事!每當程式要上uat,會叫工程師把開發分支merge回master。(先別噓),然後他再點“按鈕”進行uat佈版,等測試完成後再點按鈕上正式。

哎.......就請問如果uat測試沒過,要改東西,這時有hotfix趕著上版怎麼辦!算了~只是一個小小前端工程師~如果能保一切順利老闆開心,這位工程師願意陪你們演猴戲,但好巧不巧事情就這麼發生了......

因為這套系統在打所有api前,會先讀取本地ip.txt,把裡面的網址進行解析測試,看哪個通就走哪個,但當初也不知道怎麼規劃的ip.txt放在根目錄,有開發過vue vite的小夥伴一定知道如果打包完要在根目錄,那檔案開發時要放在/public裡面,但事實是,ip.txt不歸前端管,是歸維運管,所以不應該放到前端專案中,等於打包時不應該打包到ip.txt這隻檔案,但最終打包出來卻要有這個檔案。

這聽起來很饒口,但實際上就是這樣。那應該怎麼做到呢?很簡單,測試機腳本是先下指令清光ip.txt以外的所有檔案,再把壓縮包直接壓進來,這樣就可以ip.txt不會被覆蓋及刪除。

當然主管也不笨,他在package.json中使用指令,在打包完把指令路徑的ip.txt複製到指定目錄。這樣原本上也沒什麼問題,但問題出在寶塔,例如yarn build && cp ../ip.txt ./dist/,這樣理論上會先打包在複製檔案,但不知道為什麼如果是按按鈕下指令,最終會看不到ip.txt這隻檔案,或許是寶塔優化了腳本變成多執行序執行??導致一開始就複製進去,在build完後一並被刪除,不知道,這位工程師並不想了解。總之在改成這樣上版後,正式機癱瘓了,原因是找不到ip.txt。死活也找不到為什麼,最終只好一遍又一遍人工把ip.txt複製進去,可喜可賀......個頭啊!所以當初導入cicid的意義在哪,還是要人工啊!

後記

過程中工程師無論明著說,暗著說,告訴他們已經有寫好腳本。然後把專案管理權全數交數去,主管明明就可以看著腳本知道過程中到底都發生些什麼事,卻一行都不看,偏偏選用這麼....不自動的方式去打包,唉~槽點滿滿。真的搞不清楚主管到底是強還是弱了~

最終這位工程師將何去何從,下場又是如何,請靜待下回分曉


3/21鬼故事更新

果然就在發文兩天後就生了塞車,事後工程師主動請纓才讓事件有了完美的帷幕,至於日後還會發生怎樣有趣的事呢,讓我們拭目以待

2024年2月27日 星期二

HD鬼故事第N集

 HD鬼故事第N集:

在公元2xxx年,一日雲端設備有些故障,某位年薪據說超過千萬的高級工程師,一頓操作猛如虎,下了重開機指令,頓時風雲變色,機器再啟之際已無過往跡象,不僅程式碼刪光,連資料庫也不見蹤跡,詢問原A場員工才得知,當初啟用機器使用的是暫存碟,也就是重啟資料就會刪得精光,且是破壞式格式化,一旦重啟神仙難救。


公司上下馬上盤點各種可能補救措施,力求把多年客戶資料給救回來,有人提出備份的資料庫(在原來硬碟一起被格式化了,至於為什麼備份的資料庫要跟資料庫放同一個硬碟,這又是另一則鬼故事了),也有人想從request的log試圖把資料補救一點回來,可惜最終依然無力回天。昨日種種譬如昨日死。


沒人知道這年薪千萬的工程師最終下場如何,只知道,做人最好不要太自負,不熟要懂得請教專業人員。


最終,今年才剛開始,希望人人都能領到下個月薪水過個好龍龍year~


免責聲明:以上都是我在翻閱九陽神功時,不小心撇見旁邊的註解文,也不知道什麼意思就轉錄出來了,如有雷同絕對是巧合