Excel VBA 質問スレ Part57
■ このスレッドは過去ログ倉庫に格納されています
ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK
※前スレ
Excel VBA 質問スレ Part56
http://mevius.5ch.net/test/read.cgi/tech/1534976724/ 固定長CSV笑った
でも世の中には実在するんだろうな >>152
こんなことやるならPS側で処理した方が絶対良いよな
PSから直接Excel触れるんだから Office は高い
Ruby で、VSCode の拡張機能の、Excel Viewer で十分 >>152
>>156
オレもPS側から処理する方が基本的に筋が良いと思う
PSの方が汎用的で記述性が高いから PSキチガイ、Rubyキチガイが登場したから、後はC#キチガイが出てくればいつもの通りの流れ 表形式もWPFのほうが安全で楽で表現力高いと気付いてから俺の中でVBAの出番は完全になくなった
VBAの使い道を必死で探してるが見つからない WPFはデータとプログラムソースを完全分離出来るからな
VSさえ自由に使えるなら安全で良い 働いたことがないニートなのはこのスレの参加条件だからニート歴の年数で勝負すべき >>163
君の作ったのがExcelの完全上位互換でもない限り、上司からセルの色が変えられないとか関数が使えないとか言われるのがオチ。
ニートの意味プログラムの世界では成立するかもね。 そもそもエクセルの使い方わからんプロさん達やし致し方ない >>171
そういうエクセルを使うことが目的になってる残念上司にはエクセルをエクスポートして渡しておけばいいよ
こっちはあくまで生産性上げるためにやってるわけだからね
もちろん色を変えることにビジネス上の合理性があるなら実装するがね
色を変えて遊びたいだけじゃ話にならん >>173
それだったらExcel使う必要無いわけだ。
上司や社長にそう言ってみれば良いんじゃね。
色だけの問題じゃねえっての。
完全上位互換で気付かないかねえ。
だから二―トと言われるんだぞ。 自分から具体的な事を言わずに相手の反応を待つ方法、
馬鹿が頭良く見せる時によくやるけどその内相手にされなくなるよ 初心者の典型的な勘違いだね
「なんでも出来る方が良いに決まってる」
でも、実際には逆なんだな
例えば標準エクセルの完全上位互換なら、すべてのセルの色を変えれることになるが
そうすると色を変えてほしくないセルまで変えてしまう人が現れる
色だけじゃなく、ありとあらゆる機能について似たようなことが言える
先人たちは失敗に学び、なんでも出来るツールよりも、僅かな仕事を上手くやるツールを組み合わせたほうが良い、という答えにたどり着いた
事務員のみんなは、学ぶべき先人が居ない環境でプログラミングを覚えてきた
だから、こういう基本的なことが身につかないままの人が多いんだ >>175
あれあれ?
「関数が使えない」を無視した上に、「完全上位互換でもない限り」の文意を読み取ろうともせずに「具体的なことを言わず」と相手を批判ですか?
何でも全て自分は悪くないですか。
そうですか。 >>177
それじゃ既に誰もExcel使ってないっての。
ところが現実は違う。 >>179
それだけリテラシーの低い人が多いということ
多数派が賢いというのも典型的な勘違いの一つだね セル内の文字列をコピーする際、セルごとコピーしようとしたら、余計な情報までコピーするからやめろといわれた。本当ですか? >>181
コピペのやり方とどこに貼り付けるか次第かなー >>181
値貼り付けならまぁなんとか
コピーしてそのまま貼り付けは鬱陶しいな 書式貼付けとか出来るようになったのは嬉しいけど罫線そのままフォントとか背景色をコピーとかしたいわ
要望に限りはないな… >>184
コピー元のセルとコピー先のセルをそれぞれRange型変数に格納して、あとはコピー元の任意のプロパティの定数値をコピー先のプロパティの値としてそのまま代入するだけ >>180
???
多数派が賢いとは言ってない。
そもそもの話から理解出来ないなら引っ込んでろよ。
会社は君一人だけで成り立っているわけじゃない。 なんかVBAできる程度でイキってる低学歴知恵遅れがいるのか >>188
そりゃ事務作業がほぼ0になるんだからイキってもいいよ office.tanakaのコードには俺も前から疑問持ってた。vbaにクソコードが多い原因とまで言っちゃうのはちょっと言過ぎだが。
vbaの場合、入門書にロクなのが無いってのが大きいと思う。 少なくともオブジェクトが解放されてないとか文句言ってるのは別言語に移行すれば解決するな 他人のせいにしちゃいかんな
モダンな文法や機能の導入
Excel.Applicationのインターフェース改善
洗練されたIDEの導入
これらを怠った結果でしょう
特にIDEの影響が大きいと見たね
インテリセンス、サジェスチョン、ワーニング、リファクタリングツールが充実してると大分変わる すくなくともVBEは変えるよな
素人マクロじゃなくて業務開発ならば >>198
とにかくVBAをけなして自分のチンケなプライドを満足させたい、その一点のみ w 啓蒙してユーザー需要を減らせれば、皆がハッピーになると信じている…のかも 暇つぶしの問題
あるセルとその下のセルに数値データが入っている
この2つのセルの中身を他のセルを使わずに入れ替えてください ○○では××できない!糞!って騒ぎ立てることで
いや○○でもこうすれば××できるんやでという回答を引き出すメソッドや なおVBAの場合ほんとにできないのであまり効果的でない模様 >>201
Dim Rng_Target As Range
Dim Val_Target As Long
Set Rng_Target = 目的のセルを取得するexpression
Val_Target = Rng_Target.Value
Rng_Target.Value = Rng_Target.Offset(1, 0).Value
Rng_Target.Offset(1, 0).Value = Val_Target If Not RangeA Like RangeB then
RangeA = RangeA Xor RangeB
RangeB = RangeA Xor RangeB
RangeA = RangeA Xor RangeB
End If >>198
確認だけど日本語は読めるよね?
VBAの使い道を探してるって書いてあるけど見えなかったのかな >>207
いや、必要もないのに探す意味がわからないし
暇なの? >>208
ん?
高い金出して買ったExcelを使いこなさなきゃもったいないだろ >>209
プライベートで有効に活用できないかってことね
趣味にもよるしなあ プロも実はエクセル使えないの悔しいんやなwプロさんのくせにw ワークシートでユーザー定義関数使いたいときはVBA使う >>193
なんやかんや言いつつ文句の対象がVBAだけなの草 頭の悪い人がVBA覚えると数式でも工夫すればできることもVBAでやろうとするよね
VBAは所詮「実行できる操作手順」だから、慣れてしまえば頭が弱くても分かりやすい
数式の方が論理的な思考が必要で突き詰めれば難しい まるでVBAで数式を表現できないみたいじゃないか
変なこというヤツだな むしろ数式の途中結果を使いながら何列もつかって最終結果にたどりつく
途中で確認するからな
複雑な数式を一行やろうとなんか考えない VBの組み込み関数とワークシート関数のどっちの話をしてるんだか Visual Basic Editorは20年前に発売されてとっくに引退したVB6のIDEの流用?で
なぜか20年間全く変わらないままだな、もうアホかと
Visual Studioで言うところの「すべての参照の検索」ぐらいできないと不便でしょうがない そりゃMSにとってはVBAはもはやレガシーもいいとこであり滅ぼしていきたいものだからだ
君の愛する Visual Studio にも昔はExcel VBAと同様にCOMオートメーションによるマクロ機能とその専用開発環境が付属してたけど、いつの間にか消えただろ?
完全に時代遅れの死んだ技術なんだよ
Excel VBAを削除したら大量の自称プロが露頭に迷って電車のダイヤに多大な影響が出るから踏み切れない、
でも車内のポリシー的にレガシー技術への新規投資はできない、というわけで放置するしかないわけ プロなんてものの数に入らないだろう
圧倒的に多いのは一般のオフィスワーカー
なくなったらむしろプロの側はビジネスチャンスじゃん 質問です
タブ区切りtxtファイルを複数読み取り,指定の場所に貼り付けるVBAをMacOS上で制作したいのですが,ファイルパスの仕様?などの関係でうまくいきません
.
どなたかMacOSでのVBAに詳しい方はいらっしゃいませんか? >>225
恥ずかしながら,コードはまだ完成していないのです.
そもそも他ファイルの読み込みすらままならないので・・・
練習として,同じフォルダ内にあるEXCELファイル(Sample.xlsx)を開くだけのコードを描いてみたのですが,それすらうまく回りません.
同様のコードでwindowsでは問題なく回ったのですが・・・
Sub Sample()
Workbook.Open Filename:=ThisWorkbook.Path & "./Sample.xslx"
End Sub
この問題の解決法から教えていただけるとうれしいです.
初心者で右も左も分からず,基本的な質問になってしまい申し訳ありません >>226
ドットが不要。マックは知らんけどWindowsは本来パスはバックスラッシュ、拡張子はxlsxな 今開いているファイルが
/boot/hoge/fuga.xlsm
だとして同じ階層の
/boot/hoge/Sample.xlsx
を開きたいなら
相対指定では../Sample.xlsx
.ではだめ。 >>222
むしろプロは喜ぶね
Vbaそのものが目的化してるアマチュアのほうがきついんちゃう? VBAが使えるのを売りにしてる事務員は多いからね
さすがにそろそろVBEは標準では付属しなくなって、
MSのサイトの分かりにくい場所から別途ダウンロードが必要になるくらいの弾圧施策は打ってくるんじゃないかな 冷静に考えたらプロは喜ばないか
営業が喜ぶかもしれないってだけだな >>222
2019にPythonが実装されるという噂だが…
結局COMやらないと駄目、ってなったら旨味がほぼゼロ。
Excelが.NETに完全対応するんならVBAとか今すぐ無くなっていい。 >>234
ん?
Excelに搭載するならVBA並みに使えるようにするだろ
COMで使うなら今でも使えるし マルチプラットフォーム、クラウドに注力してるのに
わざわざローカルのOSベッタリの技術にリソースは割きたくないでしょ
というかVBAの前にIEが消えると思う >>234
そんな噂はねーよ
とっくの昔に否定されてる ところがここだけの話そうでもないんだよねーあんまり詳しくは言えないけどね >>239
負け惜しみ言ってるんじゃねーよ、死ねよ どんなのが搭載されても関係無いだろ。
それに合わせるだけだ。
逆に待ち望んでた奴らはまたコレジャ・・・がダメとか言い出すんだろう。
結局今と変わらない。
自分の能力の低さを言語のせいにするような奴らなんだから。 事務仕事でVBA使えると業務効率すごく良くなるの?
作業自動化とか見て心がわくわくするけど、うちの会社誰もVBA使えなくていまいちどんな感じなのか想像できない >>242
自分でやってるExcelの仕事を、この部分を自動で出来たらどうなるかって考えてみたらよろしいやん。
出来るところ出来ないところ色々あるだろうけどさ。 まだ始めたばったりで基本もまだまだだけど、実際の業務で自動化できそうな簡単な課題を考えて試行錯誤してるんだけどこんな感じで身につくかな? >>242
今からやるならdotnetやpythonがいいよ
どの言語でもエクセルを処理できる
業務はエクセルだけじゃない
だからどうせなら簡単で色々できてパワフルな別の言語を使ったほうがいいというわけ VBAスレまできてPythonのステマとか
やっぱりPython信者は一味違うな dotnetもpythonもExcel上で使うには力不足。
VBAが一番都合が良いんだね。 エクセルはビジネスのごくわずかな領域でしかない
なのでエクセル依存のVBAはビジネスではイマイチなんだね やっぱり.NET、Python、PowerShellで決まりだよ ユーザー定義ワークシート関数作れるようになってから出直せ >>242
凄く良くなるかは分からん
業務の種類と自分が出来る自動化のスキルによる
うちはシステム化ダメダメだったから日報を2時間掛けて作ってたらしいそれを2分で出来るようにした
土日も作ってるらしいからそこそこになった ■ このスレッドは過去ログ倉庫に格納されています