Исходное сообщение
"Выпуск Debian 8.6" Отправлено Аноним, 20-Сен-16 21:08
>  как человек, эпизодически сталкивающийся с кодом на C, я не вижу больших проблем. Яснопонятно. > Вас смущает stpcpy? Так она для такого и придумана. Что меня смущает, я уже упоминал. Но вам это похоже ни о чем не говорит. Вы случайно не из тех, кто не только с Си, но и другими ЯП сталкивается  в основном "эпизодически"? Это многое бы объяснило. > При "*реновые наименования переменных". Где-то тут уже жаловались люди, которым непонятно, > что такое b и p в коде nginx (полагаю, вы ЭТО > имеете ввиду). s,f,a,b,e код обычно читается чаще, чем пишется и уж придумать более вменяемые наименования переменных вполне посильная задача. > Но тыкаешь их носом на 5 строк выше в  ту же функцию (в которой, кстати, не больше 20 строк), где > написано что-то вроде char *b = new char[BUFSIZE] или char *p И что? Ну вот возьмем: > strcpy(mempcpy(mempcpy(s, f, a + 1), i, b), e); https://github.com/systemd/systemd/blob/master/src/basic/uni... Парой строк выше: a = p - f; b = strlen(i); s = new(char, a + 1 + b + strlen(e) + 1); [/CODE Это сильно, да. Теперь вы мне расскажите, что i всегда подразумевается как instance, а отнюдь не как счетчик, b у нас всегда длина, а не buf … Кстати, скажите, это нормально, использовать strlen на каждые чих? Иногда по 2-3 раза подряд или вообще ненужное, как "strlen(e)"? Зато видимо было влом вместо f написать fname, вместо p - sep_pos, вместо a - at_pos ... > = path и больше от них ни ответа, ни привета. А что тут особенно-то объяснять? Индусокод, он и в Африке индусокод.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> как человек, эпизодически сталкивающийся с кодом на C, я не вижу больших проблем. > Яснопонятно. >> Вас смущает stpcpy? Так она для такого и придумана. > Что меня смущает, я уже упоминал. Но вам это похоже ни о > чем не говорит. > Вы случайно не из тех, кто не только с Си, но и > другими ЯП сталкивается в основном "эпизодически"? Это многое бы объяснило. >> При "*реновые наименования переменных". Где-то тут уже жаловались люди, которым непонятно, >> что такое b и p в коде nginx (полагаю, вы ЭТО >> имеете ввиду). > s,f,a,b,e > код обычно читается чаще, чем пишется и уж придумать более вменяемые наименования > переменных вполне посильная задача. >> Но тыкаешь их носом на 5 строк выше в ту же функцию (в которой, кстати, не больше 20 строк), где >> написано что-то вроде char *b = new char[BUFSIZE] или char *p > И что? Ну вот возьмем: >> strcpy(mempcpy(mempcpy(s, f, a + 1), i, b), e); > https://github.com/systemd/systemd/blob/master/src/basic/unit-name.c#L457 > Парой строк выше: > [CODE] > a = p - f; > b = strlen(i); > s = new(char, a + 1 + b + strlen(e) + > 1); > [/CODE > Это сильно, да. Теперь вы мне расскажите, что i всегда подразумевается как > instance, а отнюдь не как счетчик, b у нас всегда длина, > а не buf … > Кстати, скажите, это нормально, использовать strlen на каждые чих? Иногда по 2-3 > раза подряд или вообще ненужное, как "strlen(e)"? > Зато видимо было влом вместо f написать fname, вместо p - sep_pos, > вместо a - at_pos ... >> = path и больше от них ни ответа, ни привета. > А что тут особенно-то объяснять? Индусокод, он и в Африке индусокод.
	Введите код, изображенный на картинке: