AI人工智慧正在改變你我的醫療行為
2021-01-07 14:39 聯合新聞網 / 常春月刊
本文摘自《常春月刊》454期
文/鍾碧芳
近來,數位科技正逐步與醫療緊密結合,試圖將人工智慧的發展應用在醫療上,這在21世紀第二個十年當中是最被看重的一環;經過多年的應用測試下,如何透過人工智慧讓醫療變得更安全、錯誤更少、更精準,又能在最短時間內處理並解決病人的資訊,讓醫療效果更高、費用更低廉,是所有醫療領域最迫切得到的理想目標。
臺北醫學大學附設醫院(以下簡稱北醫)近年在院長陳瑞杰的領導下,積極導入智慧醫院,他認為在進行人工智慧前,全院數位化是必經過程。「這幾年北醫團隊在數位化的建置上已經趨於完整,無論從掛號、報到、繳費、加護病房,甚至到給藥系統等,都可見人工智慧(AI)的蹤跡,能提升整體醫療服務與照護品質。」
動脈取血栓,延長腦中風黃金救援時間
數據是人工智慧很重要的基礎,透過技術能達到過去做不到的部分,陳瑞杰舉北醫的急救為例,以前腦中風的患者必須要搶在6小時內注射靜脈血栓溶解劑;但在數位化後有了革新,現在可以擴大到在24小時動脈取栓治療,等於是用更科學的方法找到更好的治療成效。
北醫所運用的是以電腦斷層或核磁共振影像,加上電腦自動分析軟體(RAPID)來了解病患的腦中風狀態,依此得知患者腦內壞掉組織後的存活機率,如阻塞的範圍、大小等預測。這彌補了過去光靠時間來判定病患狀況,讓醫學治療的路徑產生改變,在北醫,這樣的案例已經執行了50多例,成效良好。
重症照護平台,提早預測敗血症機率
而由北醫自行研發的「TED- ICU AI重症照護平台」,則能自動蒐集、整合、分析重症病患的生理數據,讓醫師與護理人員能即時掌握各項病歷資訊,這不但能省去醫護人員填寫資料的時間,讓醫療團隊更有效率專注於照護工作,透過大數據的分析與AI演算模型平台的建立,還可計算病人得到敗血症的機率。
陳瑞杰表示,對於加護病房內常見的幻覺性疾病「譫妄症」,也能提出預測及解決方法,達到及早發現提早給藥,舒緩病患的不安,也能降低死亡率。
智慧藥盒,安心用藥零風險
當然,AI技術運用的範圍不只限於醫院端,於病人端同樣也能得到好處。陳瑞杰說,北醫於2018年底所引進的智慧藥盒,是專門為慢性病與長者量身打造,對慢性病患或長期獨居的長者,智慧藥盒能提供很大的幫助。
北醫的智慧藥盒系統能存放400種以上不同的藥物,各自有其專屬的RFID,當機器收到病患用藥資訊之後,會將正確藥品掉落在藥盒之中,再利用影像辨識系統,依據藥品的大小、形狀、色澤與反光度等資訊進行比對後再進行包裝,接著再由專任藥師進行複驗,可達分錯藥的零風險。
智慧藥櫃,提升藥品管理效率
此外,在醫療照護方面,北醫也打造了智能藥品庫存管理系統。陳瑞杰指出,目前北醫的智慧藥櫃與自動化藥局能夠清點全院的藥物,無論是加護病房或全院一般病房內,都全面建置智慧藥櫃(ADC),能依照醫囑與藥師覆核後,給藥時由護理師直接到病房藥櫃就能取藥。
這讓取藥變得更為精準,能減少人員的疏失,讓拿錯藥的機率降低為零,同時也因為將常用的藥物做了分類,清點藥物時,也能達到百分之百的準確,庫存可降到最低,不只精簡流程,也節省了每月的盤點人力。
數位治療需達到精準預防的效果
隨著大數據的整合日趨重要,過去許多疾病必須花時間找答案,現在已能透過數位治療加以實踐,就像過去認為高血壓的藥物必須一天照三餐吃,但經過資料收整研究後發現,一天吃一顆,效果一樣好,加上不會忘記,用藥順從度提高;但是每天一次是早上或晚上吃比較好,某些藥物如中風、血壓藥,若能放在晚上吃,不僅藥量可以減少,效果也比白天吃來得好。
陳瑞杰認為,雖然目前國內人工智慧仍處於研究與開發階段,醫院端運用最多的仍在於X光影像處理與加護病房等,但要真正達到精準醫療,進而提升到預防醫學上,仍必須要收集更多的資料。
比如預測癌症的發生,必須要思考病患的基因與環境表現,他形容這兩者就像命與運;醫院端需要靠病患提供生活端的資料,唯有收集的資料正確,才能得知藥物對病患的使用效果。
而這些都是數位化與人工智慧結合後,能看到對病患端的好處,當然在醫院端方面,也因為數位化後,不只醫療供給、醫療服務或治療上都會越來越精準,再往上提升,自然就能做到精準預防。
數位孿生概念,是智慧醫療的願景
不過陳瑞杰感嘆,目前雖然科技進步,但對於人工智慧所需要的數據端資料收集與應用上,仍有很長的路要走,不僅是法規、資安、隱私等問題都有待克服。到目前為止,人工智慧在智慧醫療的應用仍限於輔助工具,如何將醫界與病患的資料作串聯與系統性的應用,仍是最大的難題。
他提及,軟體工程師、PTT創辦人杜奕瑾董事長所推行的聯邦式學習,或許是很好的思考方向,不但能將去中心化的醫療資料與數據有效串連,也能給予醫療足夠的AI資料應用,同時又能保有醫院本體的資料自主性。
此外,他認為未來人工智慧結合智慧醫療的願景,應該會朝著「數位孿生」(digital twin)的概念走,白話一點說,就是能在茫茫人海中找到跟自己很像的孿生兄弟姊妹,幫助自己看到未來的樣貌,或疾病的過程,提供自己老年後的參考。但一切都必須有數據,累積的越多,自然就更準確。
未來,人工智慧與智慧醫療結合將有無限可能,不過陳瑞杰認為現階段最重要的是,如今北醫已經將手邊的資源做最大的利用,畢竟醫院的價值與品質同樣重要,而數位化、人工智慧都是工具,用來達成全人醫療為核心的目標,如何做到「視病猶己」才是目前最需要努力的方向。
資料來源:https://udn.com/news/story/7016/5155255?fbclid=IwAR2cH3OfnaDPpuR0Y43YltxyJNcPbAxKDbMdAwCBixIemq6FfbX8vGP89dw
同時也有1部Youtube影片,追蹤數超過2萬的網紅Untyped 對啊我是工程師,也在其Youtube影片中提到,有沒有人納悶過為什麼凱心琳我每次開場都要講 "Hello World" 呢? "Hello World"的由來是什麼?為什麼程式語言 C 要叫 C? 為什麼 C++ 要叫做 C++? JavaScript 跟 Java 之間的關係?電腦程式語言有多少種?電腦為什麼要有桌面?滑鼠游標為什麼是斜的?還有...
「軟體開發工程師ptt」的推薦目錄:
- 關於軟體開發工程師ptt 在 台灣物聯網實驗室 IOT Labs Facebook 的精選貼文
- 關於軟體開發工程師ptt 在 鄭龜煮碗麵 Facebook 的最佳貼文
- 關於軟體開發工程師ptt 在 半路出家軟體工程師在矽谷 Facebook 的最佳解答
- 關於軟體開發工程師ptt 在 Untyped 對啊我是工程師 Youtube 的最佳解答
- 關於軟體開發工程師ptt 在 [心得] (轉)軟體開發六年後我改變想法的事情- 看板Soft_Job 的評價
- 關於軟體開發工程師ptt 在 [請益] 台灣軟體人才也太多人了吧? 的評價
- 關於軟體開發工程師ptt 在 [請益] 軟體工程師該選哪種產業好? - soft_job 的評價
- 關於軟體開發工程師ptt 在 軟體工程師 - Dcard 的評價
- 關於軟體開發工程師ptt 在 [心得] 碩士應屆面試心得-軟體工程師- 看板Soft_Job 的評價
- 關於軟體開發工程師ptt 在 任品謙 的評價
- 關於軟體開發工程師ptt 在 [心得] 非本科轉職軟體工程師的勸退文 - PTT評價 的評價
- 關於軟體開發工程師ptt 在 Tech_Job - [請益] 近30歲軟體工程師生涯迷惘 - PTT網頁版 的評價
- 關於軟體開發工程師ptt 在 你知道...軟體工程師面試, 都考什麼資料結構嗎?轉職自學新手 ... 的評價
- 關於軟體開發工程師ptt 在 [請益] [和碩]/[BenQ]工作選擇(代po) - 看板Tech_Job - PTT網頁版 的評價
- 關於軟體開發工程師ptt 在 群聯軟體工程師ptt2023-在Facebook/IG/Youtube上的焦點新聞 ... 的評價
- 關於軟體開發工程師ptt 在 群聯軟體工程師ptt2023-在Facebook/IG/Youtube上的焦點新聞 ... 的評價
- 關於軟體開發工程師ptt 在 群聯軟體工程師ptt2023-在Facebook/IG/Youtube上的焦點新聞 ... 的評價
- 關於軟體開發工程師ptt 在 京元電子股份有限公司薪水情報 的評價
- 關於軟體開發工程師ptt 在 [心得] 0到100的軟體工程師面試之路PTT推薦- Soft_Job 的評價
- 關於軟體開發工程師ptt 在 駐點軟體工程師ptt的推薦,PTT、MOBILE01 的評價
- 關於軟體開發工程師ptt 在 駐點軟體工程師ptt的推薦,PTT、MOBILE01 的評價
- 關於軟體開發工程師ptt 在 Fw: [徵才] 明門實業徵C#軟體開發工程師 - PTT Uncovered 的評價
- 關於軟體開發工程師ptt 在 Tech_Job - [請益] 京元電子軟體開發工程師 - MYPTT 的評價
- 關於軟體開發工程師ptt 在 面試了軟體工程師哪家公司好 - Mobile01 的評價
- 關於軟體開發工程師ptt 在 [請益] 請問桃園整技科技軟體開發工程師C#面試- Tech_Job 的評價
- 關於軟體開發工程師ptt 在 [請益] 台積電系統/軟體開發工程- 看板Tech_Job | PTT職涯區 的評價
- 關於軟體開發工程師ptt 在 【請益】 想進金融業當工程師求建議- 軟體工作板 的評價
- 關於軟體開發工程師ptt 在 Fw: [討論] 軟體工程師工作一年半,45k/月太少了嗎? - PTT學習區 的評價
- 關於軟體開發工程師ptt 在 [軟工][請益] 工作offer請益 - PTT鄉民日記 的評價
- 關於軟體開發工程師ptt 在 2023 軟體工程師自學ptt - sigortaa.online 的評價
- 關於軟體開發工程師ptt 在 玉山銀行資訊人員ptt 的評價
- 關於軟體開發工程師ptt 在 2023 微ptt - donkis.online 的評價
- 關於軟體開發工程師ptt 在 2023 微ptt - xxgamee.online 的評價
- 關於軟體開發工程師ptt 在 亞馬遜逆向工作法: 揭密全球最大電商的經營思維 - Google 圖書結果 的評價
- 關於軟體開發工程師ptt 在 五星級溝通術,你的成功巨浪 - Google 圖書結果 的評價
- 關於軟體開發工程師ptt 在 108年身心障礙者勞動狀況調查報告 - 第 471 頁 - Google 圖書結果 的評價
- 關於軟體開發工程師ptt 在 微ptt 2023 的評價
- 關於軟體開發工程師ptt 在 2023 微ptt - sigorta.pw 的評價
- 關於軟體開發工程師ptt 在 外商‧百大英文履歷勝經 - 第 230 頁 - Google 圖書結果 的評價
- 關於軟體開發工程師ptt 在 雜訊: 人類判斷的缺陷 - 第 11 頁 - Google 圖書結果 的評價
軟體開發工程師ptt 在 鄭龜煮碗麵 Facebook 的最佳貼文
上禮拜,雖然大家(包括我)都比較關心學姊說 #統獨是假議題,但其實有件算是重要的事情發生。
那就是 3/26 號的時候,歐盟的立法機關之一歐洲議會 ( European Parliament ) ,通過新的著作權規範。
( European Parliament 歐洲議會自己的新聞稿:
https://www.europarl.europa.eu/news/en/press-room/20190321IPR32110/european-parliament-approves-new-copyright-rules-for-the-internet )
PNN 公視新聞網 新聞的報導:
https://news.pts.org.tw/article/427017
雖然還得經過歐盟理事會,但修法的方向不會有太大改變。這次的重點雖然是放在著作權,不過我認為更核心的轉變,其實是「#平台需要為上傳者上傳的內容負責」。
在民主開放國家市場成長起來的網路公司,如 Google、Facebook、Amazon 等等,一個一個成為巨頭之後,引發了許多你我都知道的負面效應。這些公司的規模已經太大,大到已經不是他們避不避得開槍口的問題,而是槍口避不開他們。從選舉結果到經濟停滯到家庭失和,都找得到理由可以怪這些平台,而且很難說是污衊。
雖然,我們還是不能說各種問題「都是平台的錯」,但未來平台顯然必須負起越來越重的內容管制責任,這樣的轉變關鍵,在於公眾也越來越同意,時候到了,是該對平台施以更高的要求了。這一趨勢,醞釀了很長一段時間。
( 歐洲議會有點像是歐盟的下議院
https://en.wikipedia.org/wiki/European_Parliament )
大家都知道,著作權的議題在網路上一直是備受關注的,像是 2011 年在美國吵得很兇,台灣也很多人討論的 SOPA 跟 PIPA 法案。
( 關於 SOPA 停止網路盜版法案
https://en.wikipedia.org/wiki/Stop_Online_Piracy_Act )
( 關於 PIPA 保護知識產權法
https://en.wikipedia.org/wiki/PROTECT_IP_Act )
在台灣,也有好幾次爭議。最近一次我比較有印象的應該是 2016 年立委打算增加「邊境管制」,也就是要封鎖(或停止解析)侵權網站的 IP,後來因為網路輿論反對,就沒有繼續立法了。
( 當時的各方意見很多,章忠信律師的分析我個人比較認同:
http://www.copyrightnote.org/ArticleContent.aspx?ID=54&aid=2836 )
最近可能很快就要通過的著作權修法,則是針對眾多像是「安博盒子」之類的機上盒,不管是販售還是協助安裝,都要課以刑責。
( 經濟日報的報導:https://money.udn.com/money/story/5613/3721506 )
這些事情其實背後當然也是有各種角力,例如外國的商會、政府、本地的內容業者、一般使用者、倡議組織、平台公司,甚至國家。
總之,現在整個風向轉了。早幾年,保障高度言論自由,鼓勵網路科技創新,是主流,但最近幾年,加強管制成為顯學。可能是因為負面效應已經動搖國本,可能是因為科技公司不斷擴張到新領域,搶走利潤,讓市場既有的其他玩家反彈;可能是因為中國管制模式輸出。儘管對於強度過高的政府監管我站在反對方,但美國的科技巨頭總算開始面對現實。
在侵犯隱私、助長仇恨、影響選舉等批評聲浪下,臉書執行長馬克佐克伯到過美國國會聽證,也被歐洲議會叫去(但叫不動)。上個月初,美國下屆總統參選人,民主黨的參議員華倫則正式提出「拆解數位科技巨頭公司」的倡議,也將是接下來持續加熱的議題。
( 我之前對華倫這個倡議的簡要討論:
https://www.facebook.com/noodleswithturtle/posts/565115280650509 )
而陸續透過個人網誌,表明要改變臉書的馬克,前天竟然投書給華盛頓郵報,表示:大家都說要管那就來好好管一管吧。
請見華盛頓郵報:
https://www.washingtonpost.com/opinions/mark-zuckerberg-the-internet-needs-new-rules-lets-start-in-these-four-areas/2019/03/29/9e6f0504-521a-11e9-a3f7-78b7525a8d5f_story.html
投書很短,寫得很清楚,建議自己看一下。簡單來說,他建議針對 #有害內容,#選舉公正性,#隱私,和 #數據可攜性 四個項目,建立一個公私協力管控的機制。
而其中我覺得最關鍵的項目,是「數據可攜性」(data portability) 。
可攜性的概念,大家應該很熟悉了,最簡單的例子就是我們現在換電信公司,例如從台灣大哥大換成中華電信,不用換手機號碼。在台灣,號碼可攜其實是在 2005 年開始實行的,從此之後大大降低了門號使用者轉移的成本,加強了電信公司之間的競爭。
馬克在他的投書中,關於數據可攜性的部分也寫到:
「(對平台)的管制,應保證數據可攜帶性原則。如果你與一項服務共享數據,你應該能夠將其移動到另一項服務。這為人們提供了選擇,使開發人員能夠進行創新和競爭。
這對於網路本身,和創建人們想要的服務,非常重要。這就是我們構建開發平台的原因。真正的數據可攜性應該更像是人們使用我們的平台登錄應用程序(App)的方式,而不是現有的下載信息存檔的方式。但這需要明確規定誰在服務之間移動時負責保護信息。
這也需要通用標準,這就是我們支持標準數據傳輸格式和開源的『數據傳輸計畫』(Data Transfer Project) 的原因。」
( 關於這個由微軟、Google、FB、Twitter 共同支持的 「數據傳輸計畫」:https://datatransferproject.dev/ )
在上個月 14 號, Facebook 有一次大規模的當機,那天我不禁覺得,這種大社交平台當機,就像是銀行提款機出問題一樣,使得儲存在裡面的 #社交資本無法被提領。不管是工作或生活上要聯絡的人、要發的訊息,都因此受到影響。
社交資本,就是由我們上傳的數據跟使用行為建構出的關係網絡,並不是虛幻難以掌握的,而是可以定義、更是可以定價的。畢竟許多網路公司就是透過網絡效應才能讓價值水漲船高,快速成長。他們就像是大家都信任的社交資本銀行。
然而,當遇到大規模當機、或是傳出資料外洩、被盜,這時候就會想:
1. 自己是不是把社交資本都存在同一個社交平台/銀行?
2. 為什麼只能在 FB 銀行領錢?當 FB 銀行的提款機故障, 為什麼不能在 LINE 銀行或 TENCENT 銀行的提款機領出來?為什麼 GOOG 銀行可以說關就關、把錢都沒收了?
3. 為什麼儲存在這些社交銀行裡的社交資本,那麼難轉移?轉帳跟匯款那麼難?
4. 以及為什麼這些可被視為社交資本銀行的平台病不像是真的銀行,當我們的社交資本如今屢屢被大規模盜竊、被濫用時,他們鮮少需要賠償跟負責?
其實我以前就跟網路上的朋友討論過,要解決社群媒體帶來的壞處(例如假新聞等等),而不減損其好處的作法,其中之一就是降低這些平台的 #套牢效應。
一個辦法就是成立 #公共的社群平台,基本功能完全複製大型平台,讓用戶可以輕易從商業社群平台,透過數據可攜性,打包資料跟 #社交資本 ,轉換到公共的平台上。
過程必須要很簡單,數據轉移必須要很安全,就像是在這個還不存在的公共社群平台點一下「FB 登入」,然後兩秒後,完成了。
重要的是,透過數據可攜性轉移出來的不能只是帳號,而是所有我們放在社群媒體上的數據,跟編織出來的關係。
其實也可以想像成是中央存款保險公司的概念。
https://www.cdic.gov.tw/main_deposit/faq.aspx?uid=59&pid=59%20
只要數據可攜性存在,加上一個堪用的公共化備品,我認為商業平台就會比較謹慎,不那麼貪婪,連帶產生的問題就會少很多。
這點子完全不是首創。之前早有類似的失敗案例,例如 Diaspora、或是工研院的通訊軟體 Juiker ,區塊鏈出現之後也有很多新的社交網站,讓大家可以「社交挖礦」。
我想問題在於,社交資本被套牢已經太嚴重,所以第一步其實是讓社交資本可以被匯出。就像電信公司為了套牢用戶,手機號碼本來不可攜,後來可攜從概念變成規範,競爭於是更激烈,消費者因此獲益。
之前在個人帳號上討論這個想法的時候,有朋友認為其不可行之處:就是政府是做不出可用的公共化備品的。
如果是政府發包做網站,要做出一個能成為商業科技公司備品的社交網站,這件事我也不相信。
但如果是採取「公共媒體」的角度,我認為就是一個選擇要不要做的問題。
有些人認為英國的 BBC、日本的 NHK 很棒,促進了整體媒體品質、提升了公民素質、建立社會公共討論的基礎,但也有些人認為公共媒體拿太多錢,做得太好,反而讓商業媒體無法發展。
像台灣早期發展公共電視,一開始走小蝦米路線,公共電視曾被視為雞肋,沒競爭力,不過一直走到現在,反而成為廢鐵鎮僅存的救贖。現任文化部長 鄭麗君 有意推動大公共媒體,把央廣、中央社等等都結合在一起,有人認為這是唯一能夠重振台灣文化的機會,有人覺得沒競爭力,浪費錢。但總之,就是一種選擇。
所以讓我們想像一下:如果如馬克投書所建議的,接下來新的法規要求社交平台需要讓用戶可以自由匯出所有資料,轉移社交資本,社交平台就會必須做出改變,例如要求工程師讓資料架構更簡單,就跟歐盟 GDPR 的規定出來之後一樣。
當然,成功的平台都會讓我們覺得不需要做這件事,畢竟我們的時間跟精力有限,投入在少數甚至單一平台上比較合理,就像我們也不會三不五時就把存在一個銀行的錢全部領出來,存到另一個銀行......除非這家銀行讓我們覺得問題很大,就像現在這樣。
當然,我認為 FB 等社交平台的自然壟斷在資料、數據、社交資本可自由匯出之後就會降低。所以重點或許不是一定要有公共化的社交平台存在,而是只要有了可以自由匯出的前提,會有很多很多套自然出現。
但從公共媒體的目標與實踐傳播權的角度來看,社交媒體既然已經如此關鍵,若公共媒體接下來還是只是停留在創造內容上,而不趁這個全球都在檢討商業社交媒體平台的時機,來開始探索「公共化社交媒體平台」的可能性,我覺得就太可惜了。
能夠合作的對象其實很多。舉例來說,網路之父 Tim Berners-Lee發起分散式網路專案Solid,將資料「還權於民」,就是同樣的概念。
報導:
https://www.ithome.com.tw/news/126188
而很關注科技巨頭壟斷議題的 PTT 創世神 杜奕瑾 (Ethan Tu) 也提出 PTT.ai 的計畫,我個人也很期待。
Github 上的計畫連結:
https://github.com/ailabstw/PIPs/blob/master/PIP-0001.md
當然,馬克倡議的公私協力機制,其實也有很多先例可循,也就是 Internet Governance Forum 網路治理論壇。
https://www.intgovforum.org/multilingual/
台灣也有 @台灣網路治理論壇 Taiwan IGF
https://www.facebook.com/groups/1757842584459069/
總結來說,我認為在台灣,社群媒體如 FB、IG、Google、Youtube 等的好壞影響力非常大,因此關於馬克提出的四個項目--有害內容、選舉公正性、隱私、數據可攜性--我們不該只是等著歐盟或美國跟這些公司把問題解決,而是該更主動提出改革的做法。
我個人認為,優先從「數據可攜性」這個偏「結構管制」而非「內容管制」的項目切入,比較不具爭議;而以「公共化社交媒體平台」為探索的方向,也比較有進步性跟未來性。
如果民主自由是我們信仰的故事,但具有影響力的媒體或社交媒體平台,卻開始讓這個故事再也講不下去,公民就不該再袖手旁觀了。
要不然,或許是該向年輕人學習,開始用無廣告、無農場文、可輕易匯出的 Google Doc 當作社交平台了。
延伸閱讀:
Daodu Tech 科技島讀 的好文:社交資本論
https://daodu.tech/03-05-2019-social-capitalism
截圖來自:
https://www.facebook.com/zuck/posts/10107013839885441
軟體開發工程師ptt 在 半路出家軟體工程師在矽谷 Facebook 的最佳解答
最有效得到面試的方式- 內部推薦: 尋找內推資源 & 歹晚郎互助網絡
部落格讀者時常問我找工作的問題, 軟體工程師的精神就是如果你需要重複做同樣的事情第二次以上,你應該就要想辦法自動化重複的步驟。
於是我在 2015 年下半年寫了找工作系列文章:
1. 程式語言- 到底學哪個好?我想進Google,我沒學OOO,他們會接受我XXX語言背景嘛?
2. 簡介美國軟體工程師面試流程
3. 等待機緣- 我要如何被人資或獵人頭發現? 我要如何脫穎而出? LinkedIn重要嘛?
4. 主動出擊- 我要找工作了,現在美國都用什麼找工作?哪個網站平台能讓我有較多面試機會?
5. 軟體工程師面試準備- 面試要練習什麼? 找工作和練習的時間要如何平衡拿捏?
6. 被錄取了- 我該注意什麼,我可以談判要求多一點薪水、股票或假期嘛?
7. 矽谷找工作之常見問題 FAQ
去年因為一些朋友詢問從台灣或是亞洲到美國工作有什麼方法,我寫了總結分享於: 如何到美國科技公司工作?
而今年一月,有鑑於我的前公司 Tesla 裁員,我的體悟寫下了: 選擇比努力重要
在這一系列的文章中,我一直強調,找工作最好的方式就是找在目標公司的朋友,並且請他們幫你內推。 目前各大科技公司,一年如果沒有收到幾千萬封履歷申請、至少也有幾百萬封, 如何在眾多申請人中脫穎而出, 其中最重要的關鍵, 就是讓 “真人” 檢視你的履歷。 如果你是在公司網站申請,很多時候公司是用自動化系統來做第一步篩選。 就算你的經歷超棒,如果你的履歷沒有剛好寫到職缺期望的技能或經驗, 可能你就會被刷掉了 !
而請朋友內部推薦, 許多公司都會有專人來審核內部員工推薦的候選人,真人閱讀你的經驗,可能會注意到你的經驗亮點,大大增加你的面試機會!
如果你沒有認識的朋友在你想要投的公司怎麼辦呢? 一般來說你有幾個方法:
1. 從 LinkedIn 上找公司頁面,並且從員工的部分看你有沒有第二層的連結,許多時候你可以藉由共同的朋友,請他們幫你引薦。
2. 參加當地的 Meetup 活動,舉例來說你想要投 Netflix 的工作, 那像在 Netflix 舉辦的 Talk 介紹 Black Mirror: Bandersnatch 的活動就是你很好機會認識內部員工,如果你可以在活動上讓內部員工對你的能力刮目相看, 事後交流請他/她幫忙內推也是很自然的。
3. 在像是 Ptt Oversea_job 板,一畝三分地論壇或是 Blind (美國匿名工作社交網絡)上找尋在目標公司工作的網友, 並且請求對方幫忙你內推。
以上各種方式,都會需要你做出努力,想辦法呈現出你是一個能力很好,並且是個讓人願意幫忙你的候選人。
上週和阿雅的訪談中,我提到我想要做一個幫忙台灣人的網絡(目前名字取為 歹晚郎互助網絡, Phil Karlton 說過 There are only two hard things in Computer Science: cache invalidation and naming things. 命名是電腦科學中的最大兩個難題之一,想了許久這是我目前覺得不錯的名字), 2015 年我剛來矽谷的時候沒有認識太多人, 但我也有得到一些朋友或是朋友的朋友內推幫忙。 4 年多後, 我算是多認識各大科技公司的朋友, 如果真的要找下一份工作, 得到的幫忙應該是比 4 年前多很多。 我知道目前 entry level 的就業市場沒有像幾年前那麼好,大家有時候就只是需要一個敲門磚。 於是我找了一些台灣朋友,詢問他們願不願意幫忙需要幫忙的台灣人,目前也得到許多朋友的善意回應,大家也都願意在能力所及讓更多台灣人可以在面試的時候多一點點機會。 藉由這個網絡,你可以節省上述 1、2、3 方法尋找願意幫你忙員工的許多時間。
你可能會問: 等等, 大家是為了要賺內推獎金才幫忙的嗎?
矽谷許多公司會在員工內推的候選人正式上班後幾個月後給員工內推獎金,但我必須要說,我邀請的朋友大家出發點都是像 Pay It Forward 讓愛傳出去的電影中的熱心幫忙。 像是 Netflix、Expedia 沒有內推獎金,但朋友們還是願意花時間幫忙台灣人。 而現在科技公司的內推系統都會詢問的很詳細,要知道你和內推人的關係、以及你可以知道候選人多少專業技能。 一些公司如果不是很熟的朋友或前同事的關係也拿不到獎金。
我進到 Facebook 以來幫忙內推了大概 40 幾位朋友,每一位朋友我大概要花 15 ~ 30 分鐘來溝通、寫內推系統詢問的各式問題及推薦信,我還需要在面試後幫忙追 HR 詢問進度。 很多時候要整個面試流程要再多花 15 ~30 分鐘,所以保守估計我已經花了 25 小時以上來幫忙內推。 而目前我還沒有成功讓任何朋友因為我的內推被雇用,所以投資報酬率是 0。另外一位資深台灣同事,他在公司 8 年多,內推了許多朋友,目前也只有成功內推成功一位朋友。 我之前看到一篇文章 (現在寫的時候找不到,找到了再 update), 提到現在公司內推的成功率很低,同時獎金要在候選人被雇用後幾個月後,在內推人及被推人同時都還在公司的情況下才會發出,大部分人都拿不到內推獎金。 許多幫忙的朋友和我一樣都有家庭、有小孩,平常都沒什麼時間。我訂閱了 Netflix,但是每天都因為工作、照顧小孩很忙,睡眠不足,好幾個月沒有打開看了。 以我來說做內推真的不是期望那個獎金,可以拿到的話當然很好,但畢竟花的時間精力是遠遠不划算的,我只是希望台灣人有多一些機會可以進到至少第一輪面試關被考慮。
所以你說的歹晚郎互助網絡一定會幫助我內推嗎?
嗯...並不是, 我想這是需要先申明清楚的! 就像是你去參加各種 Networking 活動,或是在 LinkedIn 上找人介紹,你必須要讓對方了解你的經驗、技能、並且願意幫助你。 這個台灣人網絡你也是需要付出一些努力,有禮貌,提供詳實的自我經驗總結介紹,及提供需要內推的各種資料,幫忙的朋友看了你提供的資料後會依情況決定是否要花時間內推, 有時候他們看到你的履歷經驗不足、或是你沒有提供他們已經註明所需的資料、或是他們同個職缺已經內推了很多人, 為了維持內推的品質,所以拒絕你的請求。 大家也不想因為內推人內推太多不適任候選人而被 HR 列為黑名單,之後內推的台灣朋友都直接不被考慮吧。
那請問各公司願意讓大家這樣內推嗎?
基本上是沒問題的, 如果第一個問題提到,公司現在內推系統都很詳細,所以會問得很清楚, 前同事了解的程度和幫忙朋友的程度內推的效果有差,但是還是比直接從網路上海投有效果。 加上上一題提到,大家也是會評估,看你的經歷及你提供的各種資料來決定是否內推,所以不是來者不拒的盲目內推。
目前歹晚郎互助網絡有什麼公司的朋友呢?
目前有 Facebook, Apple, Amazon, Netflix, Google, LinkedIn, Dropbox, Nvidia, Workday, Airbnb, Uber, Pinterest, Expedia, DoorDash, GoFundMe, Cloudera, Affirm, Intuit, Spotify, SAP, Quora (持續增加中)。
請問我需要準備什麼呢?
請看以下的表格來看需要準備的資料給你想要投的公司
(表格請看部落格連結, FB 的 post 無法顯示表格)
為了幫助大家,我連模板都幫你寫好了, 請依照以下的格式準備你的資料及聯繫你想要投的公司的歹晚郎互助網絡。 如果英文履歷有問題的話,請參考之前的文章 英文履歷怎麼寫? 美國科技公司注重什麼?文末還有阿雅和我的履歷讓你們參考,是不是超級容易的!
Email 範例模板:
To:接受內推的 email
標題:請加上 "[歹晚郎 Referral]" + Your Name + Position Title You'd Like to Apply
Email 內容:
中文自我介紹,讓內推人了解你的背景經驗。
英文名
LinkedIn
有多少年的相關工作經驗
想要內推的職缺全名及連結(請勿超過公司一次願意接受內推職缺數量)
履歷 pdf
你的個人經驗總結,以第三人稱來寫,方便內推人參考
----------------------------------------------------------
範例自介舉例(用 2 年多前的我角度來寫)
To:[email protected] (舉例 email)
Subject:[歹晚郎 Referral] Brian Hsu + Front End Engineer
Email 內容:
Hi 大大你好,
我是 Brian, 我想要請你幫我內推這 3 個 Facebook 軟體工程師的職位。 我目前有大約 4 年左右的軟體開發經驗, 曾在新創公司及 SolarCity/Tesla 工作過。 最熟悉的程式語言是 Javascript, 對於使用 React 來開發 Web App 有這極大的熱情,想要申請 Facebook 是因為 Facebook 在前端領域的各種開源方案很厲害, 而且我也是 Facebook 各種產品的愛用者,對於公司的文化 “Make the World More Open And Connected” 有著極大的認同。 以下是我的英文資料,請你參考幫忙,或是提供我一點建議。 不論是否幫忙我內推, 都十分謝謝你花時間看完這封信!
英文名: Brian Hsu
LinkedIn: https://www.linkedin.com/in/brianpchsu/
有多少年的相關工作經驗: 4 年
工作職缺名及職缺連結:
Front End Engineer Menlo Park, CA 連結1
Front End Engineer Menlo Park, CA 連結2
Front End Engineer Seattle, WA 連結3
履歷 pdf (上傳到附件)
第三人稱英文介紹(差不多等同精簡版的 cover letter)
Brian is a software engineer focusing on front-end. He has great front-end developing experiences in his past few jobs. In SolarCity, he built the web app to control solar electricity flow in grid systems. He improved the web app’s performance by 60% (initial loading) and made the app more reliable with 100% code coverage for new modules.
He’s really passionate about web development, and is an Open Source contributor (to React and Angular projects). He is super excited about our Facebook products and would love to have the opportunity to work with the teams to make the Facebook Web App better.
----------------------------------------------------------
如果你有興趣想要加入歹晚郎互助網絡來幫忙內推,歡迎和我聯繫。 如果你想要找內推網絡中的朋友幫你內推,記得有禮貌,準備好表格中各公司所需要的各種資料,並且寫好 Email 範例模板中的所有所需內容來請求幫忙。
這份互助網絡是 2015 年剛來矽谷的我找工作時夢寐以求的人脈網絡,我知道有些朋友不在矽谷,沒有資源,現在你有了許多知名科技公司的網絡,剩下的就是靠你自己努力準備你的資料及面試了!真的十分感謝這次一起願意共襄盛舉的朋友付出寶貴的時間幫忙!
2019 年,希望大家想要換工作的,都能找到理想的工作。
https://brianhsublog.blogspot.com/2019/03/internalReferralAndTaiwanNetwork.html
軟體開發工程師ptt 在 Untyped 對啊我是工程師 Youtube 的最佳解答
有沒有人納悶過為什麼凱心琳我每次開場都要講 "Hello World" 呢?
"Hello World"的由來是什麼?為什麼程式語言 C 要叫 C? 為什麼 C++ 要叫做 C++? JavaScript 跟 Java 之間的關係?電腦程式語言有多少種?電腦為什麼要有桌面?滑鼠游標為什麼是斜的?還有好多好多疑問!電腦科學軟體工程的世界中真的有很多奇怪的事,讓我們一起和軟體工程師 Tim (Richard?) & Kid大探究竟吧!
其實想做這一集已經很久了,題目也老早就準備好了~只是願意參與的工程師真的不多呀😂 感謝Tim跟Kid的用心參與!!
📢 📣 📢 本頻道影片內容有輸出成 podcast 📢 📣 📢
雖然這一集用 podcast 聽可能有點混亂,但還是有輸出成音檔唷!
可以在各大podcast平台搜尋「Untyped 對啊我是工程師」
請大家多多支持呀!!🙏🏻💁🏻♀️
這集會聊到...
Overview 💬
🔹 "Hello World"的由來是什麼?
🔹 為什麼程式語言 C 要叫 C?
🔹 為什麼 C++ 要叫做 C++? C#?
🔹 JavaScript 跟 Java 的關係是什麼?
🔹 printf 的 f 是什麼意思?
🔹 電腦程式語言有多少種?
🔹 電腦為什麼要有桌面?
🔹 工程師口中都是什麼蟲 bug? ?
🔹 滑鼠游標為什麼是斜的?
🔹 第一台電腦的名字?
🔹 PHP代表?
【㊫ 電腦科學/軟體工程 學習資源 📖】
全端工程師密技 Full Stack Eng - Career Path (Codecademy)
https://bit.ly/3niTwLN
前端工程師密技 Front End Eng - Career Path (Codecademy)
https://bit.ly/32K1eql
用Scala學習函式程式設計
https://bit.ly/2IF0Thv
Scala 函数式程式設計原理
https://bit.ly/3kBQXTb
平行程式設計
https://bit.ly/3pCeaZf
Android 應用程式開發 專項課程
https://bit.ly/3lGCUwW
普林斯頓大學 電腦科學 演算法 基礎理論
https://bit.ly/3nxomAh
Go 語言學起來
https://bit.ly/35AWhlv
Parallel, Concurrent, and Distributed Programming in Java 專項課程
https://bit.ly/2IGnlH4
Java 軟體工程基礎課程
https://bit.ly/3fa4gJi
全端開發 跨平台手機app 開發 完整課程
https://bit.ly/2UCGWum
#php是個人快樂鬆餅 #HelloWorld是在哈囉 #冷知識大賽
一定要看到影片最後面並且在「YouTube影片下方」按讚留言訂閱分享唷!
每隔週星期四晚上9點更新,請記得開啟YouTube🔔通知!
-
【愛屋及烏】
YouTube 👉 https://www.youtube.com/c/Untyped對啊我是工程師
Podcast 👉 https://open.spotify.com/show/3L5GRMXmq1MRsliQt43oi2?si=3zgvfHlETeuGfp9rIvwTdw
Facebook 臉書粉專 👉 https://www.facebook.com/untyped/
Instagram 👉 https://www.instagram.com/untypedcoding/
合作邀約 👉 untypedcoding@gmail.com
-
Untyped 對啊我是工程師 - There are so many data types in the world of computer science, so are the people who write the code. We aim to UNTYPE the stereotype of engineers and of how coding is only for a certain type of people.
凱心琳: 一個喜歡電腦科學邏輯推理,在科技圈努力為性別平等奮鬥的工程師。
【Disclaimer 聲明】
Some links are affiliated.
上面有些連結是回饋連結,如果你透過這些連結購買商品,我可以得到一些小獎勵,但不會影響到你購買的價格,甚至會是更低的價格!謝謝你的支持💕
![post-title](https://i.ytimg.com/vi/K7TFwEnuNEU/hqdefault.jpg)
軟體開發工程師ptt 在 [請益] 台灣軟體人才也太多人了吧? 的推薦與評價
對新設備新領域開發有興趣者(嵌入式系統,IIoT)。 python + QT + 嵌入式這樣= 4萬???? 而且他底下還有一些要求....... 1. 具備SQLite 或其它資料庫程式開發能力者佳。 ... <看更多>
軟體開發工程師ptt 在 [請益] 軟體工程師該選哪種產業好? - soft_job 的推薦與評價
前情提要: 小弟之前是資訊科學系畢業, 之前任職的地方算是分工比較不明確的, 算是比較老派的資訊人, 也就是什麼都會一些, 像是軟體專案開發, 伺服器架設維護, ... ... <看更多>
軟體開發工程師ptt 在 [心得] (轉)軟體開發六年後我改變想法的事情- 看板Soft_Job 的推薦與評價
看到不錯的文章 翻譯分享一下
原文:
https://chriskiehl.com/article/thoughts-after-6-years
翻譯:
軟體開發六年後我改變想法的事情:
- 如果你的隊友經驗參差不齊,Typed languages 是比較好的選擇
- Standups 會議以注意新人來說是有用的
- Sprint retrospectives 如果拿來做真正的流程修正(course correction)是有用的;
而不是一些敏捷/scum master 拿來浪費大家時間的
- 軟體架構比啥都重要。有好的抽象再爛的實作都不太會弄髒 code base;爛抽象或
missing layer 可以讓 code base 變成一坨屎。
- java 沒那麼爛
- Clever code 通常不是什麼好 code;清晰好讀(Clarity)的 code 最重要
- 爛 code 可以被以任何方式寫出來 (in any paradigm)
- 所謂的 best practices 是要看上下文,並非通用解。盲目追求會讓你看起來像白癡
- 在你不需要時硬去設計一個 scalable system,你就是爛工程師
- Static analysis 有用
- DRY(dont repeat yourself) 是為了避免特定問題,並不是最終追求目標。
- 一般來說 RDBMS > NoSql
- Functional programming 是另一個工具,不是萬用解/靈丹
一路走來堅持的觀念
- YAGNI, SOLID, DRY 請按造這個順序
- YAGNI:You aren't gonna need it
- SOLID: 某個 OO 原則(單一功能、開閉原則、里氏替換、介面隔離、依賴反轉)
- DRY: dont repeat yourself
- 紙筆是最好的開發工具但很少人用
- 用乾淨/可讀(purity)為代價換取實用性是個好方法
- 狂導入額外的技術不是好方向
- 直接跟客戶/需求端理解需求會比較快又精確
- "scalable"這個詞在碼農中有股神秘的力量,僅僅這個字可以讓他們陷入瘋狂,然後僅
僅為了這個字可以做出瘋狂的設計
有點難翻XD 原文:
The word "scalable" has a mystical and stupefying power
over the mind of the software engineer.
Its mere utterance can whip them into a depraved frenzy.
Grim actions have been justified using this word.
- 雖然叫工程師,但其實很多決策都是跟風(cargo-cult),並不是有嚴謹的分析、資料數
據佐證
- 大概九成的 PM 明天消失對你都沒影響,甚至效率還會變好
- 當我做了一百場面試後: 面試方法徹底崩壞,我也不知道怎麼做更好
沒變的觀念
- 會刁 code style, linting rules 或枝微末節的都怪咖
- Code coverage 跟 code 品質完全沒差
- Monoliths (大概指微服務的反面)系統在大部分情境都是很好的
- TDD 主義者(purists)是最糟糕的存在,他們的腦不能理解現實中存在不同的 workflows
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.73.26.66 (日本)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1630417545.A.965.html
※ 編輯: alihue (106.73.26.66 日本), 08/31/2021 21:46:43
※ 編輯: alihue (106.73.26.66 日本), 08/31/2021 21:47:58
※ 編輯: alihue (106.73.26.66 日本), 08/31/2021 21:49:21
他個人心得而已
每個人待過的 Team/遇過的人/做過的事不同會有不一樣的體悟吧
TDD 在適當時機用不錯吧
如果是狂熱到無論如何都要 TDD就過頭
原作沒解釋,以下個人觀點
不過入門語言若是如 Python 等更簡便的語言,通常會覺得 java 很冗吧
不過在現實世界,Java 就是一個語言界 toyota
在效能/物件導向/JVM (開發者不用管理記憶體)中取得平衡,
各種 Solution 都很成熟,生態圈也廣
只是在 oracle 官司爭議後又變臭了
應該是
好的 PM 真的工作起來很爽
... <看更多>