24/11/27 22:12:31.33 BzPgpaXj.net
Windows標準インストール状態での処理系紹介と
OSS処理系インストールの無料プログラミング環境の紹介。
ネイティブバイナリを吐く処理系はCygWInが必要とか
めんどくさいので除外。
2:デフォルトの名無しさん
24/11/27 22:17:54.00 BzPgpaXj.net
まず bat。これは外せない。
単純処理しかできないがmakeと併用すると
案外役に立つこともある。
次にPowerShellだが自分は習得できていない。
スクリプトの自由度が高くだいたいのことは
できるので猛者はチャレンジして伝授よろ。
3:デフォルトの名無しさん
24/11/27 22:21:48.58 BzPgpaXj.net
お次はWindowsの３大標準スクリプト。
jscript
cscript
wscript
スクリプトエンジンは同じらしい。
ネットの情報で学習すればかなりの作業が
自動化できる。
プロンプトから使うが、wscriptはダイアログも出せる。
4:デフォルトの名無しさん
24/11/27 22:32:15.36 BzPgpaXj.net
次はひと手間かければWindows標準環境でも
コンパイル型処理系が使える。
環境変数PATHにdotnet64のv4にパス追加。
これで
vbc（vbコンパイラ）
csc（C#コンパイラ）
jsc（jsコンパイラ）
が使える。
.NETのバイトコードランタイムで動作する。
スクリプトよりかなり速い。
GCC系はCygWinとかいるのでパス。
5:デフォルトの名無しさん
24/11/27 22:35:43.80 BzPgpaXj.net
最後にOSSスクリプト処理系。
PythonはMSのアプリストアにあるはず。
ほかperlでもrubyでもPHPでもお好みでどうぞ。
6:デフォルトの名無しさん
24/11/28 21:31:43.87 /JkLJlwC.net
jscript（cscriptエンジンで動かすjs）はさすがに
ほぼ絶滅したと思うが、コマンドラインで動かす
vbsは覚えておくと結構役に立つ。
あとMSはdotnetへのパスをデフォルトで通すべき。
C#とVBのコンパイラが使えると、簡単なツールなら
30分で書けてコンパイルと動作確認できる。
7:デフォルトの名無しさん
24/12/02 07:58:00.04 TzhG0rSP.net
久しぶりにツールでcscriptの出番があった。
8:デフォルトの名無しさん
24/12/03 23:42:54.09 IsnFU/fs.net
Pythonはexe化すると、ランタイムを含めるから
巨大化するのが難点。それなりに高速だが。
9:デフォルトの名無しさん
24/12/04 00:43:32.70 Luaq5jew.net
「エディターっ！！」
って叫んでんのかと思うやん
10:デフォルトの名無しさん
24/12/04 11:10:40.42 oDv/ROvl.net
pythonをexe化する意味は無いね
11:デフォルトの名無しさん
24/12/04 15:39:32.35 u7vbPpyh.net
インタプリタをexe化って大いに意味あるじゃん
12:デフォルトの名無しさん
24/12/04 18:50:38.82 a1cnUzZ3.net
HaskellはrunGHCがインストールする手段としては鉄板になったかな。
13:デフォルトの名無しさん
24/12/04 21:23:00.55 4LtckHeY.net
>>10
ちょっとしたツールを社内の他の人 (他部門にいる非ソフト開発者など) に使ってもらう場面なんかだと便利
製品として出すアプリでPython exeは無いけど、社内ツール程度のものならPythonで手軽に作れるメリットは大きい
14:デフォルトの名無しさん
24/12/04 23:01:47.25 To86zZCw.net
Python最大の利点は、BASICに近いレベルで
BASICよりも便利なことができる点だよね。
数多くリリースされているOSSのライブラリも
後押ししている。
15:デフォルトの名無しさん
24/12/05 06:52:28.99 e4Irmhdy.net
Rubyもそんなこと言われてたけど、速度とAIというキラーアプリで負けて一気に落ちぶれた。
>BASICに近いレベルで
>BASICよりも便利なことができる点
16:デフォルトの名無しさん
24/12/06 09:15:32.55 YZqg7z8k.net
だったらBASICを極めてほしい
なんで言語に制限つけるのか
コンパイラもがんばれ
つかBASICをAIにコンパイルさせて超速exeにしろ
17:デフォルトの名無しさん
24/12/06 10:28:42.52 zw4qy2EX.net
馬鹿には無理
18:デフォルトの名無しさん
24/12/06 19:16:09.62 DcP5haEN.net
知っているだろうけど、BASICのコンパイラは実在する
各機種ごとにある
BASICぐらいだと賢いひとならコンパイラを自作できる
19:デフォルトの名無しさん
24/12/06 20:28:36.47 11bRbN4i.net
VisualBasicもコンパイルすりゃ速いんじゃね？
ってところが出発点だよね。
BASICコンパイラなんてDOS時代からある。
20:デフォルトの名無しさん
24/12/06 20:52:33.52 gWkWJbJ2.net
プログラム言語でBASICって言う人はBASICって名前の付いた言語がいくつもあることすら知らない
マイクロソフトのVisualBasicって名前の付いたものだけでも
VisualBasic４，５，６
VisualBasic.NET
Visual Basic for Applications
Microsoft Visual Basic Scripting Edition
って複数ある
プログラムやらないから知らないし調べもしないよな
21:デフォルトの名無しさん
24/12/07 10:08:14.62 b6u2hw/X.net
VBScriptはなくなる予定だしな
VBSエンジンだけがなくなるのかWSH全体がなくなるのかは知らんが
22:デフォルトの名無しさん
24/12/09 10:47:33.33 OpDrKvX4.net
>>19
コンパイルしても遅かった
でも最終的にはマシン語で動いてるんだから
AI使ってマシン語で一から書いたくらいにまで極めてばいいのだ
23:デフォルトの名無しさん
24/12/10 12:02:12.21 ku50nCXb.net
別に出発点ではないなあ
MS-DOS用のMicrosoft BASICには機械語にコンパイルできるものもあったが
VBは長いこと中間コード止まりだった。機械語にできるようになったのはバージョン5以降
24:デフォルトの名無しさん
24/12/14 10:01:42.74 vNvVxWyE.net
Code::Blocks で mingw 選ぶのが最適
25:デフォルトの名無しさん
24/12/14 17:08:37.64 VJXIGmEP.net
Visual Studioでいいから
wslがある今mingwなんてあえてやる必要ない
26:デフォルトの名無しさん
25/01/12 08:26:39.62 c5cTAwTs.net
>>21
「なくなる予定だがいつなくなるとは言ってない」がMSの公式の態度
７でVBSでいくつか作ってたIEをUIに使うツールがIE起動しないはずのWindows11でそのまま動いてびっくりしたｗ
まあこのスレの意図にあわせるとどう考えてもＶｉｓｕａｌＳｔｕｄｉｏ一択
>>1がこの板に専用スレもあるのになぜこんなあたりまえの「Windowsだと使うのも調達するのも使い方調べるのもクソ簡単」なもの挙げてないのか不思議ｗ
27:デフォルトの名無しさん
25/01/15 01:57:31.06 AxbRcC26.net
.netにパスを通せばcsc/jsc/vbcのコンパイラが
使えるのがいいところ。
コマンドラインツールでよければPythonより
高速なツールを少ない手間で作れる。
28:デフォルトの名無しさん
25/05/24 01:13:18.11 AqDD6BSR.net
winにプリインストールされてるコンパイラはvbcとcscだけ？かな
.netじゃなくて.NETフレームワークのやつね
少し古めだが、VBもC#も超高機能なのには変わりなく、困ることはあるまい
ただ素のWindowsだとエディタがアレなので、外部アプリ入れていいならwingetでvimとかvscodeとか入れるべき
29:デフォルトの名無しさん
25/05/24 01:13:35.11 AqDD6BSR.net
winにプリインストールされてるコンパイラはvbcとcscだけ？かな
.netじゃなくて.NETフレームワークのやつね
少し古めだが、VBもC#も超高機能なのには変わりなく、困ることはあるまい
ただ素のWindowsだとエディタがアレなので、外部アプリ入れていいならwingetでvimとかvscodeとか入れるべき
30:デフォルトの名無しさん
25/05/24 11:37:41.14 WHYJgCdO.net
WindowsでC#やVB.NET使うのにVisual Studio入れないのはただのアホ
ましてVScodeなら拡張機能自作とかあるけどvimなんか挙げるのはろくなものが作れないエアプさん
31:デフォルトの名無しさん
25/05/26 13:46:57.68 cvwCoF8H.net
>>30
スレチ
32:デフォルトの名無しさん
25/06/22 18:11:38.76 BooQtlyq.net
csc/vbcが標準インストールで入ってるのは良いが、pwshに埋め込みで呼ぶともっとよいぞ
33:デフォルトの名無しさん
25/06/24 12:02:15.03 1ZoLgpFU.net
どっかのスレで誰かが造る話してる
34:デフォルトの名無しさん
25/06/24 12:07:39.52 R8Z9QOgt.net
Ildasm.exe (IL 逆アセンブラー) - .NET Framework | Microsoft Learn
URLﾘﾝｸ(learn.microsoft.com)
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
URLﾘﾝｸ(learn.microsoft.com)
35:デフォルトの名無しさん
25/08/03 21:19:47.40 kVKBj15M.net
テキストエディタとスクリプト言語を結びつけているやつはなんなんだ
36:デフォルトの名無しさん
25/10/12 05:21:29.47 W2SaGlg4.net
>>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です、以上のことをボタン一発、もち他にも何でも出来て最強なのは疑いない
37:デフォルトの名無しさん
25/10/12 05:32:06.03 W2SaGlg4.net
本題
>>2
バニラwinのみの縛り開発なら、コンパイラ標準添付で素性のいい言語のc#, VBか、大体何でもokなスクリプトpowershellだろうけど
一番の問題はエディタ/IDEだね
まさかメモ帳でC#やVBを書くわけにもいくまい…
標準添付のIDEはPowerShell ISEのみだから、実質PowerShellが消去法でダントツ優勝だと思う
ただし標準添付は.Net Frameworkのカビ生えた古い古いPowerShellのみなのでそこら留意（dotnetのモダンなpwshに非ず）
38:デフォルトの名無しさん
25/10/12 14:14:34.00 r9Vknw05.net
ウインドーズでマイクロソフトに生涯人生を捧げる覚悟があるならC#でいいと思う
それが嫌ならヴィジュアルストゥディオはやめとけ
39:デフォルトの名無しさん
25/10/16 02:45:21.98 BKqCsKPx.net
PowerShell ISEは評判がちょっと悪いねぇ
しかしIDE標準装備とかunix, linuxにも（多分殆どのフレーバーで）無いはずだし、winこそプログラマのOS
まあ調べたらdiscontinued決まったぽいけど…
VBAも簡易なIDEぽいもの付いてるけど標準装備でなく有料だから不適格だね
C#もVB.NETもコンパイラだけ標準装備だけどなんかIDE的なもの付けろよ
40:デフォルトの名無しさん
25/10/16 02:57:40.24 V9AWaYDP.net
Macにはスクリプトエディタがあるぞい
41:デフォルトの名無しさん
25/10/16 04:06:20.37 BKqCsKPx.net
>>40
そうなんだ無知晒して恥ずかしい
Mac OS Xは昔ちょっと触ったけど素でなくてもプログラミング環境面倒だった記憶
クソデカXCodeなるものをユーザ登録して入れてないと何一つマトモなことできないクソクソクソだったわ
42:デフォルトの名無しさん
25/10/16 04:09:18.73 BKqCsKPx.net
いやWinもVS入れないとガチ開発出来ないから似たようなもんか
（ちょっと古めの）コンパイラがバニラで入ってる分、多少良心的？
会社のwin機が言語処理系含め一律ソフトウェア入れるの禁止だから標準装備のcscとvbcにはほんとお世話になってる
43:デフォルトの名無しさん
25/10/16 04:11:08.71 V9AWaYDP.net
スレチだけども、フルセットのxcode入れんでもコマンドラインツールズを入れたらターミナルでコンパイルする分は揃うよ
44:デフォルトの名無しさん
25/10/16 04:17:25.58 V9AWaYDP.net
昔はVS入れなくてもWindowsSDKだけ入れたらcl.exe付いてきたはずだけども、今は知らない
45:デフォルトの名無しさん
25/10/17 03:37:14.97 D1Ebmx1L.net
>>44
一応コマンドラインツールはMSのサイトでバラで手に入りはする
よくつかうコマンドだとclとかdotnetとかnmakeとか
まあこれだけ有ればエディタ以外は十分でしょ
このスレの本旨といえる、職場とかのなんもソフト入れられない環境だと、たとえMS公式配布物でも入れなきゃならんなら意味はないのだが…
つらひ
46:デフォルトの名無しさん
25/10/20 08:30:44.89 3D60ri6O.net
C#でいいじゃんって思ったけど、そうかエディタがないのか
てかそんな環境で長いソースコードを描く場面はさすがにない
メモ帖を開発環境に昇華するための周辺ツール作りから始める事になるわ
どういう苦行だよ
47:デフォルトの名無しさん
25/10/20 18:39:59.77 0gDgOinK.net
今ならオンラインの開発環境もあるんでないの？