[過去ﾛｸﾞ] Visual Studio Code / VSCode Part15 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
146(3): デフォルトの名無しさん [sage] 2024/08/09(金) 19:02:11.94 ID:E3fYM/qL(1/2) AAS
まあ自分も別にいらんかな
型チェックなくても違う型の値を変数とかプロパティーに代入することもないし、連想配列プロパティーも代入可能性がなければ分割代入して使うし、オプショナルチェーン使う前に論理的にガード構文で抜けるし
関数名だって常識的で説明的な命名をするし
てなことをやってると、後でコードをタイプスクリプタイズする時にほんとに型の宣言を追加するだけで終わってしまう
ただキャリアで出会ったフロントエンド開発者の1/3ぐらいはTSないと無理そうかな
TSないと無理そうな層のソースコードは見たらそれと分かるから、採用に関わる立場になってからは応募時点で落としてる
148: デフォルトの名無しさん [sage] 2024/08/09(金) 19:24:59.13 ID:SH1A0AJI(9/12) AAS
>>146
TCってTypeScriptの事だよね？
あれのメリットって型云々とかじゃなくてESバージョン指定して変換できることじゃないの？
俺が個人的に作るものはweb公開ならESレベル下げる為にletすら使わず全部varでやるし
nodeならpromiseとかも使う
そういう組分けがいらないのはいいかなとは思うけどchromeのステップ実行無しで開発なんてあり得ないからブラウザで見る生コードとエディタで書いたコードが違うのが厄介すぎて使ってない
仕事で強制とかならやるけどね
149(2): デフォルトの名無しさん [sage] 2024/08/09(金) 19:33:45.99 ID:h+FcaagB(1) AAS
>>146
そんな当たり前なことは誰でもできることであってわざわざ書くようなことではない
そして小規模プログラムならその方針を取る人もいるだろう
しかし静的型付けと比較すれば他者による可読性も今後の保守性も落ちている
さらに大規模プログラムで動的型付け言語では開発効率も落ちる
どんなに自信がある人でもミスを避けることは不可能だ
153(1): デフォルトの名無しさん [sage] 2024/08/09(金) 19:53:02.05 ID:0IUPPL/q(1) AAS
>>137137(2): デフォルトの名無しさん [sage] 2024/08/09(金) 16:54:31.65 ID:SH1A0AJI(5/12) AAS
あとこういうケースもある
たとえばC#とかで
float a = 10 / 8やるとaは1になる
正しくは
float a = 10f /8fとやらないといけない
中途半端に型チェックが入る弊害なんだよね
javascriptとかならこんな罠はない
も>>146も二人ともJavaScript前提にしてる時点で小さな規模のプログラムしか書いたことがないのだろう
フロント側ではどうやっても規模がしれているし
サーバ側ではNode.js等の遅さとメモリ喰いから大規模やってる人たちはみんな他の言語に移っていく
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.378s*