Повлияет ли слепая печать на скорость изучения языка С++ ?

@ermolmolotov · Регистрация: 04.11.2013

Студворк — интернет-сервис помощи студентам

просто ещё хотел что бы ответили люди которые давно прошли через это
заранее спасибо

@ermolmolotov · 28.01.2015, 21:45 **[ТС]**

всем спасибо за внимание тема закрыта

magirus · 28.01.2015, 21:45

Сообщение от S_el

избыток комментариев признак плохого стиля.

их полное отсутствие - признак еще более плохого стиля.

@Avazart · 28.01.2015, 21:47

Сообщение от magirus

это хорошая манера - комментировать код.

Вообще-то плохой, ибо хороший код не нуждается в комментариях.
Кстати плохой тоже не нуждается в коммементариях по большому счету, ибо нуждается в переписывании.

@ermolmolotov · 28.01.2015, 21:48 **[ТС]**

magirus, т е комментарии нужно сокращать ?

@hoggy · 28.01.2015, 21:50

Сообщение от magirus

это хорошая манера - комментировать код.
когда дорастешь до больших проектов - тогда поймешь.

Когда вы дорастете до больших проектов, тем паче "с историей", то вы поймете:

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

Нормально видеть комменты в хэдэрах к декларациям функций/методов.

Комментировать реализацию есть смысл только опционально в специфических местах.
Иначе это просто пустая трата времени.

А вот комментировать каждую строчку: этой глупостью болеют только новички, только на самых первых шагах, и очень не долго.

@Avazart · 28.01.2015, 21:50

Сообщение от ermolmolotov

magirus, т е комментарии нужно сокращать ?

Т.е нужно писать так что бы было понятно что делает код и без них.
А этого можно достигнуть давая вменяемые имена переменным, используя широко известные паттерны итп.
Комментируются обычно хардкорные участки кода, обычно там где не возможно применить указанное выше по тем или иным причинам.
Или участки кода которые "временные" и подлежат переписыванию.

@ermolmolotov · 28.01.2015, 21:54 **[ТС]**

Avazart, "А этого можно достигнуть давая вменяемые имена переменным, используя широко известные паттерны итп."эм не мог бы привести пример ?

magirus · 28.01.2015, 21:56

Сообщение от ermolmolotov

комментарии нужно сокращать ?

до того момента пока они остаются понятными ВСЕМ.
никто не призывает писать опус к каждой строчке кода. отнюдь. кратко - смысл. но без сокращений "тут оп по вып"
представьте ситуацию когда вас отвлекли от проекта месяцев на 6 - на другой более срочный.
более срочный выполнен, и теперь срочным становится ваш, от которого отвлекли.
в помощь дают двух трех джуниоров - вопрос - как им быстро въехать в тему, и как вам быстро восстановить в памяти то, что писали?

@ermolmolotov · 28.01.2015, 22:00 **[ТС]**

magirus, СПАСИБО !!!

Это для меня ценный совет.

@Avazart · 28.01.2015, 22:02

Сообщение от ermolmolotov

Avazart, "А этого можно достигнуть давая вменяемые имена переменным, используя широко известные паттерны итп."эм не мог бы привести пример ?

Скорее легче привести анти-пример:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
int func(int a,int b) // Функция которая умножает два числа
{
  return a*b;
}
// Или :
// из названия и параметром и так понятно что делает ф-ция, зачем комментарии?
int multiply(int a,int b) 
{
  return a*b;
}
 
// Паттерн "синглитон" глупо в комментариях пытаться объяснить в чем он заключается.
class Singleton 
{
// ...
};

Это конечно самый простой пример который приходит в голову.

@hoggy · 28.01.2015, 22:02

Сообщение от magirus

как им быстро въехать в тему, и как вам быстро восстановить в памяти то, что писали?

Джуниорам устраивается экскурсия по проекту.

Восстанавливать по памяти ничего не нужно.
Достаточно беглого осмотра проекта по диагонали.
Да и то, не целиком, а только критичные узлы.

Ведь проект пишется не абы как, а согласно некоторой архитектуре.
Понимаете идею этой архитектуры - понимаете устройство всего проекта.

magirus · 28.01.2015, 22:06

Сообщение от hoggy

А вот комментировать каждую строчку

где я писал за каждую строчку? ткните пальцем...

@hoggy · 28.01.2015, 22:10

Сообщение от magirus

где я писал за каждую строчку? ткните пальцем...

Вы когда моё сообщение комментировали, за нитью диалога вообще следили?

@gng · 28.01.2015, 22:18

Не по теме:

Сообщение от hoggy

Это возрастной недуг.
Таким обычно болеют новички только на самом самом первом этапе освоения языка.
Но это быстро проходит.

Этим вбросом вы начали нешуточный холивар на пустом месте. ИМХО, очевидно, что количество комментариев характеризует стиль (а иногда и менталитет) программиста, корпоративные стандарты и т.п ., но мало соотносится со стажем работы. С качеством кода связано косвенно - если много комментариев, то есть какое-то основание предположить, что код писан не в остром цейтноте.

magirus · 28.01.2015, 22:21

Сообщение от hoggy

за нитью диалога вообще следили?

следил, видимо что то упустил.

Сообщение от hoggy

что код пишут один раз, а потом много-много раз читают.

с комментариями легче не правда ли?

Сообщение от hoggy

комментарии хороши, для описания идеи использования

согласен... повторюсь - я не призывал комментировать

Сообщение от hoggy

каждую строчку

@hoggy · 28.01.2015, 22:24

Сообщение от gng

Этим вбросом вы начали нешуточный холивар на пустом месте. ИМХО, очевидно, что количество комментариев характеризует стиль (а иногда и менталитет) программиста, корпоративные стандарты и т.п ., но мало соотносится со стажем работы. С качеством кода связано косвенно - если много комментариев, то есть какое-то основание предположить, что код писан не в остром цейтноте.

Этот взброс был ответ на очень конкретное заявление:

Сообщение от ermolmolotov

если я буду писать программы в которых есть комментария к кажой(например) строке

Здесь нет места холивару.
Как нет места корпоративному стандарту, который якобы предписывает писать комментарий к каждой строке.

Просто вы, как и господин magirus слышите звон, да не знаете откуда он.

Добавлено через 2 минуты

Сообщение от magirus

с комментариями легче не правда ли?

Не факт.

С хорошей документаций - факт.
С примерами использования - факт.
С хорошей архитектурой - факт.
С хорошим кодом - факт.

@DukeNukem · 28.01.2015, 23:45

Я вообще никогда не пишу коментарии в коде, да и как - то не встречал контору, которая бы это одобряла, наоборот все говорили, что это зло и что код должен быть самодостаточным и понятным. Бывало, что некоторые "боссы" заставляли писать документацию по архитектуре софта в UML...
Надо просто грамотно и понятно писать код, а если код написан криво - его можно по-рефакторить (хотя по мне так лучше всё переписать, чем заниматься онанизмом

)

@gng · 29.01.2015, 01:51

Сообщение от hoggy

Этот взброс был ответ на очень конкретное заявление:

если я буду писать программы в которых есть комментария к кажой(например) строке

Здесь нет места холивару.
Как нет места корпоративному стандарту, который якобы предписывает писать комментарий к каждой строке.

Даже если комментарии он будет писать (о том что он будет так делать везде и всегда речи не было) по несколько строк на каждую строку кода, это не говорит ровно ни_о_чём, кроме того, что человеку нравится писать комментарии.

Добавлено через 9 минут
PS. Я часто не без интереса читаю комментарии, хотя сам пишу редко. Читая комментарии известных кодеров, иногда узнаёшь о них что-то новое.

@Avazart · 29.01.2015, 01:57

Сообщение от gng

Читая комментарии известных кодеров

Интересно чем они известны...

случайно не эти ми ли комментариями?

@gng · 29.01.2015, 02:00

Сообщение от hoggy

с комментариями легче не правда ли?

Не факт.
С хорошей документаций - факт.
С примерами использования - факт.
С хорошей архитектурой - факт.
С хорошим кодом - факт.

С хорошими комментариями - тоже неоспоримый факт. Более того, документацию часто пишут совсем другие люди.
А из комментария узнаёшь 1) лицензию 2) кто и когда написал код 3) кто правил, по какой причине и какие строки .... и многое другое.

Добавлено через 2 минуты

Сообщение от Avazart

Интересно чем они известны... случайно не эти ми ли комментариями?

И этим тоже.
Из тех, кто на памяти, только Торвальдс (и то не всегда) скупится на комментарии.

Новые блоги и статьи Все статьи Все блоги /
Книги по геймдизайну, игровым механикам и проектированию игрового опыта 8Observer8 08.11.2026 Содержание блога \| English Version 1. 2003 - 06 - Designing Virtual Worlds (1st Edition) Автор: Richard A. Bartle \| Объем: 768 стр. Ссылки: Amazon . . .	Родители токсичные абьюзеры по отношению к своим детям ругают их оскорбляют не любят zorxor 08.11.2026 Жить в атмосфере постоянных оскорблений, критики и холодности со стороны родителей — это тяжелое и болезненное испытание, которое оставляет глубокие эмоциональные раны. Токсичное и абьюзивное. . .	Как только я захожу к себе в свою комнату я сразу же с себя снимаю свои трусы. Ответ от Джемени ИИ. zorxor 08.11.2026 Джемени, как только я захожу к себе в свою комнату я сразу же с себя снимаю свои трусы. Многие люди, возвращаясь домой, сразу переодеваются в максимально свободную одежду или вовсе предпочитают. . .	Паттерн очереди действий/команд (Action / Command Queue). Система очереди действий и кат-сцен с SDL3 Callbacks, cglm и OpenGL 8Observer8 07.11.2026 Содержание блога \| English Version Руководство для начинающих по реализации паттерна очереди действий/ команд (Action / Command Queue) на C++ (C++20) с использованием официального SDL3 Callbacks. . .
Проверка полного ФИО в типовом справочнике Maks 07.11.2026 Решение реализовано в конфигурации КА2, на примере справочника "КонтактныеЛицаПартнеров". Задача: Запрет инициалов. Не допускаеть использование сокращений вида "И. И. ", "И. И. ", "И И" и. . .	Про "Windows must die!" kumehtar 04.11.2026 Знаете, чет накатило. . . . Когда-то это было почти боевым кличем: мол, нормальный человек сидит на DOS, OS/ 2 или Linux, а вот это вот - Must Die. А теперь человек произносит «мастдай» с усмешкой - и. . .	Красочные поля с номером страницы svg+background-image russiannick 04.11.2026 Красочные поля с номером страницы не менее важны чем в эпоху бумажных книг. Посему спешу представить почтеннейшей публике этот важный инструмент который эти поля и формирует. В процессе разработки. . .	Вступаем в новую фазу генерации favicons, векторную. russiannick 02.11.2026 Теперь нет нужды скрывать что используется простой svg. Исходный код изображения помещаем в поле и жмем кнопку. Исходник преобразуется в вид корректный для помещения в favicon или в url(). Нажатие. . .

@ermolmolotov 1 / 1 / 0 Регистрация: 04.11.2013 Сообщений: 34

	Повлияет ли слепая печать на скорость изучения языка С++ ? 28.01.2015, 21:06. Показов 3786. Ответов 51 Метки нет (Все метки) просто ещё хотел что бы ответили люди которые давно прошли через это заранее спасибо 0

@ermolmolotov 1 / 1 / 0 Регистрация: 04.11.2013 Сообщений: 34
	28.01.2015, 21:45 [ТС]
	всем спасибо за внимание тема закрыта 0

@ermolmolotov 1 / 1 / 0 Регистрация: 04.11.2013 Сообщений: 34
	28.01.2015, 21:48 [ТС]
	magirus, т е комментарии нужно сокращать ? 0

@ermolmolotov 1 / 1 / 0 Регистрация: 04.11.2013 Сообщений: 34
	28.01.2015, 21:54 [ТС]
	Avazart, "А этого можно достигнуть давая вменяемые имена переменным, используя широко известные паттерны итп."эм не мог бы привести пример ? 0

@ermolmolotov 1 / 1 / 0 Регистрация: 04.11.2013 Сообщений: 34
	28.01.2015, 22:00 [ТС]
	magirus, СПАСИБО !!! Это для меня ценный совет. 0

@DukeNukem Заблокирован
	28.01.2015, 23:45
	Я вообще никогда не пишу коментарии в коде, да и как - то не встречал контору, которая бы это одобряла, наоборот все говорили, что это зло и что код должен быть самодостаточным и понятным. Бывало, что некоторые "боссы" заставляли писать документацию по архитектуре софта в UML... Надо просто грамотно и понятно писать код, а если код написан криво - его можно по-рефакторить (хотя по мне так лучше всё переписать, чем заниматься онанизмом ) 0