スレ立てるまでもない質問はここで 159匹目

**デフォルトの名無しさん** · 2022/02/12(土) 22:44:40.76

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

【前スレ】
スレ立てるまでもない質問はここで 158匹目
https://mevius.5ch.net/test/read.cgi/tech/1635193843/
次スレは>>980が立てること

**デフォルトの名無しさん** · 2022/02/17(木) 13:47:43.40

>>72
Ruby でも、RDoc, YARD など、独特なDocコメントの書き方がある。
この書き方に従っていれば、自動的にHTML が作られる

だから試しに、HTML化してみればよい

**デフォルトの名無しさん** · 2022/02/17(木) 13:48:28.02

ケンタッキーフライドチキンのことかと思ってたわ

**デフォルトの名無しさん** · 2022/02/17(木) 14:21:02.23

SAS使ってる企業って少ないのかなあ
Udemy探しても英語の講座しか出て来ない

**デフォルトの名無しさん** · 2022/02/17(木) 22:02:22.88

SASみたいな高いツール使うなら正規のトレーニング受けるだろ普通。

**デフォルトの名無しさん** · 2022/02/18(金) 00:15:18.87

テストコードがなくてPHPとFWのバージョンが古い
クソコードだらけの状況から逆転する方法ありますか？

**デフォルトの名無しさん** · 2022/02/18(金) 00:16:03.21

逆転する意味ある？
手間がかかる＝稼げる、だよ？

**デフォルトの名無しさん** · 2022/02/18(金) 00:30:22.34

バージョンが古い時点で古い環境を捨てる気がないから無理じゃろ

**デフォルトの名無しさん** · 2022/02/18(金) 00:34:52.33

>>79
なんでこんな修正も出来ないんだ！って怒られる
そして、稼げないｗ

>>80
無駄に慎重でバグには異常に厳しい
この状況だとやっぱり厳しいですか

**デフォルトの名無しさん** · 2022/02/18(金) 00:57:02.11

古い体質の会社なんでしょ
踏み台にして転職の1手

**デフォルトの名無しさん** · 2022/02/18(金) 05:37:11.37

スタティック変数って多いとメモリ食うの?

**ハノン** ◆QZaw55cn4c · 2022/02/18(金) 05:59:36.30

>>83
static であろうと auto であろうと

**デフォルトの名無しさん** · 2022/02/18(金) 06:02:47.93

環境のバージョンが古いのはどうしょうもないんだろうけどテストコードは書けばいいだけじゃねーの？
バグには異常に厳しいんならなおさら

7 · 2022/02/18(金) 11:01:28.89

>>73
に書いたように、

Ruby on Rails の初心者コースには、CI/CD も含まれている。
CircleCI, Github Actions で自動テストして、Heroku へデプロイ。

初心者は皆、この方法。
出来る香具師は、AWS Fargate, Terraform

BDD/TDD のRSpec では、ソースコード自体が仕様書になっている。
自動テストでは、仕様をチェックする

**デフォルトの名無しさん** · 2022/02/18(金) 13:44:27.70

クソコードだらけだとテストコードなんて書けないからな

**デフォルトの名無しさん** · 2022/02/18(金) 17:40:22.12

RでCSVファイルからグラフを書こうとしています。
列名に＋やー（Hoge-1的な）がある場合にsummariseなどがエラーになってしまいます。
列名を変える以外で正しく列名を認識させる方法はあるでしょうか。

**デフォルトの名無しさん** · 2022/02/18(金) 19:53:43.34

Rエアプだけど列名が数式扱いされてそう

1行目だけ文字列として取得するモードないんか？

**デフォルトの名無しさん** · 2022/02/18(金) 20:16:11.13

読み込むときにcheck.names=FALSEじゃね

**デフォルトの名無しさん** · 2022/02/18(金) 21:51:42.06

Ruby on Railsなんて使ってるの今日日クソシステムしかねえだろ

**デフォルトの名無しさん** · 2022/02/18(金) 22:52:16.78

？

**デフォルトの名無しさん** · 2022/02/19(土) 22:36:43.10

友達からプログラマーになったらデータをDBに出し入れすることに人生を注ぐことになるよ

と言われたのですが、そうなのでしょうか？

もっと魔法を扱うような仕事だと思ってたので本当だとしたら少し悲しいです

**デフォルトの名無しさん** · 2022/02/19(土) 22:51:14.71

まあ今どき組み込みでもDB使ってたりするから友達の言うことは概ね正しい
魔法を扱うような仕事したいならGoogleとかに就職して人工知能関係の仕事するとかかな

**デフォルトの名無しさん** · 2022/02/19(土) 22:58:33.01

>>93
概ね2通りです
DBにデータを出し入れする処理を作る人達
その処理を呼び出すUIを作る人達
それ以外もいますが少数派です

**デフォルトの名無しさん** · 2022/02/19(土) 23:52:14.83

あとはセキュリティとかグラフィックスとかいいんじゃないかな
センスがあればいける

**デフォルトの名無しさん** · 2022/02/20(日) 03:34:44.22

AWSは１年間タダで使えるからAWSの勉強（！？）とLinuxの勉強が併せてできるぞ
ボタンクリックするだけでサーバが立てれるのは感動したもんだ

**デフォルトの名無しさん** · 2022/02/20(日) 09:31:35.45

私はこれまでプロパティという概念とメソッドという概念を
クラスの中の変数宣言とクラスの中の関数宣言と理解してきました。

ところがJavaScriptを学ぶ中でこの理解を覆す概念で出くわしました。
それらがデータプロパティとアクセサプロパティです。
アクセサプロパティというのはゲッターとセッターを指すのだそうですね。

ゲッターとセッターはクラスの中の関数であるはずなのに
プロパティと名づけられたことで混乱しています。

私がこれまで理解していたプロパティとメソッドの区別は間違っていたのでしょうか。

**デフォルトの名無しさん** · 2022/02/20(日) 10:50:48.81

大きな誤りは「呼び方」に拘ってる点だな
ネーミングなんて細かいこと気にすんな。そんなのどうでもいい
getter＝classの中の変数値を取得するための関数
ってなるだろ

**デフォルトの名無しさん** · 2022/02/20(日) 11:05:45.11

>>98
プロパティの読み書き時に何らかの処理をすることができるようになった
って思えばいいんじゃね？

**デフォルトの名無しさん** · 2022/02/20(日) 13:09:01.63

Javaにプロパティはないよ
クラスのメンバ変数をプロパティと捉えるのは間違い
せいぜい文脈によって広義に許容される程度
Java7の頃に言語仕様に追加する議論があったんだけど、JavaBeans仕様のgetter, setterが長年プロパティ相当の役目を果たしてきたので、もうそれでええやんとお蔵入りになった

プロパティってのはそのオブジェクトの属性
この属性っていうのは実装面での話よりもやや論理的な概念
プロパティの値を聞かれたときに内部の変数の値を返すのが最も一般的なパターンだけど、別の変数の値を演算してから返してもいいし、データベースから値を問い合わせてから返してもいい
値を要求した側から同じようにアクセスできる属性なら何でもよくて、それが変数なのかそうでないのかは内部実装としてカプセル化されることこそがプロパティの特徴

JavaではhashCodeというObjectの属性がメソッドとして提供されているけど、こういうのは本来プロパティがふさわしい

**デフォルトの名無しさん** · 2022/02/20(日) 13:10:18.43

おっとJavaスレじゃなかったか

98 · 2022/02/20(日) 14:30:27.02

お答えくださった皆様、ありがとう。大変勉強になりました。

>>101
なるほど、そう考えると整合性がとれますね。

**デフォルトの名無しさん** · 2022/02/20(日) 14:59:19.23

>>93
いやプログラマーになったらモテるからチンコをマンコに出し入れすることに人生を注ぐことになるよ

**デフォルトの名無しさん** · 2022/02/20(日) 15:32:02.85

DBの仕事は必ず仕事が収束するから精神的に楽なジャンル。わりと計画通りに進行しやすい。仕様変更もたかが知れてる。
いちばんキツいのはGUIギミックなどデザイン分野。ちまちま積み上げたものが全部パァになってやれセンスがないだの遊び心だの固い柔らかいだの抽象的デバッグが永続する。
リリース後もずっと言われ続ける

**デフォルトの名無しさん** · 2022/02/20(日) 15:49:47.90

個人的には後者の方が楽しそうに思えるんだが

**デフォルトの名無しさん** · 2022/02/20(日) 15:57:15.34

楽しいと楽(らく)は字は同じだけどベクトルが違うからね

**デフォルトの名無しさん** · 2022/02/20(日) 15:57:42.70

DB系のレビュー「ここの処理はこうした方が負荷が少ないと思うから修正してもらえる？」

画面系のレビュー「うーん、なんか『違う』んだよねぇ～wちょっとこの辺見やすいように修正してもらえる？」

どっちの仕事がしたい？

**デフォルトの名無しさん** · 2022/02/20(日) 16:05:45.12

ああ~、やっぱり前の方がマシだったな、戻してこの部分の操作をいい感じにして…

う~ん、ここは１週間前のほうが良かったな、全部元に戻して初めから考え直そう…

賽の河原w

**デフォルトの名無しさん** · 2022/02/20(日) 16:06:31.52

デザイン分野は、下っ端のシロートでも全員バラバラに好きな意見を言ってくる。しまいに社長の意見で全部ひっくり返る。
こないだのヒカルの焼肉屋みたいに、空中分解してしまう。

**デフォルトの名無しさん** · 2022/02/20(日) 16:20:05.56

DB系のレビュー「なんか遅いから速くしてくれない？」

これは嫌だw

**デフォルトの名無しさん** · 2022/02/20(日) 16:38:46.48

>>111
そう？
まあどこがどう遅いのかとかどこまで速くすればいいとかを打ち合わせる必要はあるけど、そこら辺が決まれば改善提案はできるだろ

**デフォルトの名無しさん** · 2022/02/20(日) 16:56:03.62

DBもUIもそれ以外も同じ
あとからああしろこうしろと変更入ることよくあるし
その対応終わったと思ったら、ひっくり返ってもとに戻すなんてよくある

**デフォルトの名無しさん** · 2022/02/20(日) 21:13:51.71

>>110
社長「今運用してるDynamoDBでコレコレをLIKE検索できるようにしてくれや」
「もう顧客にOKしといたから明日までにやっとけ」

**デフォルトの名無しさん** · 2022/02/20(日) 21:42:13.74

>>114
そういうのはまた別な話

**デフォルトの名無しさん** · 2022/02/20(日) 21:45:47.25

>>115
社長「は？DBならLIKE検索なんてすぐだろ」
「ついでにカラム増やしてほしいんやインデックスつけて」

**デフォルトの名無しさん** · 2022/02/20(日) 22:04:23.11

>>116
社長/上司/営業とエンジニアの軋轢の話はまた別

**デフォルトの名無しさん** · 2022/02/20(日) 23:13:47.64

つーか社長がそこまで技術的な部分に介入してくる会社の時点で地雷だろ
DBとかUI以前の問題

**デフォルトの名無しさん** · 2022/02/20(日) 23:58:04.82

思いつきをいうステークホルダーが一人だけでしかもある程度技術に興味があるなら時間を惜しまず説明すればいけそう

**デフォルトの名無しさん** · 2022/02/21(月) 07:46:59.41

>>119
> 「ある程度」技術に興味がある
それ最悪やぞ
中身をよくわかってないのに思いつきでこうした方がいいとか言われて内心「それもう検討してダメってわかってるのに…」と思いつつ説明すると、いやこうすればいいだろって頓珍漢な代案出されて…

**デフォルトの名無しさん** · 2022/02/21(月) 08:37:03.80

経験豊富なおれがいちばん大変だったのはコレ！って愚痴りたいまつり

**デフォルトの名無しさん** · 2022/02/21(月) 08:39:06.68

>>118
技術的な問題だから変更できない
なんて言う会社は外部から見ると無能の烙印押される
GAFA級にならないと

**デフォルトの名無しさん** · 2022/02/21(月) 10:20:49.12

おまえ(客)が金出さないからできないんだよ、よりも技術的な問題でできないんですの方が話がスムーズに進むんだよ
こっちが悪いと思ってなくてもすみませーんと謝るのと同じ
言葉通りに受け取るなって

**デフォルトの名無しさん** · 2022/02/21(月) 10:36:05.50

>>120
これから先の世代の日本ではそういうお客様が爆発的に増えるだろうね
義務教育で中途半端に教えちゃうもんだから

**デフォルトの名無しさん** · 2022/02/21(月) 13:12:10.99

>>122
いやそういう話じゃねーよ
社長がカラムやらインデックス云々言ってる時点で論外なんだよ

社長がやるべき業務は経営であって、そんな下流工程に気をつかうほど規模が小さい会社にそもそも入るべきじゃないってこと

**デフォルトの名無しさん** · 2022/02/21(月) 13:20:58.55

>>125
社長「実は先週から提携した顧客がいてまあまあ大手なんだがカラム追加して検索できたらうちのサービス利用してもらえるって言われたからすでに契約済みなんだよ」
「経営判断だからよろしく」

**デフォルトの名無しさん** · 2022/02/21(月) 13:30:17.42

検索用の読み取り専用RDB用意するだけだろ?

**デフォルトの名無しさん** · 2022/02/21(月) 13:55:35.93

>>127
社長「明日まで対応だからな。追加予算なんてない。そもそもカラム追加になんで検索用とか必要なんだよ！？俺が知らないと思ってバカにしてんのか！？」

**デフォルトの名無しさん** · 2022/02/21(月) 14:40:04.74

仕様変更、仕様の追加は別予算
これは社内、客にも徹底してもらわないと

**デフォルトの名無しさん** · 2022/02/21(月) 15:25:09.72

社長「そんな細かいことまでやってたら客を逃すんだよ！誰がお前の飯代払ってると思ってんだ！？いいから今すぐやれ！」

**デフォルトの名無しさん** · 2022/02/21(月) 15:37:24.76

脳内社長のお人形遊び楽しい！w

**デフォルトの名無しさん** · 2022/02/21(月) 22:30:28.08

完全に0からゲームを作る場合はRPGツクールのような管理画面的なものから作り始めるのでしょうか？

それとも無の状態から1つずつ積み上げていく感じですか？

**デフォルトの名無しさん** · 2022/02/21(月) 22:40:28.89

開発規模と経験と実績から自明
素人が無から手を出すならとりあえず書き下ろしで駄目になるとこまで書いてみよう

**デフォルトの名無しさん** · 2022/02/21(月) 23:58:22.13

動的なウェブサイトを作りたいということもあって、
JavaScriptの入門書（独習　JavaScript 新版とかいう本）を読んでいるのですが、
難しい上に長いから全然読み進められないのですが、
もっと良い感じの本は無いのでしょうか？
あったら教えてほしいです。
あと、やっぱりプログラミングの入門書は、最低一回は全てのページを読み終えた方が良いのでしょうか？
それとも、必要に応じて必要な箇所を見ながら実際にプログラミングをしていくという方が良いのでしょうか？
回答よろしくお願いします。

**デフォルトの名無しさん** · 2022/02/22(火) 00:55:09.10

作るのが目的なら本は検索のためのキーワード抜き出しに使う程度でいい。読む必要なし。ぐぐりながら作れ

**デフォルトの名無しさん** · 2022/02/22(火) 02:13:21.92

何が難しかったのかわからんと答えようがないな
いきなり本買うんじゃなくて立ち読みで狙いに合ってそうか確認しなよ

**デフォルトの名無しさん** · 2022/02/22(火) 06:38:44.59

>>134
その本は捨てるか売っていい
どうせ読まないだろ

全て読めば動的サイトが作れるようになるわけではない
やりたいことをググりながら似たことを説明しているサイトを参考にして実現していく
それを繰り返していくこと

**デフォルトの名無しさん** · 2022/02/22(火) 08:57:53.94

プログラマーが読むべき本ってリーダブルコード以外にありますか？
技術的な本は専門的なことじゃない限り公式リファレンスとかで十分な気がしてあまり読む気がおきません

**デフォルトの名無しさん** · 2022/02/22(火) 09:47:20.11

読む気が起きないなら読まなきゃいい

**デフォルトの名無しさん** · 2022/02/22(火) 12:05:41.84

Code Complete

**デフォルトの名無しさん** · 2022/02/22(火) 12:34:42.18

>>134
ブラウザを作っているプロなどは、2冊のサイの表紙のサイ本を読む。
プロ用の本だから、Ruby の数倍も難しい。
10年ぐらいの歴史の変遷を追っかけるのが大変

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

ES3 とか、古い規格には皆、苦しめられてきた。
JavaScript 第6版、2012、David Flanagan

だから、jQuery, Type Script, Coffee Script など、無数のAlt JS が作られた。
JavaScript でプログラミングするのが非常に難しいから

可読性が悪くて、バグが多いから

**デフォルトの名無しさん** · 2022/02/22(火) 12:51:31.55

サイ本は7版が最近出たぞ

**デフォルトの名無しさん** · 2022/02/22(火) 15:11:04.16

継承が良くないとよく聞くが何が良くないんだ？
継承をやめた結果がtypeプロパティによる条件分岐ではむしろ悪化してない？

**デフォルトの名無しさん** · 2022/02/22(火) 15:16:17.31

>>143
継承は難しいから
階層が深くなるとまた苦しい
最初のクラス設計時に将来の拡張まで考えたカプセル化等のデザインを考えるのも難しい
型で分岐はアホの極み、悪化してる
そうじゃなくてhas-aの委譲や関数型プログラミングで対処する

**デフォルトの名無しさん** · 2022/02/22(火) 15:26:36.59

>>144
継承をhas-aで解決できるとは思えないんだが…
解決できるとしたらそれはモデル設計が最初から間違えていただけでは？
関数型でやろうとするとtypeでの分岐にならん？
似たようなのでパターンマッチというのも最近は目立つようなってきたけどこれもtype分岐が複雑化しただけ

**デフォルトの名無しさん** · 2022/02/22(火) 16:14:07.81

愚痴ってるヒマがあるなら言った仕事をちゃんとやれ

**デフォルトの名無しさん** · 2022/02/22(火) 16:57:29.98

>>145
継承するにしてもオブジェクトを最初に生成するタイミングでは具象クラス名を書く
このときに依存性やストラテジを注入すれば継承に限らず多態性を実現できるよ

**デフォルトの名無しさん** · 2022/02/22(火) 17:19:43.47

>>147
それは仮想関数テーブルを自前実装するようなものでは？

**デフォルトの名無しさん** · 2022/02/22(火) 18:57:12.23

>>148
大仰な仕組みのいらないごくありふれたデザインパターンだよ

**デフォルトの名無しさん** · 2022/02/22(火) 19:00:06.74

書き込むたびにID変わるのなんでだよ楽天さんよぉ

**デフォルトの名無しさん** · 2022/02/22(火) 19:00:27.47

お、変わんなかった

**デフォルトの名無しさん** · 2022/02/22(火) 19:41:34.73

>>149
ストラテジは動的にストラテジを切り替える場合(例 :設定値による切り替え)や
アルゴリズムの枠だけ用意してストラテジを利用者に選ばせる(例:map, filter)場合
に使うパターンであって継承とはまた違うものですね

継承の場合は業務をモデル化したときに静的に関係が決まるのでここにデリゲートをかまして動的にする意味はないです
普通に仮想メソッドでいいでしょう

**デフォルトの名無しさん** · 2022/02/22(火) 19:43:13.61

継承が良くないとよく・・・聞かないぞｗ
ケースバイケースだろ。なんでそこで使うんだよって良くないのはあるけど

**デフォルトの名無しさん** · 2022/02/22(火) 19:47:41.41

>>153
TypeScriptに関わると継承憎し、クラス憎しな人が結構な率で現れますよ

**デフォルトの名無しさん** · 2022/02/23(水) 02:58:54.87

すいません。初心者です。超初歩的な質問で恐縮です。例えば↓
void draw() {
if(cam.available() == false) {
return;
}
cam.read();
image(cam, 0, 0);
}　というプログラムがあるとします。
この{}の次に「改行して書くやり方」が「生理的に受け付けないくらい気持ちが悪い」のです。これを↓
void draw() {if(cam.available() == false)
{return;}
cam.read();
image(cam, 0, 0);}
のように「ギッシリ詰めて書く」という事は可能でしょうか？
詰めて書いても実行に何の問題も無いですか？
生理的な問題で「ギュッ」と纏まってないと落ち着かないのです。
「人に見せる時に読みにくくなる」等の問題もあるでしょうが、動作に支障ないなら独自路線で頑張りたいのですが。

**デフォルトの名無しさん** · 2022/02/23(水) 03:44:54.50

言語によるけどその言語（c#?）ならたぶん問題ないよ。改行なんて全部消して一行で書け

**デフォルトの名無しさん** · 2022/02/23(水) 05:32:59.83

良いんじゃね。
Pythonはインデントでたまにがっかりするが。

**デフォルトの名無しさん** · 2022/02/23(水) 06:01:46.48

人に見せる機会があるなら普通の書き方した方がよくね
まぁ仕事じゃなくて趣味の範囲ならどうでもいいけど

**デフォルトの名無しさん** · 2022/02/23(水) 06:03:32.11

趣味の個人開発ならアリだけど業務開発とかideの手助けを受けるなら苦労しそう

**デフォルトの名無しさん** · 2022/02/23(水) 06:32:30.27

>>156
ありがとうございます。丁度C#をやろうと思っていました。
本音を言えば「一行で書きたい」と思っていたので正に思っていたことをおっしゃっていただきありがとうございます。

個人的にゲームを開発し、人に見せる気は無かったのでこれでいこうと思います。
皆さん、ありがとうございました。

**デフォルトの名無しさん** · 2022/02/23(水) 11:59:23.57

８ビットPC時代の一画面プログラムかよｗ

**デフォルトの名無しさん** · 2022/02/23(水) 12:23:25.05

無駄な空白も消してみんなぎゅっとしよう
void draw(){if(!cam.available()){return;}cam.read();image(cam,0,0);}
密だっていいじゃない
文字だもの

**デフォルトの名無しさん** · 2022/02/23(水) 12:40:34.18

1文で書けるなら改行なしでも違和感ないけどifとかwhileの制御構文が入ってくると可読性がヤバくなるからおすすめしない

どこまでのコード量なら1行に詰めるか自分用のルールは決めといた方がいい

**デフォルトの名無しさん** · 2022/02/23(水) 13:58:35.34

Ruby on Rails の単一テーブル継承・STI(Single Table Inheritance)は有名。
主に、検索の利便性

例えば、会社・家表に、同じ住所項目がある場合、
住所表を作って、住所表から会社住所表・家住所表を継承させる

HomeAddress < Address
WorkAddress < Address

Railsが裏側で、住所表のtype 列が0 なら家・1なら会社と切り替える。
会社住所表・家住所表という実体はなく、住所表しか存在しない

会社住所または家住所が東京にある、顧客を検索する場合、
住所表1つだけの方が、検索性能が良い

**デフォルトの名無しさん** · 2022/02/23(水) 15:24:31.88

なんかWEBサイトのjsみたい

**デフォルトの名無しさん** · 2022/02/23(水) 15:33:38.24

人に見せるときはフォーマッターを使って
人が見やすいように整形すればいいだけじゃないの

**デフォルトの名無しさん** · 2022/02/23(水) 15:40:53.71

整形するなら高須クリニックみたいな所に通わないと

**デフォルトの名無しさん** · 2022/02/24(木) 05:18:58.15

新卒2年目のプログラマです

ループ処理を行う場合、基本的にforeachを使っているのですが、カウントが必要な単純なループでforを使った所
先輩からカウント用の変数を用意するかselectメソッド(c#です)を使って全部foreachで統一してと言われました
(コーディング規約にあるわけではないです)

わざわざカウント用の変数を用意するのも、速度的にfor使用時より遅くなるselectメソッドを使用するのもなんだかスッキリしないなあと思っています

他の現場を知らないのですが、これは開発の現場では当たり前の事なのでしょうか？
ちなみに皆さんはどうされていますか？

**デフォルトの名無しさん** · 2022/02/24(木) 09:31:43.11

理不尽なことを押し付けられるのは当たり前によくあること
いちいちなぜなのかとか逆らったりするのは労力の無駄

**デフォルトの名無しさん** · 2022/02/24(木) 09:43:15.52

ケチ付けられたらコードを晒してくれなくちゃパイセンの擁護は出来ないな

**デフォルトの名無しさん** · 2022/02/24(木) 09:57:04.10

思ったならその場で言えば良かったじゃん
何も言えず掲示板で愚痴った時点でこの勝負はお前の負けや

**デフォルトの名無しさん** · 2022/02/24(木) 12:04:16.87

Ruby では、繰り返しにindex や、蓄積変数を付けたものがある。
または、each に付ける事もできる

つまり、書き方が決まっている

ary = [ "a", "b" ]
ary.each_with_index do |element, index|
p "#{ index }：#{ element }"
end

出力
"0：a"
"1：b"

ary = [ "a", "b" ]
# 初期値は1
ary.each.with_index( 1 ) do |element, index|
p "#{ index }：#{ element }"
end

出力
"1：a"
"2：b"

同様に、蓄積変数を付けたものもある。
each_with_object( obj ), with_object( obj )

**デフォルトの名無しさん** · 2022/02/24(木) 12:31:55.94

>>168
ここは技術板だから「先輩にどう対応したらいいか。プログラマ業界の他の職場ではどうなのか」って話は板違い。プログラマ板へどうぞ

**デフォルトの名無しさん** · 2022/02/24(木) 12:33:04.26

>>168
頻出パターンだから拡張メソッドで一般化しておくのがいいと思う
foreachでカウント用の変数を都度用意してたらcontinueとかでバグる可能性もある
forの場合は将来的に要素へのindexアクセスが変な形で拡張されたりリファクタリングの妨げになる可能性がある
(メンテする技術者のレベル次第)

public static IEnumerable<KeyValuePair<int, T>> Enumerate<T>(this IEnumerable<T> collection){
int index=0;
foreach (var item in collection) {
yield return new KeyValuePair<int, T>(index++, item);
}
}

foreach (var (i, v) in foo.Enumerate()){
…
}

↑この拡張メソッドの場合はTがintの場合に(i, v)を(v, i)と勘違いしてバグる可能性はある