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

@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

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

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

Новые блоги и статьи Все статьи Все блоги /
[golang] Конкурентный fetcher с ограничением максимального количества одновременных HTTP запросов. alhaos 10.06.2026 Задача Реализовать конкурентный fetcher с ограничением максимального количества одновременных HTTP запросов. Сигнатура func Fetch(urls string, maxConcurrent int) Result Пример urls :=. . .	[golang] Состояние гонки (race condition) alhaos 10.06.2026 Состояние гонки (race condition) Состояние гонки (Race Condition) — это ошибка, возникающая при одновременном доступе нескольких горутин к одним и тем же данным без должной синхронизации. При этом. . .	Взрослые отношения, и почему они не получаются kumehtar 09.06.2026 Когда в детстве ребёнок не получает от родителей чего-то важного, он лишается не просто приятных переживаний, а основы для формирования определённых внутренних качеств и навыков. Если ребёнок не. . .	[golang] Worker Pool alhaos 09.06.2026 Worker Pool Worker Pool — паттерн конкурентной обработки задач в Go. Суть: фиксированное количество горутин-воркеров читают задачи из общего канала и пишут результаты в общий канал результатов. . . .
[golang] Pipeline alhaos 08.06.2026 Pipeline Pipeline — паттерн конкурентной обработки данных в Go. Суть: данные проходят через цепочку независимых стадий, каждая из которых работает в своей горутине и общается с соседями через. . .	Свет внутри себя kumehtar 07.06.2026 Пусть это будет здесь lIs4oanZS9Y	Программа для com-порта Uhbif79 05.06.2026 Всем привет, давно хотел изучить Qt, начинал, бросал, потом снова начинал. И сейчас вот смог написать свою первую программу. До этого имел опыт программирования микроконтроллеров, писал прошивки на. . .	Транскрипция 55-минутного видео через Whisper: WhisperDesktop облажался, спас Google Colab[ anaschu 01.06.2026 Понадобилось получить текст из свежезагруженного видео на YouTube. Казалось бы, задача на пять минут. Заняла полтора часа. Делюсь опытом — может кому пригодится последовательность решений. . . .

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

	Повлияет ли слепая печать на скорость изучения языка С++ ? 28.01.2015, 21:06. Показов 3501. Ответов 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