Excel VBA 質問スレ Part55
レス数が950を超えています。1000を超えると書き込みができなくなります。
ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK
※前スレ
Excel VBA 質問スレ Part54
https://mevius.5ch.net/test/read.cgi/tech/1527334657/ 別にVBA覚えたからといって他の知識を覚える余地がなくなるほど
脳の容量が少ないわけじゃあるまいよ >>843
バカには分からんようだ。
決定的に出来ないのは下記。
・標準で、つまり他にインストールなり設定変更なりを必要としない。
・作ったプログラム単体の配布で別ユ―ザーの環境でも実行できる。
PythonはWindowsに標準でインストールされてるんだっけ? >>845
アホだなあ。
専用言語で対応できなければPython使えば良いんだよ。
プログラマの都合じゃなく、ユーザ一の都合に立てばPythonにはどうしてもデメリットがある。
一方、専用言語では出来ないことであればPython使えば良い。
つまり、これこそが用途が違うということだ。 >>853
質問スレなのに質問者の環境を考慮せずにそんな前提をなんで置くの?
そもそもその前提がかなり独りよがりだって気づいて?
特に2つ目の単体配布にこだわる理由は本当に意味がわからない
別にファイルが2つになって具体的にどんな問題があるの? >>853
わかってないバカはお前な
マイクロソフトがPythonを採用すると決定すればそれも一緒にバンドルされるか、
追加パッケージで楽々インストールできるようになるに決まってるだろ
そしてJavaScriptはもう既に標準で動作している
JavaScriptならPowerShellやC#と同じでOfficeとかいう高級ソフトの導入すら必要なく真の意味で標準で動作する
何度も言ってるがそもそもユーザー目線だと単体/複数の区別に大した意味はなく、
開発者からすれば単体ファイルでの開発は扱いにくいだけ
だがまあExcel PythonはVBAの置き換えになるだろうからブックに入れて配布って形になるだろうからファイル数は1になるだろう
そしてExcel JSはそもそもファイル配布ではなくURL指定だからユーザー目線だと受け取るファイル数は0だ >>854
アホだなあ。
専用言語じゃ大事なユーザーのニーズを満たせないんだって
なので汎用言語とAPIを使って作るの
マイクロソフトは専用言語なんてバカバカしい選択肢を選んだか?
マイクロソフトは賢いからPythonやJavaScriptに投資してるぞ?
VBA信者ばかりのこのスレですらお前だけだ専用言語なんてトンチンカンなことを言ってる奴は >>849
>質問者はVBAを使いたいのか?違うだろ問題を解決したいんだろ
スレタイ、読めないの?w
ここまでアホだったのかww >>856
バーカ。
今は採用されて無いんだよ。
そして採用されたらPython使うわ。
Python有利と思ったらな。 >>857
ユーザーは機能が実現出来れば言語なんて何でも良いんだよ。
お前のはプログラマの独りよがり視点ここに極まれりだ。 >>855
この前提はプログラマ視点ではなく、単にそのプログラムを利用するユーザー視点として当然のもの。
これを理解出来ない奴の方が独りよがりだよ。 >>855
複数より単体の方が使いまわしが良いのは当然だ。
別ユ―ザーにも複数を強いるのは大きなデメリットだぞ。 DLL同梱してるフリーウェアとか全滅だな
あ、フリーウェア自由に入れられる環境なんてないとかいう明後日のリプは要らないです 一番分かりやすいのは例えばVBAでもインターフェースがダメダメなのを受け取ったら俺が自分に合うように修正することだ。
だから、自分の環境にPythonが入って無ければ、もうそれだけでダメダメということだ。
実際には俺の個人PCにはPython入ってるが、俺が配布する場合、受け取る奴に入れることを強いたり、入ってることに期待したりはしない。
これ、VBAも同じ。
一般のexeファイルや、そのコードを配布する時にExcel入ってることが前提だなんてのはダメだな。 >>864
そういう前提の一般のexeプログラムは良いだろ。
でも、俺は出来るだけWindows標準dllだけで何とかするという場合もある。
当然、何ともならないからインスト―ラでいろいろ入れるというのもある。
でも、exeファイル単体、インストーラ無しが有利なのは変わらん。
そして、専用言語が有った場合は、余計なものが必要無いのがデフォルトとなる。
したがって、より有利だ。 >>864
ああ、仕事の方は正に自由に入れられないな。
有料の方が申請すれば入れられる場合もあるけどね。 >>847
>じゃないとこれからプログラミングを始める人に間違った情報与えることになるでしょ。
お前なんぞに言われなきゃならん理由なんぞねーわカス ユーザーはファイル数など気にしない
OSデフォルト以外への依存性が最も少ない言語はPowerShellとC#
専用言語ではユーザーのニーズを満たせないし鎖国政策はデベロッパやユーザーの反感を買うだけ >>869
間違いなく気にする。
気にしないなんてのはExcel使ったこと無い奴だろ。 >>869
ユーザーは動けば良いからVBAじゃなくても良い
ユーザーは動けば良いからファイル数が増えても良い
ユーザーは動けば良いのに専用言語は許さないの?w
1レスで矛盾するとはw >>869
何でデベロッパーが出てくるんだw
お前はプログラマの独りよがり視点から抜け出せない奴だな。
それにC#は違うだろw
もっともVBAでどうにもならない場面で使うのはPowerShellじゃなくてC#だがね。 >>871
動けば良いの動けばの部分にユーザーインターフェースも入ると言ってる。
つまり、機能面に入ってる。
もっともその中では最優先ではない。
しかし他言語のメリットは機能面にすら入っていないものが多い。
そして、機能面に入ってきた時はそっちを使う。
C#を使うのはそういう時だ。
めったに無いけど。 >>870
世の中には数多くのファイルで構成されたアプリがそれこそ数えきれないほどあって当たり前のようにユーザーに受け入れられてる
あなたは普段から単体ファイルエクセル縛りを自らに課して厳しい修行を続けてるからそれに慣れてしまったんだろうけど他の凡人はそうじゃないからね >>871
動けばいいなんて誰が言ったんだよ? お前だろ
こっちは動けばいいんじゃなくてファイルが複数でも気にしないと言ってるんだ
専用言語じゃユーザーの求めるものが作れないんだからゆるさんにきまっとるだろ >>872
プラットフォームを使ってアプリやライブラリを作るのはデベロッパーだ
デベロッパーが興味を持たないとユーザーへの恩恵も激減すんだよ
なぜこんな簡単なこともわからないかね 複数ファイル化なんてことをやったらプログラミングの素人ばかりの事務の現場は大混乱するぞ
意識的にディレクトリやファイルの管理が出来る奴の方が少なくて、勝手にファイルをリネームしたり移動させたりする奴が多いからな
配布時にもトラブル多発するだろうし 複数ファイルからなるExcelマクロやbatファイルを部内に配布してるけど誰からも文句なんて出たことないぞ まあいまいち想像しにくいけど問題がある事務所があるらしいのはわかった
結局のところ人による話でやはり単一ファイルを自明の前提とするのは筋が悪いのでは? ファイルがフォルダになるだけでしょ
xlsxだって要するにただのzip >>875
そっか、そんなことは書いてないかw
でもね、ユーザーの求めるのはExcel操作なんだよね。
作れるだろ、 VBAで。
一体、何を作ろうとしてるのよw >>874
それらのアプリも1ファイルならそっちが使われる。
例えば、フリーソフトなんかでアンインストールではファイル削除のみ、レジストリ、余計なファイルを削除する必要無し等とうたう場合が有るだろ。
無理して1ファイルにする必要は無い。
しかし専用言語の場合は無理して無いからな。 >>876
バーカ。
それは機能よりも優先順位はずっと低いんだよ。 >>878
俺がそこにいて1ファイルで完結するファイルを配布したら使われるのは俺の方だ。 バカばかりだ。
比べるべきは、ファイル数以外が全く同じなら1ファイルの方が使われるし、それが全てだということ。
VBAで組んだとかPythonで組んだとかは言語を知らないユーザーにとってはどうでも良いことだ。 >>876
デベロッパーが作ってるのはExcelそのもの。
それを活用するためのVBA。
それすらわからんの?w >>869
この人は鉄1kgと綿1kgどちらが重い?と聞かれたら鉄1kgと答えるんだろうな。
専用言語ではユーザーのニーズを満たせない等と勝手な謎理論を展開されても困るんだが。
満たせるに決まってるだろ。
バカじゃね―の?
こっちは満たせない場合は他言語使うと言ってるのに。
つまりVBA使った時点で満たせる場合なんだよ。 相変わらず煽り耐性やスルースキルゼロの
余裕のないおっさんで溢れてるな 他言語の話する奴は荒らしと認定し片っ端からNGでスッキリ VBAスレなら俺でもマウントとれるだろう、という輩が集まって来てる >>849
VBAで問題解決したいからVBA質問スレで質問してるんだろ
バカなのか? 老害だらけの会社だとExcelくらいしか使えないっす >>888
自分に不利な点は認めたくないような判断と願望が一緒になったような奴が多いんだな。
ftp%3A//archive.download.redhat.com/pub/redhat/linux/9/en/doc/RH-DOCS/rhl-gsg-ja-9/s1-managing-compressing-archiving.html
ファイルのグループをまとめて1つのファイルにして保存すると、バックアップや 他のディレクトリへの移動、又はコンピュータ間の移動も簡単になり便利です。
https://support.microsoft.com/ja-jp/help/14200/windows-compress-uncompress-zip-files
複数のファイルをまとめて 1 つの zip フォルダーに格納すると、ファイルを簡単に共有できます。
こんな当たり前のことが分からないのは困り者。
そもそもなんでExcelブックではzip圧縮する時に個々のファイルをそれぞれ圧縮するのではなく、1つのファイルにまとめているのかを考えれば当然のことなんだけどね。
世の中になんでアーカイブ機能が必要とされたのか分からんようじゃプログラマ失格だ。 こんな事言うと叩かれそうだが、メールで渡した時に複数ファイルにリンクしてるとダブルクリックで開いだ時にマクロ動かないってクレームくるから単一ファイル主義になった。
zipにしてもWindowsが余計なことするせいで、展開せず開かれて無事死亡 >>893
VBAというのがなんか凄いらしい程度の知識の質問者もこれまでにいっぱいいだだろう
まあお前にはその辺の言葉の裏まで読み取るのは難しそうだが
>>895
Excelマクロってある種ツールのようなもので、そんな頻繁にファイルの移動をする場面が思いつかないんどけど
配布するときに限ってもzipっていう素晴らしい技術があるんだからzipすればいいだろ
煽りじゃなくて聞きたいんどけど、単一ファイルで良かったっていうシュチュエーションを具体例出して教えてくれない? 頼まれてもいないのにこんな匿名掲示板で言葉の裏を読もうとするエスパーいて草 VBAよりC言語とかJavaとかのがまだ世間に知られてると思うけどな。 じゃ、あんたはC言語とかJavaでExcelを操作すればいい >>897
当たり前のことを当たり前と認められないほどくやしいんだな
VBA質問スレでVBAで答えを出してやるのは当たり前のこと >>897
明らかに当たり前の話だと思ってたんだが、君は違うようだから聞きたい。
zip圧縮する必要が有る場合とzip圧縮する必要が無い場合で、それ以外全く一緒の時にどっちが手間がかかるんだい? >>897
Excelブックを移動する場面が思いつかない?
君、働いて無いだろ。
ニートはExcel使わなくても良いんだぞ。
表計算が必要ならOpenOfficeやGoogleスプレッドシートをお勧めするよ。 >>902
zip圧縮する場合はわざわざ単一ファイルにする必要がなくなるんだからそれ以外同じという条件が馬鹿げてる
あり得ない前提を元に妄想するの好きだなお前 反論出来なくて別の話に持って行こうとするのはやめたまえ。 >>905
???
複数ファイルの場合はzip圧縮すれば良いと言ったのは君だろう。
単一ファイルの場合はzip圧縮する必要が無い。
で、両者の機能が同じ場合に、それを扱うのに手間がよりかかるのはどっち? >>905
というか「わざわざ」と書いてるんだから、君自身明らかに分かってる筈なんだけどなあw こいつと話してると自分の日本語が不安になってくるんだがこいつが読めてないだけだよな??? >>909
誤魔化さずに答えてやれば?
レスしてるやつ以外も見てるしさ。 >>907
zip圧縮する場合とzip圧縮しない場合は、単一ファイルにするという制限が違うのだから、それ以外の手間が一緒になることはないよね
単一ファイルにしないほうが、作る手間は少なくなる(←ならないって言いそうだけど)
だから
> それ以外全く一緒の時
という前提は、意味がない
強いて比較するなら、
単一ファイルにこだわりzip圧縮しない手間 vs 単一ファイルにこだわらずにzip圧縮する手間
で考えるべきじゃない?
>>908
「わざわざ」が修飾してるのは「単一ファイルにする」こと
つまりここで言ってるのは、単一ファイルにする必要なんてないよねってことなんだ
どうも君は、zip圧縮する事が手間だと私が内心思っている、という解釈をしているみたいだけど
上の通り単一ファイルにする事が手間と思ってるんだ
単語をなぞるだけじゃなくて、落ち着いて日本語の文法を読み解こう
大丈夫、慣れれば難しくないさ
>>910
たすけて >>911
何を言ってる?
バカなの?
それ以外の手間とは言っていない。
それ以外に両者に機能的な差が無い場合と言ってる。
単ーファイル(圧縮ファイル)にする作業を必要とせず、最初から単一ファイルになっている場合と単ーファイルにする必要のある複数ファイルの場合で、作業の発生するのはどっち?
「つまりここで言ってるのは、単一ファイルにする必要なんてないよねってことなんだ」などと言いながら「配布するときに限ってもzipっていう素晴らしい技術があるんだからzipすればいいだろ」などとも言ってる。
つまりどっちなんだ? バカ丸出しだ。
>>895に反論するためにzip圧縮の話をしたんじゃなかったのかよ。
くだらない反論(zip圧縮の話)なんかせずに最初から>>895に反論出来ないと言えば良いのに。 根本的に日本語に弱いようだから、分かりやすく二者択一を用意してやるよ。
1.単一ファイルの方が>>895のリンク先に書かれてる通り、取り扱いに便利だ
2.複数ファイルの場合でもzip圧縮すれば取り扱いの便利さは同じになるが、その作業の分手間がかかる。
君の意見は1と2のどっち? プログラムをあちこち移動させるとかセキュリティリスクじゃん
プログラムは所定の場所に配置して呼び出すものだ
それを理解してれば単体ファイルにするメリットがほとんど無いことがわかる ブックをメールに添付したこと無い人?
仕事したこと無いのかな? 自分中心で今何の議論してるのかも忘れるような奴が増えたね。 ここは議論スレじゃない、てことは忘れていいんですかね >>915
excel.exeとかのアプリケーションファイルと個々のマクロ付きファイルの区別が出来てなくて草生える ここが分かりません ←質問
○○ってxxxなんですか? ←質問
お前そんなことも知らないの? ←質問
バカなの? ←質問 >>916
ないなぁ
ファイル交換は別のよりセキュアで楽な方法で行いメールは通知のみ
ビジネスの基本だと思うけど、まさかメールでエクセル送っちゃうようなガバガバな企業なの?大企業って嘘だったのか? まあ普通はマクロ付きブックなんて送られたら真っ先に不正アクセスを疑うわな >>922
プッ。
そのセキュアな方法でも同じことに気付いて無かったのかな?
こういうこと言う奴が出てくると思ったw 目先のことに囚われて噛みつく方向性が分かって無いんだよなあ。 >>924
メールしか使ったことないタイムトラベラーさんには現代のリソース共有はちょっとイメージできないのかもしれんなあ >>922
ここじゃなく世の中全体でアンケート取ったら絶望的な結果だと思うよ
(日本だけかもしれんけど) エクセルファイル1つで片がつく学生実験やママの家計簿みたいな仕事は楽そうで羨ましい
日頃から百や千をこえるエクセルファイルを扱ってるともう物理的な事情で複数のデータとマクロを1つになんて言ってられない >>926
バカだからまだ分かってないw
ちなみにうちの会社でも専用のセキュアでファイルをやり取りできるようなシステムがある。
それでもメールに添付する奴もいるが。
しかし俺はメールにファイルを添付するようなことはしないな。
それでも、同じことだ。
だからそんなシステムのことまで書くようなムダなことはしないだけの話。
君はおバカさんだからわざわざムダなことをするようだが。 >>928
???
そんなもんまでエクセルでやってるアホ会社の話か?
それはもうエクセルでやるような話じゃ無いだろ。
あるいは文書としてファイルが多数有っても、それぞれが全然別の文書ということなら1つ1つの文書にVBAが乗っかってる方が良いけどな。 >>930
メールで1つのエクセルファイル交換してよろこんでるような規模の会社だと想像つかんだろうな
住んでる世界が全く違うのに分かり合うことなんてさいしょから無理だったんだよ 毎回荒らしいるからすげー聞きづらかったんだけどいつまでもいるから今聞く教えて
javaとかc、pythonでexcelファイルの、あるシートのあるデータ利用して云々かんぬんして結果をそのexcelに上書き
て処理するとき一番楽に実装出来るのはどの言語なの
詳細だけど特に言語の指定無し 俺が使えるのがjava.c.python.powershellくらい
大抵はexcel内のデータ利用してスクレイピングとかwebapi叩くとかして情報取得してexcelに転機
実行速度も多少は気にするけどそれよりも正確さとユーザがどれだけ楽かが重要
具体的に言えば処理に15分掛かろうがユーザがマクロ実行ボタン押すだけでほか作業やっても良いなら十分許容される >>933
もしかしたらSQLかもしれないよ
対象のExcelシートがどんなものかによるけどね >>928
> 日頃から百や千をこえるエクセルファイルを扱ってる
どんな職場だよ w >>933
https://github.com/dfinke/ImportExcel
Import-Excel input.xlsx |
ForEach { スクレイピングとかwebapi叩くとか } |
Export-Excel output.xlsx >>933
似たようなことをpythonでやってるわ
openpyxlが便利
配布するつもりならpyinstallerでexe化 PowerShell は複雑なものは、ダメ!
ファイル・テキスト処理なら、Ruby。
数学系のライブラリを使うなら、Python
Selenium WebDriver なら、Ruby, Python ファイルならpowershellだろう
しかもなんでwindowsでRuby・・・ >>932
全く反論出来て無いし、こいつも日本語に弱いようだ。
ファイル移動はメールに限らず全部アウトなことも気付か無い。
それともどうにも反論出来なくて悔しいからメールの話で憂さ晴らししてるのかな。
まあ、よく分からんが君の会社よりはデカイと思うがね。 どの言語もExcel開いた状態で動かすのに向いてない。
あとは自分の環境だけで動かすだけならどれでも良い。
他の人も動かすならPowerShellとかJavaとかかな。
どれもデータとプログラムが分離されてるのが不便なんだが、どうしてもExcelブックということを忘れる人が多いね。
まあ、VBAでも分離できるからどちらにも対応出来るけどね。 どんな職場だよw
◯◯とかかな
みたいな疑問文が含まれていれば質問スレのレスとしてセーフという風潮 >どれもデータとプログラムが分離されてるのが不便
いや一緒になってるほうが不便だろ… >>942
素人はデータとマクロを一緒にしたがる
ブックとは分離したほうが再利用しやすくて良い
分離するからvbaを使う意味はない
どの言語でも開いた状態で動かすことは簡単 ホットキーでPSコンソールを開いてActiveオブジェクトや選択オブジェクトを処理するための自作コマンドを打つ
Excelとはいえマウスはできるだけさわりたくないじゃん >>946
ブックの場合は一緒の方が便利なことも多い。
Excel使ったことない奴はそんなことも気付かない。
VBAではデータとプログラムを分離することも出来る。
両方できる方が良いのは当たり前。
開いた状態から別ファイルダブルクリックなんてかっこ悪いやり方をしなきゃならんのはいかがなものか。 Excelというプログラムを真っ向否定してるバカが多いね。
データとそれを加工する部分が分離されてて、そこに人間の判断だとかが必要無いならExcelというソフト自体いらないはず。
実際、業務システムではそういうのが結構有るだろ。
人間の判断は業務システム内でやれば良いわけだ。
Excelの場合はそういうシステムを組むなどという大変なことをせずに人間の判断でいろいろできる所が良いんだぞ。
Excelが持っている機能は汎用的だからブックに結び付いていないが、データを見ながら作業をするというExcelの通常作業を考えればそのブック特有の機能はそのブックに結び付いていた方が良いことを示している。
Excelというソフトでの作業がブック開いた状態でアレコレするという、つまりセルに色をつけるとかグラフを作るとか、そういう作業はデータを見ながらやるわけでプログラムとデータが分離されてたら不便なことを証明している。
分離されてた方が良い場合ってのはデータの値があるしきい値によって自動的に分類され、それによってセルに色が付けられるなどの場合だ。 デバグのときF8でコード1行ずつ実行できるのはいいのですが
SubやFunction呼び出しのときはわざわざ見に行かなくてよくする設定はどうしたらいいですか? レス数が950を超えています。1000を超えると書き込みができなくなります。