複雜度守恆定律
根據複雜度守恆定律，每個應用程式都具有其內在的、無法簡化的複雜度。無論在產品開發環節還是在用戶與產品的互動環節，這一固有的複雜度都無法依照我們的意願去除，只能設法調整、平衡。
這一觀點主要被套用在互動設計領域。我們不得不面對的問題是，該由誰來為這一固有的複雜度埋單。打個比方，應該由軟體開發工程師花費額外的時間來使軟體變得更加簡單好用，還是應該讓用戶自己去解決軟體使用中可能存在的問題？
背景資料
20世紀80年代中期，當Larry Tesler還在為蘋果公司工作時他便意識到，用戶如何使用應用程式和應用程式本身同樣重要。按照Bruce Tognazzini（蘋果公司66號員工兼蘋果人機互動界麵團隊創始人）的觀點：人們總是努力維持或者不斷增加自己生活的複雜度。然而，Larry Tesler卻認為我們能夠將應用程式內在的、無法簡化的複雜度進行轉化。只是，這一微妙的平衡藝術必須由專業的互動設計師才能完成。在Dan Saffer所著的《Designing for Interaction: Creating Smart Applications and Clever Devices》這本書中，有一段對Larry Tesler的採訪，在採訪中對複雜度守恆定律進行了討論。從那以後，作為一個專業的參考依據，複雜度守恆定律開始在用戶體驗和互動設計領域廣為人知。Larry Tesler的觀點在開發人員中引發了一場爭論：應該讓一位工程師花費額外的一周時間去減少軟體程式的使用難度，還是應該讓數以百萬計的用戶花費額外的一分鐘來克服這一困難，哪個觀點更有益於企業的成功。這一爭論本身也反映出複雜度守恆定律的普適性，而不僅限於軟體和應用程式領域。
關於Larry Tesler
20世紀60年代，就讀於Stanford University計算機科學專業從1973年到1980年，任職於施樂帕克研究中心（Xerox PARC）
1980年加盟Apple
1997年離開蘋果公司，聯合創辦Stagecast Software
2001年，加入Amazon
2005年，加入Yahoo!
2008年11月，離開雅虎，以產品合伙人的身份加入一家名為23andMe的個人遺傳信息公司
自2009年12月起，成為一名獨立顧問
大猩猩基金會（The Gorilla Foundation）的董事會成員
