Ну это я на ходу выдумал рандомное... вот конкретно сейчас раздумываю как мне лучше $usedGiftCards или $giftCardsUsed

это же пыхапэ чатик. и заходить с него вот так с размаху с кэмэлкейсом - это опасно достаоочно! снейк кейс и только!

та сейчас речь даже не об этом) К слову, у меня здесь легаси, тут везде снейк кейс, но сам по себе кемел кейс мне больше нравится, дабы писать в единном стиле вместе с js

Второй вариант более читабельнее как по мне

о, а вот и сторонник второго варианта есть)

но судя по опросу, первый вариант пока лидирует

Я в опросн первый вариант выбрал

Я больше склоняюсь к первому варианту конечно хоть и суть что хранится в переменной на 2 месте

Если вы ищете совета, то лучше всего если вы определите нужный формат в команде/проекте. Здесь можно собрать мнения, но работать с кодом вам и вашим коллегам. Попытайтесь формализировать это и дальше проект будет иметь целостный вид и все последубщие кто с ним будет работать может и будут удивляться принятому решению, но точно будут рады, что это не выглядит как зоопарк

Да, это понятно, мне просто стало интересно мнение людей здесь. Какое мнение популярней в обществе

Понял. Ну я вот удивлён что голосуют за второй вариант. Субъективно считаю, чем больше это похоже на нормальную английскую речь - тем лучше. Это как например использовать для методов которые возвращают bool не только префикс is - isActive(User $user) но и areActive(Collection $users). То есть чем более это читабельно - тем лучше

Ну а наличие одинаковых переменных в одном контексте как и прежде говорил - скорее свидетельствует о проблемах в этом контексте

Та я и сам в голосовалке все же отдал предпочтение первому варианту, хотя и второй для меня не так очевидно плох

А в таком варианте?
$postFactory->makeFrom($draftNew, $parametersNew);
$postFactory->makeFrom($newDraft, $newParameters);

Второй вариант лично мне нравится больше :) Но я поймал себя на мысли, что здесь роль может играть длина самой переменной. Когда это что-то короткое, например, $newOrder, $newTicket, $approvedInvoice то все прям очевидно. Глазам легко сразу увидеть, что имено хранит переменная. Но если имя пременной растет, то вот здесь я уже не всегда радуюсь ее описание в начале. Когде тебе нужно найти конкретную переменную, а приходится перечитывать описание кучи других, которые тебе сейчас не нужны...

Но я так же и согласен с мнение про контекст, не всегда нужно максимально описывать переменную в ее имени... вот только когда работаешь с легаси, не всегда скоуп узкий. Я сейчас рефакторю один метод создания ордера, его длина 848 строк, мать его

Например, можно встретить и вот такую переменную $custom_payment_methods_credit_note_amount

сначла глагол, затем сущность. fetchProducts, restoreCommit. бизнес логика по сущностям разносится по котнороллерам/сервисам. дидиди же.

Глагол в переменной?)

конкретно по озвученной проблеме, следует руководствоваться правилами языка. правильно new ticket. но да, глагол в переменных: fetchedProducts, restoredCommit