> Это смешно и нелепо. Такое ощущение, что пишет обиженный ребёнок. Вы не пробовали посмотреть на ситуацию с другой стороны? Вот есть вы, который отправили незнамо какой коммит, который **может быть** написан настолько плохо, что чтобы разобраться в новом функционале, который должен заставить утилиту работать, придётся тратить кучу времени на разбор этого коммита. Может стоило код покрыть тестами хотя бы? Ну или привести примеры как вы тестировали код, функционал. Может у вашего кода есть известные вам недостатки?
>
> У проекта скорее всего есть roadmap, может ваш PR уже кем-то до вас исправлен? Может исправление этой утилиты не входит в планы разработчиков или утилита вовсе deprecated?

Смешными и нелепыми являются лишь ваши глупые догадки на пустом месте.

> А с чего вы взяли, что разработчики согласны с вашим мнением? Кое как работающая утилита лично по вашему мнению лучше, чем ничего.

С того, что один из разработчиков предложил принять мой PR как есть. После моих изменений эта Tcl утилита вполне себе работает с новой функциональностью проекта, а мои изменения в ней довольно тривиальны. То, что ещё не реализовано некритично, реализованная основа работает корректно и нареканий не вызывает.

> В NASA существует код-стайл для написания кода для летательных аппаратов, который был издан в 1994 году.

Да неужели? И как много открытых проектов следует этому документу? Обычно такого рода, не имеющие ничего общего с обсуждаемой темой, комментарии делают чтобы увести разговор в сторону. Расскажите ещё о стандартах написания софта для ядерных реакторов и андронных коллайдеров.

> Почему вы считаете, что остальные должны делать как удобно вам?

Почему вы считаете, что только мне?

> Если лицензия позволяет: делаете форк, накладываете свой патч, собираете единомышленников и общаетесь любым отличимым способом от листа рассылки.

Ради единичного изменения в Tcl утилите? Вы смешите мои тапочки.

> Почему вы считаете, что **сообщество** должно ради вашего коммита идти на какие-либо уступки?

Какое ещё сообщество? Человек 5 - 6 разрабов, большая часть которых работает на корпорации и просто придерживается своих олдскульных привычек на рабочем месте. Речь не столько о моём пул-реквесте, сколько об удобстве и продуктивности организации общения контрибуторов с проектом.