Литература для занятия по программированию
Сам придумай. Если хочешь, я тебе за 3 бакса кучу задач навспоминаю и напридумываю. Типичные, дидактические, интересные, полезные, олимпиадные - на любой вкус.
Там разного класса задачи
Мы на 1 курсе паскаль изучали по нему:-)
Пильщиков - сборник задач и упражнений
Действительно, реальная книжка для начинающих. Правда там массивы packed

если надо могу продать книжку "C/C++ в задачах и примерах" Н. Культин рублей за 60
Б-1427 или скажи куда зайти
пошли приват мне по поводу книги
Вероятно лучшее из советского.
Но это если ты, действительно, хочешь программировать, а не зазурбрить какие функции, что делают.
По си возьми классику Керниган и Риччи. По си++ страуструп.
Для начала тебе хватит. Эти книги с примерами, модифицируй их, включи логику и станешь неплохим программером.
да не нужно мне программером стнаовится! мне надо со студентом отстающим позаниматься!
если ботать Шеня смышленому человеку, то он начнет рюхать немеряно
Бери Пильщикова. Проверено как пособие для репетитора со студентом то ли из РЭШ, то ли из РЭУ... экономистом, в общем + на подготовительных курсах на ВМК. Книга рулит однозначно. Правда и там и там нужен был Паскаль.
хер только эти книги найдешь
посоветуйте литературу для занятия по программировниаю с отстающим студентом!
НУ, какую - нить книжу по Си я куплю, конечно, а задачи откуда брать можно?
Есть несколько моментов которые тебе и подсказывающим людям надо понять для помощи тебе....
1) Если он "реально отстает" и он с "гуманитарного факультета", т.е. ему просто надо отчитаться и забыть все что ему говорили, то тебе надо начинать с объяснения кода и примеров которых достаточно в книге по "Си" Керниган и Риччи. Тут ещё надо понимать какой уровень у тебя и что от тебя именно он хочет. Примеры ему по решать для закрепления основ тоже бери из этой книге.
2) Если ему надо поднять алгоритмическую базу, то тогда ты сам должен быть начитанным и наша помощь может лишь направить к книге - автора Кнут.(ну это я загнул).
А вообще думаю если по первому пункту, то начни с синтаксиса и прагматики (как проги писать и какой оператор когда применять)...а если захочет что-то сложного(на уровне гуманитария то надо брать Пильщикова. Там Паскаль, но это не мешает задавать задачи и пусть пишет на Си.
Учебный отдел ВМК. По крайней мере, в прошлом году давали без проблем.
Проверка делимости положительного числа на два!
Рекурсивно!
ответ:
bool Even(int n)
{
if (n == 1)
{
return false;
}
else if (n == 2)
{
return true;
}
else
{
return Even(n - 2);
}
}
плакать хочется от таких кодеров
вот когда в том году этот пианист тот же пример постил, он вместо "==" написал "="
вот это было весело
Лично я не могу вставить сюда табы!
В остальном - код песдатый!
Я точно знаю, что фигурные скобочки после ЛЮБЫХ ифов - это добро!
Единственное, в чем можно меня упрекнуть - это в
if (n == 2)
Вместо
if (2 == n)
Но! Первый вариант все-тка читабельней!
ЗЫ: А если у кого-нить возникли вопросы по поводу осмысленности примененного алгоритма, я бы порекомендовал смотреть меньше тупых американских комедий. Вот.
Я точно знаю, что фигурные скобочки после ЛЮБЫХ ифов - это добро!
Единственное, в чем можно меня упрекнуть - это в
if (n == 2)
Вместо
if (2 == n)
потрясающие вещи людей беспокоят

где только такому учат

согласен с обоими отквоченными утверждениями
это правда важно
читай Кернигана-Пайка
чепуха, вопросы стиля занимают самое последнее место
>читай Кернигана-Пайка
читай Элджера


ну-ну
когда половина кодеров в проекте пишет сишным стилем, половина плюсовым, а ещё один просто по-своему и плюс отсутсвует общая договорённость о именовании -- тогда я б на тебя посмотрел, какое место для тебя занял бы этот вопрос
> читай Элджера
если ты о "Элджер. С++", то говнокнижка
и причём тут стиль?
я же говорил о книге "Практика программирования"
когда половина кодеров в проекте пишет сишным стилем, половина плюсовым, а ещё один просто по-своему и плюс отсутсвует общая договорённость о именовании -- тогда я б на тебя посмотрел, какое место для тебя занял бы этот вопрос
если вы не можете договориться о стиле - то вы говнокодеры и никак не программисты

>если ты о "Элджер. С++", то говнокнижка
>и причём тут стиль?
именно, стиль совершенно не при чём. я и говорю

>я же говорил о книге "Практика программирования"
оба - юниксоиды. извращённые представления о кодерстве в крови

о-о!
о-о-о!
с этого момента спор с ТОБОЙ мне перестал быть интересным


По поводу if ( 2 == n ) фишку я заценил как только увидел. Потому что найабывацца из-за = вместо == всегда очень неприятно, но иногда случается =) типа клава заедает, или на пасцале попрогал немножко =(
Поэтому if (NULL == myObject) - это добро.
Фигурные скобочки после ифов - это тоже довольно песдато, просто потому что выглядит красиво, а еще достаточно часто потом приходиццо эти скобочки дописывать. Типа код растет и все такое.
Вот!

человек, предлагающий задачу о "проверке делимости положительного числа на два! Рекурсивно!" никого и ничему путному уже не научит.
какой бы песдатый стиль он не умел продемонстрировать при этом

этот песдатейший пример, на котором а) рекурсия проявляется в крайне неприкрытом виде, б) Очевидно,
что рекурсию надо применять с осторожностью.
Мы вместе поприкалывались.
Что такое рекурсия - детишки поняли.
ЗЫ: Упс! Я же там чуть выше порекомендовал тем людям, у которых возникнут претензии к алгоритму,
смотреть меньше тупых американских комедий. Так вот, это - тебе! На досуге можешь подумать,
как это все связано =)
поботай что-нибудь об этом, горе-кодер. Кнута, конечно, не предлагаю

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


К алгоритму у меня одна претензия. Задача, которая решается проверкой последнего бита сколь угодно длинного числа на любом спектруме любого школьника становится важной академической задачей, требующей применения дорогостоящего суперкомпьютера даже для 64-разрядных чисел! (И даже для 32-разрядного числа, у персоналки стека не хватит!)
Так что, алгоритм этот можно даже за диссертацию зачесть!

Анекдоты с комментариями.
В том текстике комментарии были прикольными.
И гораздо смешнее чем анекдоты, на самом деле.
Но!
Этот тред - он дико песдатый анекдот на самом деле.
И ща я его откомменчу.
ЗЫ: А если у кого-нить возникли вопросы по поводу осмысленности примененного алгоритма, я бы порекомендовал смотреть меньше тупых американских комедий. Вот.Йумар этай смесчной фразы состоит фф том, чта люди, часто смотрящие тупые американские камедии начисто лишаются чуйства нармальнова йумара. Им кажецца невыразимо смешным скармить хлеп с питардой чайке, а потом сматреть, как кто-нить сядет на торт. Мысли а том, што бывает и болие утанчонный йумар (равно и бальшынства других мыслей кроми пажрат и паибаццо) у них проста ни вазникает.
>это правда важно
чепуха, вопросы стиля занимают самое последнее место
>читай Кернигана-Пайка
читай Элджера
А тут адин ниибаццо праграммер и софтварь дезигнер позициионирует себя как ниибаццо праграммера и софтварь дезигнера. Что придайот асобуйу пикантность всему прасхадястщему.
>Нет ну почему же
поботай что-нибудь об этом, горе-кодер. Кнута, конечно, не предлагаю
можешь попробовать заботать ещё парочку тупых американских комедий, раз уж ты их так любишь
И тут Этот Программер обнаружывайет полнаю ниспасобность асазнавать пичатный текст с точки зренийа какова-нить смысла кроме пажрат-паибаццо-сестьНаТорт. Кстати, достаточно смешно выглядит с моей стороны, ведь я-то точно знаю, что добрую половину алгоритмов из Книжки с Осликом, например, я еще в школе заботал. Потому что нужно было.
Какую тупую американскую комедию о программистах Вы имеете ввиду?Я обязательно посмотрю.А тут йищо адин мега-праграммер пантуйецца знанийем таво, што такое стек, но ловицца на ту же камедийу. Тупуйюу. Американскуйюу. Дименструируйа таким образом свайу причастность к Обществу Носителей Йумара Из Тупых Американских Камедий.
К алгоритму у меня одна претензия. Задача, которая решается проверкой последнего бита сколь угодно длинного числа на любом спектруме любого школьника становится важной академической задачей, требующей применения дорогостоящего суперкомпьютера даже для 64-разрядных чисел! (И даже для 32-разрядного числа, у персоналки стека не хватит!)
Так что, алгоритм этот можно даже за диссертацию зачесть!
Так вот, абещаный каментарий: Господа. Есть две разных вещи: ремесло и искусство. Ремеслом заниматься, имхо, совершенно не интересно. Потому что ремесло - это точить 200 стальных втулок в день на своем токарном станке. Пять дней в неделю. Пятьдесят недель в год. Тридцать-сорок лет до пенсии. Потом сдохнуть. Не интересно. Искусство же начинается с нестандартных подходов к тому, что ты делаешь. Есть два основных вида нестандартных подходов, без которых искусство просто немыслимо - создавать что-нить красивое и создавать что-нить смешное. Когда этот самый токарь вдруг вытачивает вместо втулки афродиту или семигранную гайку с левой резьбой - это означает, что он вышел за рамки ремесла. Потому что не каждому токарю придет в голову мысль загубить заготовку на абсолютно бесполезную афродиту или семигранную гайку. Но! Если в случае токаря, который выточил семигранную гайку (если и это вам не кажется смешным, то пусть он, например, выточит Хуй понять в чем йумар (особенно, если он выточил Хуй) достаточно легко, то в случае программирования, в котором и стандартную программу (типа аналогию втулки) понять и оценить могут немногие люди, йумар, как выяснилось, вообще почти никто не понимает. Так вот: программа, которая рекурсивно проверяет делимость на два, ИМХО, является превосходным образчиком программерского йумара. Причем не только ИМХО, вот МадКроз тоже считает ее смешной. И если вы, с вашими-то понтами по поводу своего опыта программирования, до сих пор не научились заценять этот самый программерский йумар, и не можете понять красоты тетриса на 317 байт (в .com) с самомодифицирующимся кодом, то, скорее всего, вы этого не сможете понять никогда. И светит вам незавидная судьба до скончания жизни кодить порносайты на пхп. Кодить, бля!
Так что мой вам совет - переквалифицируйтесь срочно в слесари. На то чтобы выточить вместо втулки Хуй, вашего интеллекта, надеюсь, хватит.
ЗЫ: А я-то думал, что на флокале умных людей довольно много =(
ЗЗЫ:
MadKroZ 18.09.2004 11:32: бля, на этом форуме 94% людей ничего не слышали про стеб, и даже про юмор
точнее слышали про юмор на уровне КВНа и <Имя Одного Человека (прим. Fj)>, но не далее
MadKroZ 18.09.2004 11:32: тут ещё хуже, чем на www.fds7.msu.ru
Fj 18.09.2004 11:32: На уровне тупых американских комедий, йопта!
MadKroZ 18.09.2004 11:32: о!
MadKroZ 18.09.2004 11:32: точно
2. Что такое стек, я не знаю. Просто в справочнике слово увидел. А буквы "йо" у меня на клавиатуре не нарисовано. (А то бы написал стйок)
3. Согласен, что "рекурсивное" определение кратности двум относится скорее к искусству, нежели к повседневному труду программиста-кодописателя. Но в этом случае книгу Кнута "искусство программирования" надо бы переименовать в "Практику кодописания".
4. Безусловно, размер программы надо уменьшать. Но зачем писать еще один тетрис?
Проблема в том, что отличить "ИСКУССТВО" от простого "БРАКА" могут только окружающие.
Черный квадрат Малевича - это искуство?

p.s. поставил тебе 5, ирсуп ты уделал 100 пудово

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

и не можете понять красоты тетриса на 317 байтда уж... для такого извращения медицина названия наверное ещё не придумала

Так вот: программа, которая рекурсивно проверяет делимость на два, ИМХО, является превосходным образчиком программерского йумара
тут имхо просили задачи не на развитие сомнительного качества "программистского йумара", а на то чтобы прогать начиться

семигранную гайку (если и это вам не кажется смешным, то пусть он, например, выточит Хуй)а чем Хуй смешней гайки? какие-то комплексы:?
Так вот: программа, которая рекурсивно проверяет делимость на два, ИМХО, является превосходным образчиком программерского йумарану так если ты поставил там "имхо", да ещё большими буквами, хули ж ты его всем навязываешь? ЗЫ и определись - все-таки йумар или искусство


бля.. два раза одно и тоже процитировал... ну да ладно, пусть это будет образцом непрограммисткого йумара

чтобы давал красивые имена переменным и функциямэто типа
int Elizabeth;
или
double Afrodita( int Zeus, double Jupiter) ?

Похожие темы:
Оставить комментарий
radif_77777
посоветуйте литературу для занятия по программировниаю с отстающим студентом!НУ, какую - нить книжу по Си я куплю, конечно, а задачи откуда брать можно?