1樓：昱彧
老實講並不看好，學kt的以Android開發居多，Compose這玩意現在正式版都沒出，你看flutter也鼓吹桌面ui現在也就那樣
2樓：戀貓
先聊點體外話：
隨著技術在乙個領域的飽和，無論是為了 KPI 還是為了謀求新的發展，橫向開始支援新的平台就成了一種必然。
同時技術的發展只會讓門檻越來越低，低門檻自然會讓當然領域的開發人員越來越多，自然也就促進了開發人員需要在能力範圍內提高自己的競爭力，其中用已有的能力去跨平台就是最低的成本之一。
回歸到 Jetpack Compose for Desktop ，官方的定位其實已經很清晰了：那就是讓手機上的 Jetpack Compose 可以更容易地拓展到 PC 平台。
由Compose for Desktop提供的所有核心 API 都與移動端的相同，包括修飾符、UI元素或布局單元等待。實際上Compose for Desktop的核心是與 Jetpack Compose 合作開發的，以確這兩種技術可以一起發展，這也使得在桌面和 Android 之間 UI 實現共享成為可能。
【譯】Jetpack Compose for Desktop: 里程碑1發布
所以可以推測，Jetpack Compose for Desktop 的未來更多取決於 Android 平台的 Jetpack Compose 的推廣程度。
對比 Flutter 現階段無論在 PC 平台、移動平台或者前端領域的進度肯定是略顯落後，Flutter 在這塊目前暫時有著先發優勢，特別是 Flutter 在移動開發領域略微有大平台背書，所以暫時對比之下還是稍顯優勢。
國內大廠在移動端跨平台的框架接入分析
所以如果對於 Jetpack Compose for Desktop 有期待，只需要看它在移動端的覆蓋和推廣程度，暫時而言推薦先了解 Jetpack Compose 在 Android 的開發 ，等什麼時候 Jetpack Compose 開始正式投入生產， Jetpack Compose for Desktop 的未來就會更加明朗。
如何看待Kotlin的Coroutine？
Undervoid 其實是為了能夠解決Async的請求問題，讓所有的Async方法可以用Sync的形式寫出來。如果你問我他能不能取代 Rx，我覺得是不能的。Coroutine和Rx分別從不同的角度解決了非同步操作的問題。 圓胖腫 coroutine解決了continuation和scope的問題 讓...
如何評價 Kotlin 語言？
冰雪情緣 按照歷史長河來說，Kotlin 是可以在 Android站穩腳跟的，有點類似IOS開發的Object c,swit.但是Kotlin想流行起來，很難，很難，很難.這種感覺就像QT.AS.只能在自己領域的掙扎.如果是搞 Android開發的同學，建議學一手Kotlin.但是在我眼中，語言只是...
如何避免kotlin問號氾濫
Undervoid 避免問好多的好辦法就是根據實際情況去定義Type型別是否可以為Null，看你的截圖，可能是在data class的建構函式中出現了這樣的問題。 風車 引用一下另外的評價.濫用是不建議的.如何評價 Clean Code 作者對 Swift 與 Kotlin 的看法？興趣使然千里冰封...