Comments 36
И вместо местоимений «он» или «она» нужно использовать ангийский «they» или «their» в качестве местоимения единственного числа (видимо, на манер устаревшего местоимения «онЕ»).
Лучше бы вернули thou/thee в пару к you.
Чем лучше? Это ж второе лицо, а нужно третье...
Тем, что позволяет "тыкать" или "выкать", в зависимости от модальности.
А третье лицо неопределённого пола уже есть, это it. Почему его до сих пор не применяют к небинарным персонам -- непонятно.
Еще Шекспир использовал "they" для единственного числа - тому несложно найти кучу подтверждений (начать с Washington Post и Merriam Webster и продолжить так подробно как хочется самому через гугл). Применение "it" к одушевленным предметам - дерогативно. Поэтому применяем "they" и в некоторых случаях "one" или, если известно более точное местоимение, - то его.
Ну а Ломоносов в свое время писал что-нибудь наподобие такого:
Кто склонность в счастии и доброту являет,
Тот счастие себе недвижно утверждает.
Всяк чувствует в тебе и хвалит обое,
И небо чаемых покажет сбытие.
Но это же не означает, что и сейчас в быту стоит так же писать.
Обычный аргумент против singular "they" -> что это новояз. К вашему аргументу нужно приводить статистику того, что это регулярно использовалось в течение долгого времени - и это так (тоже можно много гуглить). Использовалось ли это так же часто как и в последние лет 5? Разумеется нет. Но это абсолютно нормальная лингвистическая конструкция, которая получила, условно, второе рождение, ибо появилась необходимость.
ибо появилась необходимость
Серьёзно? Ну-ну.
Ок. Каким образом вы будете говорить о лице неопределенного пола? Пример: "I hear that Alex is a software engineer, but I never met them." В данном примере, мы просто не знаем мужчина, женщина или небинарная личность Alex. Раньше, по умолчанию, сказали бы "he". Можно сказать "hе or she" (что на мой взгляд длинновато). Можно попытаться сконструировать предложение без использования местоимения. А можно использовать "them".
Тот факт, что мы стали обращать внимание на то что использование "he" по умолчанию - это не очень - явило собой необходимость более частого употребления singular they. Небинарность - лишь отдельный частный случай, когда использование "he or she" является неоптимальным вариантом.
"I hear that Alex is a software engineer, but I never met them."
В случае именно неизвестного пола (то есть это конкретно я не знаю пол) я бы использовал him по умолчанию.
Сейчас это считает неуместным и нетактичным (внутри определенной культурной, географической, социальной страты). Вы можете не соглашаться, но достаточно много людей считает так.
Так мы от грамматики перешли к вопросу "А судьи кто?"
Не вижу логики. Я обращаюсь к вам на "вы", но с маленькой буквы. Это мой выбор. Мог на "Вы", но я считаю это моветоном (однако уже случалось и не раз в моей жизни, когда это считали неуважением). А мог на "ты". И это в русском языке - фамильярность.
Хотя все три варианта грамматически корректны. Вопрос о том, какой "стиль" использовать в каком контексте, в какой среде, в каком географическом месте - и т. д.
Слабаки, я использовала ИТ для мужчин и женщин)))
Аргумент так себе. Он везде так писал или иногда для рифмы или по случаю? Просто если уж ив договариваемся так писать чтобы определённой группе людей так будет приятнее работать с нашим кодом, то причём тут шекспир? Ещё можно пример привести, что вот в Коране Аллах о себе в основном говорит "мы" тоже, а он между прочим един и тп. Применение it дерогативно? Может проще договориться, что оно более не дерогативно, как стало со словом queer? Как по мне так лучше придумать какое-то новое слово, но раз уж устоялось это - так пусть. Просто Шекспир тут не при чем ведь. Не использовал бы он, все равно ж требовали бы.
‘queer adjective 1. Homosexual. Derogatory from the outside, not from within. US, 1914′
(The Concise New Partridge Dictionary of Slang, p. 524)
Важно то, откуда исходит инициатива. Многим людям более приятно использование "they" (не всем, однако это отдельный разговор). Никогда не слышал о том, чтобы использовать "it" - за исключением людей, кто действительно хочет подчеркнуть "отсутствие души".
Потому что ИТ это оно, а они это она или он, то они себя чувствуют в рамках мужских нормативов то в женских. В нормальном варианте - тащу шкаф в угол, чтобы помыть пол - я мужик, развешивают платья - я девочка. Но те кто сообщает о себе в первом разговоре или пишет в соцсетях о себе в статусе Они/им, - это как правило пустые бесталанный люди которым больше нечем выебнутся
И никакой статический анализатор и IDE вам это не поймают
V640. Code's operational logic does not correspond with its formatting. :-)
Ну и в компиляторах оно теперь тоже есть:
Также явно обозвали стиль именования «маленькие буквы; слова через подчёркивание»: теперь это называется змеиный стиль.
Snake case не они изобрели же. Он существует ничуть не меньше чем верблюд и шашлычный формат
Что обозначает буква k в именах перечислений?
Это обозначение того, что это constexpr . Не совсем логично и из внутренний кухни Гугла. Нацелено на то, чтобы при любом взгляде на что угодно сразу видеть, что есть constexpr а что нет - и это было распространено и на enum и на `enum class`.
Не обязательно constexpr, это (исходно) для const у них стандартный префикс https://google.github.io/styleguide/cppguide.html#Constant_Names.
Дельное замечание. Причина моей оговорки - что почти всегда в code review (исходя из моего опыта в гугле) тебе порекомендуют из const - сделать constexpr за исключением некоторых случаев, где это либо невозможно, либо некорректно.
(разумеется, я о тех случаях, где объявляются переменные или, как заметил автор треда, члены `enum class`a).
Это пошло из WebKit и намного раньше C++11 с constexpr. Это венгерская нотация огрызков - любая константа начинается с k, потому что c уже занята для char.
KDE-шники везде пихали K к своим классам, которые в основном были обёртками над Qt-классами с их Q. Но с k в константах замечены не были.
https://github.com/KDE/kde1-kdelibs/blob/master/kdecore/kpixmap.h#L26-L28
https://github.com/KDE/kde1-kdelibs/blob/master/khtmlw/htmldata.cpp#L28
https://github.com/KDE/kde1-kdelibs/blob/master/khtmlw/htmltoken.cpp#L47-L49
У implicit_cast ещё много применений, кроме видимости.
Скажем тернарный оператор с разными типами
A* a = foo ? new B() : new C(), где B и С наследники А, без приведения B* к А* компилятор не поймет тип выражения справа от =.
Руководство Google по стилю в C++: 2019 — 2024