惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

SecWiki News
SecWiki News
I
InfoQ
The Cloudflare Blog
人人都是产品经理
人人都是产品经理
博客园 - Franky
T
Tailwind CSS Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
量子位
博客园_首页
罗磊的独立博客
V
V2EX
李成银的技术随笔
大猫的无限游戏
大猫的无限游戏
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
True Tiger Recordings
Vercel News
Vercel News
Cyberwarzone
Cyberwarzone
Cisco Talos Blog
Cisco Talos Blog
F
Fox-IT International blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
M
Microsoft Research Blog - Microsoft Research
Know Your Adversary
Know Your Adversary
爱范儿
爱范儿
The Register - Security
The Register - Security
G
Google Developers Blog
The Hacker News
The Hacker News
Malwarebytes
Malwarebytes
S
Securelist
博客园 - 三生石上(FineUI控件)
Jina AI
Jina AI
T
Threat Research - Cisco Blogs
T
The Exploit Database - CXSecurity.com
S
SegmentFault 最新的问题
博客园 - 叶小钗
F
Fortinet All Blogs
Apple Machine Learning Research
Apple Machine Learning Research
宝玉的分享
宝玉的分享
博客园 - 聂微东
T
Threatpost
博客园 - 【当耐特】
D
Docker
P
Privacy & Cybersecurity Law Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
G
GRAHAM CLULEY
V
Visual Studio Blog
C
Cisco Blogs
IT之家
IT之家
S
Security Archives - TechRepublic
Latest news
Latest news
阮一峰的网络日志
阮一峰的网络日志

Nic Lin's Blog

謝明真 - 高效領導力的課後筆記 NFT 開發實戰!基礎智能合約入門 (3) NFT 開發實戰!基礎智能合約入門 (2) NFT 開發實戰!基礎智能合約入門 (1) 如何自我檢測 log4j CVE 漏洞 Rails 如何在資料寫入時記錄來源 IP 位置 如何經營工程師 Youtube 頻道 - Part 8 營收篇 如何經營工程師 Youtube 頻道 - Part 7 酸民文化篇 如何經營工程師 Youtube 頻道 - Part 6 演算法趨勢篇 如何經營工程師 Youtube 頻道 - Part 5 設備器材篇 如何經營工程師 Youtube 頻道 - Part 4 後製剪輯篇 如何經營工程師 Youtube 頻道 - Part 3 文案企劃篇 如何經營工程師 Youtube 頻道 - Part 2 設備器材篇 如何經營工程師 Youtube 頻道 - Part 1 制訂頻道方向篇 如何經營工程師 Youtube 頻道 - Part 0 Rails 中避免 race condition 的最佳實踐(二) Rails 中避免 race condition 的最佳實踐(一) 10 分鐘整合 google sheet 做自動化開發功能週報 經營 Side Project 300 天所帶來的收穫及挑戰 我的 Youtube 影片製作流程 API 設計時必須注意的 HTTP header 底線問題 如何提升你的程式可讀性之實務技巧(三) 如何提升你的程式可讀性之實務技巧(二) 如何提升你的程式可讀性之實務技巧(一) Ruby 中使用 freeze 優化效能的時機 避免 React 中的 useEffect 無限 render 在 Rails 內輕量使用 Vue Component 的最佳實踐 身為工程師的你在武漢疫情時能做些什麼 如何在區域網路用 Docker 架設有 SSL 的 Gitlab 從被問到問人,那些我常問的面試問題 [Rails] 如何漂亮寫出可維護的 query (Maintainable Rails Query) 在已知長度情況下優化 slice 的性能 [ReactNative] 如何在 iOS APP 上主動要求用戶評分 Rails 的 scope 為什麼用 lambda? Proc 與 lambda 不同之處 淺談 Active Record 的 Lazy load 特性 Rails 專案搭配 Github Actions 進行 RSpec 自動化測試 JavaScript 中 require, import 的差別及效能 React 效能優化基本招 ES6 箭頭函式 (Arrow functions) 2 個月擁有 6000 用戶 Side project 這樣做(三) 2 個月擁有 6000 用戶 Side project 這樣做(二) 2 個月擁有 6000 用戶 Side project 這樣做(一) 如何讓自己成為失敗的軟體工程師 如何在 Jenkins 上用 Docker 跑 Rails + Rspec 做 CI 如何用 Rack::Attack 阻擋 DDOS / 惡意流量 用 OpenSSL 自簽開發用 HTTPS SSL 憑證 以 OOP 的角度提升 Ruby code 質量 不停機 migration 避免鎖表的幾種操作 為機器加上登入訊息,在 ubuntu 設置登入歡迎詞 Ruby Memoization 性能優化之記憶化 淺談 SSH agent forwarding 和 proxy command 的安全風險與應用 [Rails] Service / Library / Concern 的差異 Ruby conf Taiwan 2019 參與筆記 避免過度的 Defensive Programming 防禦性程式設計 Rails 要用 Time.zone.now 還是 Time.now Rails i18n 小技巧總匯 1:1 攪亂器,如何用 Ruby 做可逆推序號 Rails 中的欄位及方法命名原則 [Rails] 用 puma-dev 作為本地開發伺服器 (支援 https 自簽憑證) 我的中高階 Rails 工作面試心得分享 讀書心得 - 「一流的人如何保持顛峰」 讀書心得 - 「窮查理的普通常識」 將 Rails 專案從手動部屬遷移使用 Capistrano 自動化部屬 工程師提昇自己的教學和簡報技術的方法 [筆記] Rails 3.2 升級 Rails 6.beta 經驗分享 Grape on Rails 實戰 101 Class method 氾濫帶來什麼問題 Rspec 中 let / let!(驚嘆號) / Instance variables / subject 的用法與差異 RDBMS 課程心得與筆記 常用的 Rails 開發規範 Rest-Client 如何做 Basic Authentication 驗證 用 ssh config 管理多台機器 [Rails] 實做批次操作的小技巧 [Rails] 何為 tld_lebgth? 遵循 Semantic Versioning 軟體開發語意化版本管理 請直接在 MySQL 裡面直接用 utf8mb4 取代 utf8 如何解決在 awesome print 中遇到 ActionController::Parameters unable to convert unpermitted 如何在 Mac 上升級 PostgreSQL 並遷移資料 如何解決 Mysql2::Error: Incorrect string value 讀書心得 - 「信任因子:信任如何影響大腦運作、激勵員工、達到組織目標」 我是如何寫部落格筆記的 讀書心得 - 「先問,為什麼?:顛覆慣性思考的黃金圈理論,啟動你的感召領導力」 [Rails] 解決 Reset Password 帶來的 token 洩漏問題 Rails 中的 delegate 用法 淺述 SSR SPA 優缺點 Rails 非同步工作請用 Global ID [React] Class Component 傳遞 props 的 2 種方式 好用的隱私權政策 URL 自動生成 Rails 5.1 之後的 tag helper Rails 5.2 Encrypted Credentials 最近面試被給的建議和書單 一般架構需要用到 K8S 嗎 透過 commit SHA 找 github Pull request 從零搭建,如何讓 Rails 跑在 Kubernetes(k8s)(二) 從零搭建,如何讓 Rails 跑在 Kubernetes(k8s)(一) if/unless 寫作不要用多重否定句啊 盡可能的減少使用具感染性的 Try 或是 lonely/safe navigation operator Load balance 負載平衡設計 ES6: export default 和 export 的差別 搞懂 React 中的 state 和 props
我的軟體工程師生涯:如何挑選適合你的公司
2019-01-13 · via Nic Lin's Blog

寫這篇文章時候的狀況

  • 網站開發經驗約三年
  • 待過三間公司,主要熟悉開發框架為 Ruby on Rails,同時寫過 React/Vue,以及一些 DB tuning 經驗
  • 有帶領新人的經驗

也因為有了三年開發經驗,大部分什麼都有碰到,也不想選邊站一定要 Front-end、backend 或 Devops

Senior 這個詞定義也是每個人標準不同(經驗不到兩年就說自己 Senior 也是有),所以我通常會說自己是一個「對後端較熟悉也有前端開發經驗的 Software Enginner」

在這個階段通常要找公司會希望自己在某個領域想要更上一層樓,或是想要接觸不一樣的領域,端看個人生涯規劃。

所以在這個階段挑選公司是非常重要的事情,我自己個人歸納了一些看法和經驗,除了提醒自己,也希望能夠幫到迷惘的人。

第一步:搞清楚自己真正想要的是什麼

通常在職涯發展的前三年,都還是摸索期,這期間你可以像隻蜜蜂勇敢的到處撞、像是玩遊戲一般把黑色迷霧打開。

這期間可以靠熱情、體力燃燒生命,有源源不絕的燃料,雖然不是每個人都是有熱情的在工作著,不過至少我還是。

大概熱情、體力也燒的差不多時,這時候就要找尋新的動力來源,只有瞭解目標核心的方向,才能夠帶著你走到更遠的地方,所以這個階段,你必須問自己,真正想要的是什麼?

你想要學的是什麼? 想到什麼職位高度? 你期望三年五年後是怎麼樣的自己?

如果沒有職涯規劃,不知道自己真正想要什麼,那麼無論你去哪一間公司,做著什麼樣的工作,可能都不上心,也做不久,因為這裡沒有你要的東西,你只是單純的在拿時間換金錢。

賺錢不應該是目標,而是結果,如果你覺得自己真正想要的,就是錢,其實也等於沒有目標。

應該先瞭解「為什麼」,再去瞭解「怎麼做」,最後才是「做什麼」

第二步:透過不斷面試,認識自己

有時候你瞭解公司策略、瞭解朋友、瞭解同事,但往往最陌生的是自己。

這個階段,也許你不知道自己的實力在那邊?到底是 Junior 還是 Senior?我可以領到更高的 Pay 嗎?

這就要靠市場的反應來清晰自己的定位,然而我認為最有效的方式就是找人電你,面試正好是一個有用的方法。

透過和各種高手面試,同時順道整理過往的經驗,並請他人給你建議,在這過程中摧毀自信心是必然的,就像健身一樣,讓肌肉先撕裂再成長。

透過別人敘述自己,這些資訊可以有效幫你清晰現在自己的定位,也能夠瞭解自己離目標還有什麼不足?

第三步:如何確定你正在這條道路上

找到目標後,要如何確認自己正在這條路上?

你需要擬定一個計畫,例如加入這公司後希望在一年的時候學到什麼,或是達到什麼計畫。

如果成長的速度超過公司,那麼你還要挑戰什麼?有沒有辦法讓大家和你一起成長?

離開的時間點也是要規劃的,比方說,如果三年後自己不是因為怠惰而爬不到 XXX 地方或學不到新東西時,那麼就要離開,因為這時候只有離開才能升級,有點像是你就在這個階段經驗值滿了也升不了級,必須要去解點任務什麼的,才能突破這個限制,我認為職涯也是一樣的。

我認為每一次有計畫性的離開,都會讓你的經歷更上一層樓,當然,也不是胡亂的離開,這可能會造成你的履歷看起來碎片化,領域不夠集中的問題。

第四步:找到一個能夠帶領你的人

我認為能夠遇到一個會帶領你成長的上屬著實不易,通常這類型的人有幾種特色:

如果要加入的公司裡面有大神的話,不妨多看看他網路上的一些作品,及他平時寫作的文筆,大概能略知一二,真大神還是假大神,其實有跡可尋

  1. 擅於分享
  2. 有做筆記的習慣
  3. 喜歡探討新鮮事物
  4. 有讓團隊變的更好的經驗

有時以為的大神,只是比你資深的走火入魔哥而已 XD

第五步:生涯只有一次,不要為了錢而選

選 offer 這件事情,最好不要依照價格來篩選,雖然這是最根本的問題,但通常拿到的 offer 價格應該不會差到太多。

如果拿到了好的薪水,卻不喜歡公司的產品或是文化,其實也是痛苦,除非這些金錢的差額多到可以彌補你的痛苦,又或是你根本不在乎這點,不然真的建議不要為了錢而選。

如果有實力,其實去哪都可以拿到這樣的薪水,所以我覺得比較重要的幾點會是

  1. 和自己想達到的目標有直接的關聯嗎?
  2. 自己和公司文化符合嗎?
  3. 有發展性或是有可以成長的空間嗎?

最後:選錯了怎麼辦?

如果不幸選錯了公司,又或是進了公司才想通自己真正要什麼,很多人都會覺得進了公司「至少」要待一年,其實我覺得沒有必要勉強自己,就像你不會找一個伴侶覺得明明不適合硬要撐滿一年再分開,其實找公司就跟找對象一樣,需要多方觀察,然後在試用期的時候觀察彼此是否合適,如果不合適,盡早結束也對雙方都好。

一來公司沒有太大的損失,二來你自己也不會硬要待在不愉快的地方一年。

而且如果抱持著將錯就錯的心態,同樣經歷一年的人,可能在自己喜歡的環境成長超快,所謂彎道超車不是沒有可能。

而職涯只有一次,每一次的選擇都很重要,沒有必要堅持別人設定的規則。

雖然如此,我認為人生沒有白走的路,只要肯學習,到哪都有空間可以讓你學習,而某天的將來會用上也說不定。