壓縮軟體不是那種需要經常關注介面的應用，比如你需要壓縮一些檔案，往往是設定好選項後後面的工作就由壓縮軟體本身完成，介面還能怎麼改進呢？引入流行的所謂Ribbon？加入大量特效？這不是壓縮軟體的本職工作。老實說介面太花哨的壓縮器往往還會讓人懷疑其內在（壓縮率、效能、檔案是否會損壞）。因為要相容現存的壓縮文件，所以對於一箇舊的壓縮器來說，壓縮演算法和檔案格式部分最穩妥的做法是不要進行大的改動，最好是不改動，壓縮器帶來的一點點改進無關緊要，損壞了現存壓縮包的檔案問題就嚴重了。如果是僅僅是從技術的角度來說，拋開相容舊文件的壓力（比如從頭開發一個壓縮軟體），那麼創新點還是很多的，但舉幾例：檔案修復：這個功能其實不算是新功能，但是並沒有普及開，僅僅出現在部分壓縮器上。並行壓縮：現在很多人電腦都具備多核心處理器，那麼是不是能針對多核心進行最佳化以提升效能呢？這個在部分壓縮器上已經實現了。雲壓縮：把一些需要非常大計算能力的超強壓縮演算法。比如說該演算法比一般傳統壓縮器壓縮率提高30%（這不是玩笑，而且很有用，要壓縮的資料越大這個30%所佔比例越大），但是該演算法執行時需要佔用128GB記憶體，或者執行速度很慢，怎麼辦？做成雲服務，由專業的服務提供商購買強大的計算機提供壓縮服務。特徵自定義：給使用者提供比較高的自由度用恰當的方式描述所壓縮的資料的型別，這樣可以提供比較高的壓縮率，這個涉及的知識很多，使用者如何描述這個“特徵”？用圖？用程式碼？。自描述壓縮格式：這裡的“自描述”不是“自解壓”的意思，而是在壓縮文件中內建對壓縮演算法的描述。這樣的做法有什麼好處呢？就是每次解壓可以透過自我描述的壓縮演算法來解壓壓縮包內的資料，直接帶來的好處就是，以後壓縮格式可以放肆地升級而不用考慮相容了，反正壓縮文件有解壓縮該檔案所需的資訊，以後該壓縮器的公司倒閉了或者再也不更新了也不怕。自描述功能目前我還沒見到很多壓縮器有，該功能的實現依賴對自描述資訊的設計問題，假設這個自描述資訊是給出一個跨平臺的虛擬機器標準的位元組碼（這是我見過的唯一做法），那如何設計這個虛擬機器才能在很多平臺上獲得較高的效能？這涉及對流行計算機體系結構以及未來可能會流行的計算機體系結構的把握。說起來簡單，實際做下去能作出什麼效果還很難說。我目前還沒成功實現過這個功能。應該還有很多點子，如果你有好的主意也請告訴我。
壓縮軟體不是那種需要經常關注介面的應用，比如你需要壓縮一些檔案，往往是設定好選項後後面的工作就由壓縮軟體本身完成，介面還能怎麼改進呢？引入流行的所謂Ribbon？加入大量特效？這不是壓縮軟體的本職工作。老實說介面太花哨的壓縮器往往還會讓人懷疑其內在（壓縮率、效能、檔案是否會損壞）。因為要相容現存的壓縮文件，所以對於一箇舊的壓縮器來說，壓縮演算法和檔案格式部分最穩妥的做法是不要進行大的改動，最好是不改動，壓縮器帶來的一點點改進無關緊要，損壞了現存壓縮包的檔案問題就嚴重了。如果是僅僅是從技術的角度來說，拋開相容舊文件的壓力（比如從頭開發一個壓縮軟體），那麼創新點還是很多的，但舉幾例：檔案修復：這個功能其實不算是新功能，但是並沒有普及開，僅僅出現在部分壓縮器上。並行壓縮：現在很多人電腦都具備多核心處理器，那麼是不是能針對多核心進行最佳化以提升效能呢？這個在部分壓縮器上已經實現了。雲壓縮：把一些需要非常大計算能力的超強壓縮演算法。比如說該演算法比一般傳統壓縮器壓縮率提高30%（這不是玩笑，而且很有用，要壓縮的資料越大這個30%所佔比例越大），但是該演算法執行時需要佔用128GB記憶體，或者執行速度很慢，怎麼辦？做成雲服務，由專業的服務提供商購買強大的計算機提供壓縮服務。特徵自定義：給使用者提供比較高的自由度用恰當的方式描述所壓縮的資料的型別，這樣可以提供比較高的壓縮率，這個涉及的知識很多，使用者如何描述這個“特徵”？用圖？用程式碼？。自描述壓縮格式：這裡的“自描述”不是“自解壓”的意思，而是在壓縮文件中內建對壓縮演算法的描述。這樣的做法有什麼好處呢？就是每次解壓可以透過自我描述的壓縮演算法來解壓壓縮包內的資料，直接帶來的好處就是，以後壓縮格式可以放肆地升級而不用考慮相容了，反正壓縮文件有解壓縮該檔案所需的資訊，以後該壓縮器的公司倒閉了或者再也不更新了也不怕。自描述功能目前我還沒見到很多壓縮器有，該功能的實現依賴對自描述資訊的設計問題，假設這個自描述資訊是給出一個跨平臺的虛擬機器標準的位元組碼（這是我見過的唯一做法），那如何設計這個虛擬機器才能在很多平臺上獲得較高的效能？這涉及對流行計算機體系結構以及未來可能會流行的計算機體系結構的把握。說起來簡單，實際做下去能作出什麼效果還很難說。我目前還沒成功實現過這個功能。應該還有很多點子，如果你有好的主意也請告訴我。