Excel VBA 質問スレ Part55

**デフォルトの名無しさん** · 2018/07/22(日) 14:13:18.78

ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK

※前スレ
Excel VBA 質問スレ Part54
https://mevius.5ch.net/test/read.cgi/tech/1527334657/

**デフォルトの名無しさん** · 2018/08/19(日) 11:29:02.68

VBとVB.NETの区別もできないバカ → >>819

**デフォルトの名無しさん** · 2018/08/19(日) 11:31:13.70

>>800
用途が全く違う。
それに大抵の言語は用途が違っていてもある程度は被ってる。
矛盾するようだが他言語で出来ることは大抵VBAでも出来る。
一方、VBAで出来ることが他言語で出来ない場合は結構多い。

他えば、IEが自らをスクレイピングさせるために専用言語を用意したとする。
そうするとVBA含めて他言語は勝負にならない。
なぜならスクレイピングする運用方法が違うから。
どちらも使用者が取得したいデ―タを取得するプログラムが出来てると仮定してPythonと架空のIE専用言語を比較するとWebを見ていて、スクレイピングしたいページが有った時にその場でボタンやメニューから出来るのと、スクレイピング用のプログラム探しを始める違い。
この差は致命的に大きい。

まず、機能が実現出来ることが一番大事。
次にスピード。
プログラミングしやすいかどうかはその後。
そしてユーザーインターフェースは一番大事な機能に含まれる。

**デフォルトの名無しさん** · 2018/08/19(日) 11:41:24.96

>>821
この意見に全く同意出来ないんだけど
そしてIE専用言語って何？

**デフォルトの名無しさん** · 2018/08/19(日) 11:44:49.04

>>821
IEの開発者ツールのデバッグコンソールから実行するjavascriptとかIE専用言語みたいなもんだけど
それがあるからといってPythonやRubyでIEを操作することをやめはしない

そもそもスクレイピングするのにIEを通すことなんてしないので例えが悪すぎる

Web開発してるときにIEでの表示チェックぐらいか？
それならなおのことIE専用言語なんて出番がない

**デフォルトの名無しさん** · 2018/08/19(日) 11:56:24.77

マジでスクレイピングごときになんでIEだのCOMだの持ち出さないといかんのか
IEのサポート終了と同時に消える技術だってのに

**デフォルトの名無しさん** · 2018/08/19(日) 11:59:17.80

IE専用言語ってもしかして
ActiveXの事とかの事？
そうでもない？

**デフォルトの名無しさん** · 2018/08/19(日) 12:25:59.66

雑談やりたけりゃ雑談のスレでやれや、ヴォケナス野郎ども

**デフォルトの名無しさん** · 2018/08/19(日) 12:30:11.49

>>823
違うよ。
そういうものが有ったとしたらという話。
今の開発者用ツールはWebぺージを作るためのものでスクレイピングするためのものじゃ無い。

**デフォルトの名無しさん** · 2018/08/19(日) 12:33:51.41

>>823
IE専用言語があったとしてもPython使うわボケって言ってんの

> スクレイピングしたいページが有った時にその場でボタンやメニューから出来る
これに近いことが今でも開発者ツールでできるから具体例として挙げたの

文盲の相手マジ疲れる

**デフォルトの名無しさん** · 2018/08/19(日) 12:34:55.69

>>819
いろいろと賛同できる部分は多い。
だけど、等価演算子と代入演算子を分けたところで参照を返せないという仕様がネックになる面もある。

単に a = b して b を返すAssign関数を作って
a = b = cのつもりでAssign(a, Assign(b, c))と書くことはできるし効率上も問題ないけど、
一般に関数Funcが Function　Func(ByRef b As Variant) という形をしているとき
Func(Assign(b, c))　と書くわけにはいかない。
Assign関数の返り値が大きな配列の場合は効率上の問題になる。

**デフォルトの名無しさん** · 2018/08/19(日) 12:35:25.33

>それに大抵の言語は用途が違っていてもある程度は被ってる。
>矛盾するようだが他言語で出来ることは大抵VBAでも出来る。
>一方、VBAで出来ることが他言語で出来ない場合は結構多い。
VBAはλを始めとしてモダンな言語機能軒並み未実装なので、他の言語で当たり前のように出来ることがVBAでは出来ない

>他えば、IEが自らをスクレイピングさせるために専用言語を用意したとする。
>そうするとVBA含めて他言語は勝負にならない。
>なぜならスクレイピングする運用方法が違うから。
>どちらも使用者が取得したいデ―タを取得するプログラムが出来てると仮定してPythonと架空のIE専用言語を比較するとWebを見ていて、
>スクレイピングしたいページが有った時にその場でボタンやメニューから出来るの>と、スクレイピング用のプログラム探しを始める違い。
>この差は致命的に大きい。
APIやドライバがするべき仕事を特定の言語やアプリ専用に組み込むとかアホの極み

>まず、機能が実現出来ることが一番大事。
>次にスピード。
>プログラミングしやすいかどうかはその後。
>そしてユーザーインターフェースは一番大事な機能に含まれる。
VBAは機能の実現に手間がかかるし現実的なコストでは出来ないことも多い
VBAはスピードが遅い
VBAはプログラミングしにくい
VBAのユーザーインターフェース(スプレッド)は
・検証が貧弱
・誤操作でUIがすぐぶっ壊れる
・死ぬほど遅い
・描画領域の無駄が多くディスプレイが狭く感じる
などUXはかなり低い

**デフォルトの名無しさん** · 2018/08/19(日) 12:40:41.49

>>828
分かって無いな。
出来ない。

**デフォルトの名無しさん** · 2018/08/19(日) 12:46:14.41

>>830
ほら、λとかアホなこと言い出した。
機能のことを言ってるんだ。
ユーザ一にとってはそんなもんどうでも良いだろ。

APIやドライバ?
根本的に勘違いしてるよ。

最後の部分も殆ど分かって無いな。
VBAで出来ないことは勿論ある。
でも君は殆ど挙げられないようだ。

**デフォルトの名無しさん** · 2018/08/19(日) 12:47:27.56

>>831
そりゃお前の中にしか存在しないIE専用言語と全く同じことができるわけ無いだろ
ニュアンスを読み取れよめんどくせえな

**デフォルトの名無しさん** · 2018/08/19(日) 12:51:55.66

日本語が通じない相手がいちばん厄介なのはどこいっても同じだな

**デフォルトの名無しさん** · 2018/08/19(日) 14:14:15.64

>>833
確かに。
でも、そういう言語が有るとして、そういう言語への一般的要件というのは考えられるだろう。

・IE自身のメニュー、ツールバーから実行できる。

・IEでWebぺージを見ながらデバック実行等できる。

・標準で、つまり他にインストールなり設定変更なりを必要としない。

・作ったプログラム単体の配布で別ユ―ザーの環境でも実行できる。

これらは最低限だ。
IEが専用言語を用意したとしたら上記をクリアしてくるのは当然のように推測できる。

**デフォルトの名無しさん** · 2018/08/19(日) 14:50:00.48

>>835
そんな妄想機能があった上でなおPython使うって言ってんだよ
お前がすべきなのは他人にとっては分かりきっていてなお批判されるお前の考えの足りないただの妄想を
言葉を尽くして語ることじゃなくて他人の意見を読み取ることだよ

**デフォルトの名無しさん** · 2018/08/19(日) 15:01:22.78

>>835
IEはC++や.NET
Edgeはhtml/javascript
がブラウザ拡張用の言語としてそれぞれ用意されてます

あなたの妄想の世界に存在するMSという企業のようにブラウザ拡張だけに特化した新しい言語をわざわざ創造するという果てしなく無駄なことはしません
なぜなら汎用性と利便性が高く長い時間をかけてテストされてユーザーの知識も豊富な既存の言語から利用できるAPIを提供すればそれで最大の効率が得られるからです

**デフォルトの名無しさん** · 2018/08/19(日) 15:19:18.18

>>836
Pythonにゃ実現不可能。
メリットも殆ど無い。

もっとも、そんな言語が有ったとしてPythonよりもコーディングがやりにくいとか、そういう可能性はある。
ただ、それは先にも書いた通り機能よりは優先順位が低い。

**デフォルトの名無しさん** · 2018/08/19(日) 15:22:59.59

>>835
こいつは言語とライブラリと実行環境の区別がついてないしデバッグの仕組みもしらんのだろうな
VBAばかりやってきたからプログラミングの常識が身につかなかったのだろうね

**デフォルトの名無しさん** · 2018/08/19(日) 15:23:35.01

例え話も理解できない人が多くて驚く
こんな人たちが社内や部内で使うシステムやツールを作ってるんだと思うと寒気がする

**デフォルトの名無しさん** · 2018/08/19(日) 15:24:34.78

>>837
うん。
だから有ったとしての話。
結局、専用言語にゃかなわない。

不思議なのが、ここに来てる人はプログラマ視点でしかものが見れない人が多いことだな。
それと、感情的になってるのか分からんが冷静な思考が出来ない人が多いということだな。

**デフォルトの名無しさん** · 2018/08/19(日) 15:29:12.61

>>840
多分、冷静な判断の出来ない人、もしくは冷静な判断の出来ない状態にあると思われる。

**デフォルトの名無しさん** · 2018/08/19(日) 15:41:12.25

>>838
実現は出来る
多くのスクリプティング言語は他の言語からインタプリタを生成するためのライブラリを提供している
例えばPythonなら https://docs.python.jp/3/extending/embedding.html が公式だ
PythonだけでなくRubyでもLuaでも同じことできるし、あまり知られていないが実は.NET CLRも他の言語からホストすることが出来る
なのでMSがやろうと思えばExcelやIE、Edgeの上でpythonだけと言わず様々な言語を動かすことが出来る

とはいえ出来るのとやるのは別の話で経営判断になる
ライトユーザーが多いからExcelにはVBAで十分だろう
だけど、いちおうアンケートとって需要があるならPythonも検討しよう
ブラウザにはJavaScriptという強力な言語の実行環境が既にあるので、あえて他の言語を動かす必要はないだろう
ましてやリスクを犯して需要の全く無い新言語を作る理由はどこにもない
といった経営判断は十分に考えられる

**デフォルトの名無しさん** · 2018/08/19(日) 15:47:20.48

架空のIE専用言語って何だよｗｗｗ話がややこしすぎるわｗｗｗｗ

**デフォルトの名無しさん** · 2018/08/19(日) 16:02:40.17

>>841
逆だね

専用言語じゃ汎用言語には勝てない
なぜならユーザーは千差万別で拡張への期待も千差万別だから
ブラウザコントロールに特化した言語では多用なニーズを満たすことは出来ない
なので利便性の高い汎用言語にブラウザコントロールのための洗練されたAPIを提供するのが正しい答え

マイクロソフトはその正解をわかってるから近年はJavaScriptへの投資が増えてる
OfficeにもJavaScriptアドインが導入された
ブラウザの拡張もCOMや.NETではなくJavaScriptが主力
VSCodeに至っては基盤そのものがElectronというnode.jsのフレームワークで拡張もJSだ
本家VSにも堂々とNode.jsの開発環境が公式ラインナップされている

今更になってExcelやブラウザでしか動かない新しい独自マイナー言語なんて作って、
ExcelやEdgeを鎖国化したら、今度こそユーザーに見放されてしまうよ

**デフォルトの名無しさん** · 2018/08/19(日) 16:16:11.18

そのご高説をExcel VBAスレでするのが理解できないんだよな。
こんなところで誰を説得したいのか？

**デフォルトの名無しさん** · 2018/08/19(日) 16:37:22.05

VBAが1番とか言ってるから違うんだよって言ってるだけ。
じゃないとこれからプログラミングを始める人に間違った情報与えることになるでしょ。
VBAなんて今から覚える必要なんて全くない言語なんだから。

**デフォルトの名無しさん** · 2018/08/19(日) 16:40:11.36

>>847
こういう極端な馬鹿がいるから荒れる
ExcelがVBAを使える限り覚える意味はあるのに

**デフォルトの名無しさん** · 2018/08/19(日) 16:44:26.20

VBAを利用すべきではない内容の質問にVBAを利用すべきではないよって回答してあげてるだけでしょ
質問者はVBAを使いたいのか？違うだろ問題を解決したいんだろ

**デフォルトの名無しさん** · 2018/08/19(日) 16:48:22.16

>>849
全ての答えがここにある
無駄な事を簡単にするのがプログラミングの本筋なんだからさ

**デフォルトの名無しさん** · 2018/08/19(日) 16:51:47.12

全く必要ないは言い過ぎました
ゴメンね

**デフォルトの名無しさん** · 2018/08/19(日) 16:51:59.27

別にVBA覚えたからといって他の知識を覚える余地がなくなるほど
脳の容量が少ないわけじゃあるまいよ

**デフォルトの名無しさん** · 2018/08/19(日) 16:53:28.10

>>843
バカには分からんようだ。
決定的に出来ないのは下記。

・標準で、つまり他にインストールなり設定変更なりを必要としない。

・作ったプログラム単体の配布で別ユ―ザーの環境でも実行できる。

PythonはWindowsに標準でインストールされてるんだっけ?

**デフォルトの名無しさん** · 2018/08/19(日) 16:57:00.94

>>845
アホだなあ。
専用言語で対応できなければPython使えば良いんだよ。

プログラマの都合じゃなく、ユーザ一の都合に立てばPythonにはどうしてもデメリットがある。
一方、専用言語では出来ないことであればPython使えば良い。

つまり、これこそが用途が違うということだ。

**デフォルトの名無しさん** · 2018/08/19(日) 17:01:20.26

>>853
質問スレなのに質問者の環境を考慮せずにそんな前提をなんで置くの？

そもそもその前提がかなり独りよがりだって気づいて？

特に2つ目の単体配布にこだわる理由は本当に意味がわからない
別にファイルが2つになって具体的にどんな問題があるの？

**デフォルトの名無しさん** · 2018/08/19(日) 17:15:34.69

>>853
わかってないバカはお前な

マイクロソフトがPythonを採用すると決定すればそれも一緒にバンドルされるか、
追加パッケージで楽々インストールできるようになるに決まってるだろ
そしてJavaScriptはもう既に標準で動作している
JavaScriptならPowerShellやC#と同じでOfficeとかいう高級ソフトの導入すら必要なく真の意味で標準で動作する

何度も言ってるがそもそもユーザー目線だと単体/複数の区別に大した意味はなく、
開発者からすれば単体ファイルでの開発は扱いにくいだけ
だがまあExcel PythonはVBAの置き換えになるだろうからブックに入れて配布って形になるだろうからファイル数は1になるだろう
そしてExcel JSはそもそもファイル配布ではなくURL指定だからユーザー目線だと受け取るファイル数は0だ

**デフォルトの名無しさん** · 2018/08/19(日) 17:23:03.55

>>854
アホだなあ。
専用言語じゃ大事なユーザーのニーズを満たせないんだって
なので汎用言語とAPIを使って作るの
マイクロソフトは専用言語なんてバカバカしい選択肢を選んだか?
マイクロソフトは賢いからPythonやJavaScriptに投資してるぞ?
VBA信者ばかりのこのスレですらお前だけだ専用言語なんてトンチンカンなことを言ってる奴は

**デフォルトの名無しさん** · 2018/08/19(日) 17:33:36.59

>>849
＞質問者はVBAを使いたいのか？違うだろ問題を解決したいんだろ

スレタイ、読めないの？w
ここまでアホだったのかww

**デフォルトの名無しさん** · 2018/08/19(日) 17:53:25.17

>>856
バーカ。
今は採用されて無いんだよ。
そして採用されたらPython使うわ。
Python有利と思ったらな。

**デフォルトの名無しさん** · 2018/08/19(日) 17:55:10.17

>>857
ユーザーは機能が実現出来れば言語なんて何でも良いんだよ。
お前のはプログラマの独りよがり視点ここに極まれりだ。

**デフォルトの名無しさん** · 2018/08/19(日) 17:57:30.82

>>855
この前提はプログラマ視点ではなく、単にそのプログラムを利用するユーザー視点として当然のもの。

これを理解出来ない奴の方が独りよがりだよ。

**デフォルトの名無しさん** · 2018/08/19(日) 18:00:46.85

>>855
複数より単体の方が使いまわしが良いのは当然だ。
別ユ―ザーにも複数を強いるのは大きなデメリットだぞ。

**デフォルトの名無しさん** · 2018/08/19(日) 18:09:18.96

夏休みの壮大な空回りまだやってんのかよw

**デフォルトの名無しさん** · 2018/08/19(日) 18:10:36.42

DLL同梱してるフリーウェアとか全滅だな

あ、フリーウェア自由に入れられる環境なんてないとかいう明後日のリプは要らないです

**デフォルトの名無しさん** · 2018/08/19(日) 18:14:08.69

一番分かりやすいのは例えばVBAでもインターフェースがダメダメなのを受け取ったら俺が自分に合うように修正することだ。
だから、自分の環境にPythonが入って無ければ、もうそれだけでダメダメということだ。

実際には俺の個人PCにはPython入ってるが、俺が配布する場合、受け取る奴に入れることを強いたり、入ってることに期待したりはしない。

これ、VBAも同じ。
一般のexeファイルや、そのコードを配布する時にExcel入ってることが前提だなんてのはダメだな。

**デフォルトの名無しさん** · 2018/08/19(日) 18:21:20.20

>>864
そういう前提の一般のexeプログラムは良いだろ。
でも、俺は出来るだけWindows標準dllだけで何とかするという場合もある。
当然、何ともならないからインスト―ラでいろいろ入れるというのもある。
でも、exeファイル単体、インストーラ無しが有利なのは変わらん。

そして、専用言語が有った場合は、余計なものが必要無いのがデフォルトとなる。
したがって、より有利だ。

**デフォルトの名無しさん** · 2018/08/19(日) 18:23:51.21

>>864
ああ、仕事の方は正に自由に入れられないな。
有料の方が申請すれば入れられる場合もあるけどね。

**デフォルトの名無しさん** · 2018/08/19(日) 18:28:59.59

>>847
>じゃないとこれからプログラミングを始める人に間違った情報与えることになるでしょ。

お前なんぞに言われなきゃならん理由なんぞねーわカス

**デフォルトの名無しさん** · 2018/08/19(日) 18:34:36.50

ユーザーはファイル数など気にしない
OSデフォルト以外への依存性が最も少ない言語はPowerShellとC#
専用言語ではユーザーのニーズを満たせないし鎖国政策はデベロッパやユーザーの反感を買うだけ

**デフォルトの名無しさん** · 2018/08/19(日) 18:56:55.67

>>869
間違いなく気にする。
気にしないなんてのはExcel使ったこと無い奴だろ。

**デフォルトの名無しさん** · 2018/08/19(日) 18:59:54.19

>>869
ユーザーは動けば良いからVBAじゃなくても良い
ユーザーは動けば良いからファイル数が増えても良い

ユーザーは動けば良いのに専用言語は許さないの？w

1レスで矛盾するとはw

**デフォルトの名無しさん** · 2018/08/19(日) 19:00:55.07

>>869
何でデベロッパーが出てくるんだw
お前はプログラマの独りよがり視点から抜け出せない奴だな。
それにC#は違うだろw

もっともVBAでどうにもならない場面で使うのはPowerShellじゃなくてC#だがね。

**デフォルトの名無しさん** · 2018/08/19(日) 19:05:34.72

>>871
動けば良いの動けばの部分にユーザーインターフェースも入ると言ってる。
つまり、機能面に入ってる。
もっともその中では最優先ではない。

しかし他言語のメリットは機能面にすら入っていないものが多い。
そして、機能面に入ってきた時はそっちを使う。
C#を使うのはそういう時だ。
めったに無いけど。

**デフォルトの名無しさん** · 2018/08/19(日) 19:07:47.65

>>870
世の中には数多くのファイルで構成されたアプリがそれこそ数えきれないほどあって当たり前のようにユーザーに受け入れられてる
あなたは普段から単体ファイルエクセル縛りを自らに課して厳しい修行を続けてるからそれに慣れてしまったんだろうけど他の凡人はそうじゃないからね

**デフォルトの名無しさん** · 2018/08/19(日) 19:11:11.47

>>871
動けばいいなんて誰が言ったんだよ? お前だろ
こっちは動けばいいんじゃなくてファイルが複数でも気にしないと言ってるんだ

専用言語じゃユーザーの求めるものが作れないんだからゆるさんにきまっとるだろ

**デフォルトの名無しさん** · 2018/08/19(日) 19:13:40.91

>>872
プラットフォームを使ってアプリやライブラリを作るのはデベロッパーだ
デベロッパーが興味を持たないとユーザーへの恩恵も激減すんだよ
なぜこんな簡単なこともわからないかね

**デフォルトの名無しさん** · 2018/08/19(日) 19:41:50.91

複数ファイル化なんてことをやったらプログラミングの素人ばかりの事務の現場は大混乱するぞ
意識的にディレクトリやファイルの管理が出来る奴の方が少なくて、勝手にファイルをリネームしたり移動させたりする奴が多いからな
配布時にもトラブル多発するだろうし

**デフォルトの名無しさん** · 2018/08/19(日) 19:46:56.36

複数ファイルからなるExcelマクロやbatファイルを部内に配布してるけど誰からも文句なんて出たことないぞ

**デフォルトの名無しさん** · 2018/08/19(日) 19:50:47.34

まあいまいち想像しにくいけど問題がある事務所があるらしいのはわかった

結局のところ人による話でやはり単一ファイルを自明の前提とするのは筋が悪いのでは？

**デフォルトの名無しさん** · 2018/08/19(日) 19:56:08.76

ファイルがフォルダになるだけでしょ
xlsxだって要するにただのzip

**デフォルトの名無しさん** · 2018/08/19(日) 20:04:08.03

>>875
そっか、そんなことは書いてないかw

でもね、ユーザーの求めるのはExcel操作なんだよね。

作れるだろ、 VBAで。
一体、何を作ろうとしてるのよw

**デフォルトの名無しさん** · 2018/08/19(日) 20:34:02.66

>>874
それらのアプリも1ファイルならそっちが使われる。
例えば、フリーソフトなんかでアンインストールではファイル削除のみ、レジストリ、余計なファイルを削除する必要無し等とうたう場合が有るだろ。

無理して1ファイルにする必要は無い。
しかし専用言語の場合は無理して無いからな。

**デフォルトの名無しさん** · 2018/08/19(日) 20:35:46.43

>>876
バーカ。
それは機能よりも優先順位はずっと低いんだよ。

**デフォルトの名無しさん** · 2018/08/19(日) 20:36:56.38

>>878
俺がそこにいて1ファイルで完結するファイルを配布したら使われるのは俺の方だ。

**デフォルトの名無しさん** · 2018/08/19(日) 20:39:47.18

バカばかりだ。
比べるべきは、ファイル数以外が全く同じなら1ファイルの方が使われるし、それが全てだということ。
VBAで組んだとかPythonで組んだとかは言語を知らないユーザーにとってはどうでも良いことだ。

**デフォルトの名無しさん** · 2018/08/19(日) 20:46:27.14

>>876
デベロッパーが作ってるのはExcelそのもの。
それを活用するためのVBA。

それすらわからんの？w

**デフォルトの名無しさん** · 2018/08/19(日) 20:57:48.35

>>869
この人は鉄1kgと綿1kgどちらが重い?と聞かれたら鉄1kgと答えるんだろうな。

専用言語ではユーザーのニーズを満たせない等と勝手な謎理論を展開されても困るんだが。
満たせるに決まってるだろ。
バカじゃね―の?

こっちは満たせない場合は他言語使うと言ってるのに。
つまりVBA使った時点で満たせる場合なんだよ。

**デフォルトの名無しさん** · 2018/08/19(日) 21:32:59.05

この謎の1ファイル推しはほんとなんなんだろう…

**デフォルトの名無しさん** · 2018/08/19(日) 22:11:16.19

マジキチ

**デフォルトの名無しさん** · 2018/08/19(日) 22:17:42.03

相変わらず煽り耐性やスルースキルゼロの
余裕のないおっさんで溢れてるな

**デフォルトの名無しさん** · 2018/08/19(日) 22:30:59.47

他言語の話する奴は荒らしと認定し片っ端からNGでスッキリ

**デフォルトの名無しさん** · 2018/08/19(日) 23:10:18.62

VBAスレなら俺でもマウントとれるだろう、という輩が集まって来てる

**デフォルトの名無しさん** · 2018/08/20(月) 07:48:10.47

>>849
VBAで問題解決したいからVBA質問スレで質問してるんだろ
バカなのか？

**デフォルトの名無しさん** · 2018/08/20(月) 08:04:10.47

老害だらけの会社だとExcelくらいしか使えないっす

**デフォルトの名無しさん** · 2018/08/20(月) 09:21:32.11

>>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つのファイルにまとめているのかを考えれば当然のことなんだけどね。
世の中になんでアーカイブ機能が必要とされたのか分からんようじゃプログラマ失格だ。

**デフォルトの名無しさん** · 2018/08/20(月) 12:24:44.53

こんな事言うと叩かれそうだが、メールで渡した時に複数ファイルにリンクしてるとダブルクリックで開いだ時にマクロ動かないってクレームくるから単一ファイル主義になった。
zipにしてもWindowsが余計なことするせいで、展開せず開かれて無事死亡

**デフォルトの名無しさん** · 2018/08/20(月) 12:26:22.16

>>893
VBAというのがなんか凄いらしい程度の知識の質問者もこれまでにいっぱいいだだろう
まあお前にはその辺の言葉の裏まで読み取るのは難しそうだが

>>895
Excelマクロってある種ツールのようなもので、そんな頻繁にファイルの移動をする場面が思いつかないんどけど
配布するときに限ってもzipっていう素晴らしい技術があるんだからzipすればいいだろ

煽りじゃなくて聞きたいんどけど、単一ファイルで良かったっていうシュチュエーションを具体例出して教えてくれない？

**デフォルトの名無しさん** · 2018/08/20(月) 12:43:11.11

頼まれてもいないのにこんな匿名掲示板で言葉の裏を読もうとするエスパーいて草

**デフォルトの名無しさん** · 2018/08/20(月) 14:37:14.18

VBAよりC言語とかJavaとかのがまだ世間に知られてると思うけどな。

**デフォルトの名無しさん** · 2018/08/20(月) 15:33:26.46

じゃ、あんたはC言語とかJavaでExcelを操作すればいい

**デフォルトの名無しさん** · 2018/08/20(月) 17:13:42.50

>>897
当たり前のことを当たり前と認められないほどくやしいんだな

VBA質問スレでVBAで答えを出してやるのは当たり前のこと

**デフォルトの名無しさん** · 2018/08/20(月) 18:27:45.56

>>897
明らかに当たり前の話だと思ってたんだが、君は違うようだから聞きたい。
zip圧縮する必要が有る場合とzip圧縮する必要が無い場合で、それ以外全く一緒の時にどっちが手間がかかるんだい?

**デフォルトの名無しさん** · 2018/08/20(月) 18:37:13.23

>>897
Excelブックを移動する場面が思いつかない?
君、働いて無いだろ。

ニートはExcel使わなくても良いんだぞ。
表計算が必要ならOpenOfficeやGoogleスプレッドシートをお勧めするよ。

**デフォルトの名無しさん** · 2018/08/20(月) 18:51:00.44

ここまで具体例無し

**デフォルトの名無しさん** · 2018/08/20(月) 18:54:13.60

>>902
zip圧縮する場合はわざわざ単一ファイルにする必要がなくなるんだからそれ以外同じという条件が馬鹿げてる
あり得ない前提を元に妄想するの好きだなお前

**デフォルトの名無しさん** · 2018/08/20(月) 18:55:49.90

反論出来なくて別の話に持って行こうとするのはやめたまえ。

**デフォルトの名無しさん** · 2018/08/20(月) 19:01:10.79

>>905
???
複数ファイルの場合はzip圧縮すれば良いと言ったのは君だろう。
単一ファイルの場合はzip圧縮する必要が無い。
で、両者の機能が同じ場合に、それを扱うのに手間がよりかかるのはどっち?

**デフォルトの名無しさん** · 2018/08/20(月) 19:03:02.20

>>905
というか「わざわざ」と書いてるんだから、君自身明らかに分かってる筈なんだけどなあw

**デフォルトの名無しさん** · 2018/08/20(月) 19:14:40.17

こいつと話してると自分の日本語が不安になってくるんだがこいつが読めてないだけだよな？？？

**デフォルトの名無しさん** · 2018/08/20(月) 19:20:18.41

>>909
誤魔化さずに答えてやれば？
レスしてるやつ以外も見てるしさ。

**デフォルトの名無しさん** · 2018/08/20(月) 19:38:25.58

>>907
zip圧縮する場合とzip圧縮しない場合は、単一ファイルにするという制限が違うのだから、それ以外の手間が一緒になることはないよね
単一ファイルにしないほうが、作る手間は少なくなる(←ならないって言いそうだけど)

だから
> それ以外全く一緒の時
という前提は、意味がない

強いて比較するなら、
単一ファイルにこだわりzip圧縮しない手間 vs 単一ファイルにこだわらずにzip圧縮する手間
で考えるべきじゃない？

>>908
「わざわざ」が修飾してるのは「単一ファイルにする」こと
つまりここで言ってるのは、単一ファイルにする必要なんてないよねってことなんだ

どうも君は、zip圧縮する事が手間だと私が内心思っている、という解釈をしているみたいだけど
上の通り単一ファイルにする事が手間と思ってるんだ

単語をなぞるだけじゃなくて、落ち着いて日本語の文法を読み解こう
大丈夫、慣れれば難しくないさ

>>910
たすけて

**デフォルトの名無しさん** · 2018/08/20(月) 20:05:19.78

>>911
何を言ってる?
バカなの?

それ以外の手間とは言っていない。
それ以外に両者に機能的な差が無い場合と言ってる。

単ーファイル(圧縮ファイル)にする作業を必要とせず、最初から単一ファイルになっている場合と単ーファイルにする必要のある複数ファイルの場合で、作業の発生するのはどっち?

「つまりここで言ってるのは、単一ファイルにする必要なんてないよねってことなんだ」などと言いながら「配布するときに限ってもzipっていう素晴らしい技術があるんだからzipすればいいだろ」などとも言ってる。

つまりどっちなんだ?

**デフォルトの名無しさん** · 2018/08/20(月) 20:08:59.93

バカ丸出しだ。
>>895に反論するためにzip圧縮の話をしたんじゃなかったのかよ。

くだらない反論(zip圧縮の話)なんかせずに最初から>>895に反論出来ないと言えば良いのに。

**デフォルトの名無しさん** · 2018/08/20(月) 20:17:11.55

根本的に日本語に弱いようだから、分かりやすく二者択一を用意してやるよ。

1.単一ファイルの方が>>895のリンク先に書かれてる通り、取り扱いに便利だ

2.複数ファイルの場合でもzip圧縮すれば取り扱いの便利さは同じになるが、その作業の分手間がかかる。

君の意見は1と2のどっち?

**デフォルトの名無しさん** · 2018/08/21(火) 07:55:36.68

プログラムをあちこち移動させるとかセキュリティリスクじゃん
プログラムは所定の場所に配置して呼び出すものだ
それを理解してれば単体ファイルにするメリットがほとんど無いことがわかる

**デフォルトの名無しさん** · 2018/08/21(火) 08:08:01.79

ブックをメールに添付したこと無い人?
仕事したこと無いのかな?

**デフォルトの名無しさん** · 2018/08/21(火) 08:09:21.27

自分中心で今何の議論してるのかも忘れるような奴が増えたね。

**デフォルトの名無しさん** · 2018/08/21(火) 09:20:44.29

ここは議論スレじゃない、てことは忘れていいんですかね

**デフォルトの名無しさん** · 2018/08/21(火) 09:20:56.55

>>915
excel.exeとかのアプリケーションファイルと個々のマクロ付きファイルの区別が出来てなくて草生える