【飛達智能 - 前端工程師】
1. 系統設計
2. 文件撰寫
3. 需求訪談
4. 系統監控、開發
5. 和後端工程師整合
6. 完成主管交辦事項
• 可上班日:不限
• 工作經歷:3年以上
• 學歷要求:專科以上
• 語文條件:英文- 聽說寫/略懂、讀 /中等
• 擅長工具:ssh、JavaScript、Version Control
• 工作技能:系統架構規劃、系統維護操作、系統整合分析、軟體工程系統開發、軟體品質與保證
其他條件:
• 個性主動積極,抗壓性高
• 善於溝通,主動發現問題,改正問題
• 熟悉 RWD design
• 熟悉 H5、CSS、Javascript、AJAX
• 熟悉 JavaScript 框架 Vue、React
• 熟悉 Restful API 串接
• 熟悉 Version control(SVN, GIT)
• 熟悉客戶端渲染 ( Client-side Render )、伺服器端渲染 ( Server-side render )
• 熟悉前後端分離、跨域、APP之間的交互設計(Interaction Design)
• Linx 基本操作
• 具有分析問題的能力,並提出具體策略與執行方式
• 擅長工具:SSH、使用 Chrome plugin 對頁面進行除錯(debug)可
月薪 40,000元以上 @台北市南港軟體園區
同時也有2部Youtube影片,追蹤數超過7萬的網紅在地上滾的工程師 Nic,也在其Youtube影片中提到,自學得找方法,漫無目的的努力會消磨你的意志。想成為軟體工程師之前,得先學會和自己對話,這部影片是最近很多關於轉職或就業相關的伙伴提出的問題,回覆的有點多次了,就直接整理起來做成一支影片希望幫助到想成為軟體工程師的你。 章節: 00:00 如何與未知相處? 01:19 學習那個程式語言最有效益? 0...
「前端工程師英文能力」的推薦目錄:
- 關於前端工程師英文能力 在 科技Kano Facebook 的最佳貼文
- 關於前端工程師英文能力 在 小吃貨的英國生活日記 Facebook 的精選貼文
- 關於前端工程師英文能力 在 矽谷輕鬆談 Just Kidding Tech Facebook 的最讚貼文
- 關於前端工程師英文能力 在 在地上滾的工程師 Nic Youtube 的最佳解答
- 關於前端工程師英文能力 在 在地上滾的工程師 Nic Youtube 的最佳解答
- 關於前端工程師英文能力 在 Re: [討論] 當工程師的英文能力- 看板Tech_Job 的評價
- 關於前端工程師英文能力 在 工程師的英文是不是都很強呢? - 工作板 的評價
- 關於前端工程師英文能力 在 想當軟體工程師, 別忘了練英文| 英文不好有差嗎? - YouTube 的評價
- 關於前端工程師英文能力 在 六角學院- 老師,我英文不好還是可以學前端嗎🙋 的評價
- 關於前端工程師英文能力 在 [外商徵才] 資深前端工程師Senior Frontend Opportunity at ... 的評價
前端工程師英文能力 在 小吃貨的英國生活日記 Facebook 的精選貼文
#小吃貨三年半工作歷程 #文長慎入 #軟體工程師相關
由於前一篇不小心打了跟工程師沒什麼關係的一篇文章,導致內容完全偏離我原本想談的事情,在這裡又補充一篇。(之後可能會乾脆轉到痞客邦,不然太長了。)
由於不知不覺,已經成為軟體工程師三年半,還有不久前參與公司的一些招募面試,覺得應該上來分享一些心路歷程,畢竟即使疫情嚴重,也不會熄滅大家想要成為軟體工程師的火,相信因為疫情嚴重,如果有人失業,剛好也是可以轉職成為軟體工程師,是個不管在哪裡都可以工作得好職業,也不會因為疫情不能出門而丟飯碗,當然你還是可能因為公司經營不善而丟飯碗,畢竟是整個經濟蕭條,但至少你可以馬上找下一份工作,反正都是線上面試獻上在家工作。
總之,是想提一下從剛開始學習寫程式,對於什麼都不太懂,到現在,好像已經工作了三年半,還是什麼都不太懂的心境變化。
分成幾部分來說好了,
學習新東西的部分:
一開始的兩年其實真的滿痛苦的,不知道是因為第一間公司的文化還是因為主管跟同事,導致在學東西上面覺得沒什麼進展。一來可能是因為公司是個不管做什麼都很慢的公司,除了要求你Delivery很快,其他像是,你要求的Training, 或者你問事情,或者了解需求目標,都很慢。
可能你要求的Training 會為了省錢而累積人數,找一堆不相干的人來上課,導致上課的時候,老師也很尷尬,不知道到底要怎麼抓進度。
或者是你說你工作要學新東西,可是完全不給你任何Training Course叫你自己看Pluralsight, 所以半年以後決定幫你安排一個Training Course上非常基本而且沒什麼相關的東西。
問問題的時候,基本上也沒什麼人想理你,大家都覺得自己很忙,尤其是主管,根本不太想管你。還會叫你沒事不要去煩資深同事們,這樣的狀況也是很讓人無法提起精神。
總之前兩年真的是水深火熱,也不知道自己在幹嘛,常覺得自己很沒用,學得很慢,也是很浪費時間,只能一直努力想辦法看Confluence來了解Team到底在做什麼。
接著去了第二間公司,是學習爆發時期,在新創就是學得快,因為不快的話公司就要倒了,努力的工作工作,還是敵不過公司的內部問題,工作了八個月被裁員了,公司大概裁了三分之一。
在新創,一開始真的學得很快,但是工作了三個月以後,會發現好像也學不到什麼東西了,想做很多東西也做不了,公司永遠是,沒錢,不要這個,不要那個,然後來了一個只會嘴砲的前端,號稱有十年經驗,可是連個sorting 都寫不出來,基本上他就是一個設計師,那為什麼不說自己是設計師就好?然後其他同事也是處於好像提不起勁工作,一個很簡單的東西可以做個好幾個禮拜,幾個月。甚至可以感覺得到,好像整個公司的人都不太想工作,只想趕快找個買家把公司買走,不然公司可能真的要倒了。
我還記得,被裁員以後,他們說覺得我比較適合去大的公司,其實我也覺得,我覺得自己在那個地方,根本完全不知道可以幹嘛。公司當時還打算Rebranding 簡單來說就是換個包裝,即使裡面爛光,也要把外面弄的亮麗,這樣才可以吸引投資人。
之後就覺得自己還是不要去新創好了,然後因緣際會來到了現在的公司。可能是Consulting的緣故,要碰的東西真的很多也很廣,很多東西是我以前完全沒有碰過的,所以也是整個學習大爆發,公司裡面也有很多學習的機會,像是meetup, study group, 或一些Talk。即使下班以後也是都在學習,可能是參與一些Talk 或者workshop之類的。
重點是,同事的態度真的會讓學習的動力大爆發,尤其pair programming 是個關鍵,自己做的時候其實學的真的有限,即使上網看看影片文件,或者自己動手做,我覺得很多時候還是需要有真人才可以學到東西。當然,每個人學習方式不一樣,對我來說,pair programming真的是一個快速學習的方式。一開始我也很害怕,覺得會暴露自己其實不太會寫code的事實,可是真正開始pair以後發現,其實自己好像沒那麼糟,好像其實也都寫得出來。我覺得就是需要一個刺激,需要一個引導。
除了programming之外,我們也是會pair其他東西,像是infrastracture的工作之類的,我覺得就是需要有一個人一起討論。當然也不是說隨時隨地都需要有,但是有人一起討論就是可以教學相長。
其次,和Junior 一起pair 也是刺激自己學習的因素,因為你會害怕自己和別人講錯,所以更push自己要努力去查資料,不要害到別人。
之前有人問說,那以前我當Junior的時候都被丟著不管,我不會有媳婦熬成婆的感覺,會想要也不管Junior嗎? 其實我覺得要看公司文化,以前我可能多少會這麼想,但到現在的公司,我覺得不會了。其實Junior 也不代表他們能力比你差,他們就是缺乏那個經驗跟機會。
現在看著那些Junior我也常常會想,他們已經比以前的自己強很多,學的也很快,有時候也會開始後悔自己以前沒有把握時間學習,或者看一些書之類的。
當然還是有很多倦怠的時候,尤其最近專案剛結束,就很想整個放鬆耍廢,因為之前實在壓力太大。在前一個專案我是最資淺的工程師,所以非常的想要追趕大家的進度,可是也越發現,原來我缺少的不是所謂的coding能力,而是所謂的開發經驗。
很多時候,專案需要的,並不是coding的部分,而是你能不能發現問題的所在,提升這個系統的效率,或者解決開發流程的問題。
至於學習框架或者程式語言,這個倒是會隨著時間而變快,就像是一開始可能閱讀英文很痛苦,每天一直看英文就有改善很多,程式語言和框架也是,到後來就會覺得好像有大同小異。當然如果都是類似的語言的話,你也可能遇到個完全不一樣的東西,那就另外說了。
對於工程師這份工作的見解部分:
認真說起來,從還沒成為軟體工程師,到現在工作三年半,我其實在這部分修正了很多看法。
還沒成為軟體工程師之前,我以為好的軟體工程師就是,很會寫code,很會解bug,可以寫出跑得很快的演算法。
但現在我會覺得,好的軟體工程師,應該是,很會解決問題,而且解決問題並不是會解Bug,應該是致力於,怎麼樣寫出沒有Bug的程式,怎麼樣寫出好維護的系統,怎麼樣寫出有用的東西。
不是按照你拿到的需求做就是好,而是確保你了解需求,確保需求是符合客戶需要的,所以溝通很重要,還有提出意見跟看法,參與訂立需求相關的討論,有不懂的地方,就叫想辦法弄懂。
我想也許是因為是在敏捷開發的環境,加上Cross Function Team,所以可以比較有機會參與各種討論以及需求制定,有問題也可以自己開一個Ticket, 也會需要參與寫story以及跟非dev的人溝通。
其實從一開始工作,公司就是使用敏捷開發,到後來新創也是敏捷開發,然後現在真正實踐敏捷開發的公司,一路下來也覺得學習到很多。
以前以為敏捷開發就是有sprint, scrum, stand up之類的,後來發現不是,敏捷開發應該實踐真正的agile, 非常的彈性,不要為了有scrum而有scrum, 也不一定需要搞個兩個禮拜的sprint.
現在我覺得,一個好的軟體工程師應該是,對於團隊有貢獻,而且可以deliver 出一個對客戶有貢獻的產品的人。同時也為Community有貢獻,不一定是開源的貢獻,可能是寫寫文章,拍拍影片,參加meet up 甚至是帶新人,鼓勵更多人成為工程師都算吧!
所以說起來,我還是覺得,不管是誰,只要想成為軟體工程師,應該都可以成為吧!只要你願意花時間心力,應該不是一個高門檻的職業,只是看起來很高,但好像也不是那麼高。
也有很多人去Bootscamp三個月或六個月,就找到了一份軟體相關工作,成為軟體工程師。
更重要的是,可以持續多久,長期下來,這是一個很辛苦的職業。
不像其他職業,下班就下班,軟體工程師下班後還是要一直學習新的東西,或者是你一個東西卡住沒做出來,你就會無法停止去煩惱。也有很多東西就是要一直花時間學習。
可能你現在工作了兩年,會發現,啊!我怎麼還是什麼東西都不太懂,你可能一直使用某些framework可是從沒搞懂它背後的原理是怎樣的。可是要了解背後的原理,可能要花很多時間又不值得,所以到底要不要了解,就處於一個尷尬地步。也可能是你發現,你會的東西市場已經不需要了,所以又要重新學很多新的內容,然後已經是中年人了,這是你想要的嗎?
還是你乾脆努力往管理方面走?
也有很多工程師最後覺得很痛苦,因為專案管理本來就是一個很辛苦的職業,尤其是你卡在要跟工程師溝通,也要完成客戶要的,同事又想當個好人,你該怎辦?客戶不能理解複雜的技術成分,你了解技術上,工程師們的確無法快速達成,所以你會花很多時間在溝通,思考,以及想辦法讓你的工程師們專心工作。
另外,你還要處理很多雜事,像是預算問題,尤其現在很多都是雲端相關的,雲端的運算要怎麼抓,怎麼做成本控制,還有像是現在很流行的Subscription 如果你的sales賣出的價格根本等於你軟體開發的成本怎辦?因為以前沒有雲端的時候,你需要考慮的就是固定的一些人事成本,你也不用想我用像是Auth0這樣的服務,我user越多要付越多錢,還有其他像是一些security 問題需要考慮,用一些第三方的service 都要一直付錢之類的。
那如果是Tech Lead呢?Tech Lead也是需要考量各種雜七雜八的事情,還有Developer要求的各種疑難雜症,例如你一個新的dev onboard 要給他什麼權限,像現在security嚴密,你可能要給他一大堆權限,可是你又怕萬一對方很雷,給了把東西弄爛怎辦?
還有現在大家都走DevOps 你的團隊要怎麼和operation team 合作,哪些權責問題,還有團隊氣氛問題,溝通問題,大方向問題,要和PM溝通一大堆,也同時要Lead團隊,例如開發流程怎樣改善,要使用哪些工具,那些工具的安全性是什麼,還有發生安全漏洞的時候要怎麼處理,平常還要確保site reliability 之類的,不然如果系統無法運作,第一個也是找Tech Lead, 各種大大小小的事情,還要確保你的Developer 的learning path, 你總不能要求他們什麼都要會,那你是要花多少錢請他們?
總而言之,到現在為止,我覺得,軟體工程師,真的是一個很辛苦的職業,也不能好好安穩地做個十年就升等主管,然後就安穩地等退休。下班以後很多人可能還要on call, 根本連休息都無法好好休息,有嚴重系統問題,也可能被要求假日馬上修好。看你是哪一種產業,像是金融業的話,就有相當大的機率要on call ,尤其是做投資的。(當然還是看你的職位)
即使你不需要on call 也要一直學新東西,一直無止盡的學,學無止盡,活到老學到老,如果你熱愛學習,那恭喜你,選擇正確。或者你還沒成為軟體工程師,可以趕快加入。你絕對不用擔心,你會有一天,好像不用學什麼也可以一直在這個行業混下去。(除非你的公司真的就是願意花錢養你,你就只要一直做同樣的東西,即使不更新也不會壞掉之類的,即使外面日新月異,你們也堅持用同樣的東西)
前端工程師英文能力 在 矽谷輕鬆談 Just Kidding Tech Facebook 的最讚貼文
#就地避難在家鍛鍊寫作能力
軟體工程師系統設計面試準備指南
當你有了幾年的工作經驗以後,在找工作時一定會遇到系統設計的面試,有鑒於大部分的面試心得都是針對演算法以及資料結構的程式面試 (包括我之前寫的美國軟體工程師求職心得),對於系統設計的準備資源還真的不多,本篇要來剖析系統設計面試,介紹面試的流程、正確的心態以及準備的方向,讓大家再也不怕系統設計面試!
Medium 好讀版:https://medium.com/jktech/%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB%E7%B3%BB%E7%B5%B1%E8%A8%AD%E8%A8%88%E6%BA%96%E5%82%99%E6%8C%87%E5%8D%97-acf6ab1f502f?source=friends_link&sk=ca40acf60b749cb1b32c17a868b0c1a3
#為什麼系統設計很重要?
在程式面試表現優異,可以讓你順利拿到 Offer;但是系統設計會決定你加入公司的職等!這也就是為什麼有些人有十年經驗只能拿到 Mid-Level (L4) 的 Offer,而有些人只有五年經驗卻可以拿到資深工程師以上 (L5+) 的 Offer。
另外,如果你是面試 Staff 或是 Principal 級別以上的話,除了系統設計以外,有些公司還會有 Technical Leadership 的面試,來判斷你是否有能力可以跟不同的部門合作、解決問題的不確定性、帶領資淺的人然後推動並且完成一個跨部門的大型技術專案。
簡單來說,系統設計用來判斷你是 L4 或是 L5+,Technical Leadership 面試用來判斷是 L5 或是 L6+。
#為什麼系統設計很難準備?
大多數應徵者在準備的時候會過度偏重於程式面試,原因也不難理解,程式問題的定義很清楚,有給定的輸入以及預期的輸出,就算你真的想不出來,LeetCode 上的討論區也有參考答案;這種有考古題可以參考的面試,對於台灣教育出來的人來說相對好準備,隨著你解的問題多了,你也會更有信心,不知不覺甚至還會刷上癮了呢!但系統設計卻非如此。
系統設計面試的問題描述通常很模糊 (這是刻意的),沒有給定的輸入與輸出,比較沒有既定規則可以遵循,然後也沒有一個標準答案,針對不同系統你需要提出不同的解法然後分析優缺點,一樣的問題,面試官也會針對你過去經驗往不同的方向問,有些問題你工作上沒有碰過還真的回答不出來,這也就是為什麼很多人看到系統面試就怕了。
#到底要怎麼準備?
首先我們要先建立一個觀念:沒有任何一個人可以知道所有的技術細節
不管你的面試官有多少年經驗,不管他們再怎麼資深,在變化快速的軟體產業,沒有人可以知道所有事情,一定有你知道而他們沒聽過的事情!
請把系統設計當成分享你過去所學的面試,這個面試的目的在於展示你對於軟體架構能力的廣度跟深度,你必須可以給出大方向的架構,知道有哪些元件 (廣度),同時針對你熟悉的領域深入探討更多細節 (深度),並且提出幾個解決方案,分析優缺點,並且針對系統需求選擇合適的解法。
大方承認自己對某些領域的細節不熟,也是完全沒問題的,只要讓面試官了解你知道這個東西,如果要深入了解的話你知道有哪些方向要努力,這樣就夠了,因為在大型的軟體專案裡,一定是高度分工的,不會有人同時精通手機端、前端、後端、Infra 以及嵌入式或是硬體的。
講到這裡,相信你也知道如果真的要準備是準備不完的,這些知識是透過平常工作以及閱讀技術文章長期累積的成果,比較沒辦法臨時抱佛腳。
#具體來說會問什麼問題
舉例來說,一個系統設計的問題會像是這樣:如何設計 Facebook?
這類問題的描述通常會很大而且模糊,面試官不預期而且你也不可能在 45 分鐘內就設計出這些公司花了好幾年這麼多人力設計出來的產品,所以第一步要做的事情是確認需求:是要設計動態牆、Messenger、廣告系統還是推薦系統?流量跟資料量為多少?需要支援全球的使用者嗎?
確認完需求以後,會針對最重要的幾個使用場景設計你的 Data model 以及 API,接著畫出大的系統架構圖,大致上會包含客戶端 (手機版/桌面版)、Load Balancer (Reverse Proxy)、App Servers 以及資料庫,接著可以針對細節下去討論,這邊開始就很自由了。
如果你是專精在資料庫,可以討論要用什麼資料庫以及資料要怎麼存可以讓特定使用場景的讀取以及寫入效能比較好,要怎麼做資料庫的 Replication 跟 Sharding 來服務更多的使用者?
如果講到快取,哪些地方可以加快取呢 (瀏覽器前端, CDN, App Server, 資料庫)?具體來說寫入快取有哪些方式以及優缺點 (write-through, write-around, write-back)?什麼時候要失效?要讓哪些資料失效?
如果聊到微服務器架構跟 Service Mesh,不同的服務怎麼跟其他的服務溝通? control plane 要怎麼更新 data plane 的設定?如果 control plane 掛了怎麼辦?要怎麼做 service discovery? 哪一種 Load Balancing 策略比較好 (round robin, random, least connection, ring hash, or maglev)?有些服務掛了影響到整個系統怎麼辦?什麼時候需要 circuit breaker ?
如果你是手機開發者,怎麼實現離線瀏覽?手機要有資料庫嗎?要怎麼以及多常跟伺服器同步?API 要怎麼設計?如何實現 Infinite Loading?剛 Po 文以後要怎麼樣在自己手機上馬上看到?
這些問題真的列舉不完,總之看到這裡你會了解為什麼我說這個面試是沒有範圍而且也準備不完的,重點應該放在跟面試官的討論,展現你在技術方面的廣度跟深度,讓面試結束的時候能夠有一個你們兩個人都同意的設計!
#準備材料
系統設計的資源比較分散,以下是我篩選過後覺得有用的資料,按照素材的類型作分類,也歡迎大家留言補充!
#入門影片
針對完全沒有概念的新手,我建議可以先從哈佛的 CS75 Lecture 9 Scalability 開始,裡面講到的很多基礎觀念都相當重要,值得一再複習,這些概念先有了以後再閱讀其他的材料會比較有感覺:
如果你看完這篇文章後還想再多了解系統面試的形式,也可以看一個前 Facebook 工程師分享的影片:
Distributed Systems in One Lesson 也很推,裡面提到不少業界在使用的設計模式:
有一個需要付費的資源是 SystemsExpert,每個影片會講解一個系統設計重要的概念,我個人覺得內容有點淺所以沒有買,但是整理地還算不錯,如果你看完他們免費的影片有興趣還是可以參考一下。
#閱讀文章
影片是一個讓你很好理解大方向概念的方式,但是如果你要深入理解背後的原理還有怎麼運作的細節,還是得透過大量以及深度的閱讀來吸收呀!
system design primer 整理了很多系統設計的資源,資料量很夠, 個人的建議是先快速過一遍,不要細讀,先知道總共有哪些元件,大概是做什麼用的就好,接著針對有興趣的部分在深入研究,建立自己的知識庫。
Grokking the System Design Interview 也是很多人推薦的材料,主要是針對系統設計的問題提供範例解答,他們的答案可以當作一個參考,但面試的時候不要完全照著回答,還是得看跟面試官討論的結果來進行,但這個是需要付費的,有興趣可以用我的推薦碼註冊購買。
如果你不想花錢或是不確定 Grokking 的文章你喜不喜歡,有一個類似的網站 Crack the System Design Interview 整理得也還不錯。
#書籍
唸書是一個有系統性學習的方法,如果你只想選一本書來看,就選這本大家都推的系統設計聖經 — Designing Data-Intensive Applications,簡稱 DDIA,這本書適合的對象是想要長期準備系統設計或是分散式系統的人,裡面舉的例子都是實際上業界遇到的問題,不會有以前讀教科書那種工作又用不到的感覺;但也因為是書,花了一些篇幅在講解背景知識,包含以前的系統是怎麼設計的以及如何演進到現在,對短期要準備面試的人效率會有點低,所以不適合有時間壓力的人。
這本書我目前讀了一半,最大的收獲是它解釋了很多為什麼現代的系統要做這樣的設計,我們針對不同的系統要求可以有哪些解法,這些解法各有什麼優缺點,總之分散式系統就是我們解決了一個問題,但又會產生更多要考量的點,一切都是 trade-off。
但這本書也不是沒有缺點的,首先我覺得是本書的英文沒有很好讀,我常常一段看了好幾遍才知道他想表達的重點是什麼,而且,有些很重要的觀念常常藏在一段文字裡用一句話帶過,但是不太重要的觀念卻使用 Bullet Point 表達;另外這本書話常常講一半,一些觀念提到了一點卻說我們後面再聊,也因為這樣,我在考慮要不要幫大家整理每一個章節的重點,翻成中文分享給大家,有興趣的朋友麻煩拍手留言告訴我!
除此之外,Google 的 SRE Books 內容也很實在,但是每一個章節的內容是獨立的,建議大家選擇想研究的章節跳著看就好。
最後,Distributed systems for fun and profit 的內容也很好,以分散式系統的理論為主,比較沒那麼針對系統設計面試。
#還想閱讀更多嗎?
我知道光是上面的資源就已經讀不完了,但是行有餘力的話,平時也可以多看看各大公司的技術部落格或是訂閱技術週刊如 TechBridge (台灣) 、HackerNews 以及 InfoQ 等等。
此外,參考別人的經驗也是很好的方式,最近剛好幾個朋友剛找完工作,他們分享的矽谷找資深工程師工作心得分享以及2020 上半年軟工找工經驗分享也都很值得看!
最後,在工作上使用到的技術,除了會用以外,最好也要花時間去研讀技術文件,了解他們設計的考量以及支援的場景,大部分這類型針對開發者的文件寫得會比較深入,所以也是相當好的學習素材;我自己過去一年因為工作上需要整合 Envoy 到我們公司的 Traffic Infrastructure,從他們的文件中學到很多 Service Mesh 跟微服務器的重要概念,學習的深度都是其他資源無法提供的。
#總結
這篇文章我們整理了很豐富的系統設計資源,希望大家不要被這滿滿的資訊量嚇跑。
請記得,我們永遠有各種方法在短期內針對面試做準備,提升面試的表現,但這都只是一時的,沒辦法讓你一夕之間就成為專家;如果想要追求長期的持續成長,那麼沒有捷徑 — 就是養成每天學習以及閱讀的習慣,一開始真的很難看到效果,但是當你持續一週、一個月甚至是一年以後,你會明顯感受到自己的成長,這些投入的時間都是騙不了人的。
如果這篇文章對你有幫助,請拍手留言加訂閱,並且分享給更多有需要的人知道!
前端工程師英文能力 在 在地上滾的工程師 Nic Youtube 的最佳解答
自學得找方法,漫無目的的努力會消磨你的意志。想成為軟體工程師之前,得先學會和自己對話,這部影片是最近很多關於轉職或就業相關的伙伴提出的問題,回覆的有點多次了,就直接整理起來做成一支影片希望幫助到想成為軟體工程師的你。
章節:
00:00 如何與未知相處?
01:19 學習那個程式語言最有效益?
03:59 英文、數學能力不好能寫程式嗎?
06:02 如何有效的自學?有推薦的學習資源嗎?
08:01 工程師是不是都很高薪?
影片中提到的播放清單 【12 Web Apps in 12 Weeks】
https://www.youtube.com/playlist?list=PL23ZvcdS3XPLNdRYB_QyomQsShx59tpc-
喜歡影片的話!可以幫忙點個喜歡以及分享、訂閱唷!😘
━━━━━━━━━━━━━━━━
⭐ 蝦皮賣場: https://shopee.tw/bboyceo
⭐ instagram (生活日常): https://www.instagram.com/niclin_tw/
⭐ Facebook (資訊分享): https://www.facebook.com/niclin.dev
⭐ Blog (技術筆記): https://blog.niclin.tw
⭐ Linkedin (個人履歷): https://www.linkedin.com/in/nic-lin
⭐ Github: https://github.com/niclin
⭐ Podcast: https://anchor.fm/niclin
━━━━━━━━━━━━━━━━
🌟 任何問題或合作邀約信箱: niclin0226@gmail.com
#工程師 #轉職 #自學 #前端 #後端
前端工程師英文能力 在 在地上滾的工程師 Nic Youtube 的最佳解答
不是年資夠長就是資深工程師,有些人只是 1 年的實力重複了 10 年,資深工程師不只要技術能力好,有更多無法取代的軟實力以及影響力,想成為更厲害的工程師,你還得是 Team player
我寫過的文章「如何成為失敗的軟體工程師」 https://blog.niclin.tw/2019/08/26/how-to-be-a-bad-developer/
喜歡影片的話!可以幫忙點個喜歡以及分享、訂閱唷!😘
━━━━━━━━━━━━━━━━
⭐ 蝦皮賣場: https://shopee.tw/bboyceo
⭐ instagram (生活日常): https://www.instagram.com/niclin_tw/
⭐ Facebook (資訊分享): https://www.facebook.com/niclin.dev
⭐ Blog (技術筆記): https://blog.niclin.tw
⭐ Linkedin (個人履歷): https://www.linkedin.com/in/nic-lin
⭐ Github: https://github.com/niclin
⭐ Podcast: https://anchor.fm/niclin
━━━━━━━━━━━━━━━━
🌟 任何問題或合作邀約信箱: niclin0226@gmail.com
#工程師 #前端 #後端
前端工程師英文能力 在 工程師的英文是不是都很強呢? - 工作板 的推薦與評價
不知寫程式的大大們,(前端、後端、全端等…工程師),你們的英文是不是都很強呢?有時看到人力銀行的求才,尤其是一些科技業、大型企業, ... ... <看更多>
前端工程師英文能力 在 想當軟體工程師, 別忘了練英文| 英文不好有差嗎? - YouTube 的推薦與評價
英文能力 對於軟體 工程師 的職涯有多重要? 英文 不好,能學習寫程式嗎? 英文能力 差能在科技業工作嗎? 我說很重要,你覺得呢? I'm fine, thank you, ... ... <看更多>
前端工程師英文能力 在 Re: [討論] 當工程師的英文能力- 看板Tech_Job 的推薦與評價
這篇文章的內容或許包括了
"工程師英文好不好","測試這個工作","身世背景"
我先簡單的敘述我的家庭背景
我們家三個小孩,我的父母親是做工的,靠的就是勞力,以前我們算是低收入戶
(大學跟研究所我都是用就學貸款加上家教完成我的學業)
在大學(國立電子)跟研究所(四中電機所,RFIC領域)求學階段我的成績大概就是前15~20%
我目前32歲,工作年資近九年,在一家IC design 外商任職,職稱是Manager
主要是負責的就是IC測試相關的工程評估,採購,operation cost/ production管理
第一份工作在測試廠當測試工程師(研發替代役三年),之後轉做海外業務
之後經歷過台灣IC設計公司的系統工程師,半導體材料的業務,
最後被我現在的老闆挖腳過來
以下針對幾個主要的問題來說一下自己的經歷以及想法
身世背景:
不可否認有好的身世背景真的可以讓你少奮鬥好幾年,十幾年,甚至幾十年
但是,我自己就是這樣這樣苦幹實幹努力過來,雖然稱不上是光宗耀祖
但是,至少我生活無虞,我的爸媽也覺得欣慰;有房有車有老婆有小孩,無貸款
所以,有夢想志氣的夥伴們,不要放棄!
測試這個工作:
測試,其實分了很多種,IC測試工程師/ 系統驗證工程師/ Quality驗證, etc.
我想最大宗的應該是IC測試工程師,這也是我的第一份工作
在此我必須說,我"認為"的IC測試工程師是懂產品,會寫code,知道如何驗證
這種才是真正的測試工程師
如果這是你想要成為的工程師,我100%保證,你的發展是很廣的
薪水絕對不是大家常聽到的年薪可能就是60~80萬
如果你符合以上我說的那些條件,5年以上的經驗,薪水絕對百萬以上
表現還不錯的,應該第2~3年就破百萬了,我身邊的朋友多的是
高可以多高,我一個朋友做了11年的測試工程師,年薪260萬
還有一個做了約20年的測試主管,年薪超過350萬(不加獎金)
薪水的高低,真的來自於你各方面的能力
舉凡專業,溝通,邏輯,語文都是考量的因素
英文重不重要:
專業跟英文哪個重要?
我必須說,剛踏入社會的前三年,你的專業+邏輯應該是比你的英文能力重要
之後呢? 如果你是個很有企圖心的人,絕對建議你好好加強你的英文能力
或許你會問,難道這個時候專業就不重要嗎? 科技ㄧ直在進步
這個時候我們回過來想想,光在台灣有多少"工程師"?!
你會的專業知識難道他們不會嗎? 就算學的比較慢,久了他也會了
在加上每年有多少新鮮的肝投入這職場,你靠什麼能夠突出呢?
花一年專心在技術上應該是比不上花一年專心在語文+溝通上
而且在工程界,很多很多的主管都覺得技術是工程師的基本
你掛一個工程師的缺,你本來就是要懂這方面的技術,要自己去精進
這不太是個"賣點",除非你真的出類拔萃!
(以前大學一個老師說過: 中文是你的"基本能力",英文是你的"母語",在這產業)
但是如果你的英文能力能夠突出,那就是你的亮點!
因為8成以上的工程師都不會想去增進英文能力
我曾經問我現在的主管(外國人),為什麼你會想找我過來?
他說:很簡單,你是少數我看過這麼積極的台灣人
而且不管是中英文,你表達的意思/ 邏輯 都很清楚直覺,而且流利
當然,有一定的技術底子
我的英文程度好嗎? 抱歉,我沒考過任何正式的檢定
只有考過模擬的多益,大概650左右
但是跟我交談過的外國廠商/ 客戶,有8成都曾經問過我
你以前在哪個國家念書,我都會跟他們說,我這輩子只有在台灣念書~
不是因為我很會用字,而是我講的清楚,腔調,流暢度讓他們有這個感覺
我也可以跟大家說,除了高中以前我補過英文,之後我沒補過任何英文課程
幾年前去億光面試海外業務,主管跟我說: 你的筆試成績大概就是中間偏上
那我們來英文面試,十分鐘過後,他跟我說:你的口說比我好很多...
直接通過我這關,我會請處長還有副總做最後面試,希望你能夠加入我們
最後講兩個簡單的例子來說明英文的重要性
1. 台灣廠商工程師跟我還有HQ的RD開會
開完之後我就跟廠商說,下次找英文能溝通的或是找一個翻譯來
不然,以後就不用合作了
2. 我最近在找一個工程師,有一個15年工作經驗的來談
專業度很夠,溝通也OK,也不錯相處
但是最後我還是跟他說: 我們必須要通過公司的線上測試(全英文)
還有跟我的英文面試,如果不好的話...很抱歉,我沒辦法錄取你
因為,你以後要跟HQ的人直接溝通,如果溝通不良...那對大家都很辛苦
講了這麼多,希望自己對於未來在工作上能夠有不錯的發展的人多想想
很多方面可已著手,就看你自己的夢有多大,願意承受多大的壓力與辛苦
這三四年來,我告訴我自己:
不要覺得自己學的夠多了,多去找找還有什麼還沒學的
但我必須說...這樣真得很辛苦,很累
只不過,幾年之後,你會發現辛苦是會有代價的
我的方法不是成功方程式,這是我自己走出來的路
如果有人覺得阿不就是運氣好,出一張嘴就出來大放厥詞
那我也只會笑笑,不會去爭辯什麼
※ 引述《damm (Seth)》之銘言:
: 參考著作
: https://www.ptt.cc/bbs/Tech_Job/M.1343105146.A.651.html
: 我覺得先要理解你要英文做什麼,還有其它國家的人是怎樣看待英文的。
: 首先,如果你唸了電機系將來只是想進MTK,那英文除了讓你拿到進MTK
: 的資格外,它的市場主要在大中國,很顯然英文對你不是那麼重要。
: 但是作為一個積極想要在世界上爭取一席之地的人才,那麼很顯然的英文
: 重要性比你其它專業技能重要得多。語言對外國人來講,不是當作一個考
: 試的標準;它的重要性在於溝通。對於任何一個想要上位的人,他的主管
: 會相當重視溝通這塊。因為交付你的任務你要能跟其它單位協調,你要能
: 夠對下屬調度,你要能夠向上反應你的狀況任何問題。
: 在對外談判的時候你要能夠精確的抓住你的對手在講什麼,要能夠立即反
: 應,要讓對手能被安撫在你溝通的佈局裡。所以英文的重要性不是考了幾
: 分,而是你能不能精確的表達你想表達意涵的"concepts"跟得到你想要的
: "consequences"。這兩個字用中文描述就要多花幾個中文字,來表達一個
: 英文單字的意義。
: 如果電機的課程已經壓得你喘不過氣來,那麼當下很顯然的英文是沒有那
: 麼重要。
: 語言跟程式語言一樣,就只是個工具而已。
: ※ 引述《sandyhsueh (sandyhsueh)》之銘言:
: : 小女子目前是電機系學生
: : 一直都覺得英文很重要
: : 最近也在準備雅思
: : 但最近跟系上的學長聊天
: : 他已經是工作好幾年又回來幫教授的
: : 聽到我在讀英文
: : 就跟我說其實當工程師英文不是很重要
: : 只要基本該看覺得懂的看懂就好
: : 想問問已經在職場的大家是怎麼想的?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.80.253
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1500139093.A.A65.html
... <看更多>