Знание английского

[Pavia]

По культуре есть очень много, вот:
https://habrahabr.ru/post/303786/
Стивен МакКонналл Совершенный код. - изд Питер. 2005 г.

[8Observer8]

Им тоже очень тяжело Trying To Speak Russian!

[MihalNik]

[оффтоп]

Сообщение от 8Observer8

Им тоже очень тяжело Trying To Speak Russian!

Ей предлагали слова "миссис" и "мистер")
"Это в Америке мистер. А здесь просто" какой-нибудь "Константин Станиславович"
[/оффтоп]

[GreenWizard]

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

Мог бы ты мне подсказать,где можно почитать подобные вещи, про культуру,кодекс программиста и т.д. Не хочу в итоге оказаться "Васьком" и где то в грязь лицом упасть. Цель стать довольно компетентным и творить чудеса )))

Прямо такого единого и всеобщего стандарта нету. Есть куча обрывочных упоминаний (например, по запросу "принципы хорошего кода), есть серьёзные сборники правил (запрос "*язык* style guidlines"), НО:
- оно очень для разного уровня.... там есть правила для очень специфических вещей, которые новички и не выдели, а есть и совсем простые правила... оно всё идёт скопом, поэтому может образоваться ещё большая каша в голове, чем была
- многие рекомендации являются личным виденьем их авторов (будь то Вася Пупкин или же опыт NASA - это сугубо их мнение, на основе их опыта и условий работы)
- твоё виденье кода будет меняться, а с ним и твой личный набор предпочтений..... например, я длительное время ставил { на новой строке, а сейчас мне это режет глаз т. к. пришёл к др. стилю

С другой стороны, есть общие моменты, которые стоит соблюдать хоть как-то. Например:
- Отступы в коде. Ты можешь использовать хоть пробелы, хоть табы, ставя их хоть по одному, хоть по 10, но они должны быть и иметь один общий стиль. Намного легче "переключиться" на др. стиль отступов, чем читать код без них.
- Именование. Как я уже писал, очень желательно использовать англ., а не какой-то транслит, НО ещё более важно, чтоб имена отражали суть вещей и были понятными (но без перегибов, а то тут один хомяк мой додумался давать имена по 4+ слов англ., чтоб прям всё передать в имени). Ещё программирование тесно завязано на доверии, поэтому не стоит "слона" называть "машиной" Грубо говоря, только счётчики циклов могут иметь имена i/j/k, а всё остальное должно иметь вполне осознанные имена, чтоб никто не спрашивал себя "а f6876 что делает?".... кстати, наличие чисел в именах - тоже не ок, в 99% случаев (есть жаргонные замены, например, "То" на "2"... strToInt -> str2int.... но и они допустимы редко)
- Умение гуглить... не совсем касается кода, но бесят вопросы, которые решаются одним запросом гуглу, но человек либо не умеет гуглить, либо ему лень. Есть вопросы, которые требуют опыта и знаний, на них вот приятно отвечать, а есть откровенные сопли аля "мимими, решите за меня, вам тут делать нечего ведь"

Есть и др. нюансы, но оно работает по логике: все знают что так делать не нужно, а как нужно - никто не знает Если совсем обще и кратко: уважай чужие ресурсы, пиши код максимально понятным для всех людей. Может его никто и не увидит, но, как минимум, если его понадобится показать, то тебе не будет стыдно за откровенное дерьмо. Ну и тебе самому будет легче т. к. мозг привыкает к конкретному формату и часть его ресурсов освобождается, что позволяет решать более сложные задачи (или быстрее решать средние\простые).

[Alex11223]

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

запрос "*язык* style guidlines"

Еще есть более общие книги типа "Совершенный Код" Макконнелла.

[SayHello]

Я пока еще не имею представления о хорошо и понятно написанном коде или хреново написанном ,но эни вей большое спасибо,что уделил время

p/s По поводу отступов.
int a=1,b=x+y - не правильно.
int a = 1, b = x+y -правильно
Я так понял?

[8Observer8]

Мне кажется, что если человек не имел никакого представления о программировании и начнёт читать "Совершенный Код", то он скоро заскучает и ошибочно может подумать, что программирование не его.

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

Причём, отступы - это вообще неважно, так как в любой среде есть автоформатирование. В меню можно посмотреть. Нажимаешь кнопку и комбинацию клавиш и код выравнивается, как зашито в среде (это можно настраивать).

[Alex11223]

Я так понял?

не. Скорее про

void DoStuff(int x)
{
    for (int i = 0; i < 10; i++)
    {
        if (i == x)
        {
            Foo();
        }
        else
        {
            int y = i * 2;
            FooBar(y);
        }
    }
}

вместо

void DoStuff(int x)
{                for (int i = 0 ; i < 10; i++)
{
                           if (i ==x) { Foo(); }
        else        {
            int y = i * 2; FooBar(y);   }   }
}

Конкретный стиль (табы или пробелы, { на новой строке или нет, пробелы вокруг = или нет и т.п.) не важен, главное чтоб одинаковый во всем проекте или соответствовал принятому в команде, языке и т.п.

[GreenWizard]

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

p/s По поводу отступов.
int a=1,b=x+y - не правильно.
int a = 1, b = x+y -правильно
Я так понял?

command1;
command2;
while(...){
command3;
if(....)
command4;
}
command5;

с отступами (2 пробела):

command1;
command2;
while(...){
  command3;
  if(....)
    command4;
}
command5;

уже видны "вложения" и проще ориентироваться

про автоформатирование: IDE умеет само форматировать, все основные алгоритмы есть в стандартных библиотеках языков, для любых задач уже есть framework-и и всякие "визуальный конструктор сайтов\игр\др."..... всё, народ, расходимся, программисты не нужны
это прекрасно, что оно автоматически форматирует код, я сам этим пользуюсь, но если я начну писать в стиле "а пофиг, потом нажму кнопку и оно станет читаемым", то задачи я буду решать дольше и, главное, хуже... я не призываю писать в блокноте и вручную соблюдать все отступы, НО за ними нужно следить, чтоб не допустить менее заметных и более опасных ошибок... оно нужно далеко не для эстетического удовольствия, а из вполне практических нужд

[one_man_show]

Начинающему программисту как правило трудно читать вспомогательные материалы, особенно про стиль, оформление и т.п., так как в первую очередь важнее сконцентрироваться на языке, синтаксисе и используемом инструменте. Но есть испытанный годами способ: выберите в качестве материала для изучения исходные тексты одного известного автора, используйте приёмы, алгоритмы и методы программирования этого автора, стиль удастся перенять автоматически в процессе изучения.
Во времена DOS в качестве такого автора было удобно использовать огромную библиотеку примеров производителя компиляторов Turbo C и Turbo Pascal от компании Borland. И примеры были классные, часто их куски можно было использовать в своих реализациях, и стиль навязывался определенный, его автоматом перехватывал, не задумываясь.
Позже та же фирма выпустила Delphi и Builder, которые поставлялись с массой примеров, приучающих к определенному стилю.