我已經開始使用Tcl構建桌面應用程序的原型，並且打算向一些風險投資者介紹這個想法。桌面應用程序和Tcl都不流行，所以我想準備好反擊對這項技術的任何反對意見。下面是我看到他們的職業球員，我期待着充實我的確很多缺點，但希望有更多的優點。利用Tcl/Tk構建桌面應用程序的優點和缺點
我才明白一個潛在的con是「TK UI的醜陋」，但作爲陳述以上，Tk UI將用於原型，無論如何，Tk已經在你的SO上提出了一個醜陋的問題：Why are Tk GUI's considered ugly?
Tk擁有主題圖形用戶界面，並且已經有了相當長一段時間了。讓TK GUI看起來很接近本機，這很容易。 TK在系統資源上也相當簡單（肯定比Winforms更快更小）。
Tcl的關鍵參數是將其用作應用程序的腳本和擴展機制。如果使用C++編寫應用程序並使用內置的Tcl解釋器，並且可以從Tk獲得所需內容，則可以使用自己的腳本語言編寫大量的應用程序。這比編寫本地C++ GUI更快更容易。但是，Tk並不是特別豐富，所以您希望在承諾之前能夠做到自己想做的事情。
Tcl/Tk擅長於幾件事情。其一，非常簡單地以非常短的時間開發工作原型。第二，Tcl社區比其他任何語言都更好地解決了分發問題。如果這對你很重要，請閱讀關於星球和星巴克的內容。 Tcl對虛擬文件系統的內置支持以及將所有內容打包成單個可執行文件（或獨立應用程序和平臺相關運行時）的能力是首屈一指的。
Tcl也有unicode烘焙到核心（並且已經有相當一段時間了），不像一些腳本語言，unicode似乎是事後追加的。結合體面的消息目錄支持，國際化和本地化非常容易（除了從右向左的語言）。
沒有關於程序確切性質的更多細節，很難說爲什麼Tcl/Tk可能是您的正確解決方案。對於每種產品來說都不是很完美，但許多人會對Tcl擅長的事情感到驚訝。
不要把「醜陋的」原型騙局視爲只有一個騙局。與非程序員交談時，它計爲5或6個缺點：read all the way through, my point is in there
不知道程序的性質很難更具體。
VC的問題，我會做好準備的是：
「你怎麼聘請人是什麼？」
我個人的經驗是，語言的招聘情況（包括數量和質量）往往比語言本身更重要。
同樣要小心保護你的位置，需要更多技能的解決方案，比如嵌入解釋器，多語言項目，運行時間的改變等。這是因爲熟練的人員再次成爲瓶頸。
P.s.我個人拒絕所有非本地圖形用戶界面。所以我也討厭Java一段時間了。但我想這不適用於原型製作。