プログラミング言語の構文は、ユーザビリティテストされていますか？
一般にリリースされる前に、プログラミング言語の構文にユーザビリティテストが行われていますか？もしそうなら、どのような種類のテストが行われ、結果はどうでしたか、そしてテスト結果は言語の設計にどのような影響を与えましたか？
ロバートハーベイのコメントから私はこれを見つけました 興味深い引用 から C＃ デザイナーAnders Hejlsberg：
Anders Hejlsberg： そのほとんどは、実際にはIDE機能のユーザビリティ調査でした。「これを行うために右クリックすることを人々は理解できますか？」 純粋な言語構文自体について、いくつかのユーザビリティの調査を行いました。たとえば、プロパティやイベントを使用して一部の調査を行ったと思いますが、実際には必要ありませんでした。
IDE features。のように、言語機能のユーザビリティスタディから得られる収率はそれほど高くないと思います。 IDEは非常にインタラクティブです。ユーザーがメニュー項目を右クリックするのを見て、良いフィードバックを得ることができます。プログラミング言語の場合、問題は「概念的に理解できるか」ということです。これは、顧客諮問委員会や評議会を設けることで非常にうまくいきます。 「この新機能のために私たちが考えていることは、次のとおりです。皆さんはどう思いますか？」そして、実際にフィーチャーを配置する前に、後よりもむしろ知っておきたいので、可能な限り多くの穴を撃つように彼らに促します。したがって、言語機能が完全なスラムダンクでない限り、これらの種類のサウンディングボードを利用する傾向があります。
言語のユーザビリティによって、プログラミング言語の構文とセマンティクスが生産性にどのように影響するかを意味する場合、いくつかの研究は、いくつかの言語を使用するプログラマーの平均生産性（特定のプログラムの実装に必要な時間とソリューションの品質）を評価するために行われました。
このページ でいくつかの情報（詳細な記事の引用付き）を見つけることができます。このページはLISPプログラマーによって書かれているため、偏見がある（つまり、LISPに有利な情報を提供している）と主張する人もいるかもしれません。それでも、そのような実験がどのように行われるのか、そして何を測定しようと試みることができるのかを見ることは興味深いです。また、引用された記事は関連する研究へのより多くのリンクを提供するかもしれません。
Fortran IIの「ユーザビリティテスト」が完全に新しい言語に導いたと主張することができます： [〜＃〜] basic [〜＃ 〜] 、これは以前のものよりも（特に初心者のために）より使いやすく設計されています。起源と設計目標について詳しく知りたい場合は、そのトピックに関する この本 の章全体を参照してください。