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

**デフォルトの名無しさん** · 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より
高速なツールを少ない手間で作れる。

**デフォルトの名無しさん** · 2025/05/24(土) 01:13:18.11

winにプリインストールされてるコンパイラはvbcとcscだけ？かな
.netじゃなくて.NETフレームワークのやつね
少し古めだが、VBもC#も超高機能なのには変わりなく、困ることはあるまい

ただ素のWindowsだとエディタがアレなので、外部アプリ入れていいならwingetでvimとかvscodeとか入れるべき

**デフォルトの名無しさん** · 2025/05/24(土) 01:13:35.11

winにプリインストールされてるコンパイラはvbcとcscだけ？かな
.netじゃなくて.NETフレームワークのやつね
少し古めだが、VBもC#も超高機能なのには変わりなく、困ることはあるまい

ただ素のWindowsだとエディタがアレなので、外部アプリ入れていいならwingetでvimとかvscodeとか入れるべき

**デフォルトの名無しさん** · 2025/05/24(土) 11:37:41.14

WindowsでC#やVB.NET使うのにVisual Studio入れないのはただのアホ
ましてVScodeなら拡張機能自作とかあるけどvimなんか挙げるのはろくなものが作れないエアプさん

**デフォルトの名無しさん** · 2025/05/26(月) 13:46:57.68

>>30
スレチ

**デフォルトの名無しさん** · 2025/06/22(日) 18:11:38.76

csc/vbcが標準インストールで入ってるのは良いが、pwshに埋め込みで呼ぶともっとよいぞ

**デフォルトの名無しさん** · 2025/06/24(火) 12:02:15.03

どっかのスレで誰かが造る話してる

**デフォルトの名無しさん** · 2025/06/24(火) 12:07:39.52

Ildasm.exe (IL 逆アセンブラー) - .NET Framework | Microsoft Learn
https://learn.microsoft.com/ja-jp/dotnet/framework/tools/ildasm-exe-il-disassembler

32ビット版:　C:\Windows\Microsoft.NET\Framework\v4.0.30319\ildasm.exe
64ビット版:　C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ildasm.exe
最上位の await() を使用したネットワーク要求 - コンソールで JavaScript を実行する - Microsoft Edge Developer documentation | Microsoft Learn
ttps://learn.microsoft.com/ja-jp/microsoft-edge/devtools-guide-chromium/console/console-javascript#network-requests-using-top-level-await

**デフォルトの名無しさん** · 2025/08/03(日) 21:19:47.40

テキストエディタとスクリプト言語を結びつけているやつはなんなんだ

**デフォルトの名無しさん** · 2025/10/12(日) 05:21:29.47

>>25
スレチだからわるいけどこのレスだけは許せない

おまえmingw{,-64}触ったことすらないエアプだろ…よく恥ずかしげもなくそんな事言えたもんだ
開発用途ならばこそwslはmingwと共に使うもんじゃねーの？
win版のみならずlinux版のmingwがあるというのが最強に強い

ほぼ同じソースと1台のPCだけで
wsl側からは
gcc on linuxとmingw on linuxでlinuxとwinのバイナリを両方吐けるし、
win側からも
mingw on winでwinバイナリ吐ける

そしてテストまでも1台で
これら3重クロスでこれらが同様に動作するかまでテストまでできる

あ、もちろんIDEはVisual Studioです、以上のことをボタン一発、もち他にも何でも出来て最強なのは疑いない

**デフォルトの名無しさん** · 2025/10/12(日) 05:32:06.03

本題

>>2
バニラwinのみの縛り開発なら、コンパイラ標準添付で素性のいい言語のc#, VBか、大体何でもokなスクリプトpowershellだろうけど
一番の問題はエディタ/IDEだね
まさかメモ帳でC#やVBを書くわけにもいくまい…

標準添付のIDEはPowerShell ISEのみだから、実質PowerShellが消去法でダントツ優勝だと思う
ただし標準添付は.Net Frameworkのカビ生えた古い古いPowerShellのみなのでそこら留意（dotnetのモダンなpwshに非ず）

**デフォルトの名無しさん** · 2025/10/12(日) 14:14:34.00

ウインドーズでマイクロソフトに生涯人生を捧げる覚悟があるならC#でいいと思う
それが嫌ならヴィジュアルストゥディオはやめとけ

**デフォルトの名無しさん** · 2025/10/16(木) 02:45:21.98

PowerShell ISEは評判がちょっと悪いねぇ
しかしIDE標準装備とかunix, linuxにも（多分殆どのフレーバーで）無いはずだし、winこそプログラマのOS
まあ調べたらdiscontinued決まったぽいけど…

VBAも簡易なIDEぽいもの付いてるけど標準装備でなく有料だから不適格だね
C#もVB.NETもコンパイラだけ標準装備だけどなんかIDE的なもの付けろよ

**デフォルトの名無しさん** · 2025/10/16(木) 02:57:40.24

Macにはスクリプトエディタがあるぞい

**デフォルトの名無しさん** · 2025/10/16(木) 04:06:20.37

>>40
そうなんだ無知晒して恥ずかしい

Mac OS Xは昔ちょっと触ったけど素でなくてもプログラミング環境面倒だった記憶
クソデカXCodeなるものをユーザ登録して入れてないと何一つマトモなことできないクソクソクソだったわ

**デフォルトの名無しさん** · 2025/10/16(木) 04:09:18.73

いやWinもVS入れないとガチ開発出来ないから似たようなもんか
（ちょっと古めの）コンパイラがバニラで入ってる分、多少良心的？

会社のwin機が言語処理系含め一律ソフトウェア入れるの禁止だから標準装備のcscとvbcにはほんとお世話になってる

**デフォルトの名無しさん** · 2025/10/16(木) 04:11:08.71

スレチだけども、フルセットのxcode入れんでもコマンドラインツールズを入れたらターミナルでコンパイルする分は揃うよ

**デフォルトの名無しさん** · 2025/10/16(木) 04:17:25.58

昔はVS入れなくてもWindowsSDKだけ入れたらcl.exe付いてきたはずだけども、今は知らない

**デフォルトの名無しさん** · 2025/10/17(金) 03:37:14.97

>>44
一応コマンドラインツールはMSのサイトでバラで手に入りはする
よくつかうコマンドだとclとかdotnetとかnmakeとか
まあこれだけ有ればエディタ以外は十分でしょ

このスレの本旨といえる、職場とかのなんもソフト入れられない環境だと、たとえMS公式配布物でも入れなきゃならんなら意味はないのだが…

つらひ

**デフォルトの名無しさん** · 2025/10/20(月) 08:30:44.89

C#でいいじゃんって思ったけど、そうかエディタがないのか
てかそんな環境で長いソースコードを描く場面はさすがにない
メモ帖を開発環境に昇華するための周辺ツール作りから始める事になるわ
どういう苦行だよ

**デフォルトの名無しさん** · 2025/10/20(月) 18:39:59.77

今ならオンラインの開発環境もあるんでないの？