Excel VBA 質問スレ Part56

**デフォルトの名無しさん** · 2018/08/23(木) 07:25:24.98

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

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

**デフォルトの名無しさん** · 2018/09/06(木) 21:55:08.39

自分だけで使うんならなんでもいいよ

**デフォルトの名無しさん** · 2018/09/06(木) 21:55:40.77

そしてJavaとかへ行って大量のカラムを持った壮大なテーブル作ってぐるぐるSQLするまでがテンプレ

**デフォルトの名無しさん** · 2018/09/06(木) 23:42:58.44

>>750
>>751
＞VBAの勉強法
VBAの入門書がたくさんあるからまず一冊読んでみ

それから実際に簡単なコードを書いてみること
何かのデータを集計してCSVにして出力しようとか

そうやってだんだん分かってきたら
実務に使えそうなコードを書いてみる

最初は挫折することも多いと思うけど
小さな部品を組み合わせて大きな仕事をする
という方向で考えると上手くいくことが多い
これはVBAに限らずプログラミングの基本

**デフォルトの名無しさん** · 2018/09/06(木) 23:48:28.62

>>765
＞プログラミングやるならマック
Webサービス作ったりするプログラマになるならMacもいいが
あくまで本業は事務職でVBAも組むだけならWindowsが良い

なぜなら事務の仕事で使うのはMacではなくWin機だろうから
環境が違うことでいろいろ支障が出るかもしれない

**デフォルトの名無しさん** · 2018/09/06(木) 23:50:42.53

>>781
ExcelやVBAよりLinuxの方がはるかに難しい
まあ電子工作とかIoTとかやりたいなら
ラズパイは安くて面白いオモチャだと思うけど

**デフォルトの名無しさん** · 2018/09/06(木) 23:53:18.80

>>782
VBAは入門用言語に向いてると思うけどね
GUIがあるから動作が分かりやすい

ただもちろん本格的にプログラミングするなら
他の言語もやらないと筋が良くならないね

VBAしか知らない人のコードってただベターっと処理を並べて
OOPどころか構造化もしてないようなコード多く見かけるから

**デフォルトの名無しさん** · 2018/09/06(木) 23:56:51.95

構造化してないって具体的にどういう感じのコードになるんだ？

**デフォルトの名無しさん** · 2018/09/07(金) 00:06:56.77

感じ方は人それぞれやし

**デフォルトの名無しさん** · 2018/09/07(金) 00:14:48.37

>>785
小さな部分を組み合わせることは重要だが、それは一つの観点に過ぎない
プログラミングはトップダウンで考えてボトムアップで作る
VBA上がりの人は大抵このトップダウンで考える部分が抜けてて、その結果>>788の言ってるようなベターっとしたメンテ不能の糞が出来上がる

**デフォルトの名無しさん** · 2018/09/07(金) 00:20:44.98

>>791
＞プログラミングはトップダウンで考えてボトムアップで作る
＞VBA上がりの人は大抵このトップダウンで考える部分が抜けてて
そうだね、言いたいことはよく分かるよ

ただ最初からトップダウンで考えるのって難しいんだよ
かなりプログラミングに慣れてから分かってくることで

部品を組み合わせることを続けて訓練していくと
最初からトップダウンで設計できるようになっていく

**デフォルトの名無しさん** · 2018/09/07(金) 00:25:26.43

>>789
＞構造化してないって具体的にどういう感じのコード
関数に切り出して部品化しようって意識もなくて
百行なら百行、必要な処理をそのまま並べてるとか

それで必要な処理とかが増えて
そのまま規模が大きくなっていくと
メンテできなくて破綻する

**デフォルトの名無しさん** · 2018/09/07(金) 00:28:30.33

VB系から入るのが危険なのって、一番は何が正しくて何が正しくないのかを理解しないまま正しくないものに触れてしまうことだと思う
書籍やWebサイトのサンプルの質が低すぎる
ある程度分別がついてからであれば、あ、これ真似しちゃいけないやつだ、と分かるんだけどな

**デフォルトの名無しさん** · 2018/09/07(金) 00:49:11.50

>>793
草生える
そこまで酷いと、ひょっとして操作対象のセルのアドレスや行や列のインデックスとかも動的に取得しないでリテラルでいちいち指定してたりするのか？

**デフォルトの名無しさん** · 2018/09/07(金) 01:14:28.94

>>753
俺が初心者に毛が生えたような人間だからだろうけど、まず「hoge」とかいう全く慣れない単語を使うところから嫌になるんだよな
「a」とか「x」でいいんじゃないのかと

**デフォルトの名無しさん** · 2018/09/07(金) 02:19:35.13

トップダウンで作れないのは抽象化という概念を知らないからだろ

**デフォルトの名無しさん** · 2018/09/07(金) 08:17:05.32

>>785
その入門書を教えてもらえると助かる

**デフォルトの名無しさん** · 2018/09/07(金) 08:30:15.06

トップダウン、ボトムアップって別にそれでもいいんだけどさ、そういうことを言う奴がプロジェクトを台無しにしてたりもする。
どんなモデルでもある程度のプロトタイピングは必要だし、スパイラルにもなり、テストファーストな部分もある。

ところが頭でっかちで言葉に囚われて、おかしなことになってたりする。
ブックを開くコードも書けなかったら、色々試してその方法を獲得しておく必要があるだろ。

**デフォルトの名無しさん** · 2018/09/07(金) 08:45:55.51

>>796
見慣れない言葉を使ってるのは、コードの可読性を確保しながら任意の値であることを示すためでは
その観点で言うとアルファベット一文字は論外だし、なまじ意味のある言葉だと既定の固定パラメータだと読み手側に勘違いされるかもしれない

**デフォルトの名無しさん** · 2018/09/07(金) 08:47:48.91

アルファベット一文字変数よく使います

**デフォルトの名無しさん** · 2018/09/07(金) 09:04:28.96

>>800
などのような説明があるとわかるんだけど、前提とされているのかそういったことを細かく書いてる人は少ない(私が勉強してる間は見たことない)し、なんかやりづらさを感じるのが正直なところ
そもそも自分で作る簡単なやつならaでもxでも何でもいいわけだし

**デフォルトの名無しさん** · 2018/09/07(金) 09:15:28.79

>>800
ホゲで可読性があがるとは思えないの
言うなれば男らしさをアピールするために眉毛を繋げてみました
と言ってるようなもの
hogeという文字列を使う人間からはそういうサイコパス的な
不気味さを感じる

**デフォルトの名無しさん** · 2018/09/07(金) 09:15:40.14

>>802
ぶっちゃけ慣れの問題でしかない
ある程度慣れてくると逆に任意の文字列値を代入することが明らかな箇所でわざわざそのような説明が付されているとわずらわしく感じるようになるぞ

**デフォルトの名無しさん** · 2018/09/07(金) 09:23:23.85

かつてデフォルトという言葉が浸透していなかった頃、かっこつけてるけどみんなが理解しにくい言葉を使う奴はバカだと思ったりもした。

何も考えずに"hoge"や"fuga"を使ってるが"任意のデ―タ"とかの方が良かったか。

**デフォルトの名無しさん** · 2018/09/07(金) 09:51:08.31

文系にありがちな本質と関係ないところで無駄に意味を求めてつまずくタイプ

**デフォルトの名無しさん** · 2018/09/07(金) 10:11:17.64

hogeの期限を求めて
https://togetter.com/li/47113
メタ構文変数
https://ja.wikipedia.org/wiki/%E3%83%A1%E3%82%BF%E6%A7%8B%E6%96%87%E5%A4%89%E6%95%B0

**デフォルトの名無しさん** · 2018/09/07(金) 11:01:56.00

本質は枝葉に宿る
日本の心

**デフォルトの名無しさん** · 2018/09/07(金) 11:28:46.81

「ほげほげ」とか「ほにゃらら」とか久米宏がよく言ってなかったっけ？

**デフォルトの名無しさん** · 2018/09/07(金) 11:31:12.93

質問なんぞどうでも良くて、それをネタにただただ雑談したいだけのスレ

**デフォルトの名無しさん** · 2018/09/07(金) 12:07:30.64

そりゃ意味のある質問や回答は10年以上前に出尽くしたからだろうね

**デフォルトの名無しさん** · 2018/09/07(金) 12:21:03.61

>>810
プロさんが稚拙なプログラミング論を教えたがるスレや

**デフォルトの名無しさん** · 2018/09/07(金) 12:21:35.56

まだ生まれてなかった人もいるんですょ！

**デフォルトの名無しさん** · 2018/09/07(金) 12:24:54.53

>>809
ホニャララは堺マチャアキがまだ言ってるだろ

**デフォルトの名無しさん** · 2018/09/07(金) 12:40:26.02

チョメチョメ

**デフォルトの名無しさん** · 2018/09/07(金) 13:13:39.31

>>804
まあそうなんだけどここで言いたいのはVBAを初めてやってみるとエクセルではない何か変な壁みたいのがあるんだよね
大変だよねっていう

**デフォルトの名無しさん** · 2018/09/07(金) 13:26:38.18

>>816
そうか？
VB系以外のまともなプロミングができる人がVBA使うと、抽象化されたデータモデルを念頭に置いた作りになるからかなりとっつきにくいけど、
VBAの本で出てくるコードなんか所詮は操作の自動化をしてるだけでしょ
操作手順書のフォーマットだと思えば何も難しいことはないよ

**デフォルトの名無しさん** · 2018/09/07(金) 14:19:29.48

確かにVBAから入った若手はプログラミングが下手
綺麗なコードを書くためにやってはいけない悪い習慣のオンパレード
その元をたどっていくとVBAで身についた癖だったということがちょくちょくある

**デフォルトの名無しさん** · 2018/09/07(金) 14:35:52.83

具体的に

**デフォルトの名無しさん** · 2018/09/07(金) 15:59:24.84

むしろマトモな感性の持ち主ならvbaでクソコード見すぎてクソコードは悪という考え方が育ってマシな書き方しようとする

**デフォルトの名無しさん** · 2018/09/07(金) 16:01:30.53

抽象的に

**デフォルトの名無しさん** · 2018/09/07(金) 18:38:30.90

クソコードの例を見てみたい

**デフォルトの名無しさん** · 2018/09/07(金) 19:22:19.85

たしかにhogeは慣習だけど筋が悪い命名だと思う
「A123」とかとそんなに大差ない

意味の分かる名前を付けるのが
プログラミングの大原則

**デフォルトの名無しさん** · 2018/09/07(金) 19:23:22.25

>>798
悪書じゃなければ何でもいい
Amazonのランキングとか見れば

**デフォルトの名無しさん** · 2018/09/07(金) 19:25:27.35

>>823
意味がないという意味があるだろうが

**デフォルトの名無しさん** · 2018/09/07(金) 19:28:03.60

フィボナッチ数列ってどうやるの

**デフォルトの名無しさん** · 2018/09/07(金) 19:28:46.48

>>816
おまえもしかしてここでvba学ぼうとしとらんか？w
変な壁みたいな奴しかおらんぞここw

**デフォルトの名無しさん** · 2018/09/07(金) 19:33:59.45

引数にはちゃんとした名前を付ける
ローカル変数はhogeでいい

**デフォルトの名無しさん** · 2018/09/07(金) 20:21:44.73

>>817
そうか？って言われても…
そうだって言ってんだしさ

**デフォルトの名無しさん** · 2018/09/07(金) 20:38:53.94

せやろか？

**デフォルトの名無しさん** · 2018/09/07(金) 20:39:47.41

>>825
それでも「sample」とかがいい

**デフォルトの名無しさん** · 2018/09/07(金) 21:11:03.73

意味がない＝どんな予約語や変数とも被らないという大きな役目とメリットがある。
sampleなんてつい使いがちじゃないか……

**デフォルトの名無しさん** · 2018/09/07(金) 21:19:36.74

VBAだけしかできないですが、VBAだけでも完璧に操れるようになりたいです
他の言語で色々やってみろと言われますが、まだデバッグモードもまともに使えませんしSub()とEndSubだけで囲んだだけのものからつい先日卒業したばかりです
まだ他の言語で色々やってみるのは早いでしょうか、もう少し留まって勉強するべきでしょうか
だけれどもVBAでは具体的な成長方法がわかりません
もっとできるようになってVBAでかなり複雑なガントチャートでも作れればオバちゃんたちがもっと楽になるはずなのでそれが目標です

**デフォルトの名無しさん** · 2018/09/07(金) 21:55:47.81

>>833
具体的な目標があるんなら、それを実現するために一番いい方法が何か、をまず考えるのがいいと思うよ
それがVBAなら、目標に沿ってVBAを勉強すればいいし。そういう風にしないと勉強しても身につかないしね

**デフォルトの名無しさん** · 2018/09/07(金) 22:16:01.88

>>832
それは関数を分割するなどしてスコープを分ければいい
「sample」だと名前がかぶるから「hoge」なんて筋が悪い

**デフォルトの名無しさん** · 2018/09/07(金) 22:22:01.07

>>835
理想的なくらいに分割したら
そもそもローカル変数の必要性はかなり低くなると思うの

**デフォルトの名無しさん** · 2018/09/07(金) 22:22:21.94

>>833
VBAはExcelありきの言語なので
Excelに向いてないことをする必要があるなら
いつといわずすぐにでも他言語を覚えるべき

＞複雑なガントチャート
それはVBAで組むもんかなあ……？

C#とかJavaとかPythonとかRubyとか
汎用言語で組みたいなあ

**デフォルトの名無しさん** · 2018/09/07(金) 22:25:06.15

>>836
＞ローカル変数の必要性はかなり低くなる
ん？　どういう意味？

グローバル変数を使うって意味なら反対
関数型プログラミングの意味なら良いと思う

**デフォルトの名無しさん** · 2018/09/07(金) 22:40:50.86

>>833
VBAと親和性が高いのはC#

ただ、ガントチャートが作れるかどうかは分からないから、
入れるVSを確認して

**デフォルトの名無しさん** · 2018/09/07(金) 22:46:28.54

具体コードの中で変数や関数に意味づけするのは当たり前。
ロジック例示でのhogeは全然アリで寧ろそうして欲しい。頭が抽象思考しやすくなる

**デフォルトの名無しさん** · 2018/09/07(金) 22:49:16.70

>>839
＞ガントチャートが作れるかどうかは分からない
いや汎用言語ならどれでも確実に作れるでしょ
しいて言えばGUIが大変とかはあるけど

**デフォルトの名無しさん** · 2018/09/07(金) 22:59:40.01

>>838
「理想的なくらいに分割できたけどグローバル変数使ってます」では語義矛盾だよねｗ
「ローカル変数がいらなくなる」ってのもうまく分割できたかどうかのバロメーターになり得ると思ってる。

**デフォルトの名無しさん** · 2018/09/07(金) 23:02:07.62

ブックA
ブックB
ブックC
・・と複数のブックがあったとして、
ブックAとブックBを参照して値をコピーしてブックCに張り付けるとき
ブックAをオープン
ブックBをオープン
ブックCをオープン
for文
if( workbooks("ブックA").worksheet("Sheet1").Cells(X,Y).value = workbooks("ブックB").worksheet("Sheet1").Cells(X,Y).value )
ブックCに値を設定

という具合に、ブック名から指定して参照するコードを組みこんでいるのだが
処理が複雑でなければ処理速度はさほど気にながらないが、for文がいろいろ重なると、やたら処理速度が重くなる。

**デフォルトの名無しさん** · 2018/09/07(金) 23:29:41.20

PowerShellとExcelで指定フォルダ以下のPDFファイル一覧をリンク付きで出力
https://qiita.com/takaaki3110/items/8b51e3df81e73fdd4585

みんなこういうのが好きなのか？

**デフォルトの名無しさん** · 2018/09/08(土) 07:16:31.62

どうゆうのだよ？

**デフォルトの名無しさん** · 2018/09/08(土) 08:14:31.41

>>844
PowerShellで処理して結果をExcelファイルに書き込むってこと？
なら結構好き
逆にExcelファイルからデータ読み出してDBに書き込むとかもよくやる

**デフォルトの名無しさん** · 2018/09/08(土) 08:34:54.76

おまえらって偉そうに講釈垂れてるけど、
職業はPGやSE又はそれらに類似する職種、業務をしていて、尚且つ最低でも10年はバリバリ働いてるんだよな？

**デフォルトの名無しさん** · 2018/09/08(土) 08:51:21.15

>>844
好き嫌いはどうでもいいけど日常作業としてよくやるね
逆にExcelをVBAで拡張して操作感UPみたいな使い方は業務では意外と需要が少ない

**デフォルトの名無しさん** · 2018/09/08(土) 09:10:34.46

>>847
ここの書き込み見ればそんな奴居ないのはわかるだろ？
普段の作業はキッティングがいいとこ。

**デフォルトの名無しさん** · 2018/09/08(土) 09:51:54.75

>>834>>837>>839
アドバイスありがとうございます
大事なことを言い忘れてましたが、職場ではVBA(VBE)以外は触れそうにありません…
それでも家ではC#の勉強をして、プログラミング能力を高めてから複雑なガントチャート作りに取り掛かった方が良いでしょうか？

**デフォルトの名無しさん** · 2018/09/08(土) 10:22:59.24

たのしいRuby 第5版、2016

まず、この本を3回読む

C# なんて、難易度が高すぎる。
数年後に考えろ

**デフォルトの名無しさん** · 2018/09/08(土) 10:26:22.67

でもC#ってWindows標準でコンパイラついてるからメモ帳でもプログラム作れるよな
会社のPCでもC#使えるのでは

**デフォルトの名無しさん** · 2018/09/08(土) 10:41:58.97

相変わらず出ました Rubyヴァカ

**デフォルトの名無しさん** · 2018/09/08(土) 11:47:20.96

それ言い出したらVBコンパイラも付属してるし、VBscript、バッチ、ブラウザ経由のJavaScript、標準で使える言語はいくつもある
言語ごとの文法の違いよりも、基本アルゴリズムをたくさん知ってる方が重要

**デフォルトの名無しさん** · 2018/09/08(土) 12:14:50.97

>>849
キッティングがマシな方なのか…
お仕事お疲れ様です w

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

「キッティングがいいとこ。」
という表現をどのように解釈するか。
オレには疑問の余地はなかったが世の中は広いな。

**デフォルトの名無しさん** · 2018/09/08(土) 12:31:29.06

ペッティングならわかるのにと
お思いの皆さん

**デフォルトの名無しさん** · 2018/09/08(土) 12:37:53.10

ペッティングもやったことないからよく知らんのよね実際

**デフォルトの名無しさん** · 2018/09/08(土) 12:42:35.05

現代のプログラミングではアルゴリズムは必須の知識ではない
なぜならモダンな殆どの言語が標準/非標準のライブラリで様々なアルゴリズムを網羅しているから
不幸にも既存の実装がなく自作が必要になった場合でもそのときになってから調べればいい
調べて実装したらライブラリ化して最悪アルゴリズムを忘れても問題ないようにする

アルゴリズムを学ぶ暇があるならオブジェクト指向関連の考え方やテクニック、イディオムを学んだほうがいい
あとは他人が作ったエコシステムに素早く馴染む学習能力と好奇心が現代のPGにとって重要
これらはVBA縛りではなかなか身につかない

**デフォルトの名無しさん** · 2018/09/08(土) 13:11:32.84

>>843
再計算とスクリーンアップデートをオフにしてます？
自分も最初それをせずに、遅かったことがあったので。

**デフォルトの名無しさん** · 2018/09/08(土) 13:36:10.29

>>852
マジか
うちの会社指定外ソフトのインストール不可だから、
VBA、VBScript、JScript、javascript、PowerShellしか使えないと思ってた
C#って言語の難易度的には高い方？

**デフォルトの名無しさん** · 2018/09/08(土) 13:54:25.52

低学歴知恵遅れｱﾙｺﾞﾘｽﾞﾑのﾗｲﾌﾞﾗﾘがあっても
適切なｱﾙｺﾞﾘｽﾞﾑが選択できない

このｽﾚにいるような
低学歴知恵遅れによくあること

まずまともな教育を受けてないからな

**デフォルトの名無しさん** · 2018/09/08(土) 13:58:13.13

ライブラリが充実していない言語ではアルゴリズムを選択するという機会に恵まれない
機会が少ないので適切なアルゴリズムを選択する能力は退化していく
そもそも選択肢がないのだから当然の帰結だネ

**デフォルトの名無しさん** · 2018/09/08(土) 14:06:15.70

>>861
メモ帳では辛いと思うけど

**デフォルトの名無しさん** · 2018/09/08(土) 14:10:14.52

>>860
横からだけど、Excel2010から2016にアップデートした後やたらと遅くなったわ。

**デフォルトの名無しさん** · 2018/09/08(土) 14:10:44.50

>>859
もし年収二千万だったら？

**デフォルトの名無しさん** · 2018/09/08(土) 14:16:13.09

誰かが作った部品を組み立てるだけなのと、最適な部品を調達 (自作) できるのでは、どっちがいい結果が出せるか
パソコンのソフトやハードに限らず、どこの業界にも言えることだけど

**デフォルトの名無しさん** · 2018/09/08(土) 14:23:29.56

　　　/|∧ﾍ
　　/( (ノ人
　ﾊ /￣＼／)
　( Y＃＃ヽ＞
　(>|＃＃ (_Ｚ
　(ﾉ|＃＃ (_ノ
　( ﾊ＃＃ /_＞
　 (/ヽ_r(_ﾉ|
　　ﾚ(|(ノｿ||　＿_
　　　ヽﾊノ|| ／／/
　＿＿　　||/ / /
　ヽ　＼　||／／
　　| ＼ヽ||￣
　　ヽ＿_＞||
　　　　　 ||
どんなかなしいことが
あっても
やせがまんでもいい
ひのあたるばしょで
つよくいきていこうと
おもふ　そう
たんぽぽのように

**デフォルトの名無しさん** · 2018/09/08(土) 14:26:33.76

①最適な部品を調達（自作）して最高の結果をだすには時間と投資と努力が必要
②手頃な既製品で合格基準を十分に満たす結果をだすのは簡単

他の業界は知らんがIT業界では②のほうが重要な事実だなと気がついたのでOSS文化が発達した
更に言うと今は、調達（自作）した部品よりも、手頃な既製品のほうが高品質なんだよね

**デフォルトの名無しさん** · 2018/09/08(土) 14:30:12.92

>>861
開発環境と、作ろうとするものによるかな
クラスの少ない簡単なコンソールアプリを作るくらいならメモ帳使って手打ちでも作れる
複雑なアプリや本格的なGUIアプリとかを作ろうとするならVSや高機能なテキストエディタを使わないと大変なんじゃないかな
手打ちでも出来なくはないみたいけど俺には無理

**デフォルトの名無しさん** · 2018/09/08(土) 14:37:44.88

>>861
こんな感じ
https://058.jp/pg/cs/

**デフォルトの名無しさん** · 2018/09/08(土) 15:30:06.83

だからザコのくせに偉そうに言うなよ

**デフォルトの名無しさん** · 2018/09/08(土) 16:13:45.31

>>850
ガントチャートならVBAで組むのが良いね。
まず前提として、君は複雑と言ってるけど"ちゃんとした"ガントチャートなら作るの無理でしょ。
高い金出して買うんだよ。
MSProjectとかさ。
(あれがちゃんとしてるかどうかはおいといて)

だから作るということはさ、結局ちょっとしたガントチャートということになる。
その程度で良いのならVBAでExcel上に作るのがお手軽でいいよねという話。

本格的なのは頑張って作る人もいるかもしれないけど大変だし、初心者には無理。

**デフォルトの名無しさん** · 2018/09/08(土) 16:17:38.65

>>869
こういう人をコ―ダーと呼ぶ。
最底辺の人だね。

アルゴリズムを暗記する必要は無いが考え方を勉強することは必要だ。
上手いやり方をその場で産み出せない人は結局どんな言語でもダメだね。

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

>>861
そりゃ、最悪マシン語を直接書けば何でも出来る。
制約の中でどこまで許容できるかだ。

**デフォルトの名無しさん** · 2018/09/08(土) 16:32:18.71

VBAで枯れたアルゴリズムを自分でコーディングするのは全く上手いやり方ではない

**デフォルトの名無しさん** · 2018/09/08(土) 16:37:13.48

仕事でVBA使うために枯れたアルゴリズムを自作したその瞬間は達成感が得られるかもしれないけど、その作業の客観的な価値とか自分の投入した労力に対する報酬とかいろいろ考えていくとアホらしくなるよね

**デフォルトの名無しさん** · 2018/09/08(土) 16:45:02.84

でも楽しいですよ

**デフォルトの名無しさん** · 2018/09/08(土) 16:57:08.19

ガントチャートなんか適当なSaaS契約すればいいだろ
月一万もしねえよ

**デフォルトの名無しさん** · 2018/09/08(土) 17:08:17.11

データの範囲やパターンが限られてる場合は、汎用品より最適化した方がパフォーマンスが出せることも
まあそこまでパフォーマンスの必要な作業はVBAでやることじゃないけど

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

>>874
日常的に必要となるようなアルゴリズムやデザインパターンなどはとっくに出尽くして枯れてるものなんだよ
なので「産み出す」とか言ってる時点で不勉強とわかる
キミはコーダー以下のアマチュアなんだろうけどそれにしたってもう少し勉強したほうがいいよ

**デフォルトの名無しさん** · 2018/09/08(土) 17:25:42.37

既に存在するアルゴリズムを自分でコーディングする話と勘違いする所が痛い。
アルゴリズムなどと呼べない簡易なものから上手いやり方ってのはある。
そういうやり方を暗記してもダメで、その時は上手いやり方が有るんだなあと思っとくだけで良い。

ライブラリを組み合わせてある機能を作ったら、それらのライブラリを組み合わせるとは気付かなかったと言われることもある。
ライブラリを知ってただけじゃダメなんだね。

全く新しいものと言っても結局は既存の組み合わせなんで、その組み合わせを思いつくかどうかはいろんなアルゴリズムを見ておくことが重要。