Excel VBA 質問スレ Part54

**デフォルトの名無しさん** · 2018/05/26(土) 20:37:37.74

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

最近プロによる書き込みが多々見うけられますが
彼らに絡むと話がこじれるので質問したい方は適当にスルーしてください

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

**デフォルトの名無しさん** · 2018/07/10(火) 08:12:33.61

>>582
そいつら仕事してないからw

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

VBAってエクセル縛りがあるから逆に大変だよね

**デフォルトの名無しさん** · 2018/07/10(火) 10:24:06.20

Ruby は、ファイル・テキスト処理では、無敵！

たのしいRuby 第5版、2016

**デフォルトの名無しさん** · 2018/07/10(火) 10:48:31.48

逆に言えば、ExcelのしごとをするのにVBAが最適なのは当たり前
Excelの仕事はテキスト・ファイル処理だけじゃないのにRubyが無敵だとVBAのスレで言い出すバカ

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

こっちがいい

かなしいRuby 第1版、2018

**デフォルトの名無しさん** · 2018/07/10(火) 11:49:46.19

唐突にRubyとか言い出すのはバカだが
ファイル・テキスト処理はExcelの仕事でもVBAの仕事でもないだろ…

**デフォルトの名無しさん** · 2018/07/10(火) 19:49:55.48

エクセルの仕事はVBA

まあ一理あるけどエクセルで全てが完結する仕事ってそんなにないんだよね
ほとんどの仕事でプラスαがあってそのαを処理するのにVBAは果てしない苦痛を要求してくる

なのでエクセルで仕事する部分を最小化するように設計して
他の言語を使って楽しちゃおうってわけ

**デフォルトの名無しさん** · 2018/07/10(火) 20:28:21.19

プログラムの勉強ちゃんとやるってんならサンプルの多いc#がいいと思う
事務仕事っていってもofficeしか弄らないなんてことはないだろうし
ちょっとしたGUIソフト作れるようになったら楽できる部分も出てくるはず

**デフォルトの名無しさん** · 2018/07/10(火) 22:00:34.34

保守やユーザーサポートしかやらん社内SEには、高い開発環境なんて買うてもらえへんのや。。。

**デフォルトの名無しさん** · 2018/07/10(火) 23:13:00.67

別にαの処理もVBAで余裕だが。
単純にVBAのスキルが足りなくて苦痛な処理しか書けないだけだろ。

**デフォルトの名無しさん** · 2018/07/10(火) 23:16:14.98

別にC#でも良いんだけど、それでもExcelの場合はVBAの方が良いことも多いからね。
よっぽどVBAが不利になる場合以外はVBAで書いちゃうな。

**デフォルトの名無しさん** · 2018/07/10(火) 23:39:36.53

VB6のことなんだけど、formにいくつかのtextbox等があって順番通りに入力させたい時ってenterキーじゃいないけどわざわざ仕込むのが当たり前？それともタブで移動が当たり前？

**デフォルトの名無しさん** · 2018/07/10(火) 23:49:25.50

マルチラインでもないテキストボックスでEnter飲み込んだらデフォルトボンタンが機能しないじゃん
たまにそういうのに出くわすけど嫌い

**デフォルトの名無しさん** · 2018/07/11(水) 00:24:49.52

>>594
ホストの移行でさんざんそういうの書いたけど
Windows的には>>595のいうようにEnterはデフォルトボタンだから
タブで移動させるようにユーザー教育するのが正解
桁が決まってたらシリアル入力のように自動で飛ばしてもいいかな

ただデフォルトボタンで画面確定されてしまうのがウザいってんで
デフォルトボタンを無効化したりすることも多かった
Webに移行してもデフォルトのsubmitさせないとか

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

>>594
馬鹿は死ねよ
スレタイトル読めないのか？

**デフォルトの名無しさん** · 2018/07/11(水) 01:19:41.31

他の言語を現場で使うのを許されるほど裁量与えられてんのかな
VBはexcelだからノーカンみたいな屁理屈で通ってるけど
自分がいない時に誰もフォロー出来ないようなシステムは使わせてもらえないわ

**デフォルトの名無しさん** · 2018/07/11(水) 01:22:02.80

vbaでwebサイトのhtmlを取得しようとしてるんですが、うまく行きません。
お知恵を拝借できませんか。

完全にグーグル検索に頼ったやり方で、
Dim source As Object
Set source = CreateObject("MSXML2.XMLHTTP")

source.Open "GET", "https://www.kyounoryouri.jp/recipe/42799_.html";, False
source.Send

Do While source.readyState <> 4
Loop

Debug.Print source.responseText
Set http = Nothing

という感じで、NHKの「みんなのきょうの料理」のレシピ記事を取得しようとしています。
ところがsource.responsetextには、htmlのフッター領域しか入っていません。
なぜこんなことが起きるのでしょう？
試している限りだとフッターしか引っ張れないページとhtmlを全部取得できるページがあるのですが、違いが分かりません。、

**デフォルトの名無しさん** · 2018/07/11(水) 03:52:23.75

行数多いから単にイミディエイトウィンドウに表示しきれてないだけじゃないの

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

>>589
vba以外の言語で書くべき+αの仕事て具体的に何を想定してるの
うちでは多分大したことしてないから全部vbaで完結してる

**デフォルトの名無しさん** · 2018/07/11(水) 11:48:05.66

>>599
そのままコピペして試したけど、それで問題なくページ全体が入ってきてる
いっぺんブラウザ(IE)のキャッシュをクリアしてみ

**デフォルトの名無しさん** · 2018/07/11(水) 12:28:01.10

そのページが、HTML だけで完結しているとは限らない

まず、空のHTMLを送ってきて、後に、JavaScript でサーバーにアクセスして(Ajax)、
内容を取得して、HTMLにはめ込んでいるかも知れない

例えば、5ch のスレも、そういうやり方

だから皆、Ruby などで、Selenium Webdriver を使って、ブラウザを自動操作する。
ブラウザの動きと、全く同じ動きをするようにする

**デフォルトの名無しさん** · 2018/07/11(水) 12:45:06.75

>>601
画像処理（.NET使えないと面倒）
UIAutomation（GUI操作はどうしてもウィンドウ見失ったり不安定なのでtry-catch使えないの辛い）

という理由でこの辺はPowerShellでやってる

**デフォルトの名無しさん** · 2018/07/11(水) 15:08:46.67

ブラウザ(IE)を使ってる人がいるんだ

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

>>604
UIAutomationはVBAでも使えるのを知らないからこういう発言になる。

つまりVBAのスキルが低くて使いこなせてないだけというわけだ。

画像処理?
これまたスキルが低いだけじゃね―の?
GDIやGDIPlus程度ならVBAでも使えるぞ。

**デフォルトの名無しさん** · 2018/07/11(水) 21:24:21.27

>>603
そういう場合はIEオブジェクトを使う手もあるね。
MSXML2.XMLHTTPやhtmlfileだと早いけどブラウザ操作じゃないからね。

**デフォルトの名無しさん** · 2018/07/11(水) 21:27:36.57

使えるからってExcelの仕事じゃないよ

**デフォルトの名無しさん** · 2018/07/11(水) 21:30:19.72

>>608
PowerShellでも無いだろ。
C#

**デフォルトの名無しさん** · 2018/07/11(水) 21:32:28.80

C#なら分かるが。

それにExcel絡みになる場合(操作した結果表示された所からデータ取ってくるとか)も結構ある。

**デフォルトの名無しさん** · 2018/07/11(水) 22:12:04.57

>>606
誰もVBAで実現できないとは言ってないだろ…

上で書いてるように「面倒」なんだよ

VBAでSystem.Drawing使用時と同じくらい簡潔な画像処理コード書けるか？

UIAutomationもそう
VBAでも使えるのは知ってるけどどうしてもだらだらと長くなる
UIA extensions抜きでもパイプライン使えるPowerShellの方が綺麗に書ける
エラーも捌きやすいし

向いてる向いてないはあるんだからVBAでコード書くことにこだわる必要ないでしょ？って話だよ

**デフォルトの名無しさん** · 2018/07/11(水) 23:16:31.20

VBAでなければ非効率的だと確定的な処理を除いて全部、他の言語のほうが良い
誰だって楽に多くの収穫を得たいからね

**デフォルトの名無しさん** · 2018/07/11(水) 23:38:00.81

>>600

>>599です。まさしくご指摘の通りでした。
テキストファイルに出したら全部入っていました。
ありがとうございます。

**デフォルトの名無しさん** · 2018/07/12(木) 00:03:50.33

マクロが上手く動かないと言われ、確認したら非表示にしてたグラフ作成用テンプレシートシート消されてたり、セル削除上詰めとかされてて参照セルがズレてて上手く動かないて事が何度かある
使い方シート的なのを用意して注意書きしてるけど利用者はまともに見てないみたい
こんな時はどう対処するのが一般的なの？
消される可能性踏まえてエラー処理書いたりは流石にしないよね？

**デフォルトの名無しさん** · 2018/07/12(木) 00:48:06.85

>>614
対処しない。もしくは説明シートをよく読めと指導、終わり

**デフォルトの名無しさん** · 2018/07/12(木) 01:04:43.69

例外処理について質問です。本とか見てると例として0除算なんかがよく上がってます。適当ですけど

dim a as long
dim b as long
dim c as long
a = 10
b =　0
on error goto errorHandle
c = a/ b
exit sub
error handle
msgbox "0で割ってます"

みたいな？でもこれ例えばif(b = 0) then　～　exit sub みたいなの入れて弾いちゃっても同じことできますよね
どういうときにerrorを使えばいいのかタイミングがよくわからないので教えてください

**デフォルトの名無しさん** · 2018/07/12(木) 01:36:38.58

>>616
お前みたいな無知蒙昧な馬鹿にはわからない原因のエラーが出た時にはどうするか考える頭がないのか？

**デフォルトの名無しさん** · 2018/07/12(木) 02:14:52.05

>>614
保護かけといても変更されたら対応しない

>>616
エラーがでるかどうか事前にわからない場合に使う

**デフォルトの名無しさん** · 2018/07/12(木) 03:17:53.98

>>614
テンプレートシートはveryHiddenにする。

セルを削除したり勝手に追加したりするヤツは必ずいる。ロックしても「ロックがかかっていて使いづらい、パスワードを教えろ」と言ってきたり。
ふざけんなと思いながら無視してると「あいつはパスワードも教えない、性根が腐ってる」とか言われたりｗ

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

>>614
> 非表示にしてたグラフ作成用テンプレシートシート消されてたり
Sheet.Visible = xlSheetVeryHidden

> セル削除上詰めとかされてて参照セルがズレてて
シート保護もしくは名前を付けて名前で参照

**デフォルトの名無しさん** · 2018/07/12(木) 07:44:16.67

なんでマクロ使えない奴らに話の主導権握られてるんだ
会社では作成者が仕様決めるんだから、従わない奴が悪いって話にしないと

**デフォルトの名無しさん** · 2018/07/12(木) 08:24:55.93

>>611
お前が言ってるのは「高級言語Basic最高」ってのと同じなんだよ。
ライブラリの有無の話じゃねーか。
今は知らねえがUIAutomationじゃ右クリック出来ねえとかライブラリの問題の場合もあるだろ。
俺は面倒だったけどPowerShellでもSendMessageでなんとかしたりしたが、それと一緒じゃね?

向いてる向いてないはあるがExcel絡みの場合にはVBAの方が向いてることも多い。
UIAutomationだって、単に操作して終わりならVBAじゃやらない。
問題はExcelが絡んでくる場合だ。

後は拘りだろう。
VBAから実行ファイルをShellなんかで呼び出して、実行ファイルは自分が終了時にファイルなんかに実行結果を書き出し、VBAがそれを読み込んでExcelに書き出すなんて処理はかっこ悪いから俺はやらねえ。
そういう場合はVBAで完結するように書くね。

**デフォルトの名無しさん** · 2018/07/12(木) 08:33:24.56

「荒らしにレスする者もまた荒らしである」

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

>>623もまた荒らしである

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

>>624こそ本物の嵐なのだ

**デフォルトの名無しさん** · 2018/07/12(木) 13:06:10.06

嵐見参！

**デフォルトの名無しさん** · 2018/07/12(木) 13:39:13.09

veryHidden ？
知らないな

**614** · 2018/07/12(木) 15:13:26.88

ありがとうございます
veryhiddenはなんか見た記憶があるけど忘れてました

**デフォルトの名無しさん** · 2018/07/12(木) 21:39:12.41

https://www.kentem.jp/product-info/dekispart/
この　入札・技術提案・施工計画　って画面、どう見てもExcelなんだけど
いいなー、これ、いいなー
って書けば誰か教えてくれるスレッドですか？
リボンのコマンドはともかく、右端の「ツリー表示」が知りたいんですけど

**デフォルトの名無しさん** · 2018/07/12(木) 23:03:20.14

>>629
これはExcelじゃない
.Netアプリ

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

>>630
思いっきりExcelって書いてるけどね。
2つめの図でしょ？

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

VSTOって言いたいのかもしれない

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

カスタム作業ウィンドウって呼ぶみたい。
https://blogs.msdn.microsoft.com/saikik/2008/04/28/973/

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

インタラクティブな操作の拡張もC#でやったらVBAの出番がなくなっちゃう
ひどい

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

左上のアイコンが2007の頃のだし、大体がタイトルバーにExcelて書かれてるし
互換モードとかご丁寧に出てるしで、Excelと断定してたんです
右端に「ツリー表示」って出てる画像はそれっきゃ無いから間違いようが無いしで　省略してごめんなさい

脊髄反射の人へのエクスキューズはこのぐらいにしといて　（←皮肉
そうですか、　カスタム作業ウィンドウねえ　知らなかった　すごい助かりました
VSTOもためになります　　これを手掛かりに必死こいて実装に向けてがんばります　<<632-633 さん、さすがです

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

ここまでしてVBAにこだわる理由はなんなんだろう
信仰心というやつなのかな

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

VSTOとか、EXCELにはこだわっててもVBAにはこだわってないわけだが

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

>>637
excelにVBA以外って何があるの？

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

エクセルで違う言語持ち出す奴は職場でちゃんと共有できてるのか？
公開オナニーみたいな状態になってなきゃいいけど

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

社内で共有するならVBAはありえないね
少なくとも1人の固定メンテナが決まってること
ドキュメントをブラウザで見れるように整備すること
テキストでバージョン管理すること
十分テストしたパッケージを配布すること
配布は社内のパッケージリポジトリで行うこと
これが社内で共有する時の基本な

エクセルだとバージョン管理もテストもしてないマクロをメールやファイルサーバーで配布
ろくな説明もなく飽きたらメンテナンスをやめて放置
みたいなバカな事をする人が湧いてくる

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

>>640
どんなとこ勤めてんの？

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

>>638
とりあえずVB.NETとかC#とか

>>639-640
職場とか社内で共有とか
想定する範囲が違いすぎて議論にならんわ

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

すまん、>>640みたいな仕事を外注せず社内で作らせる職場なんてあるのかと思ってな

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

SIerやソフト屋さんははそれが今時だろうが、世の中色んな業種があり、ユーザーウェアとしてのExcelはそれなりに使い勝手がいい

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

.NETで組めばすぐ終わるようなソフトをVBAでとか言われるとテンションガタ落ち、さらにそんなに掛かるの？とか言われるとイライラがとまらん

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

.Netなら安く作れますよと提案すりゃいいじゃん

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

Netでやるとして、その部署（会社）にあなた以外にそれをメンテ出来る人居るんですか？
ま、これはVBAでやるにしても同じだけど

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

殆どの場合、VBAでもすぐ終わるしな。
Excel関係ないのに無理にVBAってのは良くないが。

それにVBAなら作った奴が辞めてもどうにかなる場合も有るけど他言語だとどうにもならなくて外注しなきゃならなくなることもある。

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

VBAで組めるようなもんを他の言語で組んでもなんとかなるだろ。VBAで組みなおせばいいんだからw
そもそもそこまで個人に依存してる会社が問題だわ

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

Excelが関係ないならそうだがな。
関係ないならVBAで組むわけ無いんだから。
わざわざ他言語で組むんだから何で?となりゃややこしい場合ということになる。

**デフォルトの名無しさん** · 2018/07/14(土) 02:23:34.02

エクセルトリガーにしてでOutlookの処理やってるよ

**デフォルトの名無しさん** · 2018/07/14(土) 05:17:01.21

VBAと.net論争は不毛だよね
俺も最初は何で今更VBAをって思ってたけどね
netからしたらそもそもデータを扱うのにDBじゃなくてエクセル？ってなんだよって思うけど
エクセル縛りならVBAが最適なのは間違いないし
かと言って今からVBAを覚えるのもなぁーって事なんだよね
でそれならC#でWinフォームを新規で作った方がデータならより複雑な処理も便利で簡単かつ高速で出来るかなって思うからね
アップデートもオンライン配信だし
でもエクセル縛りならVBAの一択なのは間違いない

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

エクセルVBAができればデカイ顔できた時代と違って
今はエンドユーザーにもある程度のITリテラシーが求められている

REST APIがユーザー向けに提供されてるとかちょっと前までは考えられなかったが
今じゃ非IT系のビジネスマンでも当たり前のようにリクエストを飛ばす時代になってしまった
本末転倒な気もするがテクノロジーが進化するとユーザーも進化しないといけないんだな

専門職に任せっぱなしじゃまずいって流石に政府も気が付いた
なので小学校でプログラミングを必修化などして慌てて対応しようとしてる
子供達はいいが大人はだれも面倒を見てくれないから自分で学ぶしかない

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

>>653
>専門職に任せっぱなしじゃまずいって
その専門職が「IT土方」と呼ばれて底辺職種になっちゃってる。誰が本気で取り組むかっての。
数年後には無かった事になってるよ。小学校の教諭にプログラミングを教えろって無理だし。

ところで、VBAができればデカイ顔ができた時代ってあったのか？
俺の知ってる限り、そんな話は聞いたことがない。

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

>>654
噂ではいろいろ言われてるけど実際は都合のいい便利屋さんになるだけだもんな
職場によってはVBA禁止だし

素人がVBA出来るようになればヒーローになれると妄想してるだけだろう
どんなにVBAで便利な業務ツールを作ってもたいして評価されないのが普通だわ
そんなもん覚えるなら効果的なゴマすり覚えるか昇進試験頑張ったほうが費用対効果は高い

中小零細なら評価してくれる会社があるのかもしれんけどな

**デフォルトの名無しさん** · 2018/07/14(土) 10:58:13.85

>>655
世の中にはIT企業以外も存在してるしむしろその方が多い。
そもそもプログラム書ける人がそんなにいない。
だから、VBAですらできれば評価される世界はたくさんあるよ。

**デフォルトの名無しさん** · 2018/07/14(土) 11:23:16.49

>>656
IT企業以外の大企業でVBAを評価してくれる会社なんてあるの？
聞いたことないな。VBA禁止とかVBAはズルとかなら聞いたことあるが
やっぱ大企業のオフィスワークなら昇進試験(資格試験含む)頑張るの一択でしょ？

昔働いてた企業で他のグループ会社の営業がPC得意だけど評価されないから
PC苦手ということにしてると言ってたの聞いた時には笑ったわ

**デフォルトの名無しさん** · 2018/07/14(土) 11:38:20.29

VBAはズルと書くからお里が知れる。
働いたこと無い人は正直に申告しような。

**デフォルトの名無しさん** · 2018/07/14(土) 11:52:52.69

>>657
>昔働いてた企業で他のグループ会社の営業がPC得意だけど評価されないから
>PC苦手ということにしてると言ってたの聞いた時には笑ったわ

これが現実なわけで。マジでプログラム書けるとか言ったら変人扱いされる、つうかされてる。
なのに、面倒な事務処理があって残業したくない、メンドくさいとなると「すき屋の牛丼奢るから作ってくれ」とか言いやがる。
まぁ、内容聞いて面白そうなネタだったらやるけど、簡単過ぎてバカバカしい時は「あー忙しい」と言ってやらない。

**デフォルトの名無しさん** · 2018/07/14(土) 12:34:29.86

>>654
おまえがVBA出来たって所詮無能なんやから当たり前やろw
普通の人はデカい顔しとるし実際尊敬されとんでw

**デフォルトの名無しさん** · 2018/07/14(土) 12:43:59.51

>>658
大企業だと個人プレーよりチームワークを大事にする会社があるんだよ
とりわけチームワークを最重要視する会社ではVBAがズルになるケースもある
他には、その人しかメンテナンス出来ない状態になるのを避けるためのということもある

VBAツールがどうしても必要なら業者や派遣を呼べばいいというのもある

**デフォルトの名無しさん** · 2018/07/14(土) 14:03:31.05

話し相手がいない老害が絡んでるだけならまだしも
今更vbaかその他かなんて議論無意味すぎて草も生えない
そもそも想定してる前提が違いすぎて議論にすらなってない

雑談続けたいなら前提合わせれば？ただし老害は除く
・処理の難易度（単純な行数じゃわからんが十数行で片付く仕事なんてほぼ簡単な処理だろ
・処理する人のスキルセットと能力（プログラムしらねーなのか、Cなら知ってるとか
・処理の影響範囲（社内のみとか外販するとかその結果を何に使うかとか
・処理を実行する環境の制約（ネットにつながってねーとか、office以外インストールできねーとか

こういうの考えるのこそこのスレの大多数であろう非プログラマーで
ユーザー側に近い人に求められるスキルじゃねーの？ただし老害は除く

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

>>661
その場合、VBAどころか他の言語も使えないと思うけど

**デフォルトの名無しさん** · 2018/07/14(土) 14:45:05.79

実際のところVBAでどんなツール作ってんだ？

**デフォルトの名無しさん** · 2018/07/14(土) 15:28:12.30

株のツールなら作ってます

**デフォルトの名無しさん** · 2018/07/14(土) 15:38:40.92

>>660
>普通の人はデカい顔しとるし実際尊敬されとんでw
という夢を見たのかニート爺W

**デフォルトの名無しさん** · 2018/07/14(土) 15:51:47.70

>>665
株のツールでVBAを使うメリットは？

**デフォルトの名無しさん** · 2018/07/14(土) 15:52:02.19

小さいプログラムの間は、VBA でも良かったけど、
複雑なプログラムになるに従って、Ruby の勉強コストと逆転してくる

大規模になるほど、Ruby などの方が、バグが少なく、可読性が高くなってくる。
保守コストが、言語の勉強コストを上回るようになってくる

プログラムの複雑性というのが、累乗的に加速していくから

最終的には、たった1行直すだけでも、全システムの調査が必要になってくる。
ソースコードがスパゲッティ・泥団子w

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

もっと大規模になるとrubyも？？？ってなってくるぞ
そうなったらもう立派なプロだ

**デフォルトの名無しさん** · 2018/07/14(土) 16:24:21.40

しかしRuby人気も落ちだよな

**デフォルトの名無しさん** · 2018/07/14(土) 16:35:27.98

githubはruby on rails
rubyは割と有名なアプリが多いよ
VBAで有名なアプリは……

**デフォルトの名無しさん** · 2018/07/14(土) 18:21:30.39

いや、プロほんとうぜえな

**デフォルトの名無しさん** · 2018/07/14(土) 19:15:51.96

出たよRubyバカ

**デフォルトの名無しさん** · 2018/07/14(土) 19:17:51.39

>>663
そうだよ、プログラミング関係は専門業者か派遣
非プログラミング系の大企業のオフィスワークなんだから
VBAだの他の言語だの使われても評価のしようがないし

その人が入院したり辞めたりなどで居なくなるとメンテ出来ないんじゃ困るしで
評価の対象にしづらい。営業なり総務なりの本分で頑張ってもらうとなる
結局は昇進試験や資格試験での成績がものを言う

**デフォルトの名無しさん** · 2018/07/14(土) 19:55:50.33

VBAでプログラマーですとは言いにくいよね

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

でもプログラマーだからVBAできるとは限らん

**デフォルトの名無しさん** · 2018/07/14(土) 20:24:01.71

IT系の現場ではVBA専属はマクラー()と呼ばれることが多いね

**デフォルトの名無しさん** · 2018/07/14(土) 20:28:13.70

基幹系でRuby(笑)を使うのか？

**デフォルトの名無しさん** · 2018/07/15(日) 06:40:04.13

マクラー

**デフォルトの名無しさん** · 2018/07/15(日) 07:20:38.47

だから、プロはここに来るなよ

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

逆だろ
アマチュアのマクラーが別の板に行くべき
生涯学習板とかあるからそのへんで

**デフォルトの名無しさん** · 2018/07/15(日) 10:07:35.47

日本企業の半分以上がノートと電卓だし
パソコン入れててもメールが殆どとか
表計算とか入ってても紙がわりがいいところだからね。

あんま、こだわることないんじゃないかな