Вопрос по преподаванию

@ForEveR · Регистрация: 24.06.2010

Студворк — интернет-сервис помощи студентам

Ребят, приветствую. Сейчас начался курс по программированию на С++ в универе... Спросил у преподавателя можно-ли пользоваться знаниями, которые я имею уже (шаблоны, стл и т.п.), на что получил ответ - нет...
Вот появился вопрос, как быть? Отучаться обратно от СТЛ, шаблонов и прочего и идти наравне с группой или же как-то постараться сделать так, чтобы преподаватель понял, что у меня действительно достаточно знаний для нашего курса?
И вообще. Поддерживаете ли вы такие ограничения впринципе или нет? Если студент знает больше, вы бы разрешили ему пользоваться этими знаниями?

Просто стало интересно как бы поступил каждый и что посоветуете по этому вопросу. Спасибо.

@fasked · 08.11.2010, 06:53

Сообщение от taras atavin

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

Так вроде ТС этого и хотел

Сообщение от taras atavin

Те, кто по такому методу "изучал" естественные языки, пытаются спикать по-немецки и шпрехать по-французски.

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

@taras atavin · 08.11.2010, 07:16

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

Я, например, абсолютно не помню, как реализовывать алгоритм быстрой сортировки, но знаю, как пользоваться qsort() в С или std::sort() в С++...

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

Добавлено через 2 минуты
Причём, то что я две сортировки смог придумать, говорит не о моих мозгах, а о примитивности самих сортировок: они на столько элементарны, что их проще изобрести повторно, чем искать по книгам.

Добавлено через 8 минут

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

Легко. Метод Sort сортирует.

Что сортирует? И как? Есть несколько реальных предметов, а метод на них пишет "1-й сорт", "2-й сорт" и "3-й сорт"? Для того, чтоб сначала ответить "нет", а потом сказать, что метод расставляет элементы массива в порядке, определяемом их значениями, надо знать, что такое массив, из чего он состоит, как адресуются элементы и в чём разница между индексом и значением элемента. Если только ты не зазубрил объяснение без понимания, но зубрёжка означает отсутствие знаний и неумение программировать. Посимвольный же повтор нескольких примеров - это ещё не программирование так как в реальной жизни никогда не встречаются учебные задачи в чистом виде, а только в непредсказуемых на этапе обучения комбинациях друг с другом, а этого ты всё равно не решишь, если не знаешь основ языка.

Добавлено через 1 минуту

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

Запросто. Не считаю, а точно знаю.

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

Добавлено через 6 минут

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

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

Чем это отличается от предыдущего случая? наглядное пособие, как делать не надо, тоже подлежит изучению, если включено в программу. А вот если тебе задано решить задачу, при её декомпозиции ты обнаружил, что одна из её подзадач - сортировка, её тебе надо сделать через готовую функцию, ты вместо одной функции выбираешь и вызываешь другую, а препу это не нравится, тогда какой смысл у него учиться?

Добавлено через 2 минуты

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

Да, конечно, иди со стадом, сделай это. Быть быдлом и серостью - твой выбор?

Вот быдло и серость и будет упираться, как баран, стоя со стадом на месте, а люди, хоть на что то способные, пойдут вперёд, хоть и похожими путями, но при близких целях кудаж от них деваться? Даже выбор из множества торных дорог - выбор человека. А дурак в джунглях - быдло. Он гарантировано упрётся в ближайший баобаб и дальше уже не пройдёт.

@fasked · 08.11.2010, 07:19

Сообщение от taras atavin

Значит не знаешь ты быстрой сортировки. Я, кстати, тоже. Но я знаю пузырьковую сортировку, причём, сначала придумал её, а потом прочитал в книге в точности тот же код и его название. А перед этим я самостоятельно придумал сортировку отбором.

А то, что я сейчас не помню, как реализовывается алгоритм шифрования ГОСТ28147-89 и я не смог его до этого сам придумать, говорит о том, что я его не знаю? И при этом я умею пользоваться библиотекой OpenSSL для шифрования.

Не по теме:

Почему мне всегда кажется, что на преподов в обиде только самые придурки? О_о

@taras atavin · 08.11.2010, 08:23

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

Потому что на работе никого не волнует (почти), что ты там используешь.

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

Добавлено через 6 минут

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

Учить человека C++ без STL, это как учить человека езде на велосипеде без колёс.

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

Добавлено через 11 минут

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

Ну хотя бы потому что, выйдя из универа, в 99.9% случаях со знаниями C++ и без знаний STL в любой конторе тебя пошлют куда подальше и будут правы, ибо велосипедописатели никому не нужны.

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

Добавлено через 8 минут

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

Если же ты относишься к тем 0.1%, который не использует STL по религиозным соображениям, я с тобой спорить смысла не вижу.

Это ты относишься к тем 0,000000017%, кто по религиозным соображениям пытается использовать STL не только там, где оно нужно, но и там, где оно не нужно, вредно, или даже его использование не возможно. Все остальные пользуются STLом только там, где нужен контейнер. А нужен он не всегда. STL изучать надо хотя бы из-за удобства пользования им, но если ты на него потратишь всё время, отведённое на c++, то не поймёшь ни STL, ни c++.

Добавлено через 9 минут

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

Ведь можно писать, не используя классы!

Можно. Поэтому и на классы тоже нельзя тратить всё время, отведённое на язык. Но если ты классы совсем не учил, то язык ты знаешь плохо. Это всё равно, что при изучении русского не касаться слова "понятие" и значения слова "абстракция": такие знания - всё равно, что никаких. Но всё время изучения русского тоже нельзя тратить на повторение двух слов.

Добавлено через 2 минуты

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

поэтому будет, по сути, С

простые си - подмножество плюсовых.

Добавлено через 4 минуты

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

Это стандартная библиотека. Она есть в любой реализации языка. А чем ты там можешь её заменить - никого не волнует.

Какие бы либы не валялись в твоей реализации, не всегда есть смысл юзить стандартное. А если ты и впрямь велосипедных дел мастер и сделаешь свою либу лучше, то и пользоваться надо своей, а не стандартной. Причём, она может здорово отличаться даже в интерфейсной части. И если конкретная задача не требует не только STL, но и её аналогов, то нафиг её юзить? Но знать STL надо.

Добавлено через 3 минуты

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

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

Язык вредно путать хоть с диалектом, хоть со средой разработки, хоть с транслятором. Конкретному программисту язык поставляется в виде интегрированной среды, куда все стандартные библиотеки входят. А набор правил - это только лингвистическое обеспечение такой среды.

Добавлено через 3 минуты

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

И уж тут нельзя сказать, что человек, который знает как пользоваться вектором не знает как выделять память.

Можно. Если человек умеет пользоваться векторами, то он умеет пользоваться и их конструкторами/деструкторами, куда все операции с памятью уже инкапсулированы, но это не означает его умения выделять и освобождать память самостоятельно и он может не справиться, если придётся делать свой контейнер или разместить отдельную память в кучи не ради динамики а по другим соображениям.

Добавлено через 2 минуты

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

Смысл проверять знание допустим этих алгоритмов, когда вывод массива/контейнера реализуется почти в каждой программе?

Вот именно. Если бы использовался редко, то и смысла бы не было, а раз часто, то он и смысл проверять и появляется. А редко используемые аспекты ты должен освоить самостоятельно в том случае, если (а не когда) до них доберёшся.

@vaselo · 08.11.2010, 08:24

у нас в универе препод, как только увидел, что из группы регулярно сдают лабораторки только 4 человека, сразу начал придумывать извращенные задания по с++, а по программе идут очень легкие задания, я за вечер могу в общаге 4-5 сделать, при том, что я не программировал до этого, учусь только сейчас

@taras atavin · 08.11.2010, 09:19

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

char* это не С-строка, а у казатель на буфер. С-строка должна оканчиваться нулевым символом. Тогда этот буфер можно назвать С-строкой, в общем случае. Вот это еще один пример что тебе нужно учить матчасть, а не хвалиться, что знаешь СТЛ. Грош цена твоим знаниям, когда у тебя char* - это си-строка.

char* элементарно может быть и z-терминальной c-строкой и частью внутренней реализации длинной pascal-строки и изменяемым параметром типа char (символ, а не строка) и много чем ещё. Всё зависит от способа его использования.

Добавлено через 8 минут

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

Но поверь мне проще называть это Си строкой.

Если ты так этот указатель используешь. Но разве это единственный вариант использования?

C++
1
2
3
4
5
6
7
8
char c;
void ToUp(char *c /*Это вообще строка?*/)
{
 if ((*c<='z')&(*c>='a'))
 {
  *c=*c+'A'-'a'; 
 } 
}

Добавлено через 3 минуты

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

И это уже исключительно мое дело как это называть.

C++
1
2
char s[]="Hello";
char*s="Hello";

Это именно с-строка и ничто другое. Никакой это не буфер и не указатель на буфер.

Буфером называется переменная, или область памяти, предназначенная для временного хранения данных

, в цитате же валяются варианты декларации строки в виде массива символов.

Добавлено через 1 минуту

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

А то, что первый массив char, второй указатель на char - это понятно.

По правилам языка массив - это указатель на его нулевой элемент. Разница же только в том, что второй указатель явный, а первый неявный.

Добавлено через 2 минуты

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

int a[5] массивом и int*a, если впоследствии под него идет выделение памяти - тоже массивом.

Какая именно память? Сразу под несколько интов? Тогда да, это массив. Но ты же не будешь называть массивом отдельный изменяемый интовый параметр, переданный по наследству от с без плюсов через указатель вместо ссылки? Аналогично и char*.

Добавлено через 3 минуты

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

Это также говорить, что грузовик часть руля.

Нифига. Он утверждает, что груз входит в проект грузовика, но не расшифровывает, что в том проекте от груза только масса и объём без конкретного чертежа комьев грунта.

Добавлено через 5 минут

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

Хаха. Изменить мы можем ОБА буфера.

Согласен, хотя у массива char s[]="Hellow" нельзя менять размер, а рамер строки char *s="Hellow" изменяем не хуже символов. Но оба варианта - zтерминальные строки. Вот только ты забываешь о других вариантах применения указателя, так что учи язык, его подмножество (которое простые не плюсовые си) и внутреннию реализацию контейнеров со счётчиками элементов.

Добавлено через 12 минут

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

По сути получается, что объектно-ориентированный язык программирования отличается от процедурно-ориентированного только тем, что "первый немного удобнее"?

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

Добавлено через 7 минут

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

Первое - массив, второе - указатель на литерал.

А первое - такой же указатель, но не явный и в стек вместо кучи. Почему же мы его называем массивом? Из-за того, что блок, на начало которого он указывает, состоит из элементов одного базового типа (в данном случае char), каждый из которых адресуется с использованием имени всего блока и индекса элемента. Что из этого не относится ко второй декларации? А то, что второй способ предусматривает ещё и адресацию элементов на основе арифметики указателей, сути во-первых не меняет, а во-вторых точно такая же адресация на основе арифметики указателей поддерживается и в первом случае. На языках c/c++ любой явный статический массив (а именно это мы и видим в первой декларации) есть неявный указатель на начало блока памяти, резервируемой для последовательного хранения элементов. Ну а второй вариант отличается тем, что здесь всё наоборот: указатель явный, а массив неявный. Так что массивы оба. И оба заканчиваются нулем, а в качестве базового типа используют char. Массив же символов (чаров), заканчивающийся нулём - это z-терминальная строка, она же c-строка.

Добавлено через 6 минут

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

ЗЫЫ : кстати даже не рассказали как создавать проэкты многомодульные(если не прав исправьте), т.е. состоящих из нескольких хэдеров + несколько *.срр файлов

. Мне тоже кажется, что это модули. Но что там учить то, кроме экспорта переменных?

Добавлено через 2 минуты

Сообщение от Nameless One

ИМХО, этого вполне достаточно. В этом плане преподаватель должен дать хоть какую-то базу (ознакомить с базовым синтаксисом языка), все остальное студент должен быть способен выучить сам.

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

@ForEveR · 08.11.2010, 18:39 **[ТС]**

Сообщение от taras atavin

Можно. Если человек умеет пользоваться векторами, то он умеет пользоваться и их конструкторами/деструкторами, куда все операции с памятью уже инкапсулированы, но это не означает его умения выделять и освобождать память самостоятельно и он может не справиться, если придётся делать свой контейнер или разместить отдельную память в кучи не ради динамики а по другим соображениям.

Я такого не представляю... Даже не знаю почему. Т.е. чтобы человек не знал таких вещей, пользуясь STL. Мб потому что еще не встречал такого.

Сообщение от taras atavin

Вот именно. Если бы использовался редко, то и смысла бы не было, а раз часто, то он и смысл проверять и появляется. А редко используемые аспекты ты должен освоить самостоятельно в том случае, если (а не когда) до них доберёшся.

Один раз проверить можно. Зачем больше одного раза за краткий промежуток времени?

Сообщение от taras atavin

Если ты так этот указатель используешь. Но разве это единственный вариант использования?

Не единственный конечно же. Я же не говорил, что единственный (или может сказал? Тогда я сказал бред).

Сообщение от taras atavin

Согласен, хотя у массива char s[]="Hellow" нельзя менять размер, а рамер строки char *s="Hellow" изменяем не хуже символов. Но оба варианта - zтерминальные строки. Вот только ты забываешь о других вариантах применения указателя, так что учи язык, его подмножество (которое простые не плюсовые си) и внутреннию реализацию контейнеров со счётчиками элементов.

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

@ForEveR · 24.11.2010, 23:45 **[ТС]**

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

@easybudda · 24.11.2010, 23:54

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

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

С чем Вас и поздравляю!

@ForEveR · 23.04.2011, 23:29 **[ТС]**

Давно не писал. Обновление) Вообщем писали мы списки двунапр... Я тогда заморочился + попросил советов на форуме - сделал. Сдал. Ходил редко довольно. Сдал я порядка 2 месяцев назад. Ребята законили только неделю-две назад и то, когда был другой преподаватель. Собственно сейчас, насколько я понимаю изучают деревья, а я перевожусь из-за личных обстоятельств на заочку в другой ВУЗ. Перечитал тему - спасибо еще раз всем за советы.

Новые блоги и статьи Все статьи Все блоги /
Модель здравосохранения 18. Чем здоровее работник, тем быстрее выгорает anaschu 24.05.2026 Имитационная модель корпоративного здравоохранения: что показывает математика Сегодня в модели рабочего коллектива на AnyLogic появились три новые механики — выгорание через накопленную усталость,. . .	Модель здравосохранения 17. Планы на выгорание anaschu 23.05.2026 Вот конкретная схема реализации: В классе Работник добавить: накопленнаяУсталость — растёт каждый час работы, снижается в перерывы и болезни коэффициентПрезентеизма — снижает продуктивность. . .	Изменение цветов в палитре gif файла aka фавикона russiannick 23.05.2026 Изменение цветов в палитре gif файла, юзаемого как фавиконка в составе html-файла, помещенная в base64, средствами нативного Java Script, навеянное сном в майский день. Для работы необходим браузер,. . .	Модель здравосохранения 16. Слишком хорошие и здоровые сотрудники уходят, недовольные зарплатой anaschu 23.05.2026 Отладка увольнений и настройка производительности Сегодня во второй половине дня разобрались с механикой увольнений и настроили коэффициент сложности заданий. Вот что было сделано. . . .
Как я стал коммунистом))) Модель сохранения здоровья сотрудников, запись блога номер 15 anaschu 23.05.2026 Внезапно хорошее здоровье сотрудников не нужно капиталистам?))	Модель здравоСохранения 15. Как мы чинили AnyLogic модель рабочего коллектива: сочленение диаграммы состояний болезней и поломок в ресурспул anaschu 23.05.2026 Как мы чинили AnyLogic модель рабочего коллектива Сегодня разобрались с пятью багами, из-за которых модель либо падала с ошибкой, либо давала совершенно бессмысленные результаты. Каждый баг был. . .	Диалоги с ИИ zorxor 23.05.2026 Насколько я понимаю - Вы - Искусственный Интеллект. Это так? Да, всё верно. Я — искусственный интеллект. Я представляю собой большую языковую модель, созданную для помощи в самых разных задачах. . . .	Модель здравосохранения 14. Собираем всю модель вместе. anaschu 22.05.2026 Модель собрана. В будущих постах на видео я покажу, как она работает. В этом посте запускаем её, проверяем результаты и разбираем что можно с ней делать дальше. Перед запуском проверяем. . .

@ForEveR В астрале 8049 / 4806 / 655 Регистрация: 24.06.2010 Сообщений: 10,562

	Вопрос по преподаванию 08.09.2010, 23:51. Показов 7548. Ответов 69 Метки нет (Все метки) Ребят, приветствую. Сейчас начался курс по программированию на С++ в универе... Спросил у преподавателя можно-ли пользоваться знаниями, которые я имею уже (шаблоны, стл и т.п.), на что получил ответ - нет... Вот появился вопрос, как быть? Отучаться обратно от СТЛ, шаблонов и прочего и идти наравне с группой или же как-то постараться сделать так, чтобы преподаватель понял, что у меня действительно достаточно знаний для нашего курса? И вообще. Поддерживаете ли вы такие ограничения впринципе или нет? Если студент знает больше, вы бы разрешили ему пользоваться этими знаниями? Просто стало интересно как бы поступил каждый и что посоветуете по этому вопросу. Спасибо. 0

@vaselo 19 / 19 / 5 Регистрация: 17.10.2010 Сообщений: 247
	08.11.2010, 08:24
	у нас в универе препод, как только увидел, что из группы регулярно сдают лабораторки только 4 человека, сразу начал придумывать извращенные задания по с++, а по программе идут очень легкие задания, я за вечер могу в общаге 4-5 сделать, при том, что я не программировал до этого, учусь только сейчас 0

@ForEveR В астрале 8049 / 4806 / 655 Регистрация: 24.06.2010 Сообщений: 10,562
	24.11.2010, 23:45 [ТС]
	Итого, все не так уж плохо. MFC впринципе ничего так. Конечно мало прошли из стандарта... Ну да ладно. Мне как-то побоку, если учитывать, что я это все знаю и спокойно использовал. Код мой он не смотрел, смотрел только на работу программы, ибо пару-тройку раз посмотрев, понял, что пишу я вполне себе. В итоге: он сегодня крайне офигел, что я сделал три последних программы за две пары и сказал, что ставит мне зачет досрочно, без каких-либо доп. заданий, которые ожидают моих одногруппников. В следующем семестре (если останусь) отпишусь о том, что будем проходить. Спасибо за внимание) 0

@ForEveR В астрале 8049 / 4806 / 655 Регистрация: 24.06.2010 Сообщений: 10,562
	23.04.2011, 23:29 [ТС]
	Давно не писал. Обновление) Вообщем писали мы списки двунапр... Я тогда заморочился + попросил советов на форуме - сделал. Сдал. Ходил редко довольно. Сдал я порядка 2 месяцев назад. Ребята законили только неделю-две назад и то, когда был другой преподаватель. Собственно сейчас, насколько я понимаю изучают деревья, а я перевожусь из-за личных обстоятельств на заочку в другой ВУЗ. Перечитал тему - спасибо еще раз всем за советы. 0