[C][образование] Нужна критика программы курса про Си

мне нравится! пока только поверхностно просмотрел, бегу сейчас на работу потом еще отпишусь.

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

не увидел bit maps и enum.

GTK? Вы серьезно? Это конечно здорово, но в курсе языка? На сколько часов это рассчитано?

вы уверены, что надо включать в курс Си работу с регулярными выражениями?

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

не увидел bit maps и enum.

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

GTK? Вы серьезно? Это конечно здорово, но в курсе языка? На сколько часов это рассчитано?

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

Идея брать тулкиты для плюсов в курсе Си мне решительно не нравится.

А я считаю, что с GTK даже можно начать.

Это очень-очень спорная идея.

imho чтобы поставить GTK в учебный курс надо предварительно дать GLib, детально GObject со всеми его фичами и обзор других фреймворков на GObject. Иначе это обучение обезьян :)

Можно и без GUI обойтись. А вот (хоть я и поверхностно смотрел, может и не углядел) какие в программе большие промахи, так это полное отсутствие работы с памятью (mmap, shm), многопоточности, межпроцессорных коммуникаций (сокеты, shm, сигналы, блокировки и т.п.). В общем, архитектурно-зависимым вещам стоит уделить внимание. Правда, если курс рассчитан на погружение только в базовый уровень С, то хватит и того, что есть (без GUI, но с make/cmake/autotools - про все стоит рассказать, а еще потренироваться работе с VCS).

Поддерживаю. Если уж так хочется графики, то лучше SDL.

gtk и cmake выкинуть, работу с различными ipc добавить

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

Это все должно быть в курсе «Операционные системы». К языку С это не относится, хотя на нём это всё в основном и делается, да

Это все должно быть в курсе «Операционные системы»

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

А постигать IPC самостоятельно - штука не из простых.

Из того, что быстро нашлось: добавить про autotools, и про glib с gobject, раз уж про gtk зашла пьянка.

Иначе это обучение обезьян :)

Да, в разделе GTK это действительно обучение обезъян. Поскольку ничего кроме прикручивания гуя не предполагается, сам GTK не интересен.

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

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

Можно и без GUI обойтись.

Идея не нашла пока что, поскольку смежные курсу хочут gui. Да, в разделе gtk это «обезъянник», для галочки.

Да, IPC, mmap и shm у нас отдельно.

Если уж так хочется графики, то лучше SDL.

Вот об этом я подумаю.

XCB/Xlib бери. Gtk+ это не чистый С, а с прикрученными объектными костылями.

Если курс именно по C, то GUI, IPC, регулярки и т. п. не только не нужны, но и вредны - отвлекают от основного. Разве что взять простую библиотеку типа SDL или GMP просто чтоб попрактиковаться.

Самое важное для обучения сишника - научить структурировать код: модульность, инкапсуляция и т. п. Чтоб не фортранщики получились )

Хороший практикум - написать свой менеджер памяти поверх malloc: пул объектов там, статистика, сборщик мусора и т. д.

добавил тему в избранные.

Если курс по Си, то надо наверное по K&R идти и не изобретать велосипед.

XCB/Xlib бери.

Это несколько муторно в случаи винды.

Gtk+ это не чистый С, а с прикрученными объектными костылями.

Да, я в курсе, но хотя бы это Си. Зато его можно использовать.

K&R как раз можно выдать и сказать «прочесть дома».

Практика подсказывает, что «не прочитают». По себе знаю... Скинули нам как-то на 2-м курсе это книжку %( так только кусками и читал. А зря. По-любому из-за этого пробелы в знании (а сейчас читать некогда).

cmake выкинуть

А cmake-то за что?

Если курс именно по C, то GUI, IPC, регулярки и т. п. не только не нужны, но и вредны - отвлекают от основного.

Это верно, но есть некоторые требования смежников (и дыры смежников). Формально курс вообще называется «Программирование, ч.2» )

Самое важное для обучения сишника - научить структурировать код: модульность, инкапсуляция и т. п. Чтоб не фортранщики получились )

Поскольку это знание с Си не связано, то у нас есть отдельный курс на эту тему. Поэтому слишком сильно лезть сюда тоже не нужно.

Хороший практикум - написать свой менеджер памяти поверх malloc: пул объектов там, статистика, сборщик мусора и т. д.

Боюсь для третьего семестра и нашего контингента это перебор (

я бы еще сделал обзор способов сортировки

Ладно, я посмотрю, что из K&R я тут пропустил.

Всё-таки это тема не из курса Си (

А cmake-то за что?

к курсу с он не имеет никакого отношения. для сборки с головой хватает обычного make

Дома прочтёт в лучшем случае один из двадцати... отрывками... перед экзаменом.

В любом случае такой разброс материала приведёт к тому что вообще ничерта знать не будут.

слишком сильно лезть сюда тоже не нужно

Посмотрите хотя бы непрозрачные структуры (pImpl) - очень типичный паттерн.

Боюсь для третьего семестра и нашего контингента это перебор (

Это в Бауманке? о_О Работа с памятью - это и есть суть C. Всё равно надо что-нибудь на указатели - даже Спольски включает их в теоретический минимум программиста (из двух пунктов ) ).

для сборки с головой хватает обычного make

Это если у нас gcc и GNU (

Это в Бауманке? о_О

Вы наверное закончили какой-то менее пафосный вуз, и дуамеет, что в МГТУ всё хорошо, да? ))

Работа с памятью - это и есть суть C.

Но работа с памятью всё-таки не есть «написание своего аллокатора»

Всё равно надо что-нибудь на указатели

Да там всё на указатели, с третьей лабы )

Это после школы сразу вот с этого начинать? С регистров процессора и MMU? Детей пожалей, блин! У них только вчера слово Божие закончилось.

Посмотрите хотя бы непрозрачные структуры (pImpl) - очень типичный паттерн.

У нас есть курс ООП, думаю, что это лучше оставить ему.

Это после школы сразу вот с этого начинать?

1. Читайте целиком опус, это аж третий семестр.

2. Мы если не в этом, то в следующем году будем брать по ЕГЭ по информатике (надеемся).

3. mmu тут нет )

А что, make'у есть разница, чем компилировать: gcc, icc или вообще латехом?

Нет? Фуф. Я когда эти все pae изучал, у меня крыша едва не поехала.

Программа обширная слишком. Мне кажется, распыляться тоже не нужно, каша будет в головах.

Посмотрите хотя бы непрозрачные структуры

Подумал и решил, что замечание верное, поскольку связано с указателем на неполностью описанную структуру.

А что, make'у есть разница, чем компилировать: gcc, icc или вообще латехом?

Make — нет. Писателю сценария на make — да (

Всеволод Александрович, к K&R как дополнение можно давать http://www.amazon.com/Expert-Programming-Peter-van-Linden/dp/0131774298/ref=s... Или надергать из нее глав (например, как читать сложные объявления).

Надо подумать, на чём показывать. Кандидаты: CLR, Python, Mathlab.

Mathlab

Программа обширная слишком. Мне кажется, распыляться тоже не нужно, каша будет в головах.

Я видимо под впечатлением текущего курса, где вперемешку С, С++ и С++.NET, и мне она кажется очень цельной поэтому (

Основы аппаратной части надо читать до, но они не читаются. GTK надо бы убрать, но требуется GUI. cmake под вопросом Других не-цельностей я не вижу пока.

http://www.amazon.com/Expert-Programming-Peter-van-Linden

Почитаю, понял, подумаю.

Mathlab

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

Я когда эти все pae изучал,

PAE по-моему вообще не нужно изучать для программистов, кроме как «да, был у Интеля такой костыльчик»

я имел ввиду, что пишется Matlab :) а так я конечно на питон

Cmake

Почему именно cmake?

Программа make и её потомки

Можно вспомнить про http://doc.cat-v.org/plan_9/4th_edition/papers/mk
---
РСУВ вроде git и mercurial будут рассматриваться?

Я очень близко знаком с Бауманкой, правда не с ИУ. Поступить туда всё же непросто, так что тупых почти нет, есть ленивые )

Но работа с памятью всё-таки не есть «написание своего аллокатора»

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

Другой вариант лабы - записать в файл набор записей. Задание со звёздочкой - прочитать их )

Почему именно cmake?

А какие варианты? (не считая самого make) Scons?

РСУВ вроде git и mercurial будут рассматриваться?

Нет, перед этим идёт курс, где есть SVN (в настоящий момент), его и будем использовать.

На 4-м курсе будет курс групповой разработки, вот его наверное пора на Git перевести будет (сейчас он на 5-м и базируется на SVN).

Ну мы «ядерные» программисты. Нам положено. )) хотя на практике, в работе, я не помню, чтобы хоть раз потребовалось.