Kotlin tutorial的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理

結構化並發與其視覺化

為了解決Kotlin tutorial的問題，作者陳奕安 這樣論述：

現今的手機端程式的規模已經需要操控上千個相互影響的並行任務。在這種需求 下，如何控制每個並行任務的生命期 (lifetime) 就成為了一個新的挑戰。結構化併發作 為一種撰寫並行程式的技巧，主要目的是使用一種全新的概念來抽象化並行任務的管 理，來降低這類高併發系統在撰寫並行邏輯的複雜度，並藉此開發出模組化的並行任 務組件。當下已經有多個實作 (Kotlin、Swift、Trio) 支援了結構化併發的概念。值得注 意的是，雖然目前的實作一致的將結構化併發實作在 conroutine 的技術基礎之上，但 並沒有文獻或研究能夠闡述兩者間的關連性。從最接近的資料來看，針對結構化併 發的興起，最主流的

觀點認為他是基於結構化程式 (Structured Programming) 的概念引 伸。也就是說，將撰寫一般程式時採用的 “結構化” 概念推廣到撰寫並行任務的方法之 中。然而，據我們所知，結構化程式的概念起源於 1970 年代初期，但結構化併發則是 在 2010 年代才產生。這個觀點沒有辦法很好的解釋，為什麼結構化併發會在結構化 程式誕生的四十多年後才興起，甚至並行程式的概念早在 1960 年代就已存在。在這 篇論文中，我們探究了結構化併發的歷史以及技術背景，並補充了一個有關其如何興 起的觀點 — 結構化併發是得利於 “coroutine” 為首的合作式排程並行系統 (Cooperativ

e Concurrency) 的成熟才得以發展。同時，有鑑於結構化併發程式中存在一種新的特性 — 並行任務會在其運行時間，被底層系統交由一種特殊的 Scope 物件進行生命期管理， 我們也提出了一個視覺化框架來展示並行任務與 Scope 之間的關連性。透過視覺化把這 個在執行時潛藏在開發者視野之下的特性，我們可以簡易的辨認出在結構化併發程式 中，有關並行任務管理的潛在問題。我們同時也提供了幾個例子來展示，如何透過我 們提出的框架來視覺化結構化併發程式，並以更直覺的方法來針對並行邏輯除錯。關鍵字:並行程式、結構化併發、結構化並行程式設計、視覺化

論Oracle v. Google案對軟體產業之影響 - 以軟體介面著作權及合理使用為中心

為了解決Kotlin tutorial的問題，作者黃奎喨 這樣論述：

由1970年代開始討論電腦軟體保護至今，原本似乎已經沉靜已久的電腦軟體介面的保護問題，在Oracle v. Google 案後又發生了重大的爭議。由於全球電腦及資訊市場多由美國所主導，此案的觀點，未來也勢必影響到全球整體電腦軟體及資訊市場的發展，而電腦軟體相關企業也需由此作參考來擬定未來企業策略之規劃。本文嘗試由介紹電腦軟體的保護模式出發，說明電腦軟體過往之所以使用著作權為主要保護模式的因素。再經由電腦軟體著作權侵害及合理使用的重要案例，產生出如何判斷對於電腦軟體著作權是否受到侵害及是否為合理使用。接著以上述之基礎，透過Oracle v. Google一案，進一步分析在電腦軟體介面著作權問題

上仍存在的爭議。最後透過本案的爭議，探討在電腦軟體產業會受到的影響，並試著提出可能的建議方案。