Excel VBA 質問スレ Part82

**デフォルトの名無しさん** · 2025/01/24(金) 03:31:15.25

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

次スレは>>980が立てること
無理なら細かく安価指定

関連スレ
Excel VBA 質問スレ Part79(ﾜｯﾁｮｲあり)
https://mevius.5ch.net/test/read.cgi/tech/1674875532/
Excel VBA 質問スレ Part80(ﾜｯﾁｮｲあり)
https://mevius.5ch.net/test/read.cgi/tech/1700826110/

※前スレ
Excel VBA 質問スレ Part79
https://mevius.5ch.net/test/read.cgi/tech/1674874007/
Excel VBA 質問スレ Part80
https://mevius.5ch.net/test/read.cgi/tech/1685489018/
Excel VBA 質問スレ Part81
https://mevius.5ch.net/test/read.cgi/tech/1713416618/

**デフォルトの名無しさん** · 2025/04/29(火) 00:38:17.02

>>511
ざっくり例えると、1件ずつ処理すると元データどおり
みかん　150円
バナナ　200円
りんご　250円

となるところがCopyFromRecordSetだと
みかん　150円
みかん　200円
りんご　250円

になる感じかなもちろん今回が初めてのケース

**デフォルトの名無しさん** · 2025/04/29(火) 03:39:13.13

>>512
再現性があるか
何番目がおかしいか
一度にコピーする件数を少しずつ減らしたらどうなるか

そういう地道な作業を繰り返して、条件を絞り込み、原因を突き止めていくんだ

**デフォルトの名無しさん** · 2025/04/29(火) 05:46:13.95

重複したデータでなければプログラムに問題がありそうだけどなぁ
ザックリすぎてわっかんねぇなぁ

**デフォルトの名無しさん** · 2025/04/29(火) 05:58:53.59

質問の間抜けな感じからして凡ミスやな

**デフォルトの名無しさん** · 2025/04/29(火) 06:09:56.99

スゲー適当なんだけど違いが1件ってことはEOFが入ってるとかそんな感じかな？

**デフォルトの名無しさん** · 2025/04/29(火) 09:40:01.77

>>513
同じデータをAccessにインポートして実行→再現せず
SQLiteで検索するデータ量を減らす→再現せず
で、よく見たら256レコード目で検索条件(SQL文)変えても必ず発生することがわかった
SQLite3 ODBC DriverからADODBでデータ取得してCopyFromRecordSetでデータ貼付けすると起こる
データ取得方法は同じでも1レコード1カラムずつデータ貼っていくと起こらない
ダミーデータ作って色々試してみるかな

**デフォルトの名無しさん** · 2025/04/29(火) 09:48:33.61

>>517
元データの中に制御文字のようなゴミがあるとか、取得したものを表示する過程でミスっている可能性もある
ダミーで試すか、文字コードをバイナリ値でチェックするとかだな
あと256番目って数値がbyte扱いで0になってないかとか

**デフォルトの名無しさん** · 2025/04/29(火) 09:57:59.04

昔Oracleのバグで1件くらい少ないレコードセット返ってくるバグ思い出した

**デフォルトの名無しさん** · 2025/04/29(火) 11:15:10.56

ダミーでも再現した
SQLite側のフィールドがTEXT型の場合のみ、256レコード目の内容が255レコード目と同じになる
INTEGER方だと起らない

**デフォルトの名無しさん** · 2025/04/29(火) 11:17:05.94

こんな感じ SQLiteに日付型は無いのでTEXT扱い
254 test254 2025/06/11 1253
255 test255 2025/06/12 1254
256 test255 2025/06/12 1255
257 test257 2025/06/14 1256

**デフォルトの名無しさん** · 2025/04/29(火) 12:21:37.37

属人的と言うなら車間距離だな
ExcelやVBA利用者には車間距離詰める馬鹿が多過ぎる
総じて「だろう運転」ばかりしていて「かもしれない運転」なんて眼中に無い
そもそもMicrosoft開発陣が「だろう運転」を推奨してる節がある

**デフォルトの名無しさん** · 2025/04/29(火) 12:25:39.07

連投失礼、256だけじゃなく512,768,1024も同じ現象だった

**デフォルトの名無しさん** · 2025/04/29(火) 13:23:59.14

ODBCのバージョンと定義がわかる画面貼っとけ

**デフォルトの名無しさん** · 2025/04/29(火) 14:30:57.99

久しぶりに面白そうな話題じゃん
自己解決しちゃっても是非原因教えてね

**デフォルトの名無しさん** · 2025/04/29(火) 16:26:16.90

スクショは貼らないw 64bit
SQLite3 ODBC Driver 1.34455.00.00 Christian Werner Software & Consulting SQLITE3ODBC.DLL 2023/10/23

データ取得と貼り付けは至ってシンプル
Set dbcn = New ADODB.Connection
dbcn.ConnectionString = "DRIVER=SQLite3 ODBC Driver;Database=E:\Temp\testdb.db"
dbcn.Open
Set dbrs = New ADODB.Recordset
dbrs.Open "select * from testtbl", dbcn, adOpenStatic, adLockReadOnly
ThisWorkbook.Sheets("Sheet1").Range("A1").CopyFromRecordset dbrs

**デフォルトの名無しさん** · 2025/04/29(火) 16:31:39.01

>>526
やっと全部情報を出してきた
だから馬鹿とか罵られていたんだよ
ドライバのバージョンを替えてみ

**デフォルトの名無しさん** · 2025/04/29(火) 16:37:30.76

>>525
早速自決w
Set dbrs = New ADODB.Recordset
dbrs.CursorLocation = adUseClient
dbrs.Open "select * from testtbl", dbcn, adOpenStatic, adLockReadOnly
で正常になったお騒がせしました

**デフォルトの名無しさん** · 2025/04/29(火) 16:47:03.16

ちょうど総合相談スレでも
3時間くらい前に発生した本日の事案への弔辞

> 介錯人は頼んだのかな
> 成仏しろよ

**デフォルトの名無しさん** · 2025/04/29(火) 16:58:21.16

「自決」の辞書上のもう一つの意味、民族自決主義の「自決」は
「自分の意志で自分のことを決めること」だけど、
くだんの「自決する」の文脈は、意志うんぬんや決めるとかの流れはない。
なので、「問題を自分で解決した」という意味はならなさそう・・・
とマジレスしてみる

**デフォルトの名無しさん** · 2025/04/29(火) 20:39:35.35

自分のケツのことかと思った

**デフォルトの名無しさん** · 2025/04/29(火) 21:12:16.89

痔になったケツかと思った

**デフォルトの名無しさん** · 2025/04/29(火) 22:00:44.14

WinAPIでvisual styleを適用させたい
office2021だとCreateWindowEXで作ればvisual styleになるのにoffice2019だとならない

**デフォルトの名無しさん** · 2025/04/29(火) 23:44:21.62

今頃になって列の行ごとの文字列のReplaceは、まず文字列をカンマでもなんでもいいから全部くっつけてひとまとめにして変数に代入して、Replace(文字列,検索文字,"")すれば一括で置き換えられるって理解したよ
そしてSplitで配列に戻して元通り

**デフォルトの名無しさん** · 2025/04/30(水) 01:17:17.74

>>533
ComCtl32.DLLにリンクしてないからだと思う

**デフォルトの名無しさん** · 2025/04/30(水) 03:14:35.45

>>534
たまたまデリミタと同じ文字(列)がデータにも含まれててExcelのバグだと騒ぐまでがセット

**デフォルトの名無しさん** · 2025/04/30(水) 06:29:26.31

>>536
わかるわかる

**デフォルトの名無しさん** · 2025/04/30(水) 06:54:36.59

>>534
初級を脱したい奴が考えそうな無駄な技
経験積めば自然に書くのが一番て解るよ

**デフォルトの名無しさん** · 2025/04/30(水) 18:11:25.83

Range("A1:C10").Replace What:="置換前の文字", Replacement:="置換後の文字", _
LookAt:=xlPart, SearchOrder:=xlByRows, MatchCase:=False

ってchatgptさんが言ってます

**デフォルトの名無しさん** · 2025/04/30(水) 18:39:00.27

Replaceメソッドはシートの検索/置換オプションも変更されるから嫌い

**デフォルトの名無しさん** · 2025/04/30(水) 19:34:30.68

>>528
さんきゅ

**デフォルトの名無しさん** · 2025/05/01(木) 10:16:05.61

開発では作るだけでなく動作確認、評価、検証をきちんとやるのも大事なのじゃ
わざと異常を出して正しく異常が出るか、桁数やデータが大量だとどうなるかとか、日本語以外の環境でも動くとか
実際に動かして確認すると気づかなかった問題が見えてくるものだ

**デフォルトの名無しさん** · 2025/05/01(木) 10:51:14.04

テストが重要なのはもちろんだが、VBAerレベルではそもそもバグが出にくくテストケースを闇雲に増やさなくていい書き方というものも多少は勉強した方がよい
似た処理をいちいちコピペすればその分ミスは増えるし、プログラムに直行性がないとテストケースは無限に増える

**デフォルトの名無しさん** · 2025/05/01(木) 11:52:17.40

>プログラムに直行性がないとテストケースは無限に増える

ほんそれ
直交性が無いのは言語の欠陥だと思う

**デフォルトの名無しさん** · 2025/05/01(木) 13:39:51.25

x ほんそれ
o 本当にそれ

**デフォルトの名無しさん** · 2025/05/01(木) 14:02:16.67

問題ないですとか言ってたのに後になって実は確認してませんでしたとか言う新人たまにいる

**デフォルトの名無しさん** · 2025/05/01(木) 15:05:48.78

VBAで単体テスト、カバレージ100とか聞いたことないわ
あれ？ACCESSの納品物の評価ってどうやってたっけ……（もう忘れた）

**デフォルトの名無しさん** · 2025/05/01(木) 23:23:13.02

スレチだけど
やっとPowerQueryの変数宣言、代入、for each、無名（名前付き）関数がわかった。
.Buffer早すぎ

**デフォルトの名無しさん** · 2025/05/02(金) 00:25:17.81

Dim wb As Workbook
Dim pq As WorkbookQuery
Dim ws As Worksheet
Dim i As Long
とか宣言して、wb、wsの変数代入して、
For Each pq In wb.Queries
ws.Cells(i, 1).Value = pq.Name
ws.Cells(i, 2).Value = pq.Formula
i = i + 1
Next pq
とかやると、VBAで各クエリーの名前とM式の中身をワークシートに書き出せるのね

**デフォルトの名無しさん** · 2025/05/02(金) 01:50:51.67

>>549
いやん見ないで照

**デフォルトの名無しさん** · 2025/05/02(金) 06:41:36.56

前に言っていた、Power Automateみたいにコードブロックを入れたら、作成したコードブロックだけで有効な変数が自動的に作成されて、コードブロックを抜けたら変数が削除される、コードブロックごとに変数が一意、コードブロックがカプセル化、秘匿化されている、もはやコードブロックがサブプロシージャ、ファンクション関数っていうの、関数型プログラミングの事だったんだな

**549** · 2025/05/02(金) 06:43:09.29

そんな、他人を痴漢扱いすなw

いやこれ、一昨日ChatGPTに
「クエリーの依存関係がもっと見やすいツール、何かない？」
って聞いた中で、教わったばかりの一部なんだけど。

需要があるなら、フルでプロシージャを晒すよ？
おのおのChatGPTに聞けばいいんだろうけれど。

ここから親子関係の一覧表を作る、次のプロシージャは
正規表現検出をどう扱うか、相談しながらチューニング中なんだけど。

**デフォルトの名無しさん** · 2025/05/02(金) 07:20:32.31

ワイはCopilotにsheet.copyで作成した新規ブックのクエリを削除するにはどうしたらいいですか？
のコードでマクロ実行ブック（コピー元）のクエリも削除された泣

プログラマが型がわからないってマジ？
VBAでtypeっていうともっぱらそのモジュールのみで有効なプロパティ？の事を指すと思うけど

TypeScriptでは静的型付けの様に、バグの無いコードというのは、できる事、やれる事、受け付ける操作を限定する事だと思う。
何でもかんでもできる、受け付けるというのはバグの元だよ。

**デフォルトの名無しさん** · 2025/05/02(金) 07:59:38.75

VBAは変数を宣言しなくても変数が使用できるし、Variantは中のデータの型を判断するし、動的型付けだった😫
宣言を強制しているし、型指定もしているからすっかり忘れていた

**デフォルトの名無しさん** · 2025/05/02(金) 08:41:13.69

>>549
WorkbookQuery初めて知った
面白そうだな

**デフォルトの名無しさん** · 2025/05/02(金) 09:45:33.14

>>551
Power Automateって使ったことないので分からないんだが、多くの言語で一般的ないわゆるブロックスコープとは別物なの？

**デフォルトの名無しさん** · 2025/05/02(金) 12:34:26.30

>>556
同じなんだけど、
Power Automateはループ処理のアクションを追加すると自動的にvbaでいう　for i の　i とか　for each 変数の　変数が自動的に宣言される

vbaで同じ事をしようとするといちいち宣言しなくちゃいけないし、命名のレパートリーも尽きるからやらないし、流用になる

個別に変数を自動的に宣言してしかも管理も把握も一目瞭然だと、これからの時代はそれぞれのアクション、ブロックが一つのオブジェクト、関数みたいになるのがスタンダードで、しかもさらに進化するのかなと思う

**デフォルトの名無しさん** · 2025/05/02(金) 13:08:27.70

だからそんなもん20年前から他の言語では一般的だし、
PowerAutomateって複雑なことやろうとすると共通の変数を複数ステップに渡って弄り回すことになって簡単にVBAの糞コードみたいになるよ
変数のスコープに関する君の考えは一般的には正しいが、残念ながらPower Automateは君が期待しているようなものではない

**デフォルトの名無しさん** · 2025/05/02(金) 13:46:02.65

スコープが別なことが分かっていれば、ループ変数は同じ名前の流用でも特に問題は起きないような気もするけれど。まぁでも便利なんだろうね。
ブロックスコープがない言語もそこそこあるような……。Pythonとか昔のJavaScriptとかは、関数スコープはあるけれどブロックスコープはないよね。

**デフォルトの名無しさん** · 2025/05/02(金) 16:53:20.86

ブロックがあればええ

**デフォルトの名無しさん** · 2025/05/02(金) 19:06:46.82

全てグローバル
変数名も文字数制限あり

BASICとはそういうものだ

**デフォルトの名無しさん** · 2025/05/02(金) 20:16:54.76

変数名といえばおまえら Option Explicitしてるの?
俺はうっかりさんでスペルミスしがちだから外せないけど

**デフォルトの名無しさん** · 2025/05/02(金) 20:38:35.86

しない理由がない

**デフォルトの名無しさん** · 2025/05/02(金) 20:55:10.60

あれ消えないようにして欲しい

**デフォルトの名無しさん** · 2025/05/03(土) 05:59:05.73

今更ながらブックオープン　読み取り専用のコードだけを書いたfunction関数を作れば短い文字数でブックを開いて変数に代入できるって気づいたんだけど
もっと有用なコードはありますか？
さらにテーブルをセットするfunctionとか、ディクショナリーの作成、登録するfunctionとかもいいな

**デフォルトの名無しさん** · 2025/05/03(土) 07:20:36.45

自分だけが読み書きするコードならそれもありだと思うけど、一般論としては、文字数を少し節約できるというくらいしかメリットがないなら、あえてラッパーを作る意味はあまりないような気がする。

**デフォルトの名無しさん** · 2025/05/03(土) 09:23:52.05

>>565
短い文字数が有用ならコメント付けないで変数名とか全部1文字にしたらいいんじゃね

**デフォルトの名無しさん** · 2025/05/03(土) 10:20:15.15

使用回数によるよね
同じ操作が何回も出てくるなら適当なラッパー書いてあげると見通し良くて親切かなと
もちろんコメント付きでね

**デフォルトの名無しさん** · 2025/05/03(土) 11:20:28.73

そのプロジェクト内では1回しか使わなくても、よくある定形処理は関数にまとめた方がいい
文字数を減らす必要はないけど、行数は少ない方がデバッグがしやすくなる

**デフォルトの名無しさん** · 2025/05/03(土) 16:42:04.86

1ファイルに全部書く

**デフォルトの名無しさん** · 2025/05/03(土) 17:16:40.74

ラッパーというのですね
ありがとうございます
function関数やサブプロシージャは短い方がいい（一つの処理しか行わなくてもいい、行わない方がいい）
一回しか使用しない処理でも、メインプロシージャから切り分けた方がいい
と聞いていましたが、これはラッパーというのですね

**デフォルトの名無しさん** · 2025/05/03(土) 18:50:44.41

ぱっぱらぱー

**デフォルトの名無しさん** · 2025/05/03(土) 21:38:51.92

お鍋の中からインチキおじさんが登場しますた

**デフォルトの名無しさん** · 2025/05/03(土) 22:43:16.33

ぴーひゃらぴーひゃら

**デフォルトの名無しさん** · 2025/05/04(日) 07:28:49.39

ラッパーというのは、元の関数とかにガワを被せた（つまり、その中で元の関数を呼び出している）関数とかのことね。包装するとかの意味のラップ。念のため。

**デフォルトの名無しさん** · 2025/05/04(日) 08:17:46.31

ラッパーとインターフェースはどう違うのっと

**デフォルトの名無しさん** · 2025/05/04(日) 09:35:43.88

インターフェースは、抽象的にいえばひとまとまりと観念されるコードの塊（クラスとかモジュールとか）同士の間の境界、その境界に接するコード部分かな。インターフェースを介して情報のやり取りを行うに際して互いの前提が異なる場合には、そのままでは情報のやり取りができないので前提を合わせる必要がある。ラッパーはそのために使われることもあるけれど、基本的には全然別の概念。

**デフォルトの名無しさん** · 2025/05/04(日) 16:30:55.85

>>571
それはモジュール分割

ラッパーはすでにあるものを呼び出すファンクションやサブプロシージャ

ラッパーはラッピングだから、モジュールを包むモジュールというイメージ

**デフォルトの名無しさん** · 2025/05/04(日) 16:35:24.36

>>577
質問者じゃないけど、あなたの説明は入出力のインターフェース
質問者はオブジェクト思考のインターフェースのことを聞いているとおもわれる

インターフェースはモジュールに決まったメソッド、プロパティを持たせるための骨格となる設計の定義
特定のインターフェースを継承させることで、そのクラスにはどういうメソッド、どういうプロパティがあるのか調べなくてもわかるようにできる

**デフォルトの名無しさん** · 2025/05/04(日) 21:24:05.55

具象クラスの（>>577の意味での）インターフェイスを規定する抽象クラス（抽象基底クラス）それ自体のことをインターフェイスと呼ぶのは、オブジェクト指向というよりもJavaとかから広まった用語法なのでは。
個人的には、インターフェイスという語の本来の意味はあくまでも577のようなものであって、Javaとかでいうインターフェイスはそこからの派生とか転用として位置付けられるべき用語法だと思うかな。
ただたしかに、Javaみたいな意味でインターフェイスという語を用いることの方が（プログラミング関係の文脈では）もはや多いのかもしれないし、質問した576の意図もそちらにあったのかもしれないね。

**デフォルトの名無しさん** · 2025/05/04(日) 21:50:46.14

PowerQueryでの動的な繰り返し処理を理解したら、VBAにもList.Select関数とかText.PositionOfのOccurrence.Allとか欲しい

**デフォルトの名無しさん** · 2025/05/05(月) 01:42:23.95

自分で実装すればいいじゃん

**デフォルトの名無しさん** · 2025/05/05(月) 09:14:01.67

実装は難しくはないだろうけど、汎用的に使える便利な関数はできれば組み込みで持っていて欲しいという感覚は分かる。

**デフォルトの名無しさん** · 2025/05/05(月) 10:45:35.51

配列の中に、対象に含まれているものがあれば、配列から取り出す、
っていう処理だから、内部処理的には、結局配列を全てチェックしていて意味がないのかな

**デフォルトの名無しさん** · 2025/05/05(月) 10:46:27.32

自分が欲しいと思ったものは誰かがすでに作ってる
作るよりAIに聞いた方が早い

**デフォルトの名無しさん** · 2025/05/05(月) 11:03:49.52

>>579
InterfaceはJava用語
TraitはRust用語
Excelでは何と言うのか？概念がそもそも無いのか？

**デフォルトの名無しさん** · 2025/05/05(月) 11:43:00.38

VBAにもInterfaceという機能があり見た目はJavaに似ている
しかし実質的にはCOM相互運用専用の機能であり、JavaのようなInterfaceは無いと考えて差し支えない
そもそもクラスメンバへのアクセスは常にダックタイピングなのでInterfaceはあってもなくても何の影響もなく、特に意味はない

**デフォルトの名無しさん** · 2025/05/05(月) 13:17:06.42

今時のプログラミングの考え方とか、関数型プログラミングというのは、ワークシート関数でいうindex関数とmatch関数の組み合わせの検索関数や、
マッチ関数とoffset関数とcount if関数の組み合わせによるプルダウンリストの絞り込みの様な、
一つのセルに対して関数のネストはやめましょう、
一つの関数は一つの答えを返しましょう、という認識なのですがどうなのでしょうか？

**デフォルトの名無しさん** · 2025/05/05(月) 13:26:58.67

入門書読んだこと無いの？

**デフォルトの名無しさん** · 2025/05/05(月) 13:37:24.10

違う
関数型プログラミングってのは、VBAなんか使わずにワークシートの式と関数だけで作りましょう、というものだと考えるとイメージしやすい
正確には、副作用のない式や関数だけを組み合わせてプログラムを作るのが関数型プログラミングで、Excelのワークシートはその一例
VBAでも注意深くやれば副作用のない関数だけで作ることは可能だが、それができるスキルの奴はVBAなんか使わないだろうね

**デフォルトの名無しさん** · 2025/05/05(月) 17:39:10.53

関数型プログラミングは入門記事でちょっと齧ったくらいだけど自分にはムリそうだなーと思った。
VBAとかPythonとかの手続型言語で書く分には、①決定性や副作用を意識する、②言語に取り入れられた関数型言語由来の構文（Pythonでいえば、イテレーター、内包表記、構造的パターンマッチとか？）を使うというくらいで十分じゃんじゃないかなぁ。
本格的に関数型でやるぞっていう人なら関数型言語（HaskellとかOCamlとか？）を使うんだろうし、そこまでは頑張れないけど手続型言語を書く際に関数型言語の考え方を参考にしたいという程度なら、上記①②くらいでお茶を濁しておく感じになるのではないかと。

**デフォルトの名無しさん** · 2025/05/05(月) 22:54:48.45

オブジェクト指向でカプセル化とか言っていたけど、結局はその理想通りにはならなかった。
その反省で生まれたのが関数型プログラミングという理解です。
関数には引数を引き渡す事と戻り値を受け取る事しか絶対にできない。
横槍も茶々入れも鶴の一声もない。
関数は一つのだけの事しかできない。
だからバグらない、誰がやっても結果は同じ。

**デフォルトの名無しさん** · 2025/05/05(月) 23:40:24.40

関数型プログラミングはオブジェクト指向よりも圧倒的に古い

**デフォルトの名無しさん** · 2025/05/06(火) 01:25:53.28

関数型において関数は引数を受けることと戻り値を返すことしかできないというのは正しいのだけど、
鬼門なのは関数そのものを引数として渡したり関数の戻り値として関数を返したりできるところ
それにより関数型プログラミングは飛躍的に自由度と難易度が上がり、>>592の頭だとたぶんそこで挫折する

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

>>594
まさに今それをやろうとしていますね
引数に関数を渡そうとしているの
値を引数にしたいけど、関数をネストせざるを得ない

**デフォルトの名無しさん** · 2025/05/06(火) 07:24:57.73

引数として関数そのものを渡したり、戻り値として関数そのものを返したりできるかは言語仕様の問題だから、言語によってできるかできないかは決まっている。VBAではできない。

**デフォルトの名無しさん** · 2025/05/06(火) 08:15:59.98

念のためだけど、
①ある関数（関数A）の引数の一つとして、他の関数（関数B）からの戻り値を渡すこと（大袈裟に言えば、関数呼び出し式のネスト？）と
②ある関数（関数A）の引数の一つとして、他の関数（関数B）そのものを渡すこととは、違うことだよ。
C言語もVBAと同じく、関数そのものを他の関数の引数として渡したりすること（上記②）はできないが（もっとも、関数へのポインタを渡すことによって同等のことは実現できる）、上記①はできる。

さらにいえば、関数を引数として渡せたり、戻り値として返したりできる（関数が第1級の値である等と表現されることも多い）というのは、関数型プログラミングのおそらく必要条件にはなるのだと思うけど、だからといってこれらの性質があれば関数型言語というわけでもない。JavaScriptとかPythonとかは関数が第1級の値である言語だけと、いわゆる関数型言語とは言われていないと思うし。
VBAは、構文的にはJavaScript、Pytnon、C辺りと比べても関数型プログラミングからより遠い位置にいる言語だと思うので、あまり関数型にこだわる必要はないのでは？　実践的には、関数の決定性と副作用の有無に意識的になるだけでも、それなりのメリットはあると思う。

**デフォルトの名無しさん** · 2025/05/06(火) 09:32:02.27

あとこれは割とどうでもいいことだけど、関数の戻り値を他の関数の引数にすることを「関数のネスト」ということは、普通はあまりないのではないかなぁ（関数呼び出し式のネストという趣旨だとすれば意図は通じるけれども）。
普通は「関数のネスト」といわれれば、関数定義のネスト（関数内で定義された関数）の方を想起すると思う。

**デフォルトの名無しさん** · 2025/05/06(火) 09:47:26.27

pythonの凸レータは関数型らしいし関数のネストっぽく観える

**デフォルトの名無しさん** · 2025/05/07(水) 23:18:41.10

関数型プログラミングは手続きという処理を見せないだけで、ロジックを隠すことでシンプルな見た目にするもの。

歴史上、常にこういう発想が何度も出てきているが、見た目をきれいにしたいだけで仕様の変更に耐えられない構文であることから、一度も主流になったことがない。

**デフォルトの名無しさん** · 2025/05/07(水) 23:48:45.09

>>600
全然違うと思いますけど？
結局大勢の人で手続き型プログラミングを作ったところでバカだらけ

**デフォルトの名無しさん** · 2025/05/08(木) 01:43:07.29

VBA使ってる人間が他言語批判は草

**デフォルトの名無しさん** · 2025/05/08(木) 01:56:21.88

VBAは俗人化するのでは？なんて質問を会議でこのご時世に言われるとは思わなんだ
優しく答えて大恥かかせてしまったけど少し悪かったかも

**デフォルトの名無しさん** · 2025/05/08(木) 03:20:26.19

設計と管理がちゃんとしてれば関数型だろうがプログラムは作れる
だいたいは見積もりが甘いかドキュメントの整備がおろそかになってるだけ

**デフォルトの名無しさん** · 2025/05/08(木) 06:36:17.83

VBAの何が属人化するの？
他の本格言語、例えばC++と何が違うの？

**デフォルトの名無しさん** · 2025/05/08(木) 07:04:16.42

単純に用途が限定的なのでわざわざ覚える人が少ないのよ

**デフォルトの名無しさん** · 2025/05/08(木) 07:25:23.15

関数型言語が主流になったことがないというのは事実だろうけど、関数型言語による宣言的なプログラミングスタイルに何かしら限界とか制約があるからなのか、それとも単に難しいからなのかはわからないな。関数型言語をある程度使いこなした経験がある人には分かるのかもしれないが。

**デフォルトの名無しさん** · 2025/05/08(木) 07:39:13.07

状態を数多く管理しなければならないようなプログラム（GUIとか？）はちょっと苦手と聞いたことごあるような気もするが、今はどうなんだろう。

**デフォルトの名無しさん** · 2025/05/08(木) 08:15:37.11

VBAに限らず、属人化のリスクは「協業の仕事」共通やな
当たり前っちゃ、当たり前だが

なんつうか、丁寧さというか共同作業のセンスというか・・・

**デフォルトの名無しさん** · 2025/05/08(木) 09:23:26.41

どだい、現場の最前線で使われる省力化目的の小アプリ(業務の簡素化含め)なんか
その寿命は3～5年使えれば御の字
その間にもいろいろ業務形態も変化するし欲しい成果物もその都度変わったりする
その変化に逐次対応できるものなら属人化してようとも目的は果たしてる
その期間内に制作者が辞めたところでそれが何だってんだ　属人化させたのは上の責任
属人化がいけないなんてのは、上の方の言い訳に過ぎない　何故一人に任せた

10年も使い続けられるような制作物ならとっくに償却できてるし、その会社の立派な資産

**デフォルトの名無しさん** · 2025/05/08(木) 10:03:03.06

話がループしてるな