Excel VBA 質問スレ Part53

**デフォルトの名無しさん** · 2018/04/27(金) 19:02:38.39

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

※前スレ
Excel VBA 質問スレ Part52
http://mevius.5ch.net/test/read.cgi/tech/1517052305/

**デフォルトの名無しさん** · 2018/04/30(月) 18:24:02.57

>>98
セルの表示形式変えればいいんじゃないの

**デフォルトの名無しさん** · 2018/04/30(月) 18:25:44.02

>>97
「納品」なんて言葉が出てくること自体
スレ違いって何度も指摘されているよね？

**デフォルトの名無しさん** · 2018/04/30(月) 18:26:48.62

>>99
コメントありがとうございます。
ファイル等から配列に読み込んだデータなので、
データシートには移していないのです。

**デフォルトの名無しさん** · 2018/04/30(月) 18:29:28.12

>>101
イミディエイトウィンドウ上で
?CInt("\5,000"), CDbl("\5,000")
とやると
5000 5000
て表示されるけど、これでいいの？

**デフォルトの名無しさん** · 2018/04/30(月) 18:31:56.38

>>102
おー。ありがとうございます。
やってみます。

**デフォルトの名無しさん** · 2018/04/30(月) 18:35:19.93

>>102

できました。ありがとうございます。助かりました。

**デフォルトの名無しさん** · 2018/04/30(月) 18:42:13.56

どんだけ力説して見ても具体例が出てこなきゃ無視されるだけ
そのユーザーに納品した実例を（タイトルやラベルとかは黒塗りでいいから）見せてみ
（そんなものがあるなら）　
まさか全編コマンドラインで手打ちじゃあるまい？
ユーザーが操作するGUI環境整えるには WPF　とかってじゃないだろな？
で、それを設計するのに Visual Studio だとかってんじゃないだろな？

DOSベースのPCがWindows仕様にして飛躍的にシェア伸ばしたように
いかに人口に膾炙するか　が肝要　ってトコを見逃すんなら、なんでも言えるし書ける

**デフォルトの名無しさん** · 2018/04/30(月) 18:47:25.40

>>88
SQLのLは何の略だと思ってるんだろう...

**デフォルトの名無しさん** · 2018/04/30(月) 18:47:53.44

>>97
なんども書かれてるのはプロはVBAなんて使わないってこと。
使ってるのはあなたの言うユーザー。
分かりやすい具体例は事務職など。
納品先など無いのだよ。

**デフォルトの名無しさん** · 2018/04/30(月) 18:55:09.17

>>88
そんなのデータの規模ではなくて、扱うデータの種類によると思う
自分のはpythonの数学ライブラリとかRで扱うようなデータが多いから

**デフォルトの名無しさん** · 2018/04/30(月) 19:06:15.98

>>106
Structured Query Language の略だから言語の意味だけど？
クエリー言語とプログラミング言語を一緒にしてどうするの？

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

>>108
なるほど

**デフォルトの名無しさん** · 2018/04/30(月) 19:33:45.09

なんやもうプロさんしかおらんなこのスレw

**デフォルトの名無しさん** · 2018/04/30(月) 19:51:26.10

>>109
> クエリー言語とプログラミング言語を一緒にしてどうするの？
一緒だろ？
SQL使ったことないのか？

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

>>105
あーホンマもんの素人さんなんだ
開発情報なんてそう簡単に社外に持ち出せんのよ常識でわかるっしょ？

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

>>113
逃げんなよ　具体例出してみ　っつってんの　自社例出さんでもいいから
おれも WPF なんて今日初めて知ったレベルだ

https://cdn-ak.f.st-hatena.com/images/fotolife/I/Itsukara/20170402/20170402211150.png
https://cdn-ak.f.st-hatena.com/images/fotolife/I/Itsukara/20170402/20170402211402.png

http://itsukara.hateblo.jp/entry/2017/04/02/213525　ここの例だけどな
コマンドラインなのかGUIで片付けるのがぐらいも答えられんのか
それを納品してんだろ？　客ウケはどうなんだ？　大好評かどうかぐらい末端でも教えてもらえるだろ
もっと違うGUIあるなら、そおゆう情報流してこそだろ　
でなきゃ単なる陰湿な嫌がらせや間抜けな戯言に過ぎんぞ

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

>>112
さっぱり意味がわかりませんな。

VBAが遅い言語でもクエリで使うSQLはその影響を受けない。
なにが一緒だというんだ？「一緒」ってなんだよ？

**デフォルトの名無しさん** · 2018/04/30(月) 21:14:37.26

>>114
なんかアホみたいな勘違いしねえか？
客に出すものはVBAもPowerShellも使わねえよ
常識で考えてわかると思うけどね
最近はほとんどC#とJavaでUIはブラウザが多い

PowerShellを使うのは個人用のツールな
こっちは9割以上CUIでGUIが欲しい時はFormsやWPFを使う

**デフォルトの名無しさん** · 2018/04/30(月) 21:39:28.70

客に出すものっていうか、元々Excelで納品って仕事も有るけどな。

というかExcel操作するのにPythonとか言ってる奴とは仕事したくないな。
Excelファイル出力とかならわかるけど。

dll作ってExcelから呼び出すことも有るけど、そういうのって苦肉の策なんだね。
本来ならExcel上で完結すべきだろ。
それがExcel上では出来ないとか、その処理においてはスピードがどうにも遅くて仕方なくやるもんで、積極的にやるもんじゃない。

じゃあ、どうしてもVBAでは出来ないとかどうしても遅いとか言ってる奴が本当に分かってて言ってるかと言えば、単にそいつのスキルが低いだけという場合も結構ある。

**デフォルトの名無しさん** · 2018/04/30(月) 21:46:53.02

>>115
頭大丈夫か？
>>81から読み直せよ
でかいデータの時にawk やC#を使う話にお前がSQLとか言い出してる
C#とSQLってプログラム言語のくくりだと同じだぞ

**デフォルトの名無しさん** · 2018/04/30(月) 21:48:43.79

>>116
PowerShellだってGUIのプログラム書けると思うけど。
まあ、それはかっこ悪いか。
なぜC#があるのにPowerShellを使うのか?ということになるからな。

でも開発環境入れられる仕事ばかりじゃ無いから苦肉の策でPowerShellってのも有りかも知れない。

結局、その場に合った物を使うということだろ。

**デフォルトの名無しさん** · 2018/04/30(月) 21:53:49.94

>>118
でかいデータをawkやC#で直接扱うわけじゃないだろ？
でかいデータは「プログラミング言語」じゃなくて「クエリ言語」であるSQLで扱うんだろ？
ってのが>>88の意図だ。
それに対して「そうじゃない」という反論は出ていない。だからその線で話しているわけだが？

**デフォルトの名無しさん** · 2018/04/30(月) 21:54:14.99

>>118
デカイデータの時にawkとかC#ってのがよく分からんな。
そのデータってのがExcelとどう関係するんだ?

Excelで扱うデータでシートに入れるようなものならExcelの方が良いだろ。

**デフォルトの名無しさん** · 2018/04/30(月) 22:30:15.66

もういい加減、荒らしだってことに気づいて欲しい

**デフォルトの名無しさん** · 2018/04/30(月) 22:34:21.00

>>120
> でかいデータをawkやC#で直接扱うわけじゃないだろ？
それは>>81に聞いてくれ

> でかいデータは「プログラミング言語」じゃなくて「クエリ言語」であるSQLで扱うんだろ？
クエリ言語ってプログラム言語の一種だよ...
いろいろ思い込みが激しすぎるんじゃね？

**デフォルトの名無しさん** · 2018/04/30(月) 22:38:03.61

adodbStreamを使って、jisコード（ISO-2022-JP）で書かれたテキストファイルを読み込んで色々するマクロを作っています
対象のテキストは1行120バイトのレコードが何行も含まれるという体裁になっているファイルです
このファイルを入力ファイルに指定したところ、なぜか3行目のみ最初の12バイト分が読み込まれません
レコードの内容を変えて何度か試してみたのですが、決まって3行目のみ行頭の12バイトが抜け落ちてしまいます
adodbを使う際に何か必要なことがあるのでしょうか？

**デフォルトの名無しさん** · 2018/04/30(月) 22:38:58.58

>>121
> デカイデータの時にawkとかC#ってのがよく分からんな。
それは>>81に聞いてくれ

> Excelで扱うデータでシートに入れるようなものならExcelの方が良いだろ。
処理内容によるとしか言えない

**デフォルトの名無しさん** · 2018/04/30(月) 22:40:13.46

ないよ
再現するコードとサンプルデータ貼っとけば早いんじゃね

**デフォルトの名無しさん** · 2018/04/30(月) 22:46:03.65

>>123
＞クエリ言語ってプログラム言語の一種だよ...

かなり違うと思うよ。
「違う」というのは、プログラミング言語の選択とクエリ言語の選択が直交している
という意味で言っている。

**デフォルトの名無しさん** · 2018/04/30(月) 22:50:53.98

>>124
＞レコードの内容を変えて何度か試してみたのですが

じゃあ例えば1行目の内容と全く同じものを10行繰り返しても
3行目だけおかしいの？

**デフォルトの名無しさん** · 2018/04/30(月) 22:54:51.03

>>125
そう。
処理内容によるのに、しかもExcel内の作業ならVBAの方が有利なことも多いのに、どうしてなんでもかんでもかたくなに否定するのか分からん。

そういう頭の堅い奴は、最適なものを選ぶというセンスが無いんだろうな。

PowerShellとか言ってる奴も意味分からん。
Excel.Application使ってるならVBA使ってるということだと思うんだがなあ。

**デフォルトの名無しさん** · 2018/04/30(月) 22:57:06.73

>>127
それ君の思い込みでしょ
VBAからC++で書いたdllにデータ処理させるのと、VBAからSQL発行してDBMSにデータ処理させるのと何が違うと言うんだ？

**デフォルトの名無しさん** · 2018/04/30(月) 23:02:27.95

>>129
> 処理内容によるのに、しかもExcel内の作業ならVBAの方が有利なことも多いのに、どうしてなんでもかんでもかたくなに否定するのか分からん。
簡単に使えると言うこと以外でVBAが有利な点なんてたいしてない
規模が大きくなるほど短所が目立ってくるし

> そういう頭の堅い奴は、最適なものを選ぶというセンスが無いんだろうな。
ブーメラン刺さってるぞ w

> Excel.Application使ってるならVBA使ってるということだと思うんだがなあ。
さすがにその認識には同意できない
ExcelのCOMがVBAで書かれてる訳じゃないし

**デフォルトの名無しさん** · 2018/04/30(月) 23:05:37.73

>>129
まあ君はちょっとExcel VBA以外の世界も知ったほうがいいとは思う

**デフォルトの名無しさん** · 2018/04/30(月) 23:06:52.92

VBAは使えないって人はこのスレ自体を全否定してるわけだから、もう来なければいいのに

**デフォルトの名無しさん** · 2018/04/30(月) 23:28:47.25

>>130
同じだよね
だからプログラム言語についてはどれを選ぼうとも、
クエリー性能は大して変わらんだろと>>88の段階から
言ってるじゃないか？？？

**デフォルトの名無しさん** · 2018/04/30(月) 23:42:40.97

>>131
>>132
もしかして本当に頭悪いの?
Excelのオブジェクトを扱うのに最適というのが最大の有利な点だろ。
Excelのファイル単体でという制限をかけるだけで他の言語全滅じゃねーか。

秀丸の機能を拡張するのに秀マクロが有利な点は無いと言ってるようなもんだ。

**デフォルトの名無しさん** · 2018/04/30(月) 23:43:43.66

>>128
あー
全く同じのレコードでは試してないですね
最初の12バイトが欠落するので、最初の12バイトは1-4行目まで同じ内容にしてみたんですが、それでも3行目のみ欠落しました

もうGW入ってしまったのでサンプル引っさげての質問はまた来週にお願いすることにします

**デフォルトの名無しさん** · 2018/05/01(火) 00:03:13.05

>>135
オブジェクト指向も半端にしかサポートしてないVBのクソ文法で最適とはちょっとな

データとプログラムは混ぜないで欲しいからVBAは無しでって言われたらVBA終わりじゃん
そういうバカバカしい制限を仮定する意味はないな
そもそも個人利用だから制限する理由もない

秀丸なんかマクロ組んでも大したことねえ
そんなのやめてもっと生産性高いエコシステム使おうぜって話な

**デフォルトの名無しさん** · 2018/05/01(火) 01:11:15.38

>>135
Excelのオブジェクト触るのはCOM使える言語ならできるので
ワークブックにマクロとして埋め込む必要のあるVBAが最適とは言えない
内輪のツールならともかく、他所向けにマクロ入りワークブック渡したら普通気持ち悪がられる
少なくとも俺は他人が作ったマクロ入りワークブックは気持ち悪いと思っている

**デフォルトの名無しさん** · 2018/05/01(火) 01:39:29.59

マクロブックで気持ち悪いなら、どこの馬の骨が作ったとも分からない自作プログラムの方がよっぽど気持ち悪いだろｗ

**デフォルトの名無しさん** · 2018/05/01(火) 05:26:46.36

お前が気持ち悪かろうがどうだろうが知ったことか
普通の人間はそれで自分の仕事ができりゃ文句ないんだよ

**デフォルトの名無しさん** · 2018/05/01(火) 05:45:01.42

>>134
> だからプログラム言語についてはどれを選ぼうとも、
> クエリー性能は大して変わらんだろ
えっ？
C++で書いたコードとSQLの性能が同じってどこから言えるんだ？
俺が同じって言ってるのはVBAから呼び出すサブルーチンとしては（記述する言語が違うだけで）機能としては同じと言ってるだけで性能の話なんてしてない

**デフォルトの名無しさん** · 2018/05/01(火) 05:57:03.28

>>135
> Excelのオブジェクトを扱うのに最適というのが最大の有利な点だろ。
だから処理内容によってはそれを上回るデメリットが目立ってくるって話
さすがにVBAは設計も古いし言語としては最もいい言語とは言えない
あと>>137も書いてるけどデータとプログラムコードが一体になってるのは便利だけど例えば社内に配布してるExcelファイルのコードだけ修正したい時に面倒なことになる

**デフォルトの名無しさん** · 2018/05/01(火) 06:16:57.61

>>142
わざわざ*.basファイルや*.frmファイルだけエクスポートしてバージョン管理したり
各部署の担当者がVBAコードだけマージしたり一応運用できてはいるけど面倒だね

**デフォルトの名無しさん** · 2018/05/01(火) 06:40:21.83

Googleスプレッドシートに移行するかな

**デフォルトの名無しさん** · 2018/05/01(火) 06:45:51.96

VBAが使えない、他のが良いってならそろそろそのもっと便利な言語のスレに移動してくれよ。
荒らしでしかねーよ。

**デフォルトの名無しさん** · 2018/05/01(火) 06:52:48.09

本気で別の言語がいいと思ってるわけじゃなくて、
構ってくる相手が居なくて寂しいからウザ絡みしてきてるだけだから何言っても無駄

**デフォルトの名無しさん** · 2018/05/01(火) 07:25:38.90

>>143
バージョン管理は面倒とは言えこっちでやる話だからまだいいけど利用者にコード部分を更新させるのが大変
>>135はそういう経験が無さすぎ

**デフォルトの名無しさん** · 2018/05/01(火) 11:57:12.13

.xlamでいいんじゃね

**デフォルトの名無しさん** · 2018/05/01(火) 12:05:07.52

Excelマクロ配布は面倒
イントラサービス展開したほうがいい

**デフォルトの名無しさん** · 2018/05/01(火) 13:57:43.74

>>137
データとブログラムは分離したいのでワークシートに業務データは置かないでね。

となるべきでは？

**デフォルトの名無しさん** · 2018/05/01(火) 13:57:53.11

VBAでまともに開発できなかったから、ＶＢＡをけなすしかないかわいそうなアホがいるな
システム設計能力もプログラム設計能力も足りてないし
趣味でやってるんじゃないなら転職した方が良いよ

**デフォルトの名無しさん** · 2018/05/01(火) 14:21:11.05

平凡なプログラマの仕事から考えるとVBAではまともに開発できないってのは事実だね
スキルが足りないとかそんなバカバカしい理由じゃなく
VBAというプラットフォームが貧弱すぎて並の業務システムとしての利用に耐えられない
VBAでまともに開発できると思ってる人は本人が考えるよりもかなり小規模なシステムしか組んだことがないんだろう

**デフォルトの名無しさん** · 2018/05/01(火) 14:33:30.91

仕事で使う != 業務システム

という前提なんじゃないかな、このスレのみんなは

**デフォルトの名無しさん** · 2018/05/01(火) 14:36:33.47

>>151
ソフトウェアだから開発できるできないの話になればそりゃできるよ
ただもっとモダンな言語なら簡単にできることを長々とコーディングしたりいろいろ面倒ってこと
要するにできない奴がいると思ってるお前の見識が無さすぎるだけ

**デフォルトの名無しさん** · 2018/05/01(火) 14:56:57.02

VBAで長々とコーディングしなければならず、かつ他の言語でも達成可能な事を書くって前提が既にアホが極まってる
VBAでやる事はVBAで短くサクッと書ける事に限定されるに決まってんだろｗ

**デフォルトの名無しさん** · 2018/05/01(火) 14:58:00.32

例えばどんな処理？

**デフォルトの名無しさん** · 2018/05/01(火) 15:05:45.90

>>155
> VBAでやる事はVBAで短くサクッと書ける事
だからそれ以上の場合はどうするんだって話
知らないなら黙ってなよ

**デフォルトの名無しさん** · 2018/05/01(火) 15:12:53.07

元来Excel VBAでやってた自動化作業は全部rubyでやるようになったんだけど
ユーザー定義関数だけは移行できないからpythonには期待している

**デフォルトの名無しさん** · 2018/05/01(火) 15:15:40.26

>>157
それ以上の事をする人間がVBAしか扱えないわけないだろ
お前は本当に何も知らないんだなぁ

**デフォルトの名無しさん** · 2018/05/01(火) 15:19:08.59

>>159
お前はいったい何を言ってるんだ？
話の流れも理解できてないのかよ w

**デフォルトの名無しさん** · 2018/05/01(火) 15:23:39.78

>>160
お前が「それ以上の時はどうするんだよ」って言ったんだろ、それも覚えてられないのか
まぁお前って無能そうだもんなｗ　仕方ないかｗ

**デフォルトの名無しさん** · 2018/05/01(火) 15:35:06.14

アホだこいつ w
処理内容と環境とお前の実力で使う言語決めればいいだけだろ
なんでもかんでもVBAが最適じゃないって話
VBAしか使えない奴のことなんて知ったこっちゃないしな

**デフォルトの名無しさん** · 2018/05/01(火) 15:42:29.57

如何なる状況においてもVBAが最適なんて話は誰もしてねぇだろｗ
エクセルでやりたい処理をサクッと作れるのがVBAって何度も言われてるだろ、覚えてらんねぇんだなｗ
まぁ適切なスレすら選べずVBAスレで見当違いの無駄な話をずっとしてるヤツらしいっちゃらしいけどさぁ

**デフォルトの名無しさん** · 2018/05/01(火) 15:50:18.44

話の流れよくわかんないけどrubyのほうがサクッと作れる
いやほんとに

**デフォルトの名無しさん** · 2018/05/01(火) 15:55:34.02

>>149
アドインマクロ配布でいいんじゃね？

**デフォルトの名無しさん** · 2018/05/01(火) 16:01:41.40

>>163
だからお前はVBAに閉じ籠ってろよ
低能の話はどうでもいい

**デフォルトの名無しさん** · 2018/05/01(火) 16:14:03.63

ほとんどの状況でVBAが最適である（ｷﾘｯ
ただし業務データはOracleやSQLServerにある環境で。

**デフォルトの名無しさん** · 2018/05/01(火) 16:17:47.89

>>166
「VBAでめちゃくちゃ長いコーディングするかも！」ってバカみたいな想定して、
VBAスレにずっと粘着してるヤツがなんか言ってるｗ
まぁお前って覚えるの苦手だから自分が矛盾している事にも気がつけないんだよな

**デフォルトの名無しさん** · 2018/05/01(火) 16:24:00.82

>>168
> 「VBAでめちゃくちゃ長いコーディングするかも！」ってバカみたいな想定して、
バカは仮定の元に議論すると言うことすら理解できないらしい w

**デフォルトの名無しさん** · 2018/05/01(火) 16:26:58.21

>>169
お前は知識ないから、どんな仮定が無意味かも判断つかないんだなｗ

**デフォルトの名無しさん** · 2018/05/01(火) 16:45:30.31

バカは背理法も知らんらしい w

**デフォルトの名無しさん** · 2018/05/01(火) 16:57:12.26

>>171
お前たぶん分かりやすく説明する為の例え話を聞かされたせいで「背理法」を勘違いしてるぞｗ

**デフォルトの名無しさん** · 2018/05/01(火) 17:08:15.90

理解できないなら無理するな w

**デフォルトの名無しさん** · 2018/05/01(火) 17:20:43.73

お前はこれまでもこれからも、そうやってずっとバカを晒し続けていくんだろうなｗ

**デフォルトの名無しさん** · 2018/05/01(火) 17:22:46.92

うん、バカ（=ID:Jo6zEwE8）を晒していくよ w

**デフォルトの名無しさん** · 2018/05/01(火) 17:31:25.21

もう２人付き合っちゃいなよ

**デフォルトの名無しさん** · 2018/05/01(火) 17:47:51.39

>>164
そもそもどういう処理？
主なユーザーは自分？

**デフォルトの名無しさん** · 2018/05/01(火) 17:57:39.01

VBAが最適なんてことはそうそうないんだよね

**デフォルトの名無しさん** · 2018/05/01(火) 18:01:11.51

>>177
自分用の定型処理とか書捨てマクロとか

他人に使ってもらうようなのはもっぱらJScriptだな
処理したいExcelだけ開いてこのファイルダブルクリックしてで説明が済むので

**デフォルトの名無しさん** · 2018/05/01(火) 18:40:54.89

このスレがだぁ～って伸びてる時は、大概くっそくだらねぇ話で揉めてる時…と思って
見たらやっぱりそうだった w

**デフォルトの名無しさん** · 2018/05/01(火) 18:51:19.92

クソくだらん話題でもないと書くことねえしなVBA

**デフォルトの名無しさん** · 2018/05/01(火) 18:56:05.66

オレオレライブラリが充実してくればVBAでも十分最適解に近づくさ
どう最適かというと、「あまりコードを書く必要がなくなる」ってとこかな

**デフォルトの名無しさん** · 2018/05/01(火) 19:23:54.19

プロさんんの熱弁中にさしでがましいようですが元々マクロ言語はあまりコードを書く必要がないんですよねw
でもまあ書きますよねコードwなんせプロさんですからねwww

**デフォルトの名無しさん** · 2018/05/01(火) 19:32:52.10

そう
コード記述量少ないほうが良い
なので同じことをやるのに冗長な記述が必要なVBAは残念

**デフォルトの名無しさん** · 2018/05/01(火) 19:52:38.83

>>184
またまたぁwマクロ言語なのに冗長な記述が必要になるわけないじゃないですかぁw
プロさんのくせに謙遜しちゃってwww

**デフォルトの名無しさん** · 2018/05/01(火) 20:44:13.71

数レスでさっくり要約できない奴に何書かれてもな　成果が推し量れるってもんだ
おれが客や上司ならこういうのには頼まねえわ　タダでも断る　　　ところで
Excel VBA 「質問」スレ　で何したいんだ？

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

さあ？

質問が少なくて下らん話題しかないように見えても、
誰に強制されているわけじゃない。需要と供給の結果だ。
現にオレはこういう流れが好きだけど？

**デフォルトの名無しさん** · 2018/05/01(火) 21:34:48.85

なんか、本当に頭が悪いんだな。
勝手に人をVBAしか触らないかのように認定してくるし。

全て逆。
その時に合ったのを使えば良いと言ってる。
VBAがどんな場合でも良いなんて最初から言ってない。
ブック単体で済むんだから、別途ファイルを必要とする他言語より有利なんだよ。
Excel上ではな。
でもExcel上でも場合によっては他言語を採用することも当然あり得る。
色んな場合がある。
それをお前らは何とかしてどんな場合でもVBAを否定しようとするからおかしくなる。

Excel.Application触ってもVBAじゃ無いならC++でdll作ってそれをVBAで使ったら、それは全てVBAってことか?

バカを相手にすると話が不毛だなw

**デフォルトの名無しさん** · 2018/05/01(火) 22:00:11.35

状況に合わせて適当な道具を選ぶだけなのに。
万能な道具なんてないんだからさ

**デフォルトの名無しさん** · 2018/05/01(火) 22:03:41.92

>>189
そんなスキルなんて、あるの？
俺にはないな。せいぜい2～3の言語。
たいていそんなもんじゃないか？

**デフォルトの名無しさん** · 2018/05/01(火) 22:25:23.37

んなこたあない

**デフォルトの名無しさん** · 2018/05/01(火) 22:41:54.95

>>190
言語はもうちょい使えるけどExcel使うのにVBA以外だとインストールの手間とかもあるからC++, C#, VBScript, JScript, PowerShell, SQL辺りかな
今更VBScript, JScriptでもないだろうからガッツリ組むならC++、お手軽にやるならPowerShellかな
データがでかいならSQL一択
C#は意外と面倒だからあまり使わない

**デフォルトの名無しさん** · 2018/05/01(火) 22:58:35.04

>>192
ガッツリ組むならC++　←　わかる
ガッツリ組まれたアプリでExcelが使われる　←　わからない

Excel君はどういう役回りなんだ？

**デフォルトの名無しさん** · 2018/05/01(火) 23:03:48.61

SQLをそこに並べるあたりでお里が知れますよw

**デフォルトの名無しさん** · 2018/05/01(火) 23:20:08.80

インストールの手間を嫌うのにC++が候補に入ってる時点でお察し

**デフォルトの名無しさん** · 2018/05/01(火) 23:21:25.88

>>193
色々な理由で入出力をExcelでやらざるを得ないと言うのはままあるから

**デフォルトの名無しさん** · 2018/05/01(火) 23:24:06.78

>>195
開発者の手間と利用者の手間の区別もつかないの？
この板見てる奴なら説明しなくてもわかると思ったが想像以上にレベルの低い奴もいるんだな w

**デフォルトの名無しさん** · 2018/05/01(火) 23:42:30.76

powershellでほぼ全て解決するんだよなぁ