初めまして

本記事が初めての投稿となります。

私が実際に経験している怖い話です。

客先勤務にて、派遣エンジニアをしています。
客先常駐のPMに
PM「よし、○○君。未経験だったね。WEBアプリの開発をお願いします。」

私「はい。」

HTML、CSS、JavaScriptを使いつつ何とかサイトを作っていく過程で、

私「PM、JavaScriptで入力制限を作ってみました。」

PM「そう、○○君」

ここで、驚きの発言！

PM「JavaScript使わなくていいんじゃない？他の人もわからないだろうし......」

私は、この時WEBアプリ開発が未経験であったためか、よくわからないのか......
使わないようにしないとな......と思ってしまったのだが、大いに問題のある発言である!

私の認識です。
HTML:Hyper Text Markup Languageは、「文章自体を修飾することができる記法」
CSS:Cascading Stye Sheetsは、「デザインに統一性を持たせることができ、位置調整を毎回せずに済む便利」

当時
JavaScript「動き(Dynamic)を出すためのもの？」

現在の私の指摘
JavaScript「AutoPostback（オートポストバック）を起こさず、frontEnd（フロントエンド）で、入力制限ができる。」

AutoPostbackの前に、

Postback（ポストバック）に関して、WEBアプリケーションでは、
私たちが使用しているSafari（サファリ）やEdge（エッジ）、Google Chrome（グーグルクローム）といった――WEBブラウザといいます――経由で、サーバにあるデータへアクセスをしています。
Postbackとは、まず、私たちが、コントロールの一種であるButton（ボタン）なんかをクリックした際に、Event（イベント）を起こします。
そして、ネットワーク経由でServer（サーバ）へAccess（アクセス）して、このButtonが押されました。その際に、TextBox（テキストボックス）に「ABCDE」と入力されています。では、その値をCheck（チェック:検証）しましょう。処理のことです。
AutoPostbackは、これを自動化していることです。例えば、先のTextBox自体にAutoPostbackを有効にすると、Buttonを押さずにやり取りが発生します。当然、Server側でも、処理のチェックが必要なわけなのですが......
今の説明で、読み取れるとよいのですが、JavaScriptでは、このPostbackを起こさずに、私たちが見えている表側で、入力エラーチェックを行うことができます。
　利点の一つとして、traffic（トラフィック:ネットワークの通行量といった具合でしょうか）を圧迫せずに済みます。

付け加えますが、例え、JavaScriptで入力制限をしたからと言って、serverside（サーバサイド）の入力制御が不要という意味ではありません。

初めての投稿となりましたが、私が経験した怖ろしい話でした。