Обсуждение добавляет к статье практический контекст: голосование интерпретируется как отказ от экстремумов, нейтральная опция победила все альтернативы попарно (Condorcet winner), а отсутствие pro-LLM вариантов указывает на разрыв между авторами предложений и избирателями.
-
Суть политики — «каким бы инструментом ни был сделан вклад, ответственность несёт автор»: @chuckadams и @matheusmoreira поддерживают именно качественный фильтр, независимый от происхождения кода.
-
Принцип «понимай код так, будто набрал его сам» как рабочая эвристика: @Tubelord формулирует критерий приёмки, @NietTim напоминает, что этот стандарт существовал задолго до LLM.
-
Спор: @shevy-java против итога голосования, считая нейтральную опцию фактическим одобрением LLM; @lowsong называет это «голосованием за slop». @tulio_ribeiro возражает анализом — Option E победила все альтернативы попарно (даже Option 2 с перевесом 57.8% против 42.2%), с 99.9993% пост-вероятностью по Bradley-Davidson, то есть исход не размытый.
-
Спор: @sheepscreek и @gentlerain настаивают на прагматичном принятии LLM и невозможности запрета, @Grimeton возражает, что без определения «responsible» политика бессодержательна и оставляет статус-кво.
-
Спор: @onesandofgrain и @seizethecheese обсуждают разные формы «slop»: первый видит риск в падении компетенции ревьюеров, второй — что настоящий вред возникает не на уровне строк, а на архитектурном (Claude используется для пропуска этапа проектирования).
-
Совет: @GZGavinZhao ссылается на практику self-assessed AI level для контрибуций (visidata.org) как удобный способ коммуницировать уровень LLM-ассистента ревьюерам и экономить их время.
-
Совет: @new12 ищет открытую политику кодинга, которую можно скормить агентам, и стандарт ревью при agentic-инструментах; конкретного ответа в треде нет.
-
@jhack и @baggy_trough считают, что «истеричные» возражения проиграли; @dooglius добавляет наблюдение: корреляция голосования с pro-LLM позицией была почти линейной, но pro-LLM варианта в списке не было, что показывает разрыв между авторами предложений и избирателями.
-
@kurthr ставит вопрос о правовой устойчивости: суды США сужают copyright на AI-вывод, open source традиционно полагается на авторское право для enforcement, а требование «mental conception» для копипаста не переносится на генерацию.
-
Совет: @firefax описывает личный кейс применения LLM: для короткого shell-скрипта с визуальной проверкой ИИ полезен, чтобы не тянуть «теневой бинарь с UI».
-
@TZubiri отмечает специфику Debian: проект не пишет код, основная нагрузка — review, упаковка, доки и поддержка, поэтому дебаты об AI касаются Debian иначе, чем кодопроизводящих проектов.