對終端使用者（user）來說，字尾名可用來展現給使用者檢視，算是個不錯的設計。
對程式（app）來說，字尾名只應當作為最後的後備方案，程式邏輯本不應當依賴字尾名進行檔類別的判斷。
Windows 的設計是讓使用者直接操作檔，由檔操作來觸發套用（app）的操作。Windows希望一切程式的入口是它的檔管理器，所以從檔字尾名辨識可選的操作會顯得很重要。
但是現代作業系統，比如iOS/Android/MacOSX/Linux等的設計，是讓使用者操作具體的app，由app來決定具體的檔是否可用。這種情況下，檔的類別由app負責判斷，此時，字尾名的意義就非常小了。畢竟， 現代作業系統並不推薦使用者以檔管理器作為入口 。
現代程式設計師的最常見操作，也是先開啟 ide 然後從 ide 中開啟專案，而不是先開啟檔管理器然後從檔管理器中開啟專案。——而字尾名本身，僅僅用於讓使用者在視覺上辨識，以及讓檔管理器用來管理入口。
當人人都想要搶占入口的時候，大家是不能接受Windows檔管理器作為入口的。
總結：
個人計算平台的入口，最初是檔管理器，然後是瀏覽器，再然後，變成了手機。
如果【從檔到app】的關聯，變成了【從app到資源】的關聯，兩者的方向已經逆轉，檔名已經不像當初那樣重要了。
如果一定要說的話，沒有字尾名可能是更好的一種方式，如果你想象Linux的目錄以及可執行檔，他們如何確定類別呢？是靠檔案系統標誌。換句話說，沒有字尾名，就很可能意味著利用檔案系統來儲存檔類別。而個人看來，利用檔案系統來儲存檔類別，確實比用檔名字尾要更靠譜一些。
如果一開始的時候，檔案系統就被設計為專門保留一個檔類別欄位，那麽也許，現在檔也都不再需要字尾名了吧。
