Aaron Seigo談論KDE SC 5.0-1 - Linux

這篇文章是derStandard.at對Aaron Seigo所做的專訪，談到KDE Frameworks 5.0、
Applications、Workspace 與 Plasma active未來的發展


derStandard.at：你剛才宣布KDE Frameworks 5.0。背後有什麼想法嗎？

Aaron Seigo：KDE Frameworks 5.0與其說是新的框架，它主要工作是模組化
現有的函式庫。不再是整套的｢target所有或沒有｣，它現在是一組框架，你可以挑選應
用程式必需的部分。這就是為什麼將名稱從平臺轉變成框架。(註：KDE SC 4稱函式庫為
Platform)

我們將實現模組化函式庫的目標，並確保這些函式庫之間的依賴關係是非常明確的。在之
前我們沒有多加關注，因為這是一個巨大的程式碼庫(codebase)。所以在框架和函式庫之
間有無心的結合。

同時我們也將極為注重品質，我們現在要為改變的核心庫進行單元測試。

derStandard.at：目前我們只談到框架。你認為KDE Software Compilation
（SC）5將由此演化出來？

Aaron Seigo：當然。框架是工作空間和應用程式5.0發佈的第一步。但我們希望對我們的
使用者和合作夥伴來說盡可能沒有破壞性。所以我們不將一切同時進行，而是首先關注我
們的基礎。一旦我們完成框架的工作，我們將開始移植或重新編譯我們的程式和工作空間
。我們儘量減少原始碼的不相容性，這意味著應用程式開發人員就不必做了巨大的移植工
作。當 Qt4出來時，已經大量的消耗我們的資源。所以無論是 KDE 或 Qt也不認為有必要
再這樣做（笑）。我們對現在的函式庫很滿意。

derStandard.at：你不擔心這次更新會嚇跑開發人員？

Aaron Seigo：我們相當重視避免這種情況發生。

derStandard.at：請問KDE SC 5.0是否只改進框架，或者你也想利用這個機會
重新思考使用者經驗？

Aaron Seigo：這不是我們目前最主要的考量，現在我們的重點是放在框架。
但對KDE Workspaces 5與應用程式的5.x版來說絕對是。我們已經透過Plasma Active重新
思考使用者經驗，也已經開始在libplasma2的工作，libplasma2是Plasma Workspaces背後
的框架。而libplasma2有一組相當顯著的內部變化是著眼於使用QML作為基礎和 - 希望在
未來 - 只有UI系統在Plasma 桌面。我們認為QML讓我們更快做出複雜且更好的外觀效果。
他設計成可以清楚分離資料和視覺化，因此我們很容易採用這項技術。我們也希望遷移 Qt
使用 OpenGL加速渲染。

derStandard.at：KDE Software Compilation長期的規劃是使用QML、
Javascript和OpenGL？

Aaron Seigo：從長遠來看，是的。這是重大的投資在目前的程式碼，所以我
不認為這會迅速改變，我的意思是我們正在談論全球上億行程式碼。僅在KDE就有5-6萬
行程式碼。

derStandard.at：所以開發者要用QML來寫新的東西？

Aaron Seigo：我不會拿來寫複雜的應用程式，像是馬上用QML開發krita。對
於簡單的應用程式、移動產品、不需要大量的傳統UI的事情已經準備好了。當然，未來我
們也可能會進行像用QML開發krita的工作。

目前我們在Plasma Workspaces做的工作都是用QML實現的，雖然我們不是要將現在一切都
用QML重寫，但我們最終藉由自然週期完成。我們不倉促行事是因為所有的QWidget仍然可
以在KDE Frameworks中使用，但新的東西將使用QML。

對於我們的工作，QML簡直是更好的方法。它的速度更快，讓我們可以整合設計的工作流程
，無論是互動設計師或平面設計師同樣緊密結合實際的軟體開發人員，他在某種程度上成
了精通三項工作。這很難在傳統的軟體開發模式中實現，但QML真的提供了工具快速從構思
到實現以及高完成度的成果。在舊的方法，你有設計師畫的東西和非常努力工作的開發人
員來實現它，但從來沒有實現完全和模型一樣好的實體。但我們用QML可以相當快做出原型
，圖形設計師只會說｢這就是我想要的｣，並且實現能與概念近100％相符。

來源：
http://derstandard.at/1313025130807/Interview-Aaron-Seigo-talks-about-the-KDE-
SC-50---and-more

--