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

@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

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

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

Новые блоги и статьи Все статьи Все блоги /
сукцессия 30. Фосфорный и азотный замки по "честному" закону лимитирования Либиха anaschu 16.07.2026 Основные достижения за последние дни 1. Механизм отложенного высвобождения фосфора Добавлен специальный пул для медленного разложения меланизированных гиф ЕСМ Реализована разная скорость. . .	Запрет пометки на удаление и отмены проведения Maks 16.07.2026 Алгоритм из решения ниже реализован на нетиповом документе "ПутевойЛист" разработанного в КА2. Задача: запретить помечать на удаление и отменять проведения путевого листа при условии, если он сдан. . .	Как надо было делать правильно - вообще не слушать ИИ, его дело - текст. Hrethgir 15.07.2026 А вообще надо было делать не так, чтобы не исправлять ошибку https:/ / www. cyberforum. ru/ blogs/ 223907/ 10996. html , правильно было : удалил кнопку, а потом добавил её. Всё это стресс конечно. Почему?. . .	Знаете, от чего появляется стресс? kumehtar 15.07.2026 Стресс появляется оттого, что вы, зная как поступить правильно, делаете наоборот. Ларри Уингет
Нас бьют, а мы крепчаем? Какая чушь! kumehtar 15.07.2026 Вот это вот бытующее мнение, что человек меняется только под действием проблем, всегда считал вредоносным. Поверь, от проблем у людей появляются не изменения, а нервное расстройство и ПТСР. А. . .	сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным? anaschu 12.07.2026 Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров В текущей версии модели успешно реализован ключевой механизм. . .	сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию. anaschu 12.07.2026 Анализ соответствия модели требованиям Реализованные компоненты: Механизм закисления почвы через протонную помпу Конкуренция между типами микориз pH как триггер сукцессии C/ P соотношение. . .	Сукцессия 26. Мат модель создана. anaschu 12.07.2026 Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .

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

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