accessdenied 似乎是強者，但小弟有幾點不懂。
※ 引述《accessdenied (存取違規)》之銘言：
: 因為大部分的企業，內部使用什麼技術和平台，早就釘死的，公司如果用 MS 方案，你就
: 算 Linux 再強，他就是不會招聘你。
: 最終能夠跨過這些框架累積並且運用到各處的，就是 Domain knowledge、和管理專業。
您說：因為大部分的企業，內部使用什麼技術和平台，早就釘死的
可是既然要長期留在一間公司深耕經歷過整個cycle，
到底要怎麼「跨過框架累積、運用到各處」(如果公司的技術跟平台是被釘死)
據我所知不少公司的時程都是壓得緊緊的，有的時候甚至是更新lib、framework版本都會
遭到管理階層排斥，更不要說新技術
其實不要說新技術，可能三、四年前已經被業界普遍驗證過的技術，要由工程師本身帶入
改善整個開發流程或環境都是需要莫大的努力，更多時候其實問題不是技術問題而是政治
問題
另一個問題是，就算是domain knowledge
每家公司都有不同的策略與視野，甚至有些公司還在用十幾年前的觀點與知識來開發
請問這種狀況要如何確保你的domain knowledge不會被公司侷限？
→ accessdenied: 因為跳槽的人，本身在幹甚麼事：閃避不爽的環境，02/15 13:57
→ accessdenied: 找爽的環境。也就是他們會錯過，不爽到爽的扭轉過程 02/15 13:57
→ accessdenied: ，每次遇到困難，想到第一件事就是逃，那怎麼可能 02/15 13:57
→ accessdenied: 見識過克服困境的案例？ 02/15 13:57
這我也滿有好奇的，請問你是怎麼確定
這間公司一定會扭轉困境？一定會有從不爽到爽的扭轉過程？
比起開發工具、環境被釘死，難道更多時候無法改變的不是文化嗎？
不知道你能不能分享具體的案例或經驗，謝謝

因為跳槽的人，本身在幹甚麼事：閃避不爽的環境，找爽的環境。也就是他們會錯過，不爽到爽的扭轉過程，每次遇到困難，想到第一件事就是逃，那怎麼可能見識過克服困境的案例？

跳槽的過程，也是種面對困難，勇於突破的過程吧，有些跳槽也很困難阿。為什麼跳槽就是逃避困難呢。

什麼強者？你給我戴高帽，我拒回！小弟？你稱弟那世上還有哥嗎？你稱帝好了

指點江山卻又說自己沒有那個高度，難道是在嘴砲？

你們談到的管理階層不同產生不同見解而已啦

我之前公司用SVN 經歷了轉換Git的過程 那是否可以拿到一家早已CI/CD跑得嚇嚇叫的公司說嘴？ 我想只會被當成野人獻曝的低能兒一個第三世界國家執政官接通自來水的經驗 是否可以幫助牠到美國推動IOT 智慧城市產業？

在第三世界國家，哪怕是一個城市接通（如果是從無到有）自來水的經驗，這屌爆了吧

這一串文章看下來真的讓身在美國的我再次感受到在美國從事軟體工作，真的可以專心推動技術沒那麼多廢話 難怪美國的軟體技術可以這麼強大進步快但是我小廢物刷題仔 也講不出美國之所以強大的原因 科科

問題接水管這檔事的經驗別的國家早就做爛了... 對別人來說你做了十年的才好不容易已知用火 別人早已準備要殖民火星在一家公司蹲久 特別也是對年輕人啦 建議第一家不要做太久可能觀點跟思維會被這家公司限縮較多 會以為解法只有一種自己這樣做又成功過就覺得這樣是對的 怕又是去到一家不照規矩的公司 在一開始建立起完全錯誤的觀念 影響後續的發展算衰但也是個經驗學習 我遇過兩個主管他們在前公司都有成功公司都有賺錢 但他們的開發觀念很畸形思想窠臼就是「我之前這樣做 成功了 可賺錢 那就是最佳解你聽我的就對了」但說來就明顯錯誤的方式

我們公司就是兩百人的中小企業 但是code review還算嚴格值得一提的是 前年十月因為營收達到董事會目標那個月開始到聖誕節 CTO要所有team去把每個feature找出沒有自動測試涵蓋的部分 所有工程師都下來寫測試不曉得其他公司是不是這樣 但是美國確實有些文化很好從那時候開始如果ticket沒有自動測試 PM不會放行台灣就是賺快錢啦 真的很難想像美國這種完整規劃/執行乾脆再成立一個US_Soft_Job版算了 真的文化差太多了

我待過的公司，測試覆蓋率是卡在自動化CICD, 根本不用另外找時間測。沒寫自動化測試就敢上產品，通常是產品還不夠大，系統隨時可以重啟的心態在做。簡單的說，一個人待過什麼公司，做什麼產品，就決定腦袋了。

台灣軟體給的人力要拿去做code review 自動化測試 要出新產品 拼時程根本趕不到 只能拿香蕉叫猴子去堆高塔這個坑坑洞洞的高塔成本只要是別人世界奇觀的一半 高度又一樣就贏了