Итак, учитывая то, что это раздел для новичков, здесь будет немеренно однотипных вопросов. Естественно, все эти вопросы не систематизируешь, но есть ряд вопросов, которые как правило имеют одинаковую формулировку, ну и, соответственно, одинаковые ответы.

Я предлагаю выявить эту группу вопросов, написать на них хорошие развёрнутые ответы(с учётом того, что читать это будут новички) ну и засунуть в FAQ. Т.о., в этой теме принимаются предложения по часто встречающимся вопросам, ответов на которые в FAQ пока нет(это не обязывает писать сам FAQ).

Навеян этот пост этой темой: http://forum.vingrad.ru/index.php?show_typ...howtopic=188461 . Навеяно это было ещё до того, как там появился ответ. Хотел ответить сам, но стало жутко вломно печатать то, что уже не раз было напечатанно, обсосанно и т.д.

Дык вот. Вопрос-кандидат №1 - это "каракули вместо русских букв".

Требования к тем, кто захочет написать ответ:
Ответ должен быть развёрнутым и полным. Вы можете сочинить его сами, либо собрать воедино всё что найдёте через поиск.
Пример образцовых статей можно увидеть, если посмотреть из списка ниже готовые(с пометкой DONE) статьи и связаные с ними дискуссии.
Если Вы берётесь писать ответ, то в первую очередь сообщаете об этом здесь. Если желаемым вопросом уже кто-то занимается, то нужно сначала узнать у того, кто им занимается, не требуется ли ему помощь.
Когда Вы завершите ответ, то выкладываете его здесь(в этой теме). Далее Ваше творение подвергается конструктивной критике со стороны форумчан(в особенности с моей стороны ) и, после формирования полноценного ответа, я выношу его в FAQ раздела и автор(-ы) получает плюсик в репу от меня(а, возможно, и от других участников за полезную для общества деятельность  ). Какой-никакой, а стимул .

Давайте вместе развивать раздел . Жду желающих написать ответ на вышеозвученный вопрос, а сам пока подумаю, какие ещё вопросы требуют освещения в FAQ.

----------------------

Спасибо zkv и остальным - появился более объёмный список вопросов.

• NEW! Притча о допотопных компиляторах аля BC++-3.1. Почему их до сих пор "используют" и как всем было бы хорошо, если бы новички начинали обучение с современных компиляторов.
• [обсуждаем]Современный "hello world", или как написать первую, программу на современном компиляторе.
• [обсуждаем]Что такое компилятор, что такое препроцессор, транслятор, компоновщик и т.д. (объяснение стадий сборки).
• [обсуждаем]Каракули вместо русских букв под windows.
• template + .cpp-файл(реализация в cpp, ошибки компоновщика, export template и т.д.)
• Программа не работает если запускать ее из ехешника (про задержку в конце main()).
• Программа пропускает второй std::cin>> (про _flushall() и чего_то_там::sync() )
• Как узнать ехешник программы/передать что-то в программу через ком. строку. (про argc/argv)
• Какой компилятор лучше всех. (пояснить что спорно)
• Как рисовать в консоли (эээ даже не знаю что ответить, но спрашивают регулярно  )
• С чего начать, и как долго изучать (дать ссылки на темы, где обсуждалось, и в раздел с литературой)
• [обсуждаем: VS]Как создать проект (объяснить последовательность действий для популярных компиляторов)
• [обсуждаем]Указатели и ссылки
• [обсуждаем]Как создать динамический массив
• Передать n-мерный массив в функцию 
• Как узнать сколько элементов в массиве (рассказать как обстоят дела со статическими и динамическими массивами и кое-что ещё)
• Как узнать, как долго выполняется участок кода.
• [обсуждаем] "Преобразование" int (float, double etc.) в char * и обратно.
• [обсуждаем] Мини-стандарт кодирования(подробнее).
• [DONE: FAQ, discussion]Стражи в заголовочных файлах(подробнее).

Также, рекомендуется к прочтению этот пост.


Нам нужны главред и поисковой оптимизатор. Подробности...

Это сообщение отредактировал(а) bsa - 13.9.2009, 13:16

Согласен. С пометкой "под windows" 

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

archimed7592, 
часто встречается вопрос по "template + .cpp-файл"
хотя может это и не для новичков   

Можно дам легкую функцию и ответ на эту тему для FAQ?

Это сообщение отредактировал(а) DragoonFighter - 22.12.2007, 18:29

по мне тк так в идеале

Trotter, 
да, но мне кажется что мой способ гораздо легче! 

Записать в начале проги 


и все! Потом всегда работать не с "cout" а с "RusOut".



и этих


не надо!

Это сообщение отредактировал(а) DragoonFighter - 22.12.2007, 19:39

DragoonFighter, привиди плиз как я пример полный а то я новичёк и мне не совсем понятно где это писать 

Пример:



Первое вставляем после using namespace std;:

Вторым пользуемся в самой main программе:


Если вы знаете как работает printf, то можно увидеть что RusOut похож на print. Принцип использования один и тотже.

Это сообщение отредактировал(а) DragoonFighter - 22.12.2007, 22:58

Так-с... На самом деле я расчитывал на немного более подкованную аудиторию, но, раз пошла такая пьянка и новички хотят писать FAQ сами для себя, то постараюсь пояснить некоторые общие критерии к FAQ по всему форуму вообще.
Далее под статьей я буду понимать один вопрос-ответ который претендует быть размещённым в FAQ.
1. Сам термин "статья" уже подразумевает что текст будет не просто огрызком кода, а чем-то повествовательным. Приветствуется отсутствие лексических ошибок, простота текста(чтобы читалось на одном дыхании), соблюдение пунктуации. Приветствуется наличие вступления и заключения и прочих элементов "настоящих" статей.
2. FAQ расшифровывается как часто задаваемые вопросы. Это подразумевает, что статья должна в первую очередь содержать в себе вопрос и только потом ответ.
3. Представьте, что вашу статью напечатали в газете. Представьте, что Вася шёл мимо киоска и купил эту самую газету. Представьте, что Вася первый раз читает эту газету и что он совершенно не имею опыта программирования. Так вот статья должна быть такой, чтобы Вася хотя бы понял в чём заключается проблема(вопрос). Т.е. вы должны всецело и полностью описать проблему, а не только частные случаи.
4. Естественно вы должны описать не только проблему, но и её решение. Для начала, решение должно быть правильным(работающим). Но, описать решение в виде куска кода тоже недостаточно. Необходимо достаточно детально объяснить причину возникновения проблемы. Тут тоже не стоит переусердствовать. Если какой-то термин(кодировка к примеру) займёт много буков, то можно просто дать ссылку на статью в Википедии. Здесь можно руководствоваться хорошей поговоркой: "Длина мини-юбки должна быть достаточно велика, чтобы покрывать предметную область, но не длиннее" - вот и здесь также .
4.1. Учитывая специфику раздела, ответ должен быть максимально простым, содержать максимально простые языковые конструкции и т.д. - чтобы новичкам читать проще было.

Учитывая пп. 3 и 4, сформировывается простое следствие: для написания статьи, достойной добавления в FAQ, вы должны, во-первых, достаточно хорошо знать С++(к сожалению, новички в С++ отпадают), во-вторых очень хорошо разбираться в описываемой вами проблеме, а также, досконально понимать как "работает" решение.


Теперь требования лично от меня:
1. Определитесь кто будет писать статью. Если хотите, можете писать вместе, но, в таком случае:
2. Любые разногласия улаживайте между собой в ПМ/ICQ. Т.е. вы должны прийти к консенсусу, и выложить здесь уже готовую статью. Обсуждать в этой теме ничего не нужно. Здесь будет только критика готовых статей.
3. Когда вы предлагаете на суд общественности статью, то в посте не должно быть никаких лишних символов - только сама статья. Представьте, что, как вы пост напишите, так в газете и напечатают.

Вроде всё. Если чё забыл (4 утра как-никак), то допишу позже.

Теперь, что касается предложенных выше "статей" участниками DragoonFighter и Trotter. Ребят, я не могу запретить вам попытаться написать статью, но, моя интуиция, которая хоть и слишком субъективна, но редко ошибается, подсказывает мне, что вам не удастся довести статью до конца. Если вы всё же рвётесь в бой, то для начала, руководствуясь вышеизложенными критериями, приведите статью в надлежащий вид, чтобы хотя бы теоретически можно было отдавать в "печать".

Добавлено через 4 минуты и 15 секунд
зы. Прошу прощения, если изъяснился где-нибудь непонятно - голова побаливает.

Предлагаю внести также эти вопросы: 

• Программа не работает если запускать ее из ехешника (про задержку в конце main()).
• Программа пропускает второй std::cin>> (про _flushall() и чего_то_там::sync() )
• Как узнать ехешник программы/передать что-то в программу через ком. строку. (про argc/argv)
• Какой компилятор лучше всех. (пояснить что спорно)
• Как рисовать в консоли (эээ даже не знаю что ответить, но спрашивают регулярно  )
• С чего начать, и как долго изучать (дать ссылки на темы, где обсуждалось, и в раздел с литературой)
• "Преобразование" int (float, double etc.) в char * и обратно
• Как создать проект (объяснить последовательность действий для популярных компиляторов)
• Как создать динамический массив
• Передать n-мерный массив в функцию 
• Как узнать сколько элементов в массиве (рассказать как обстоят дела со статическими и динамическими массивами)
• Как узнать, как долго выполняется участок кода.

archimed7592, имхо не прав ты в этом:
Ничего сверхсложного в этих вопросах нет, пусть пишет кто захочет - не допишет один, закончит другой.


DragoonFighter, Trotter, по поводу вашего решения, (кроме того, что уже было сказано) 
а как, с учетом вашего решения, мне использовать, например std::ostream_iterator(cout)?

Это сообщение отредактировал(а) zkv - 24.12.2007, 09:54

Пофиксил.


Ничего страшного, если что, статью можно будет перенести в общие вопросы .


Я же сказал - я не против . Просто высказал свои опасения.

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

Теперь по требованиям к статьям. 
Я думаю нужно начать с примера, я попробую осветить тему:

потом покритикуем-исправим-доработаем, и оставим в качестве примера "правильной" статьи, и все дальнейшие разработки будут проводиться по ее шаблону - всякие оформления, структура, и что есть еще там.

Думаю, что для каждой статьи стоит заводить новую тему, туда выкладывать статью в чистом виде, дальше будет идти обсуждение/исправление, по окончании переносить ее в фак. 
Ну вот напишу статью (постараюсь в ближайшее время), а там разберемся по ходу пьесы.


Добавлено через 1 минуту и 22 секунды

позор - стрелочки не в ту сторону нарисовал   
archimed7592, исправь пожалуйста в первом посте.

Хм... Не ожидал такого поворота дел, но... думаю, что так будет даже интереснее . Поддерживаю.



Ок, но, в таком случае обязательно оставлять ссылку на созданную тему здесь, а в созданной теме обязательно указывать ссылку сюда.

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

С другой стороны рассматривать практические задачи, так на это вся жизнь уйдет, да и то не все сделаем.
Я на этом форуме недавно, но очень похоже что очень часто задают вопросы те, кому завтра сдавать лабу или курсач. Так вот я думаю нужно собрать часто встречаемые задачи (а они примерно одинаковые) и вот по ним писать подробный мануал. Чтобы этот студент пришел и выложил все преподу как если бы он сам был бы Страуструпом. 

А вопросы которые уже не понятны и не входят в курс лаб, уже непосредственно разбирать на месте в отдельном топике.

З.Ы. Если я что-то не правильно сказал прошу сильно не бить, а всего лишь постараться объяснить в чем я не прав.

G_o_s_h_a, спасибо большое за Вашу конструктивную мысль. Попробую столь же конструктивно ответить .



Не всегда подходит, к сожалению. И не всегда новичёк осиливает Википедию.



Суть в том что есть два простых факта:
1. такие вопросы реально задают и делают это реально часто(будь Вы на форуме чуть дольше - Вы бы знали об этом).
2. на эти вопросы из-за раза в раз отвечают.

Когда хорошо ответят, когда плохо, когда издеваться над новичком начинают... В общем и целом - толчат воду в ступе.
Если будет FAQ, то можно будет дать ссылку на конкретную статью и просто закрыть тему.



См. выше(факт №1). Хотел бы - нашёл бы. Дык нет же - спрашивают, да ещё как.



В первом посте чётко разграничен круг рассматриваемых задач .



В общем случае, таким ребятам мы помочь не можем. К счастью или к сожалению - вопрос спорный, но, в любом случае, 99% таких запросов, как у этих ребят отправляются в Центр Помощи.



Ну а теперь о спорности вопроса. Лично я против того, чтобы помогать таким "новичкам" в принципе. Я считаю, что такая помощь представляет из себя медвежью услугу(по вполне очевидным причинам).
В этом разделе никто ни за кого ничего делать не будет. Запросы "сделайте мне задачу" будут отправляться в ЦП.
Здесь будут помогать разбираться тем, кто действительно хочет научиться.
Что же касается сборника решённых задач: я считаю, что сам по себе набор таких задач особой пользы не принесёт. С другой стороны, мне кажется, что если такой сборник отсортировать по сложности и сделать его в виде учебника(т.е. дополнить большим объёмом текста с разъяснениями), то тогда получиться очень даже неплохая вещь. Ну а теперь вопрос на засыпку: кто этот учебник будет писать?