Re: [討論] 有人真的跟自己老闆說加薪成功的嗎?
accessdenied 似乎是強者,但小弟有幾點不懂。
※ 引述《accessdenied (存取違規)》之銘言:
: 因為大部分的企業,內部使用什麼技術和平台,早就釘死的,公司如果用 MS 方案,你就: 算 Linux 再強,他就是不會招聘你。
: 最終能夠跨過這些框架累積並且運用到各處的,就是 Domain knowledge、和管理專業。
您說:因為大部分的企業,內部使用什麼技術和平台,早就釘死的
可是既然要長期留在一間公司深耕經歷過整個cycle,
到底要怎麼「跨過框架累積、運用到各處」(如果公司的技術跟平台是被釘死)
據我所知不少公司的時程都是壓得緊緊的,有的時候甚至是更新lib、framework版本都會遭到管理階層排斥,更不要說新技術
其實不要說新技術,可能三、四年前已經被業界普遍驗證過的技術,要由工程師本身帶入改善整個開發流程或環境都是需要莫大的努力,更多時候其實問題不是技術問題而是政治問題
另一個問題是,就算是domain knowledge
每家公司都有不同的策略與視野,甚至有些公司還在用十幾年前的觀點與知識來開發
請問這種狀況要如何確保你的domain knowledge不會被公司侷限?
這我也滿有好奇的,請問你是怎麼確定
這間公司一定會扭轉困境?一定會有從不爽到爽的扭轉過程?
比起開發工具、環境被釘死,難道更多時候無法改變的不是文化嗎?
不知道你能不能分享具體的案例或經驗,謝謝
--
跳槽的過程,也是種面對困難,勇於突破的過程吧,有些跳槽
也很困難阿。為什麼跳槽就是逃避困難呢。
什麼強者?你給我戴高帽,我拒回!小弟?你稱弟那世
上還有哥嗎?你稱帝好了
強與弱是相對的,我目前只是小企業中的一個Sr而已 但看您的文章從管理階層一路上談到CTO,想必您定是有相應的資歷與高度才能做出如此 深切的分享,那你肯定相較於我是個強者了
我也覺得上一篇大武斷了點。
指點江山卻又說自己沒有那個高度,難道是在嘴砲?
你們談到的管理階層不同產生不同見解而已啦
我之前公司用SVN 經歷了轉換Git的過程 那是否可以拿到一家
早已CI/CD跑得嚇嚇叫的公司說嘴? 我想只會被當成野人獻曝
的低能兒
一個第三世界國家執政官接通自來水的經驗 是否可以幫助牠到
美國推動IOT 智慧城市產業?
在第三世界國家,哪怕是一個城市接通(如果是從無到有)
自來水的經驗,這屌爆了吧
這一串文章看下來真的讓身在美國的我再次感受到
在美國從事軟體工作,真的可以專心推動技術
沒那麼多廢話 難怪美國的軟體技術可以這麼強大進步快
但是我小廢物刷題仔 也講不出美國之所以強大的原因 科科
美國應該也有中小企業吧? 加上以前看過一些外國的軟工書籍都會描述一些慘案, 不知道你的公司規模是多大, 幾年了 我們公司是做desktop application的 通常決策層都會想快點出版本、新的噱頭功能趕快搶在旺季開賣 如果你的計畫決策層認為沒有辦法在短期內兌換成$$$或大幅縮減開發成本是不 會被認可的 當然更不會有什麼研討、讀書會 甚至連code review都是過過形式 一個function 裡面塞了幾百行code大家也無所謂
問題接水管這檔事的經驗別的國家早就做爛了... 對別人來說
你做了十年的才好不容易已知用火 別人早已準備要殖民火星
在一家公司蹲久 特別也是對年輕人啦 建議第一家不要做太久
可能觀點跟思維會被這家公司限縮較多 會以為解法只有一種
自己這樣做又成功過就覺得這樣是對的 怕又是去到一家不照規
矩的公司 在一開始建立起完全錯誤的觀念 影響後續的發展
算衰但也是個經驗學習 我遇過兩個主管他們在前公司都有成功
公司都有賺錢 但他們的開發觀念很畸形
思想窠臼就是「我之前這樣做 成功了 可賺錢 那就是最佳解
你聽我的就對了」但說來就明顯錯誤的方式
我們公司就是兩百人的中小企業 但是code review還算嚴格
值得一提的是 前年十月因為營收達到董事會目標
那個月開始到聖誕節 CTO要所有team去把每個feature
找出沒有自動測試涵蓋的部分 所有工程師都下來寫測試
不曉得其他公司是不是這樣 但是美國確實有些文化很好
從那時候開始如果ticket沒有自動測試 PM不會放行
台灣就是賺快錢啦 真的很難想像美國這種完整規劃/執行
乾脆再成立一個US_Soft_Job版算了 真的文化差太多了
我待過的公司,測試覆蓋率是卡在自動化CICD, 根本不用另外
找時間測。
沒寫自動化測試就敢上產品,通常是產品還不夠大,系統隨時
可以重啟的心態在做。
簡單的說,一個人待過什麼公司,做什麼產品,就決定腦袋了
。
台灣軟體給的人力要拿去做code review 自動化測試 要
出新產品 拼時程根本趕不到 只能拿香蕉叫猴子去堆高塔
這個坑坑洞洞的高塔成本只要是別人世界奇觀的一半 高
度又一樣就贏了
15
我的意思不是這樣的 其實我覺得您的例子(第三世界國家接通自來水比對在美國建立IOT城市)是一個好例子 接通自來水這回事不是單純接水管 事實上它比較像建立一個城市的電力、網路系統 主事者會不會接水管、是不是水電專家其實不是很重要2X
一樣,不回應,只不過想未來面試人員時,還能碰上幾個堪重任的。 能夠在這行業裡面舞文弄墨,談古論今,經緯天地,把資訊業的力量導入其他行業 會上來發言,只是最近雲端服務相關專案太多,做得有點久,想轉換注意力 也誠心建議接下來要投入軟體工程的夥伴,開始學習雲端。 除了自學,也建議去社群或課程,去社群是曝光經歷的好管道,3
老實縮啦,軟體業很簡單 自己估薪水不到身價的,就和老闆說加薪 老闆說不好,就嘗試跳槽 拿到更高薪的Offer代表自己估得對,拿不到可能就估錯了 Domain Knowledge算什麼6
補充一下我的看法 順便設定一下大前提,那就是公司是一個"正常"的公司 所謂正常的公司就是不會提出不合理的 loading 的要求 例如該多少人月就做出多少品質/進度 而不是明明人月不足還要求做不到的品質/進度1X
一樣,不回應,只不過想未來面試人員時,還能碰上幾個堪重任的。 能夠在技術浪潮正要起來之前,就成為領潮者。 剛弄完幾個雲端專案的項目, 自己會跳下來動手做,實在是台灣這幾年是雲端大年,而人才供給還未趕上。 另外寫程式跟做架構,本來也就是自己的興趣。3
最 : 只要結婚,生小孩,會把時光花在小孩與家人身上,你能輸出的技術價值就會開始下降 。 : 第二種經驗,需要理解公司,知道公司盈利狀況,知道公司決策層的思想, : 很少會有決策層做讓公司自殺的決策,他們的生死往往跟公司捆綁得很深。2
你 : : 算 Linux 再強,他就是不會招聘你。 : : 最終能夠跨過這些框架累積並且運用到各處的,就是 Domain knowledge、和管理專 業? : 您說:因為大部分的企業,內部使用什麼技術和平台,早就釘死的8
我全完相信 accessdenied h22349 提的內容是他們的真實經歷,我無意去反駁。 僅僅提一下我自己看到的真實經歷。 關於提加薪,我自己的做法是找好後路,加薪失敗就閃。 假設我自己是主管,知道下屬對薪水不滿我又無權給他想要的薪水, 那我就會做好他隨時會閃的準備,所以我會積極找新人取代他,
爆
Re: [心得] 如果可以, 真的建議不要再去創業公司了看到這篇好幾天了,想想還是也來分享一點個人經驗 我自己在業界的資歷沒有很久,也不是本科出身。 從十幾年前玩 open source 專案,誤打誤撞一路寫 code 到現在, 後來去國立資工所洗了一下 XD 所以現在也號稱本科了 研究所畢業後進入稍有規模的新創,後來也待了大公司。25
Re: [討論] 軟體工程師每五年增加一倍?→ Zepho: 老人學新東西超抗拒好嗎 不如找三個年輕便宜的 02/19 15:19 → acgotaku: 台灣沒這麼多需求要一直更新語言工具拉 02/19 16:33 → acgotaku: 臺灣不少知名純軟/影音串流公司 裡面舊專案用的語言版本 02/19 16:34 → acgotaku: 甚至已經比最新的還老四五年,流量服務還不是撐得住 02/19 16:35 → acgotaku: 至於為什麼不大改?能穩定獲利的業務 去追求風險大改幹嘛 02/19 16:3719
[Vtub] 博衣こより cover 心予報情人節禮物? 直播尾聲直接公佈五分鐘後上新歌 還同時視聽X
Re: [討論] 有人真的跟自己老闆說加薪成功的嗎?其實不應該花時間來回應這種文章,只是看著一些小咖同事或同行像浪人一樣 以自己跳來跳去作為招牌,覺得很神奇。 短期可能薪資有感,但長期斷然對個人生涯發展有負面的影響 在一間公司工作做事,有三種經驗, 一種是技術經驗,一種是內部體制經驗,一種是外部交互的業務經驗6
[心得] 書籍《經理人之道》工程師/技術主管職涯規劃作者: annedoo (安安) 看板: book 標題: [心得] 經理人之道:技術主管/工程師的職涯規劃 時間: Sun Sep 5 23:18:45 2021 // 推薦書籍 // 經理人之道:技術領袖航向成長與改變的參考指南1
[心得] 經理人之道:技術主管/工程師的職涯規劃// 推薦書籍 // 經理人之道:技術領袖航向成長與改變的參考指南 The Manager's Path: A Guide for Tech Leaders Navigating Growth and Change 作者:卡米兒・傅立葉(Camille Fournier) 擁有豐富管理經驗,兼備技術知識、企業主管領導力及工程管理。從卡內基梅隆大學資訊科學學系畢業後,進入微軟公司。2005年,取得威斯康辛大學麥迪遜分校的資訊科學碩士學位,進入高盛集團擔任工程師,後升任技術副總裁。