[過去ﾛｸﾞ] Visual Studio Code / VSCode Part15 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
122: 2024/08/08(木)23:47 ID:2LTh1Plb(3/3) AAS
動的言語は実行時に型チェックをするので、環境負荷が高い
使い捨てのスクリプトなら問題ないが、何度も実行するプログラムなら、型チェックはコンパイル時だけにすべき
動的言語を使う者は、代償としてエアコン禁止
123: 2024/08/09(金)00:04 ID:DuiYWZaF(1) AAS
バブルソートの話になりそう(´・ω・｀)
124(1): 2024/08/09(金)00:21 ID:SH1A0AJI(1/12) AAS
>>121
ごりごりの作ってるインターフェイス作り直しとかの面倒臭さわからない？
プロジェクトあげての大がかりな修正ならともかく実験的にちょっとここを変えたいとなっても規模がデカいほどビルド通らん地獄になる
125(1): 2024/08/09(金)00:25 ID:3hD+juyv(1) AAS
>>124
それ真逆だ
インタフェースを使っていれば
仮にインタフェース部分の変更があってもインタフェースを使ってる部分に影響が分離できて限られ最も負荷が低くなり生産性が高くなる
126: 2024/08/09(金)00:35 ID:pSMqGfWK(1) AAS
なんか素人が大暴れしてて草
127(2): 2024/08/09(金)00:36 ID:SH1A0AJI(2/12) AAS
>>125
どうも話がつうじんなあ
静的だと変更があった場合の変更箇所は示してくれるメリットがあるがそもこもそれが膨大で修正が大変になるケースがあるってこと
ちょっと変えて実験とかそんなのを試せないって話だよ
設計書どおりにしこしこ作ってるコーダーはともかくいろいろやる役割の人は結構だるい思いしてるんだよ
128: 2024/08/09(金)01:50 ID:FoRDXEGh(1) AAS
VSCodeスレで何やってんだこいつら
129: 2024/08/09(金)02:48 ID:ToCkTMT8(1) AAS
>>127
インターフェイスは動的型付け言語にもある
静的型付け言語かどうかとは一切関係ない話だ
さらにインターフェイスを実験段階で用いるかどうかも自由度がある
俺はその段階では用いない
しかし最終的にはリファクタリングの段階でインターフェイスを導入してコードを整理する
その方が保守性が良くなるからでほとんどの人はそうしている
130: 2024/08/09(金)06:58 ID:YhWPQaiH(1) AAS
前もいたな
windowsのlocalhostは特殊でwsl2との接続でlocalhost効かない時あるつってんのに
延々と知恵遅れが噛み付いてきた
最後は知恵遅れのけつまくりで終わった
131(1): 2024/08/09(金)07:58 ID:umXnellV(1) AAS
>>127
たしかに話が通じないな。
例えば最初にスカラーで持っていた情報を後から複数持たせるように配列やコレクションに変更しようとしたとする。
その場合そこをアクセスするコードを全部修正する必要があるのは型付け方式にかかわらず同じはず。
132: 2024/08/09(金)14:09 ID:+vRbS3F+(1) AAS
こんな何十年も前の話でマウント取り合わなくても
133: 2024/08/09(金)15:17 ID:L4hgGzMJ(1) AAS
そらもう5chなんておじいちゃんしかおらんもん、
おじいちゃん、昨日もその話ししたでしょ
134(1): 2024/08/09(金)15:28 ID:SH1A0AJI(3/12) AAS
>>131
元々は実験的にちょこちょこっと修正とかが効かないって話なんだけど文脈わかってる？
あと、型云々変更や意識はそれを実際に使う(メンバにアクセス)場所での対応は必要だが、変数として保持したり管理したりの部分は意識すらいらんのだよ
それすら許さない型言語がだるいという話のコア理解できないかな？
基本的な経験が足りないんじゃないかなとおもうわ
javaやc#しかメインでやってないとそれがふつうで疑問すらもてないんだろう
135: 2024/08/09(金)15:34 ID:SH1A0AJI(4/12) AAS
そしてそういう部分をなんとかして
解決しようと一部のデザインパターンなんかが生まれてるわけだが、それも大前提として最初にくそめんどくさい事をやっとけば多少融通が利くという本末転倒状態
やってる事はなんとなくテクニカルですごいように感じ事もあるだろうが、本来そんな面倒なことしなくてもできるものをワザワザ難しくされてるんだよ
代わりに得られるメリットはエディタ上で細かいチェックがきくという点
これって逆に初心者に対する補助輪でありそのかわり面倒になりますよって方向性なんだよ
んなもん無くてもバグなんてださねーわとかって人にはだるいの
136: 2024/08/09(金)15:43 ID:2dPLPuSw(1) AAS
まともなプログラムを書いたことがない素人プログラマーは
静的型付け言語の生産性の高さを理解できずに叩いてしまう
137(2): 2024/08/09(金)16:54 ID:SH1A0AJI(5/12) AAS
あとこういうケースもある
たとえばC#とかで
float a = 10 / 8やるとaは1になる
正しくは
float a = 10f /8fとやらないといけない
中途半端に型チェックが入る弊害なんだよね
javascriptとかならこんな罠はない
138: 2024/08/09(金)17:01 ID:VAjU8t0r(1) AAS
何が罠なのかわからん
139(1): 2024/08/09(金)17:06 ID:SH1A0AJI(6/12) AAS
結局補助輪だから補助輪必要な人にはありがたい
必要ないひとにはうざいということでFAなんだよ
すべてのレベルの人に共通解はない
あと俺は否定はしてないからな
だるいケースがあるといってるだけ
UnityやるならC#使わざるをえないしブラウザーのフロントやるならJavascriptしかない
言語なんて単なる手段で目的ではないからな
たとえば多少の慣れや知識の影響はあれど、良い物語書けるひとは英語だろうが日本語だろうがよいものは書ける
英語に精通してるから良い英語の物語書けるか？というと英語能力はさほど重要ではなく、結局は物語を作れる能力に左右される
プログラムや開発も一緒だよ
省4
140(1): 2024/08/09(金)17:14 ID:BTDGwIM6(1) AAS
>>137
それはC#が弱い静的型付け言語だからだよ
ちゃんと強い静的型付け言語を使えば
前者はちゃんとコンパイルエラーとなってくれるから
実行前にミスを気付くことがてきるよ
141(1): 2024/08/09(金)17:22 ID:ACq8DYxz(1) AAS
>>139
たしかに動的型付け言語は補助輪みたいなものだが、
ある程度の規模のプログラムを組むようになると、
補助輪付き動的型付け言語では極端に生産性が落ちてしまう。
そのためほとんどの人が静的型付け言語に行き着く。
上下前次1-新書関写板覧索設栞歴
あと 861 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.167s*