アカウント名:
パスワード:
>CmdはWindows上でファイルエクスプローラーやEdge、Internet Explorerと並ぶ最も実行頻度の高い実行ファイルである
開発者としては、どういう局面で使われてるのか検証して、わざわざコマンドプロンプト呼び出さなくてもいいようにするのが先だとは思わないのか？
まあ「開発室内に置いて実行頻度が高い」ということなのかもしれないが、それにしても、なぁ。
処理をGUIで入力して自動化できるようになったらいいのかなと思うときはある。思うときはあるが多分誰も使わないんだろうなとエクセルの利用状況を見て思う。VBAのような機能に一般ユーザーを誘導するというのはそれはそれでありだと思う。ただ開発者が設定を起動するたびシャットダウンするたびにリセットするような目的で使っていることも考えられるわけでそういう用途にGUIを強制されるのは鬱陶しい。根本的にはcmd.exe用の*.batをどう巻き取るかという問題で現実的にはA,ユーザが他で動くようにスクリプトを書き換える。時期を見てcmd.exeは廃止。B,cmd.exeは機能の追加を行う行わないは別として維持する。C,cmd.exe互換のなんかを用意するなりpowershellかBoW(Bio Organic Weaponではない)でコマンドプロンプトのスクリプトを実行できるようにする。あたりが考えられてマイクロソフトは一番楽なBを選んでるってだけ。
＞処理をGUIで入力して自動化できるようになったらいいのかなと思うときはある。それって、「グラフィカルなプログラミング言語を作れ」って話と等価だと思う。そしてそれは素人の妄想にすぎず、常に失敗の歴史だった。たかが条件分岐やループさえも、グラフィカルに表記してもわかりやすくなどならんし、Excelのセルの指定方法ですら、相対的にするか絶対的に指定するかで、お手上げの初心者はいるのだもの。
まして遙かに複雑な処理をGUIでの入力を強制されるくらいなら、Emacsみたいな普通のテキストエディタで書かせろよってなるでしょ。
Emacsみたいな普通のテキストエディタで書かせろよってなるでしょ。
Emacsとかviは普通じゃないと思う。古臭い。モードの切り替えはいいとしてカーソル移動が古臭い。カーソル移動はゲームと一緒だよって言われても最近のおっさんですら普通ゲームはwasdでしょうとこうなる。
昔、グラフィカルにプログラムが書けるっていうツールを売り込みに来た人が居たなあ条件分岐から処理内容までマウスで簡単に書けるって話だったんだけど、反対に、テキストエディタなんかで書くことは一切できないということだった。
プロジェクトを発案・承認した奴は、実際にプログラムができる奴に少しでも意見を聞いたんだろうか? そして、もし一本でも売れているとすると、買った奴は、それを使いこなせる能力を持った人間に意見を聞いたんだろうか?
昔っていまだにその類は出てきますよ。そして使い物になるかは否かはお察しで。
とはいえ、JOB管理ソフトやデータ統合ツールなんかだと、GUIでJOB設定させるものが結構あるんだよね。分岐や例外までGUIベースだったりするみたいだけど、開発じゃなくて運用だと使えるもんなんですかね？
> 開発じゃなくて運用だと使えるもんなんですかね？
開発の人って、運用とかビジネスユーザとかを馬鹿にするよね。そして運用はビジネスの詳細を知らない開発を馬鹿にしてる。
Asteriaがそれなりに売れてる。使い勝手悪くてうっとうしくてしかたないけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
GUIが売りのOSでこれはどうなんだ (スコア:1)
>CmdはWindows上でファイルエクスプローラーやEdge、Internet Explorerと並ぶ最も実行頻度の高い実行ファイルである
開発者としては、どういう局面で使われてるのか検証して、わざわざコマンドプロンプト呼び出さなくてもいいようにするのが先だとは思わないのか？
まあ「開発室内に置いて実行頻度が高い」ということなのかもしれないが、それにしても、なぁ。
Re: (スコア:0)
処理をGUIで入力して自動化できるようになったらいいのかなと思うときはある。思うときはあるが多分誰も使わないんだろうなとエクセルの利用状況を見て思う。
VBAのような機能に一般ユーザーを誘導するというのはそれはそれでありだと思う。
ただ開発者が設定を起動するたびシャットダウンするたびにリセットするような目的で使っていることも考えられるわけでそういう用途にGUIを強制されるのは鬱陶しい。
根本的にはcmd.exe用の*.batをどう巻き取るかという問題で現実的にはA,ユーザが他で動くようにスクリプトを書き換える。時期を見てcmd.exeは廃止。B,cmd.exeは機能の追加を行う行わないは別として維持する。C,cmd.exe互換のなんかを用意するなりpowershellかBoW(Bio Organic Weaponではない)でコマンドプロンプトのスクリプトを実行できるようにする。あたりが考えられてマイクロソフトは一番楽なBを選んでるってだけ。
Re:GUIが売りのOSでこれはどうなんだ (スコア:0)
＞処理をGUIで入力して自動化できるようになったらいいのかなと思うときはある。
それって、「グラフィカルなプログラミング言語を作れ」って話と等価だと思う。
そしてそれは素人の妄想にすぎず、常に失敗の歴史だった。
たかが条件分岐やループさえも、グラフィカルに表記してもわかりやすくなどならんし、
Excelのセルの指定方法ですら、相対的にするか絶対的に指定するかで、お手上げの初心者はいるのだもの。
まして遙かに複雑な処理をGUIでの入力を強制されるくらいなら、
Emacsみたいな普通のテキストエディタで書かせろよってなるでしょ。
Re: (スコア:0)
Emacsみたいな普通のテキストエディタで書かせろよってなるでしょ。
Emacsとかviは普通じゃないと思う。古臭い。モードの切り替えはいいとしてカーソル移動が古臭い。カーソル移動はゲームと一緒だよって言われても最近のおっさんですら普通ゲームはwasdでしょうとこうなる。
Re: (スコア:0)
昔、グラフィカルにプログラムが書けるっていうツールを売り込みに来た人が居たなあ
条件分岐から処理内容までマウスで簡単に書けるって話だったんだけど、反対に、テキスト
エディタなんかで書くことは一切できないということだった。
プロジェクトを発案・承認した奴は、実際にプログラムができる奴に少しでも意見を
聞いたんだろうか? そして、もし一本でも売れているとすると、買った奴は、それを
使いこなせる能力を持った人間に意見を聞いたんだろうか?
Re: (スコア:0)
昔っていまだにその類は出てきますよ。
そして使い物になるかは否かはお察しで。
とはいえ、JOB管理ソフトやデータ統合ツールなんかだと、GUIでJOB設定させるものが結構あるんだよね。
分岐や例外までGUIベースだったりするみたいだけど、開発じゃなくて運用だと使えるもんなんですかね？
Re: (スコア:0)
> 開発じゃなくて運用だと使えるもんなんですかね？
開発の人って、運用とかビジネスユーザとかを馬鹿にするよね。
そして運用はビジネスの詳細を知らない開発を馬鹿にしてる。
Re: (スコア:0)
Asteriaがそれなりに売れてる。
使い勝手悪くてうっとうしくてしかたないけど。