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

@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

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

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

Новые блоги и статьи Все статьи Все блоги /
Калькулятор для расчета родства russiannick 07.08.2026 1. Задача: Создать калькулятор для расчета родства. Родственных связей существует 8 ступеней, такие как: p - отец P - мать q - муж Q - жена b - брат B - сестра s - сын S - дочь	Мир по моей воле kumehtar 07.08.2026 Когда-то кажется, что всё просто. Ты весь такой светлый. Причиняешь добро. Борешься за справедливость в этом тёмном мире. Потом начинаешь замечать одну неприятную вещь. Почти каждый хороший. . .	Кредитный калькулятор Maks 05.08.2026 Решение задачи по прикладной информатике средствами 1С. Задача: Напишите приложение-калькулятор, которое помогает рассчитывать параметры кредита для аннуитетного и дифференцированного видов. . .	У нас сейчас поговорку "Опять 25" нужно переделать на "Опять +35". kumehtar 04.08.2026 С ностальгией вспоминаю времена моего детства, когда у нас и правда +25 - была максимальная температура летом. Раньше +25 °C реально казались вершиной жары, когда можно было весь день пропадать на. . .
Как ИИ начал спорить и врать (возможно почуяв опасность для себя от индустрии - уход от электроники). Hrethgir 04.08.2026 Недельный диалог, на фоне событий с НПЗ. Да, из спирта можно получать бензин, и это не сложно. Но потом в схеме я решил избавиться от насоса, при этом полностью сделав контроль подачи спирта в. . .	Термопринтер QR701 Argus19 03.08.2026 Термопринтер QR701 Купил два термопринтера QR701. На сэлф-тесте написано: Language: PC936 (GB18030). Что означает, что принтеры могут печатать только латиницу и китайские иероглифы. Так же. . .	Создание формы заимствованного документа Maks 03.08.2026 Задача: Необходимо создать собственную форму заимствованного документа. На форме должен быть реквизит "Покупатель", а также табличная часть со следующими реквизитами: - Расчетный счет покупателя. . .	Задача предоставления скидок покупателям Maks 03.08.2026 Задача: В документе "Продажи" необходимо реализовать функционал предоставления скидок покупателям. Скидка должна автоматически рассчитываться и подставляться в соответствующее поле при выборе. . .

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

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