［エディタ一つ］Windowsで無料プログラミング

**デフォルトの名無しさん** · 2024/11/27(水) 22:12:31.33

Windows標準インストール状態での処理系紹介と
OSS処理系インストールの無料プログラミング環境の紹介。

ネイティブバイナリを吐く処理系はCygWInが必要とか
めんどくさいので除外。

**デフォルトの名無しさん** · 2024/11/27(水) 22:17:54.00

まず bat。これは外せない。
単純処理しかできないがmakeと併用すると
案外役に立つこともある。

次にPowerShellだが自分は習得できていない。
スクリプトの自由度が高くだいたいのことは
できるので猛者はチャレンジして伝授よろ。

**デフォルトの名無しさん** · 2024/11/27(水) 22:21:48.58

お次はWindowsの３大標準スクリプト。
jscript
cscript
wscript
スクリプトエンジンは同じらしい。
ネットの情報で学習すればかなりの作業が
自動化できる。
プロンプトから使うが、wscriptはダイアログも出せる。

**デフォルトの名無しさん** · 2024/11/27(水) 22:32:15.36

次はひと手間かければWindows標準環境でも
コンパイル型処理系が使える。
環境変数PATHにdotnet64のv4にパス追加。
これで
vbc（vbコンパイラ）
csc（C#コンパイラ）
jsc（jsコンパイラ）
が使える。
.NETのバイトコードランタイムで動作する。
スクリプトよりかなり速い。
GCC系はCygWinとかいるのでパス。

**デフォルトの名無しさん** · 2024/11/27(水) 22:35:43.80

最後にOSSスクリプト処理系。
PythonはMSのアプリストアにあるはず。
ほかperlでもrubyでもPHPでもお好みでどうぞ。

**デフォルトの名無しさん** · 2024/11/28(木) 21:31:43.87

jscript（cscriptエンジンで動かすjs）はさすがに
ほぼ絶滅したと思うが、コマンドラインで動かす
vbsは覚えておくと結構役に立つ。

あとMSはdotnetへのパスをデフォルトで通すべき。

C#とVBのコンパイラが使えると、簡単なツールなら
30分で書けてコンパイルと動作確認できる。

**デフォルトの名無しさん** · 2024/12/02(月) 07:58:00.04

久しぶりにツールでcscriptの出番があった。

**デフォルトの名無しさん** · 2024/12/03(火) 23:42:54.09

Pythonはexe化すると、ランタイムを含めるから
巨大化するのが難点。それなりに高速だが。

**デフォルトの名無しさん** · 2024/12/04(水) 00:43:32.70

「エディターっ！！」
って叫んでんのかと思うやん

**デフォルトの名無しさん** · 2024/12/04(水) 11:10:40.42

pythonをexe化する意味は無いね

**デフォルトの名無しさん** · 2024/12/04(水) 15:39:32.35

インタプリタをexe化って大いに意味あるじゃん

**デフォルトの名無しさん** · 2024/12/04(水) 18:50:38.82

HaskellはrunGHCがインストールする手段としては鉄板になったかな。

**デフォルトの名無しさん** · 2024/12/04(水) 21:23:00.55

>>10
ちょっとしたツールを社内の他の人 (他部門にいる非ソフト開発者など) に使ってもらう場面なんかだと便利
製品として出すアプリでPython exeは無いけど、社内ツール程度のものならPythonで手軽に作れるメリットは大きい

**デフォルトの名無しさん** · 2024/12/04(水) 23:01:47.25

Python最大の利点は、BASICに近いレベルで
BASICよりも便利なことができる点だよね。
数多くリリースされているOSSのライブラリも
後押ししている。

**デフォルトの名無しさん** · 2024/12/05(木) 06:52:28.99

Rubyもそんなこと言われてたけど、速度とAIというキラーアプリで負けて一気に落ちぶれた。
>BASICに近いレベルで
>BASICよりも便利なことができる点

**デフォルトの名無しさん** · 2024/12/06(金) 09:15:32.55

だったらBASICを極めてほしい
なんで言語に制限つけるのか
コンパイラもがんばれ
つかBASICをAIにコンパイルさせて超速exeにしろ

**デフォルトの名無しさん** · 2024/12/06(金) 10:28:42.52

馬鹿には無理

**デフォルトの名無しさん** · 2024/12/06(金) 19:16:09.62

知っているだろうけど、BASICのコンパイラは実在する
各機種ごとにある
BASICぐらいだと賢いひとならコンパイラを自作できる

**デフォルトの名無しさん** · 2024/12/06(金) 20:28:36.47

VisualBasicもコンパイルすりゃ速いんじゃね？
ってところが出発点だよね。
BASICコンパイラなんてDOS時代からある。

**デフォルトの名無しさん** · 2024/12/06(金) 20:52:33.52

プログラム言語でBASICって言う人はBASICって名前の付いた言語がいくつもあることすら知らない
マイクロソフトのVisualBasicって名前の付いたものだけでも
VisualBasic４，５，６
VisualBasic.NET
Visual Basic for Applications
Microsoft Visual Basic Scripting Edition
って複数ある
プログラムやらないから知らないし調べもしないよな

**デフォルトの名無しさん** · 2024/12/07(土) 10:08:14.62

VBScriptはなくなる予定だしな
VBSエンジンだけがなくなるのかWSH全体がなくなるのかは知らんが

**デフォルトの名無しさん** · 2024/12/09(月) 10:47:33.33

>>19
コンパイルしても遅かった
でも最終的にはマシン語で動いてるんだから
AI使ってマシン語で一から書いたくらいにまで極めてばいいのだ

**デフォルトの名無しさん** · 2024/12/10(火) 12:02:12.21

別に出発点ではないなあ
MS-DOS用のMicrosoft BASICには機械語にコンパイルできるものもあったが
VBは長いこと中間コード止まりだった。機械語にできるようになったのはバージョン5以降

**デフォルトの名無しさん** · 2024/12/14(土) 10:01:42.74

Code::Blocks で mingw 選ぶのが最適

**デフォルトの名無しさん** · 2024/12/14(土) 17:08:37.64

Visual Studioでいいから
wslがある今mingwなんてあえてやる必要ない

**デフォルトの名無しさん** · 2025/01/12(日) 08:26:39.62

>>21
「なくなる予定だがいつなくなるとは言ってない」がMSの公式の態度
７でVBSでいくつか作ってたIEをUIに使うツールがIE起動しないはずのWindows11でそのまま動いてびっくりしたｗ
まあこのスレの意図にあわせるとどう考えてもＶｉｓｕａｌＳｔｕｄｉｏ一択
>>1がこの板に専用スレもあるのになぜこんなあたりまえの「Windowsだと使うのも調達するのも使い方調べるのもクソ簡単」なもの挙げてないのか不思議ｗ

**デフォルトの名無しさん** · 2025/01/15(水) 01:57:31.06

.netにパスを通せばcsc/jsc/vbcのコンパイラが
使えるのがいいところ。
コマンドラインツールでよければPythonより
高速なツールを少ない手間で作れる。