アカウント名:
パスワード:
スプレッドシートの使い方を理解してもらえなかった……
今更、それ、ガッチガチにVBAだのマクロだので作り込まなくても、スプレッドシートだけで簡単に実現出来るんですよとはいい出せない雰囲気だぞ……
保守しながら使い続ける用途の場合、最初からロジックは VBAで組んだほうがメンテしやすいとか？VBAとワークシートとでロジック・プレゼンテーションの分離ができたるする？
VBAは無理。読めない。わけわからん。できればC#か、マクロ用にカスタマイズした廉価版C#を搭載して欲しいな。精一杯妥協したとしても、JavaScriptが限界。VB系は可読性が悪すぎる。
ヘタレが書いたらどんな言語でも同じ。ぐちゃぐちゃなJavaScriptのコードはthisに何が入ってるか全くわからん。とても読めたもんじゃない。
メンテしやすいかどうかに言語はあまり関係ないしなあ。（あまりに寿命が短そうなものは除く）最初からメンテする意思があって、それに即した行為をやり続けられるかが大きいと思う。結局、多かれ少なかれ移植はしなければいけないし。メンテしやすいというレベルでしか考えない行為自体が、メンテは考えてませんと言っているに等しいような気がする。
＞ VBAは無理。読めない。わけわからん。PowerShell [blogspot.jp]にしなよ。.Net Frameworkのオブジェクトなら触れるし、対話的作業もできるし
> できればC#か、マクロ用にカスタマイズした廉価版C#を搭載して欲しいな。君の手元のPCがWindowsなら、C#は標準搭載だよ。Csc.exeでコンパイル可能 [blogspot.jp]。
＞ 精一杯妥協したとしても、JavaScriptが限界。JavaScriptで我慢できるなら、JScript [wikipedia.org]って手もあるぞ。
不満ばかり言う前に、少しは自分で調べてみなよ。よくやってる方だと思うよ、マイクロソフトは。
スプレッドシートで使えるんですか?
＞ スプレッドシートで使えるんですか?使える。WordでもVisioでも使える。
いつの間にマイクロソフトはOffice内で追加インストール無しに
PowerShellやC#やJavascriptを使えるようにしてくれたんですか？
＞いつの間にマイクロソフトはOffice内で追加インストール無しに＞PowerShellやC#やJavascriptを使えるようにしてくれたんですか？PowerShellとC#に関して言えば、それらの言語の最初のリリースから。JavaScriptでなく、JScriptも同様。VBScript(VBAではない)も同じ。
ついでに言えば、Windows用のRubyもWIN32OLE経由でできる。やったことはないが、PerlもPythonも同じじゃないか?
マイクロソフトは、君が考えるよりもずっと賢いんだよ。
だいたい、ぐぐれば判る様なことを他人に聞くなよ。そんな暇があったら、さっさとハックしろ。
＃そう言う下らない質問をする奴は大抵ハックできない奴だ。
ソースコードを手に入れるのに金を払わないといけないようなソフトウェアに対して、ハックとな
(ハック = 最小の労力・コストでぱっと作ったものだが、十分使えるもの)
外部スクリプトからCOM経由で操作するのを「Office内で」と呼ぶのはちょっと違うんじゃないかバッチ処理はともかく、GUIのイベントハンドラをVBAエディタ以外で書くのは想像したくない。一応スクリプトコンポーネント使ってJScriptで処理を書いたことがあるけど、Script-VBAの値の受け渡しが辛かった。
VSTOはExpress版はないし、使ってる人を聞いたこともないな。（配布時はインストールが必要って時点で論外）
やっぱネイティブでC#なりPowershellに対応すべき。
ソースが公開されてないとハックできないとかww
VSAっていうスクリプティングホストの後継があったはずなんですけどねぇ。なぜか、Officeにはいまだに組み込まれてませんねぇ。
MS Officeに元々共通インタフェースがあって、PowerShellやJScriptが使っているだけ。追加インストールが必要ってアドオンか何かと勘違いしてない？
PowerShellやC#はよく知らないけど、少なくともJavaScriptに関してはOffice 2013から標準搭載のはず [microsoft.com]で、むしろ今後のOfficeの標準言語にする意気込みだと思ってましたが。
というか、逆にVBAはもう非推奨のはず。次バージョンで消えるんじゃなかったっけ。
ただPowerShellからのExcel操作って無茶苦茶遅いんだよな。100件程度の繰り返しでも実行する前に「あ。。これ大丈夫かな」って気分になる。
こんなの書いてみると、
$e = New-Object -com excel.application$e.Visible = $true$b=$e.Workbooks.Add()#組み込みスタイル出力$i=1;$b.Styles|%{$b.ActiveSheet.Cells.Item($i,1).Value2=$_.Name;$i++}
おっせええええww、ってなる。割り切るところだけどねー。
過去の資源が動かなくなるほうがコスト的に問題では無いでしょうか？
csc＋オートメーションで行けんじゃね？
VBA自体は読みやすいですけどね。Excel組み込みオブジェクトが結構読みづらいですが。Findとか（遅いんで自分で連想配列とかバイナリサーチとかしたほうが早いです）。
他の人も書いてるけどVBAはアプリのOLEオートメーションを呼び出してるだけなのでC#からも呼べるよ。(MS版の)JavaScriptからも呼べる。
VBAはエディタが標準でついてるだけの話だろう。
廉価版は劣化版でも簡易版でもなくてよ！
Windows Scripting Host でJScriptコードからexecl.exe(ActiveX)を操作すれば・・・
等と考えてしまった。
VBAは他のプログラミング言語と同じ土俵でしか戦えないので、単に古臭くて機能が足りない言語としか言いようがない。
だから、古臭い言語しか使えない人間以外には有効ではない。
それに対してスプレッドシートは、一般的なプログラミング言語とは全く性質を持つので、使いどころによっては最良の選択肢になることも多い。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
一方日本は (スコア:1)
スプレッドシートの使い方を理解してもらえなかった……
今更、それ、ガッチガチにVBAだのマクロだので作り込まなくても、
スプレッドシートだけで簡単に実現出来るんですよとはいい出せない雰囲気だぞ……
Re:一方日本は (スコア:0)
保守しながら使い続ける用途の場合、最初からロジックは VBAで組んだほうがメンテしやすいとか？
VBAとワークシートとでロジック・プレゼンテーションの分離ができたるする？
Re:一方日本は (スコア:1)
VBAは無理。読めない。わけわからん。
できればC#か、マクロ用にカスタマイズした廉価版C#を搭載して欲しいな。
精一杯妥協したとしても、JavaScriptが限界。
VB系は可読性が悪すぎる。
Re:一方日本は (スコア:1)
ヘタレが書いたらどんな言語でも同じ。
ぐちゃぐちゃなJavaScriptのコードはthisに何が入ってるか全くわからん。
とても読めたもんじゃない。
Re: (スコア:0)
メンテしやすいかどうかに言語はあまり関係ないしなあ。（あまりに寿命が短そうなものは除く）
最初からメンテする意思があって、それに即した行為をやり続けられるかが大きいと思う。
結局、多かれ少なかれ移植はしなければいけないし。
メンテしやすいというレベルでしか考えない行為自体が、メンテは考えてませんと言っているに等しいような気がする。
Re:一方日本は (スコア:1)
＞ VBAは無理。読めない。わけわからん。
PowerShell [blogspot.jp]にしなよ。
.Net Frameworkのオブジェクトなら触れるし、対話的作業もできるし
> できればC#か、マクロ用にカスタマイズした廉価版C#を搭載して欲しいな。
君の手元のPCがWindowsなら、C#は標準搭載だよ。
Csc.exeでコンパイル可能 [blogspot.jp]。
＞ 精一杯妥協したとしても、JavaScriptが限界。
JavaScriptで我慢できるなら、JScript [wikipedia.org]って手もあるぞ。
不満ばかり言う前に、少しは自分で調べてみなよ。
よくやってる方だと思うよ、マイクロソフトは。
Re: (スコア:0)
スプレッドシートで使えるんですか?
Re: (スコア:0)
＞ スプレッドシートで使えるんですか?
使える。
WordでもVisioでも使える。
Re: (スコア:0)
いつの間にマイクロソフトはOffice内で追加インストール無しに
PowerShellやC#やJavascriptを使えるようにしてくれたんですか？
Re: (スコア:0)
＞いつの間にマイクロソフトはOffice内で追加インストール無しに
＞PowerShellやC#やJavascriptを使えるようにしてくれたんですか？
PowerShellとC#に関して言えば、それらの言語の最初のリリースから。
JavaScriptでなく、JScriptも同様。VBScript(VBAではない)も同じ。
ついでに言えば、Windows用のRubyもWIN32OLE経由でできる。
やったことはないが、PerlもPythonも同じじゃないか?
マイクロソフトは、君が考えるよりもずっと賢いんだよ。
だいたい、ぐぐれば判る様なことを他人に聞くなよ。
そんな暇があったら、さっさとハックしろ。
＃そう言う下らない質問をする奴は大抵ハックできない奴だ。
Re: (スコア:0)
ソースコードを手に入れるのに金を払わないといけないようなソフトウェアに対して、ハックとな
(ハック = 最小の労力・コストでぱっと作ったものだが、十分使えるもの)
Re: (スコア:0)
外部スクリプトからCOM経由で操作するのを「Office内で」と呼ぶのはちょっと違うんじゃないか
バッチ処理はともかく、GUIのイベントハンドラをVBAエディタ以外で書くのは想像したくない。
一応スクリプトコンポーネント使ってJScriptで処理を書いたことがあるけど、Script-VBAの値の受け渡しが辛かった。
VSTOはExpress版はないし、使ってる人を聞いたこともないな。
（配布時はインストールが必要って時点で論外）
やっぱネイティブでC#なりPowershellに対応すべき。
Re:一方日本は (スコア:1)
ソースが公開されてないとハックできないとかww
Re: (スコア:0)
VSAっていうスクリプティングホストの後継があったはずなんですけどねぇ。
なぜか、Officeにはいまだに組み込まれてませんねぇ。
Re: (スコア:0)
MS Officeに元々共通インタフェースがあって、PowerShellやJScriptが使っているだけ。
追加インストールが必要ってアドオンか何かと勘違いしてない？
Re: (スコア:0)
PowerShellやC#はよく知らないけど、少なくともJavaScriptに関してはOffice 2013から標準搭載のはず [microsoft.com]で、むしろ今後のOfficeの標準言語にする意気込みだと思ってましたが。
というか、逆にVBAはもう非推奨のはず。次バージョンで消えるんじゃなかったっけ。
Re: (スコア:0)
ただPowerShellからのExcel操作って無茶苦茶遅いんだよな。
100件程度の繰り返しでも実行する前に「あ。。これ大丈夫かな」って気分になる。
こんなの書いてみると、
$e = New-Object -com excel.application
$e.Visible = $true
$b=$e.Workbooks.Add()
#組み込みスタイル出力
$i=1;$b.Styles|%{$b.ActiveSheet.Cells.Item($i,1).Value2=$_.Name;$i++}
おっせええええww、ってなる。割り切るところだけどねー。
Re: (スコア:0)
LibraOffice みたいなのから派生したりしないのかしら
Re: (スコア:0)
過去の資源が動かなくなるほうがコスト的に問題では無いでしょうか？
Re: (スコア:0)
csc＋オートメーションで行けんじゃね？
Re: (スコア:0)
VBA自体は読みやすいですけどね。Excel組み込みオブジェクトが結構読みづらいですが。
Findとか（遅いんで自分で連想配列とかバイナリサーチとかしたほうが早いです）。
Re: (スコア:0)
他の人も書いてるけど
VBAはアプリのOLEオートメーションを呼び出してるだけなのでC#からも呼べるよ。
(MS版の)JavaScriptからも呼べる。
VBAはエディタが標準でついてるだけの話だろう。
Re: (スコア:0)
廉価版は劣化版でも簡易版でもなくてよ！
Re: (スコア:0)
Windows Scripting Host でJScriptコードからexecl.exe(ActiveX)を操作すれば・・・
等と考えてしまった。
Re: (スコア:0)
VBAは他のプログラミング言語と同じ土俵でしか戦えないので、
単に古臭くて機能が足りない言語としか言いようがない。
だから、
古臭い言語しか使えない人間以外には有効ではない。
それに対してスプレッドシートは、
一般的なプログラミング言語とは全く性質を持つので、
使いどころによっては最良の選択肢になることも多い。