Устранение Ругательств Из OpenJDK


На прошлой неделе была высказана озабоченность по поводу “слишком большого количества ругательств” в исходном коде OpenJDK. В течение трех дней вопрос был решен после вежливого обмена мнениями.

Проблема была открыта разработчиком программного обеспечения IBM Адамом Фарли, который является членом команды OpenJDK и участником. Его первоначальный пост в списке рассылки core-libs-dev открылся с:

Я заметил 12 случаев ругательств в комментариях к исходному коду OpenJDK, и мне кажется целесообразным удалить их.

Хотя он уже создал отчет об ошибке и webrev, предназначенный для исправления ситуации, и, возможно, в связи с последствиями, которые последовали за попыткой разобраться с f-словом в коде ядра Linux, Фарли предложил комментарии, прежде чем идти дальше, чтобы заменить экземпляры f***, “черт” и “дерьмо”.

В первом ответе Алана Бейтмана из Oracle указывалось, что:

“Где эта чертова торпеда?” – может быть, из “Звездного пути”. 

Согласившись с тем, что это сказал Кирк, Фарли предположил, что “черт” может сохранить цитату, но позже признал, что “черт” было приемлемо после того, как Дэвид Холмс из Oracle указал, что это не ругательство, и дал обманные определения, чтобы доказать это.

Ему также пришлось уступить в отношении “дерьма” частично на том основании, что замена его альтернативой, такой как “трудно”, просто не передавала того же значения. Еще одно возражение против предложенного изменения исходило от Фила Расы из Oracle, который указал, что это создаст слишком много работы:

Что касается комментария в отчете об ошибке abouthb-private.hh и использование /* Бассейн для мусора: Общий регион для защиты доступа. */ поскольку он не только находится в вышестоящей библиотеке, но и используется 14 раз в именах переменных, я не могу согласиться с вашим комментарием о том, что аргумент для их оставления был бы “шатким”. Обсудите это с вышестоящей библиотекой … У меня нет никакого интереса переименовывать их каждый раз, когда мы обновляем эту библиотеку.

Даже Марк Рейнхольд высказал свое мнение, сказав::

Я, конечно, вижу удаление слова ” ф ” и других слов сексуального характера. Это явно неуместно. Удаление меньших слов и продолжение их использования впредь кажется мне излишним.

Однако, поскольку большинство экземпляров f*** были идентифицированы как находящиеся в вышестоящей библиотеке, они были оставлены для рассмотрения в другом месте на том основании, что:

… мы не должны касаться импортированных источников…Пусть грубость будет зафиксирована в источнике.

В свете этих замечаний были сделаны следующие три определения: 

“Черт” и “Дерьмо” – это не ругательства.

Три из четырех f-бомб находятся в jszip.js, который должен быть исправлен вверх по течению (будет отслеживаться).

Ф-бомба в BitArray.java, а также грубая опечатка в SoftChannel.java, *являются ругательствами и должны быть удалены для разрешения этого рабочего элемента.

Реализовав набор изменений, Стюарт Маркс опубликовал:

В качестве заключительного замечания я отмечу, что оригинальный патч действительно обнаружил несколько вульгарностей в OpenJDK. Однако все они произошли из источников, расположенных выше по течению. Это означает, что 8 миллионов или около того строк кода в OpenJDK, которые не из какой-либо вышестоящей исходной базы, не имеют никаких вульгарностей.

Это явно шутка и не вызвало никаких упреков.

Лично я нахожусь в согласии с Павлом Раппо, который скинулся с:

Я бы не стал менять пещерное искусство только потому, что мы можем счесть его неуместным, теперь это история.

Еще один комментарий, который кажется мне правильным балансом, пришел от Эндрю Хейли из Red Hat, который опубликовал:

Иногда акцент важен, и свести очень сильный акцент к мягкому неодобрению-это изменение, теряющее информацию. Мы окажем медвежью услугу читателю.

Самый раздражительный комментарий во всей теме был сделан Марком Рейнхольдом, который отметил его как придирчивый:

Nit: Пожалуйста, используйте падеж предложения в резюме вопроса (“в исходном коде OpenJDK слишком много ругательств”), а не в заголовке. Это всего лишь патч, а не роман.

– Марк


Добавить комментарий