アカウント名:
パスワード:
色んなところで動かせてその上それなりに複雑な処理や面倒な繰り返し処理もさせられるのでやっぱりVBAは便利です。それが動かないのなら駄目。 元のデータをいじらずにどんな処理したかを再現可能な形で残しておくにはマクロとして残しておくのが一番です。元のデータとそれを処理したマクロだけ残しておけば、自分がどこかで間違えていないかなども後で検証可能。意外と簡単なコピペの間違いとかありますからね。[強調マークアップは筆者]
開発とかに関わっていると忘れがちなのが、普通の人ってのは仕事をする為にツールを使うのであって、ツールを使う為に仕事をする訳では無いってトコロかと。
ですから、ツールの学習なんてのは少ないにこした事が無く、往々にして行われるのは、「自分の慣れているツールで出来る限りの事を行う」って事。
＃そして、恐ろしい事にExcelのそういうユーザーの良くある認識が「計算もグラフも表も書ける便利なワープロ」だったり。 ＃そこのメニューにある「Word」って何だと思っているんだか･･･。
Excelって１シートが６５５３５行まで、という制限があったかと思うのですが、 あの仕様で数十万件を扱うのはかなり面倒くさくないですか？
家を建てるのにアーミーナイフを使うようなものですからね. 現物が見えるものだと作るものとツールの相性ってのは分かりやすいのですが, ソフトウェアみたいな形の無いものだとスケール感覚がわきにくいですから.
逆に犬小屋を作るのに重機を持ち出すような例もソフトやシステムの世界では珍しくないわけで.
世の中にはデーターベースというものもあるわけで それだけの件数をワークシート+VBAでやっちゃうという感覚が自分には理解出来ない
構造的に Web ベースにできないというのが意味不明ですが、Excel VBA は他の表計算ソフトと別次元を作り出す [impress.co.jp]世界ですから、気軽に OOo Calc や Google Spreadsheets に置き換えるのは無理じゃないでしょうか。
# リンク先……さすがにやりすぎだろ、これは。
ファイルサーバにファイルを置いて全員が同じパス (同じドライブレターにマウント) で見えるようにした後、電子署名がなくても特定のフォルダにあるマクロ付きファイルは実行を許可する程度で多少マシになるのではないでしょうか。
Excel 2003 以前にこんな設定があったかはわかりませんが、Excel 2007 ならこの程度でもそれなりになんとかなるかと。
ドメインを使ってない場合は各端末の設定が面倒そうですけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
ウェブベースのはVBAが動かない (スコア:2, すばらしい洞察)
色んなところで動かせてその上それなりに複雑な処理や面倒な繰り返し処理もさせられるのでやっぱりVBAは便利です。それが動かないのなら駄目。
元のデータをいじらずにどんな処理したかを再現可能な形で残しておくにはマクロとして残しておくのが一番です。元のデータとそれを処理したマクロだけ残しておけば、自分がどこかで間違えていないかなども後で検証可能。意外と簡単なコピペの間違いとかありますからね。
多くの人が同時に編集することを前提にしたウェブアプリならなおさらこういう風に編集履歴を残しておくのが大事かと。
ここまで書いて気付きましたが、表計算ソフトしか念頭にない意見ですね。しかも加工するべき元データがあって、それを編集していくという仕事だけ。ま、こういう意見もあるということでご容赦を。
Re:ウェブベースのはVBAが動かない (スコア:1)
- 数十万件程度の重いデータ処理でも、なんとかこなしてくれる。
- データとロジックの分離、ということを余りサポートしてくれない。
ということでしょう。「意外と簡単なコピペの間違い」などという事態は、第2の特徴によって引き起こされることです。
「それなりに複雑な処理や面倒な繰り返し処理」をコンピュータ上に実装したら、なるべく
作り捨てにはせず、再利用可能にしたくなります。そうであれば、マクロではなく本格的な
プログラミング言語の出番です。(perl + Text::CSV_* のような簡単なツールの組合せが、
その方面では表計算ソフトよりどれほど強力であることでしょう。)
本格的なプログラミング言語に取り組むのが億劫で、うすうす不便に気付きながら Excel で
どうにか間に合わせてしまう、という習慣の人達は、そりゃ OOo Calc では代替にならない、
と主張するに決まっています。その人達にとっては Excel が最強ツールなのです。
Re:ウェブベースのはVBAが動かない (スコア:3, すばらしい洞察)
かの人たちにとってはExcel+VBAはemacs+elispみたいなもんで
秀丸なんかが代替になるわけがないのです。
Re:ウェブベースのはVBAが動かない (スコア:1)
開発とかに関わっていると忘れがちなのが、普通の人ってのは仕事をする為にツールを使うのであって、ツールを使う為に仕事をする訳では無いってトコロかと。
ですから、ツールの学習なんてのは少ないにこした事が無く、往々にして行われるのは、「自分の慣れているツールで出来る限りの事を行う」って事。
＃そして、恐ろしい事にExcelのそういうユーザーの良くある認識が「計算もグラフも表も書ける便利なワープロ」だったり。
＃そこのメニューにある「Word」って何だと思っているんだか･･･。
Re:ウェブベースのはVBAが動かない (スコア:2, 興味深い)
一旦、シェアを奪ったあとは、その機能は削除されてしまいましたが。
確か、Zohoには、VBAマクロ機能がついてます。
http://vbmacros.wiki.zoho.com/ [zoho.com]
Re: (スコア:0)
で、データが何万件かに増えたところで、これはイカンということになって、Rubyを覚えた。
データをタブ区切りのテキストファイルで持って、Rubyのスクリプトで処理させるようにしてる。
マクロよりずっと楽だと思う。速いし。
統計用の関数とか必要だと違ってくるのかもしれないけれどね。
Excelは処理結果をグラフにするときぐらいだけど、そんなんだったらどのオフィススイート
使っても似たようなもんだし、Numbersで作るグラフがかっこ良いとか、そういう
判断基準になっちゃうんだよね。
Excelのグラフ (スコア:0)
グラフの枠のサイズがひとつひとつ微妙に違っていたりすると、
すごく気になります。（上司からも指摘されて、直せと言われます）。
こういうとき、グラフのサイズをマウスでドラッグすることでしか
直せないのは、とても困ったことです。もちろんグラフそのもの
だけではなく、キャプションとか凡例の位置やサイズもマウスでしか
動かせないですし。数値指定できると便利なんですけどね。
それから、視覚上、重なってしまうもの（たとえば、yの値が
ほとんどゼロでx軸にはりついたようなグラフと、その直線近似）
とかのプロパティをいじりたくて、マウスで指定するときも困る。
けっきょくそのときは、y軸のパラメータを変更してグラフがx軸から
離れるようにして、それでマウスでそのグラフを指定して目的の
操作をやって、それからy軸のパラメータを元に戻す、という面倒な
ことをやりました。
こういうときは、みんなどうやってるのでしょうか。
Re:Excelのグラフ (スコア:1)
「枠」のサイズ調節なら、Altキーを押しながらドラッグすれば、セルの位置にグリッドされますよ。
> キャプションとか凡例の位置やサイズ
こっちはできないのかな?
私も方法は知りませんので、グラフを複数並べる時は「デフォルト設定のままいじらない」ことにしています。
Re:Excelのグラフ (スコア:1)
ただのプレゼン資料なんですから、見やすさ＞＞正確さ、ですよ。
グラフについては、Excel側でグラフをコピペしてデータ領域だけ変えて、大きさを揃えて、
Powerpointに貼り付けた後は倍率変更で調整、でどうですか？
私はマウスによるサイズ変更は滅多にやりません。おっしゃるとおり合わせにくいですから。
Re:Excelのグラフ (スコア:1)
これこそVBAでできませんか。
各グラフ(範囲)のhightをマクロで指定するという感じ。
それか、複数のグラフを選択しておいて、どうのこうの‥‥‥。
(手元にExcelがないので曖昧ですが)
> yの値がほとんどゼロでx軸にはりついたようなグラフと、その直線近似
これって、y軸を右クリックしてプロパティ(?だったかな)から
「最大値」を自動でしないようにして(チェック外して)、適当な数値を手入力すればできたような。
そういうことじゃなくて?
あぁ、y軸を2つにするとかいうことでもなく?
# 二つのグラフを重ねれば、3軸もできるはず。
見当違いなことを書いていたらすみません。
聞くは一時の恥。聞いたら一生の恥？
Re:Excelのグラフ (スコア:1)
>直せないのは、とても困ったことです。
複数のグラフをSHIFT押しながら選択して右クリック→オブジェクトの書式設定→サイズ
でみんな同じサイズに出来ますよ。
フォントを自動サイズ調整にしてるとのフォントのサイズも変わっちゃうのが難点ですが。
#Excel2000の場合です。
自分は同じような見た目のグラフを複数個作る場合は
完成形のグラフを1つ作ってからそのグラフをコピー、
データ領域を変更してます。
PowerPoint上でグラフを作る場合は簡単なグラフならExcelじゃなくてグラフの挿入でやったりもします。
大量の複数のグラフについて同じ処理をしたいって言うのなら、マクロの仕事でしょうけれど。
Re: (スコア:0)
OOoは要素数が数千になると全く使い物になりません。ほかにも散布図の描画が異常に遅かったり。
Photoshopが億画素に近くなるとGIMPより桁違いに良いパフォーマンスを示すのと同様、
Excelも巨大グラフを書かせたりするとOpenOfficeよりずっとパフォーマンスがいいんですよね。
数千点の測定結果を一瞬でグラフにして見たい場合に重宝してます。
まあ、数値計算はPerl、きれいなグラフはIllustratorでやってます。
要は、OpenOfficeの使いどころがないといったところですかね。
Re:ウェブベースのはVBAが動かない (スコア:1)
メモリいっぱい積んでますね＞＜
うらやましくなんかないもん＞＜
。。。。早く更新してくれないかなあうちのレンタルPC。メモリ256MBでWin2kって何時の時代よ。
横4800点縦50数点、みたいなスプレッドシートを扱う時は全部統計ソフトに投げてます。
Re: (スコア:0, フレームのもと)
Excelって１シートが６５５３５行まで、という制限があったかと思うのですが、
あの仕様で数十万件を扱うのはかなり面倒くさくないですか？
Re:ウェブベースのはVBAが動かない (スコア:1)
'95 か '97 のバージョンでもっと緩和されていたと思います。
そして、OOo Calc の現行版は 216 行程度に制限されています。
Sun Microsystems が1999年に StarDivision 社を買収する前の、
すごく古い設計判断に基づいている筈です。
Re:ウェブベースのはVBAが動かない (スコア:2, 参考になる)
Excel2007からは1048576行x16384列.
Re:ウェブベースのはVBAが動かない (スコア:1)
Re: (スコア:0)
＞'95 か '97 のバージョンでもっと緩和されていたと思います。
どうして、3秒調べれば分かる事実を書けないかな?
Office 2007から6万5536行→104万8576行 [nikkeibp.co.jp]
#セル内の文字数と勘違いしていたと言い訳するかな?
Re: (スコア:0)
世の中にはデーターベースというものもあるわけで
それだけの件数をワークシート+VBAでやっちゃうという感覚が自分には理解出来ない
Re:ウェブベースのはVBAが動かない (スコア:2, すばらしい洞察)
家を建てるのにアーミーナイフを使うようなものですからね. 現物が見えるものだと作るものとツールの相性ってのは分かりやすいのですが, ソフトウェアみたいな形の無いものだとスケール感覚がわきにくいですから.
逆に犬小屋を作るのに重機を持ち出すような例もソフトやシステムの世界では珍しくないわけで.
Re:ウェブベースのはVBAが動かない (スコア:1)
困るだろう、という考えが私にはあります。perl で言えば DBD::* の
モジュールが存在して、2〜3年以内に更新されているような製品ですね。
そんじょそこらの一般事務系の労働者にとって、SQL の知識というのは
決して簡単なものではないので、Excel でゴリ押しするという感覚は
取り敢えず理解してあげないと仕様がないかな、と思います。
Re: (スコア:0)
まぁおっしゃる通りではあるんですが
某所でテキストでも落ちるデータを紙に印刷して、それを(100件くらい／日)手入力している
のを見て、テキストからExcelに取り込むコード書いてあげた
＃検索しながら特定の箇所に入力だから、数時間かかってたらしい
＃見ててかわいそうになってやったけど、そもそもそういう運用を考えた奴が馬鹿なんだよな
Re: (スコア:0)
「楽になった」と喜んでいる本人がそこまで考えていなかったとしても。
Re:ウェブベースのはVBAが動かない (スコア:1, 興味深い)
VBAは構造的にWebベースにできないということでしょうか？
Re:ウェブベースのはVBAが動かない (スコア:1)
構造的に Web ベースにできないというのが意味不明ですが、Excel VBA は他の表計算ソフトと別次元を作り出す [impress.co.jp]世界ですから、気軽に OOo Calc や Google Spreadsheets に置き換えるのは無理じゃないでしょうか。
# リンク先……さすがにやりすぎだろ、これは。
Re:ウェブベースのはVBAが動かない (スコア:1)
「マクロが動かない」サポートがこちらに回ってきます。
Excelの設定をセキュアにしている＆電子署名なしが原因なのですが、その都度
- Excelのセキュリティ設定を緩める
- マクロを使って作業
- セキュリティ設定を戻す
ことで対処しています。セキュアな状態を維持しつつ、本気で使うつもりなら、まずは電子署名を検討するなりして欲しいものです。
それとも電子署名なし、かつセキュアな状態で動かす方法ってあるのでしょうか？
Re:ウェブベースのはVBAが動かない (スコア:1)
ファイルサーバにファイルを置いて全員が同じパス (同じドライブレターにマウント) で見えるようにした後、電子署名がなくても特定のフォルダにあるマクロ付きファイルは実行を許可する程度で多少マシになるのではないでしょうか。
Excel 2003 以前にこんな設定があったかはわかりませんが、Excel 2007 ならこの程度でもそれなりになんとかなるかと。
ドメインを使ってない場合は各端末の設定が面倒そうですけどね。