職業相談

接下來說的話會很難聽，有請見諒。

恭喜你失業！
被裁員或開除也就算了，對方如果給你合理的薪資，你因為「個人原因」辭職，是你的錯。
要換工作，可以請假去面試 (反正你也不想待了，用不著擔心被抓包)，有書面Offer後跳槽。

>>公司不太願意更新技術
我在新創企業寫網頁程式，也一樣的。
舊的東西，寫的人早不見了，無法簡易升級，看不懂所以修改也困難。

如果我面試新人，他跟我說這舊東西應該重寫的話，我不只要扔他的履歷表進垃圾桶，更要訓話一下。

沒念過的，這篇程設聖經文章應該讀過一遍：
Joel Spolsky - Things You Should Never Do, Part 1
https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/

TL;DR 別人寫的東西永遠難以理解為何要如此寫，人本性認為自己重新寫過會更好，
但現實上線上的程式經過上萬人測試過，而你的程式只有腦袋中空想過，所以重寫只會重新引進舊Bug。

最好的證明就是有歷練的程式設計師一定有過碰上根本看不懂的程式，
想說到底是哪位天才寫的，結果查Git履歷發現是自己名字的糗事。

開發新功能用新技術沒問題，一行都不碰舊東西就OK。
沒有使用者會說：「哇！Twitter花了一年時間重寫RoR到Scala，然後又花一年重寫前端到Express JS，沒有半個新功能，可是太好用了！！」
只有使用者會說，Twitter搞什麼，其他平台可以實況轉播、簡訊、慈善捐款、寫AI Bot...為什麼Twitter越來越爛？

程式設計師禁止干涉公司的產品方針，那不是你的專業。
反之亦然，CTO以外的上層禁止干涉技術層面內容。

我不認為有任何公司願意雇用因為你個人原因辭職的人。

>>No.75835
>>No.75836
謝謝你的建議，收穫很多
公司的架構確實是有它的考量
因為跟我自己學的有很大的差異，給我不小的衝擊
沒有好好思考背後的原因
我會好好調整我的心態

謝謝你，祝你新年快樂

>>原PO
很好，你願意反省，接下來我跟你說面試的對策。

被問到離職的原因，說你因為太年輕，想要挑戰更複雜的手機程式，但舊公司的開發環境無法滿足你的需求。
結果出去應徵其他公司時，並未取得理想結果，導致仍然在找新工作中。
你認為對方公司的產品很炫 (最少把他網站給背下來...)，
雖然自己不一定完全符合所有條件，但你願意嘗試，你希望對方能給你新人一個改過自我的機會。

這要事先練習，可以寫下劇本台詞或對鏡子講話。
這件事是你最大的缺點，盡量花越短時間結束這話題越好。

面試官想雇人的話，一定會挑自己合得來、喜歡的人，
所以找辦法暗中查對方的背景，例如哪個大學畢業的，LinkedIn帳號等，這樣你知道什麼樣的話題你們之間有共通點。
對方想顧你的話，一定會花時間談你的長處，不然面試完你心裡也有數了。

為了保持這好印象，同時不要說你投了一堆履歷表都被拒絕、家裡維持你失業期間的生活費 (我不清楚你的情況，只是舉例而以)、跟前上司個性上合不來等。
剩下就看天了。

我也祝你新年快樂，狗年行大運！

辭職理由很重要
怎樣都別批評前東家

理由就講說身體狀況太差
想花時間找回健康再上班就好了

反正面試就是場面話時間
面試官也知道彼此都在豪洨
我偏偏都講些google的到的台詞給你 你能怎樣?

會不會錄取的關鍵是你有多接近他們期望的條件(技術、薪資、年紀、態度)
以及他們有多缺人

你自己站在這些面試官的立場想想就知道什麼不該說了

>>No.75832
>>工作期間發現公司用的技術、架構都跟我學的差很多
表示可以學到很多啊
算壞事嗎?
如果擔心公司用的技術沒有前景還比較合理點

>>很早被棄用的元件公司還在使用且程式碼可讀性差
正常的很
東西能跑就好
沒人去監督可讀性架構之類的
當然寫一團亂就下班了
汰舊換新會經歷陣痛期
誰想扛這罪名啊?

>>No.75843
我會盡力的 謝謝

>>No.75844
因為我不太喜歡說謊
所以大部分的面試都老實說了
我之所以不先找到新工作再離職
也是因為不想說其他的理由請假(不可能用去面試當請假理由吧?)

>>工作期間發現公司用的技術、架構都跟我學的差很多
架構差很多是我覺得公司的寫法效能比較差
每一個頁面都是紅色的overdraw
且其他比我早進來的新人都離職了
不禁覺得是不是只有我沒有發現問題
但是公司的寫法是有他的理由在的

>>很早被棄用的元件公司還在使用且程式碼可讀性差
以Android 8.0棄用的ProgressDialog來舉例
google有建議的替代方案，使用ProgressBar
假設Android版本來到15.0，公司可能都還在用
我以為隨著Android版本更新，改用其他元件是常態

對公司來說賺錢比較重要，技術細節可能不是公司會在意的點
我如果想做這些比較新的東西，應該下班後自己做Side Project才是

突然想起工作經驗
有個人嫌公司目前的開發架構跟效率不好
決定自幹搞一個，很炫炮的動工
下場就是那架構除了他，公司根本沒多少人有時間去維護
那人離職了
.
大頭受不了，找了幾個人把用那個架構的案子整個重寫
因為這件事情對大頭有點微詞，人跑了，死的是剩下的人
當初叫大頭要擋沒聽進去

晚到 不推了 然後其實該講的都被講完了
提點馬後砲

>>去年5月錄取一間公司(自有產品) 於11月離職
簡單來說 經驗不夠

真實世界的程式產品(製品?)
大多是在有條件之下的混亂中製作而成 而非有條理的理論世界

>>很早被棄用的元件公司還在使用且程式碼可讀性差
其實這是老問題
標準的範例是Netscape程式重寫的例子

經驗上來說 系統在長期的開發之下 無論程式碼有多糟 架構有多爛
只要能照規格動之下 裡面都有很多神秘的黑白盒子

重寫來說 寫程式的程式師不見得能知道 那些黑白盒子的內容物
然後連製作者換個案子過1個月就忘光了 更何況前人已經不知道跑去了

然後呢 時間一長 很多東西不是故意的 但會發生...
EX 文件遺失or忘了更新的舊文件/ 負負得正/ 為了短期間的一時對應追加/
為了對應被遺忘的一時對應的追加對應/ 沒寫在文件上的要件/莫名其妙bug的對應...etc
這些坑 重點是 重寫真的抓到得這些規格嗎?
又重寫要多少成本? 成本跟經濟效益相對之真的划算嗎?

大概就是這類的問題了 然後這些問題 大多都比程式問題還難搞

然後大多在業界待過一定時間的程式人
心中都有多少有這類的...恩...業界...常識?

抓到沒這類的常識來說 自然的疑問會是
這個應徵者真的有辦法在有限度混亂的現場存活下來嗎? 不然就是當新人處理

又業界來說 大多數的情形是trade off
看員工有沒有辦法懂那個trade off是拿了什麼/換了什麼

EX 原po提到了效能 試問就算一開始效能就寫好 有誰受益嗎?
如果在爛效能之下 也能符合客人的規格
那為什麼不拿那個爛效能

去換工程師連3天可以提早(準備?)下班 or
人事成本的降低(用不花錢的工程師就夠了)

這類的東西早點懂 對技術人來說不見得是好事
但解決問題的手段 可以比較靈活而多樣

>>No.75847
我也不喜歡說謊，所以我贊成你老實說

內文過長了，就看貼圖吧