Сколько кода потянет один волонтёр?

С-шного? Один? 10 часов в неделю? Бесплатно? Успешно? строк 100.

Это с комментариями?

Без комментов одну

int main(void) {return 0;}

зависит от степени его упоротости

А почему вы спрашиваете?

около 1000. качество обслуживания примерно 6/10.

Зависит от качества кода. Оное меняет оценки на порядок.

Ну хотя бы оценочный диапазон. Там 100-1000 строк, 1000-10_000

0.

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

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

Считай — часов 8-16 в неделю. Т.е. проектик тысяч на 20 строк запросто будет тянуть и развивать.

Вот только у меня мхом поросших проектов — тьма!

Сейчас глянул — в среднем 4-5 тысяч строк на средний проектик. Чтобы в одном разобраться для очередного допиливания, нужно часа 4 потратить. Если бы поддерживал постоянно, заглядывая туда раз в месяц хотя бы, то тратил бы меньше времени на ориентацию в коде.

Ну и как - частенько посещают мысли «какой пдрас это писал?»?

Зависит от срока запущенности. Примерно вторая степень от срока. Самое древнее — это вообще жесть! Ругаю себя, закрываю код и пишу по-новой, т.к. переписать тот ужас не представляется возможным (особенно если, скажем, использовались еще вызовы v4l, а не v4l2 и т.п. с устаревшими библиотеками).

Зависит от качества архитектуры и исполнения.

Для говнокода стремится к 0.

nginx

Разве его пилили в свободное время? По-моему его пилил какой-то крендель, работая на рамблер или типа того. И окромя того, когда он перешёл из разряда проекта одиночки в групповой, сколько он был в строках?

Точного числа нету. У всех по разному.

Никто и не просит точного числа

Полезные проекты, поддерживаемые одиночками, тоже есть: взять хотя бы те же stm8link, stm32link. Даже монстры вроде freecad разрабатываются just for fun мелкой командой.

И что?

дели на 0.

Сколько

Хороший программист пишет 10 строк в день, плохой — 100.
А в результате:
Хороший программист поддерживает 100 строк в день, плохой — 10.

P.S. Метрики кода

Судя по себе, размер кода имеет гораздо меньше значение чем его качество и степень организации. Разброс слишком большой чтобы можно было говорить о конкретных цифрах.

Так вот каков примерно максимальный размер скажем C-шного кода в строках может один человек поддерживать в свободное время.

В задаче нет ограничений по времени и по качеству работы, так что ответ такой: «любой человек сможет поддерживать любое количество кода на любом языке».

Ограничения по времени возникают естественным образом - меняется обстановка. Меняются протоколы, аппаратура, форматы данных и т.д. Под которые вынуждены подстраиваться программы. Если кто-ть лет 10 назад начал пилить идеальный браузер в одиночку, сейчас он нафик никому не нужен - всё изменилось.

Под которые вынуждены подстраиваться программы.

Они могут подстраиваться годами и так и не подстроиться. Чего рыпаться, если новая технология умрёт через два года? Надо просто подождать.

Если кто-ть лет 10 назад начал пилить идеальный браузер в одиночку, сейчас он нафик никому не нужен - всё изменилось.

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

В общем, вопрос сам по себе некорректный. Он подразумевает наличие каких-то ограничений, но ограничений в нём не указано.

Ну тысяч эдак 5. Но если писать более-менее постоянно, без недельных перерывов, то получится в разы больше.

waker должен быть в теме.

поддерживаю и развиваю практически в одно рыло проект вот такого размера:

$ find . -name "*.c" -or -name "*.cpp" -or -name "*.h" -or -name "*.asm" -or -name "*.S" -or -name "*.pl" -or -name "*.sh" | xargs cat | wc -l
891581

в свободное время. уделять получается по-разному, от 0 до 10 часов в неделю.

проект преимущественно на C. часть кода (бОльшую), естественно, составляют сторонние библиотеки, но их тоже поддерживаю и исправляю баги, если возникают.

Ради интереса полез позырить что у тебя там. И вижу вот это. koi8, да? :)

В общем, вопрос сам по себе некорректный. Он подразумевает наличие каких-то ограничений, но ограничений в нём не указано.

Они могут подстраиваться годами и так и не подстроиться

Ты сам себе отвечаешь же. Очевидно, что естественное ограничение - это успевать держать проект в живом состоянии. С умеренным числом багов, с поддержкой актуальных протоколов и т.п.

Ну Линус же нацарапал как-то ядро)

Вроде бы в одиночку, не?

Очевидно, что естественное ограничение — это успевать держать проект в живом состоянии. С умеренным числом багов, с поддержкой актуальных протоколов и т.п.

Это слишком субъективно. Умеренное число багов? Кому-то и 100 багов, из которых 10 заставляют 90% пользователей рвать на себе волосы — умеренное число. Поддержка актуальных протоколов? Всегда можно убедить себя, что протокол неактуален. SPDY? Слишком новый. HTTP? Изживает себя. Так потихоньку и придём к идеальной программе из нуля строк.

А ведь наверняка среди пользователей найдётся тот, кому и Gopher актуален.

Да, каюсь: комментарии в старых проектах писал на русском языке. А так — да, только КОИ8-Р. Терпеть ненавижу хрюникод! Использую его лишь в кривожопых шнягах, которые только хрюникод и понимают. Увы, есть такая хрень.

Юникод чем не устроил?

Еще не хватало хрюникода в консольке!