Статьи

Какое имя назначить объекту? Техника создания имени для любого объекта зависит от стандарта кодирования, которого вы придерживаетесь. Но, стандарт и определяет некоторые правила составления имен, он не обязан быть настолько конкретным, чтобы дать правильное имя любого элемента, входящего в программу.Чтобы назначить хорошее имя, нужно точно понимать объект, для которого оно предназначено. Если вы не разбираетесь … Подробнее…

Каким объектам программисты дают имена и какие имена они задают. Сначала о том, какие конструкции чаще всего получают имена, когда мы пишем код:• Переменные.• Типы (классы, структуры, перечисления, определения типов).• Функции.• Пакетов Java и имена пространств C++.• Файлы с исходным текстом.• Макросы. Этот только часть списка, далеко не исчерпывает все случаи. Существуют также другие объекты, … Подробнее…

Нужно подумать, перед тем как выбирать имена для своих объектов. Ведь исходный код должен быть понятен. Такие имена создают путь к пониманию, овладению и контролю. Если правильно выбрать имя, по нему можно без проблем понять назначение объекта. Идеальное имя – это очень важно. Чем четче, тем лучше. Считается, что человеческий мозг может одновременно хранить около … Подробнее…

Имя дает себя нечто как отдельный объект. В результате из эфемерной идеи возникает конкретная вещь. Пока кто-то не ввел слово «электроны», никто не понимал, про что именно идет речь, хотя существовало размытое представление о связанных с ним эффектах. В баскской культуре все считали, что, если чему-то дается имя, вы доказываете что он существует.

Имя не только дает идентификацию, но и оказывает влияние на поведение объекта. Понятно, что имя не определяет действия субъекта, но оно влияет на взаимодействие с ним и восприятие окружающей средой. Каждый объект может иметь несколько имен. Меня, например, зовут по-разному в зависимости от контекста: одним именем меня зовет мама, другим именем – дочки, а вконтакте … Подробнее…

Плохие программисты в споре: • Обладают малым кругозором и слишком упрямы: т.е. говорят или думают что только только их точка зрения правильна.• Вступают в спор по всякому поводу и со всеми подряд, для них это способ показать свое превосходство.• Не изобрели своего личного устойчивого формата кодирования.• Переделывают код других программистов в собственном стиле.

Хорошие программисты в споре: • Достаточно скромны, чтобы знать, что не всегда бывают правы. • Стараются избегать бессмысленных споров и учитывают мнение других. • Разбираются значением формата кода для его удобством и стремятся писать как можно более понятный код. • Перейдут на стиль корпоративного характера, даже если он противоречит их личным представлениям.

Сделайте четкое представление о том, как принимать новейший стандарт. Нужно быть не оптимистом, а в большей  части реалистом. Стандарт должен облегчить программистам жизнь, иначе им не станут пользоваться. Принятие данного стандарта должно быть в какой-то мере основано на мнении большинства. Демократические процедуры в таком случае неэффективны. Не нужно запугивать стандартом и тем более не вводить … Подробнее…

Лучше создавать внутрифирменный стиль по частям. Для этого нужно договоритесь о расстановке скобок и отступах – всего лишь. Даже если этого добиться будет нелегко! Но пройдя этот этап, двигаться дальше уже значительно легче. Все остальные нововведения будут подобными. В какой-то момент, если код станет слишком упорядоченным, можно остановиться на этом, прекратить придумывать новые правила.

Оставьте тяжелые случаи на личное усмотрение каждого человека из команды, если фактически они не слишком существенны. Если кого-то волнует проблема разбиения оператора if на несколько строк, то не спорьте, не конфликтуйте и дайте людям возможность поступать так, как они считают нужным. Не будьте очень строгим: иногда, если идти против правил, это может быть очень даже … Подробнее…