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
「系統開發 工程師 ptt」的推薦目錄:
- 關於系統開發 工程師 ptt 在 台灣物聯網實驗室 IOT Labs Facebook 的最佳貼文
- 關於系統開發 工程師 ptt 在 半路出家軟體工程師在矽谷 Facebook 的最佳貼文
- 關於系統開發 工程師 ptt 在 [心得] (轉)軟體開發六年後我改變想法的事情- 看板Soft_Job 的評價
- 關於系統開發 工程師 ptt 在 [請益] 軟體工程師該選哪種產業好? - soft_job 的評價
- 關於系統開發 工程師 ptt 在 张伟- 研发部经理/系统工程师- PTT | LinkedIn - 领英(中国) 的評價
- 關於系統開發 工程師 ptt 在 [心得] 寫了一個在人力銀行職缺下留言的插件 - Facebook 的評價
- 關於系統開發 工程師 ptt 在 [請益]欣興電子office AIOT系統開發工程師PTT推薦- Tech_Job 的評價
- 關於系統開發 工程師 ptt 在 [請益] 達發科技- 看板Tech_Job - PTT網頁版 的評價
- 關於系統開發 工程師 ptt 在 Re: [請益]欣興電子office AIOT系統開發工程師 - PTT評價 的評價
- 關於系統開發 工程師 ptt 在 軟體工程師 - Dcard 的評價
- 關於系統開發 工程師 ptt 在 [心得] 我們公司沒有工程師,只有開發者 的評價
- 關於系統開發 工程師 ptt 在 [徵才] 日商Foward Soft跨海招募系統開發工程師- 看板Soft_Job 的評價
- 關於系統開發 工程師 ptt 在 群聯軟體工程師ptt-在PTT/MOBILE01上汽車保養配件評價分析 的評價
- 關於系統開發 工程師 ptt 在 Re: [徵才] MES系統開發工程師- 看板Tech_Job - PTT網頁版 的評價
- 關於系統開發 工程師 ptt 在 [請益] 關於聯發科的軟體流程系統開發工程師- Tech_Job 的評價
- 關於系統開發 工程師 ptt 在 [面試][系統設計]如何設計一個像Facebook 的社交平台 - iT 邦幫忙 的評價
- 關於系統開發 工程師 ptt 在 PTT 鄉民工程師現身分享:文組生轉職工程師攻略 - 報橘 的評價
- 關於系統開發 工程師 ptt 在 [請益] 測試開發工程師跟測試工程師- Tech_Job - PTT Web 的評價
- 關於系統開發 工程師 ptt 在 [請益] 台積電系統/軟體開發工程- 看板Tech_Job | PTT職涯區 的評價
- 關於系統開發 工程師 ptt 在 統一資訊ptt - Dogbed25 的評價
- 關於系統開發 工程師 ptt 在 Fw: [徵才] 明門實業徵C#軟體開發工程師 - PTT Uncovered 的評價
- 關於系統開發 工程師 ptt 在 【請益】 想進金融業當工程師求建議- 軟體工作板 - PTT網頁版 的評價
- 關於系統開發 工程師 ptt 在 [請益] 系統工程師轉軟體請益- 看板Soft | 系統工程師ptt 的評價
- 關於系統開發 工程師 ptt 在 【徵才】友達IT部門徵軟體系統開發工程師- Soft_Job - MYPTT 的評價
- 關於系統開發 工程師 ptt 在 IT人不用寫程式?系統工程師是幹什麼的?[求職擇業系列] 的評價
- 關於系統開發 工程師 ptt 在 [詢問] 請問Google AppSheet - PTT數位生活 的評價
- 關於系統開發 工程師 ptt 在 Cmoney 軟體工程師ptt - 大鵬灣水上教堂 的評價
- 關於系統開發 工程師 ptt 在 研發工程師ptt - Lovenbier 的評價
- 關於系統開發 工程師 ptt 在 誰趕走了優秀員工 - Google 圖書結果 的評價
- 關於系統開發 工程師 ptt 在 如何過你想要的生活?華頓商學院最受歡迎的人生整合課 的評價
- 關於系統開發 工程師 ptt 在 終極慢活: 現在是當老人最好的時代 - Google 圖書結果 的評價
系統開發 工程師 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 在 [請益] 軟體工程師該選哪種產業好? - soft_job 的必吃
... 像是軟體專案開發, 伺服器架設維護, 網路架設, 個人電腦硬體維修, 資料庫管理, ... 工作內容是負責內部ERP的開發, 未來也會涉及到製造與供應鏈的系統開發, ... ... <看更多>
系統開發 工程師 ptt 在 张伟- 研发部经理/系统工程师- PTT | LinkedIn - 领英(中国) 的必吃
求学期间,本人在清华大学控制理论和控制工程实验中心,进行面向基于TMS320F28335等DSP芯片的新能源发电、储能以及电动汽车控制项目的理论研究和工程开发,具体包括高压级 ... ... <看更多>
系統開發 工程師 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 真的工作起來很爽
... <看更多>
相關內容