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/05(水) 12:17:37.36

>>705
ふーんそうなんだ
念のためだけどテキスト情報は隠蔽する必要があるの？
それと量はどれくらい？

**デフォルトの名無しさん** · 2018/09/05(水) 12:27:37.99

>>702
???
俺は>>688じゃないし、ググってもいない。
当時PDF Hack読んでたからそれに載ってる情報かもしれないが、手元にPC無いから確認できん。

PDFの仕様はググれば出てくるぞ。
後はバイナリで読み込めば良い。
当時作ったのも、サンプル程度の断片だ。
家で探せば有るとは思う。

**デフォルトの名無しさん** · 2018/09/05(水) 12:29:44.62

>>703
ドーナツ画像をPDFにするだけじゃね?
そんなことを知りたいの?

**デフォルトの名無しさん** · 2018/09/05(水) 12:31:49.01

>>706
C言語やC#などの埋め込みリソースを使用するのに適した場面と同程度を想定してください

**デフォルトの名無しさん** · 2018/09/05(水) 12:39:44.20

>>705
自分が少しおかしなこと言ってる自覚ある?
テキストファイルに画像を埋めこみたいと言ってるようなもんだぞ。
それでテキストにエンコードして追加してもテキストファイルじゃないと言い張ってるようなもんだ。

俺もブックはZip圧縮したものだから、単純に中に含めることも考えたけど、それって正式にExcelのブックと呼んで良いのかね?
JPEG画像なんかにファイル埋め込むのと一緒。

**デフォルトの名無しさん** · 2018/09/05(水) 12:52:34.07

お客様の中にオプンエクスエムエルの仕様に詳しい人は居ませんか？　カスタムファイルを含むことはできるんでしょか？

**デフォルトの名無しさん** · 2018/09/05(水) 12:59:52.03

>>710
おかしいでしょうか?
テキストや画像とマクロブックでは利用目的もなにもかもが全く違います
テキストに画像を埋め込みたいという需要はあまりないかも知れませんが(まあSVGとかありますけどね)
マクロブックは1ファイルであることに非常に大きなメリットと需要があります
もしも他の言語で出来るようなスマートな方法でファイルリソースを埋め込むことができないならば
それはマクロブックのアイデンティティを揺るがしかねない由々しき問題です

**デフォルトの名無しさん** · 2018/09/05(水) 13:04:23.79

>>707
自作PDFを齧った人なら「仕様はadobeから出てるよ」「後はデコードしてテキスト処理すればいい」と言うんじゃないかな？

**647** · 2018/09/05(水) 13:20:43.83

レス付けてくれてる人ありがとう
ただ初心者で事務員レベルの知識しかない為デコード云々言われても全然ピンときてないわ
とりあえずurl参考にもう少し学んで、まだ分からない点あったら後日改めて具体的に聞く

**デフォルトの名無しさん** · 2018/09/05(水) 13:36:03.48

>>712
PowerShellやRubyではどのように埋め込みますか

**デフォルトの名無しさん** · 2018/09/05(水) 15:27:11.66

Rubyでは埋め込まないで
ファイルそのまま置くだろ
Webアプリが多いし

**デフォルトの名無しさん** · 2018/09/05(水) 16:15:19.01

シートこそテキストの埋め込みに最適な気がしてきた
セルに名前付ければそれが擬似的なファイル名じゃないか

**647** · 2018/09/05(水) 18:25:15.51

>>688の参考サイト見たけどやっぱりacrobat proが無いと動かんみたい
理想は標準機能（オートメーション？）での操作なんだけどproが無いと無理そうだよね？
あとpdfデコードしてーてのは普通にpdf開いてテキスト部分がバイナリ化？されてるからそこを戻したらテキストいじれるて理解であってる？

**デフォルトの名無しさん** · 2018/09/05(水) 18:33:27.68

>>677
自分の無能さを思い知れ

**デフォルトの名無しさん** · 2018/09/05(水) 18:43:15.08

>>712
そういうことを言ってるんじゃない。
>>711を見て、そういえばそうかと思ったわけだけどOpenXMLの仕様にあればおかしく無いんじゃね?
仕様に無ければ例えExcelで開くことが出来ても不正なファイルだろという意味で言った。

よく考えればVSTOもあるし、Excel上で手動で出来ないことでもブックの仕様として、あり得るわな。
実際に仕様としてあるかどうかは知らん。

**デフォルトの名無しさん** · 2018/09/05(水) 18:48:05.53

ここは一つ、ぜひRubyキチガイにワンライナーでこうするんだ！ってのを書いてほしいっす

**デフォルトの名無しさん** · 2018/09/05(水) 18:53:42.70

>>713
当時、Adobeから仕様を取得したかどうかも覚えていない。
もしかしたらPDF Hackのサンプルを弄った程度かもしれんし。

当時は、Anotationをどうにかしたかったんだが、それは出来なかった。
Pro版で作ったPDFはReaderからAnotationを追加出来たんだよな。
レビューコメント追加するのに便利だと思ってた。
でも配布元がPro版じゃ無かったから
うまい追加方法が無いかと。

Anotationをどうにかしようとしてたとすると、俺も何らかのライブラリ使ってたかもしれない。

**デフォルトの名無しさん** · 2018/09/05(水) 19:06:18.69

テキストファイルに画像(というかバイナリ)埋め込みは昔からuuencdeとかあるんだから
そういうのを応用すればExcel VBAでもコード内に埋め込みはできるよね？

data = array( "埋め込みコード1", _
"埋め込みコード2", _
"埋め込みコード3" )

decode2file(data, file)

**デフォルトの名無しさん** · 2018/09/05(水) 19:10:14.81

コード内に埋め込みなんて
メンテしにくくて効率悪い
今は普通にファイルで管理するでしょ？

**デフォルトの名無しさん** · 2018/09/05(水) 19:22:28.34

それぐらいバッチ処理すればいいじゃん
そういうのすら面倒なら知らね

**デフォルトの名無しさん** · 2018/09/05(水) 19:25:17.48

>>719
なんや急に？なんか悔しかったんか？

**デフォルトの名無しさん** · 2018/09/05(水) 19:44:21.15

>>721
断じていつものruby基地外ではないがテキストだけならこれで
Poppler::Document.new(“hoge.pdf”).map(&:text).join.scan(/必要な値の正規表現/)

**デフォルトの名無しさん** · 2018/09/05(水) 19:46:31.98

プログラムを簡単に作ってやりたいが
簡単にしすぎるとVBAにたどりついてお金がかせげない

**デフォルトの名無しさん** · 2018/09/05(水) 20:01:23.57

ボクはポプラの枝になる～

**デフォルトの名無しさん** · 2018/09/05(水) 20:28:52.47

PDFからのデータ抽出と言えばゴーストスクリプト使うのが一般的ちゃうん

**デフォルトの名無しさん** · 2018/09/05(水) 21:51:43.21

>>723
1ファイルが良い理由の1つにユーザーが扱いやすい、つまりユーザーがメンテしやすいってのがある
なのでそういうメンテナンス性を著しく低下させる方法は意味がない

**デフォルトの名無しさん** · 2018/09/05(水) 21:54:45.74

>>730
あれpdf作る側で読み出しとかできるんだっけ？

**デフォルトの名無しさん** · 2018/09/05(水) 22:20:48.77

出たよ謎の1フォイルへのこだわり

**デフォルトの名無しさん** · 2018/09/05(水) 22:23:11.74

謎の1フォイルへのこだわりてそんなにメジャーなんか？

**デフォルトの名無しさん** · 2018/09/05(水) 22:33:13.01

埋め込みオブジェクトってVBA的にどうにか役に立たせられないものか
dllを埋め込んでスタティックライブラリ化できれば嬉しいんだががが

**デフォルトの名無しさん** · 2018/09/05(水) 23:14:39.04

>>731
使う側が1ファイルに見えれば提供側は別に複数でもかまわんだろ
それに一度埋め込んだならメンテする手間は同じやぞ？
埋め込む前は複数ファイルなわけだしな

**デフォルトの名無しさん** · 2018/09/05(水) 23:27:51.35

シェルのヒアドキュメントも埋め込み時はひと手間掛かるし
1ファイルに収める場合はどの方法でも手間は掛かるよ
VBAだとその手間がちょっと増えるだけ

**デフォルトの名無しさん** · 2018/09/05(水) 23:29:27.24

>>736
VBAは使う側がメンテするのだが？

**デフォルトの名無しさん** · 2018/09/05(水) 23:31:17.63

>>738
だから一度埋め込んだらメンテする手間は同じだってば
想像力ないの？

**デフォルトの名無しさん** · 2018/09/05(水) 23:34:32.56

メンテ要員「このデータどうやって作成したん？」
俺「このバッチ叩くとファイルがデータに変換されるからそれ埋め込んでね」
メンテ要員「あーわかった」

**デフォルトの名無しさん** · 2018/09/05(水) 23:41:05.25

そのバッチをエクセルと一緒に配布するのか？それじゃ2ファイルじゃないか
メンテする人は、え？1ファイルでいいのになんでわざわざバッチ実行して、ファイル増やすんですか？意味わからないです、普段使ってる開発環境で編集したいですって混乱してしまうぞ
想像力を働かせろ、運用している現場をイメージしろ

**デフォルトの名無しさん** · 2018/09/05(水) 23:54:36.64

>>741
埋め込む前は複数ファイルなんだからその時点で君の主張は破綻してるんだよ
必要ならそのバッチもVBAで作ってエクセルに突っ込んどけ知能遅れ

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

つまりVBAは埋め込みリソースも自然に扱えないのですか？

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

変にVBAなんか組むよりバイトとかパートの人にアナログに作業させた方が早かったりもするよね
自分の時給の1/4とかだし、1時間コード打つのにかかるんなら、彼らが4時間を超える作業量でないと損になる

**デフォルトの名無しさん** · 2018/09/06(木) 03:25:40.20

一回で終わる作業なら大抵はVBAなんか要らんだろ
繰り返す定型作業だからVBAで自動化する

**デフォルトの名無しさん** · 2018/09/06(木) 08:11:47.78

>>744
今回の場合は手作業でできるものじゃない。
それに、そんなことして良いのかの回答もまだ得られていない。

**デフォルトの名無しさん** · 2018/09/06(木) 08:15:14.96

>>743
まずさ、その埋めこみリソースとやらの定義をきちんとしてほしい。
君がどういうレベルの質問をしているのか分からん。

ブックの仕様ではそういうものを扱えることになってんの?

**デフォルトの名無しさん** · 2018/09/06(木) 08:19:49.06

手作業はミスする可能性がある
1回限りの操作でも例外がなければVBAのが確実な結果が得られる

**デフォルトの名無しさん** · 2018/09/06(木) 08:36:58.79

>>748
vbaでもチェックしなきゃいけないのは変わらないし安く上がるんならそのほうがいいと思うけどね

**デフォルトの名無しさん** · 2018/09/06(木) 12:11:33.64

VBAの勉強法を教えてくれないか

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

ちなみにVBAの右も左も分からない丸っ切り初心者です

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

>>751
自動化したいことを決める
マクロの記録をしながら実際に手動でやってみる
生成されたコードを見ながらforやifで制御する
の繰り返しやな

**デフォルトの名無しさん** · 2018/09/06(木) 12:32:05.59

一番大事なことが抜けてる。
生成されたコードの各行がどういう意味なのか考える。

例えば
Range("A1").Select
Selection.Value="hoge"
なんてコードが生成されてたら意味は
A1を選択
選択された値に"hoge"を代入
となる。

だったらA1に"hoge"を代入するコードは
Range("A1").Value="hoge"
で良いよね。

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

>>752>>753
ホント何も分からない状態なので、
参考書やサイトがあれば教えてほしい

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

だったら、ってサラッと流してるけどさ、

Range("A1").Select : Selection.Value = "hoge"

Range("A1") ="hoge"

Range("A1").Value = "hoge"

がほぼ同じ動きをするってこと、ガチの初心者は教わらないとわからないよ

**デフォルトの名無しさん** · 2018/09/06(木) 12:51:09.94

>>754
https://blog.codecamp.jp/excel-vba-site

**デフォルトの名無しさん** · 2018/09/06(木) 12:54:27.92

>>680
シートの再計算を切った方がよさそうですね

**デフォルトの名無しさん** · 2018/09/06(木) 12:58:40.70

>>753
なるほど
アマチュアVBAerのコードがクソな理由はそのあたりにあるんだね

**デフォルトの名無しさん** · 2018/09/06(木) 13:11:18.25

>>756
ありがとう！

ちなみにPCの買い替えを検討中なんだけど、
オススメのPCはあったりする？
VBAを問題なく扱えるスペックで
マックの新モデル(いつ発売か知らんけど)を買おうか迷ってたんだが、
他にあれば教えてほしい

**デフォルトの名無しさん** · 2018/09/06(木) 13:16:19.10

Macはやめとけ、Winならなんでもよかろう

**デフォルトの名無しさん** · 2018/09/06(木) 14:32:32.21

VBAはWindowsとExcelしか使うことを許されていない人が仕方なく使うものなので、
Macの使用が許される人は素直に別の言語を学ぼう

Mac使うなら(言語じゃないが)AutomatorやAppleScriptなんかが初学者にはいいぞ

**デフォルトの名無しさん** · 2018/09/06(木) 14:34:30.61

>>759
Windows10が入ってて、ドライブがSSDで、CPUがintel i5のを選んどけば間違いない
新品だとだいたい10万円だけど中古でも問題なし

**デフォルトの名無しさん** · 2018/09/06(木) 14:41:15.36

本当にExcel VBAだけが目的なら型落ちWindowsでOK
他にもやりたいことがあるならVBAだけで決めるのはハイリスク

**デフォルトの名無しさん** · 2018/09/06(木) 14:54:51.00

Excel(Office)が入ってるかどうか確かめるのを忘れないように
パソコンと別々に買うと高く付く

マイクロソフトのOfficeならどのバージョンでも大丈夫だけど、キングソフトのはダメ

**デフォルトの名無しさん** · 2018/09/06(木) 15:33:41.34

事務仕事をやっていてVBAが使えたら便利だなと思っていて、
VBAのスキルを(仕事に生かせるレベルまで)身に付けたら
他の言語にも手を広げたいなと考えている

プログラミングのことはチンプンカンプンだけど、
ググったらプログラミングやるならマックがええでって記事をいくつか見かけたので
マックにしようかと思ってた
エクセルも使えるし

だから、皆んなの意見を聞いてどうすればいいのか分からなくなってきた

**デフォルトの名無しさん** · 2018/09/06(木) 16:26:31.35

VBAを習得したいのかもっと一般的なプログラミングを習得したいのかハッキリさせよう

どんな事務仕事を楽にしたいんだ？まずはそこを明確にしていこう

**デフォルトの名無しさん** · 2018/09/06(木) 16:47:53.27

マウスコンピューターの乃木坂46 モデル
https://www.mouse-jp.co.jp/m-book/mbb506/?intid=nogi_btn003_asuka

CPU-i7, 512GB SSD で、10万円！

これを、メモリ・保証期間を最大まで、カスタマイズする

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

>>766
VBAを仕事に生かせるレベルまで習得してから他の言語も勉強したい

ほんの一例だけど各部署の旅費集計作業とか全自動化させたい

**デフォルトの名無しさん** · 2018/09/06(木) 17:10:03.69

>>766
他の言語＝一般的なプログラミングなのかな
一般的なプログラミングがどういうものかわからんが

**デフォルトの名無しさん** · 2018/09/06(木) 17:25:00.57

>>769
(VBA含めて)プログラミングというものを勉強してみたいのかという意図だった

その要件で勝手にエスパーするとExcel操作しまくりだろうからVBAがいいかもね
PCは仕事で使ってるやつとOS, Officeのバージョンが同じの買えばいいよ

**デフォルトの名無しさん** · 2018/09/06(木) 17:30:41.07

本職になるつもりならVBAから入るのはお勧めできない
変な癖が付く

**デフォルトの名無しさん** · 2018/09/06(木) 17:32:28.08

将来VBAってこんなに糞だったんだなと思い知るのもまた一興…

**デフォルトの名無しさん** · 2018/09/06(木) 17:37:34.01

>>770
操作しまくりだけど難しいことはしていない
事務作業では既にどこかの部署又はグループ会社の社員が作ったマクロを動かしてるだけだから
多少の関数は使うけどその程度

VBAだけやるなら会社のPCと同じやつでいいかもしれないけど、
VBAの先に他の言語もやりたいってのがあるからさ～
そうなるとマックがええんちゃうのってグーグル先生が言ってまして

まあ、とにかく参考になりましたわ
ありがとうございます！

**デフォルトの名無しさん** · 2018/09/06(木) 18:04:15.50

>>773
万が一他のプログラミング言語に興味を持った時は Visual Studio 2017 Community版を入れればいい。
解説書も本屋に行けばたっぷりある。
大概の事はそれでOK
プログラマじゃないんだから、別に興味を持たなくとも良し

**デフォルトの名無しさん** · 2018/09/06(木) 18:26:45.77

>>774
なんやようわからんがそれを入れれば他の言語も開発できると
マックはそれを入れなくてもええの？

**デフォルトの名無しさん** · 2018/09/06(木) 19:11:59.61

マックのことは忘れろ

**デフォルトの名無しさん** · 2018/09/06(木) 19:17:18.82

なんでや

**デフォルトの名無しさん** · 2018/09/06(木) 19:24:08.46

>>777
マックの事は全然知らん

みるみるプログラミングがわかる本
掌田津耶乃

↑を立ち読みすれ。確かマックの開発環境のことも書いてあったような記憶がある。
まぁ素人なんだろ？Winにしとけって

**デフォルトの名無しさん** · 2018/09/06(木) 19:28:35.21

初心者に群がるプロさんきしょいわー

**デフォルトの名無しさん** · 2018/09/06(木) 19:31:46.27

Mac は高い。素人は、マウスで十分。
最大限メモリを積めばよいだけ

3年ぐらい、プログラミングしてから考えろ。
まあ、その頃には、たぶんやめてると思うが

**デフォルトの名無しさん** · 2018/09/06(木) 19:32:52.80

ラズパイでもいいじゃん

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

初めての言語でExcelVBAって悪くないと思うけどなぁ
Excelのオブジェクトを操作するのもイメージしやすいしすぐにそれなりのもの作れるようになるし

**デフォルトの名無しさん** · 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"を使ってるが"任意のデ―タ"とかの方が良かったか。