Общие сведения и требования ко всем заданиям семестра В силе остаются требования, накладываемые на программы в прошлом семестре, причем некоторые из них ныне несколько ужесточаются. В частности: •    Обязательно использование утилиты make, gmake или cmake для автоматизации компиляции и сборки •    Нужно придерживаться определенного стиля оформления кода (не должно быть никаких "магических чисел" – у констант должны быть имена, имена переменных и констант должны быть осмысленными, а не абстрактными и т.д.) Кроме того, крайне рекомендуется избегать глобальных переменных, а также оператора безусловного перехода goto (нежелательно также использование setjmp, longjmp ОСОБЕННО после изучения механизма исключений языка C++) •    Не забывайте про комментарии в коде •    Программа должна быть выложена в соответствующий репозиторий на bitbucket.org, при этом должен быть заполнен README.md (на это будем обращать более пристальное внимание, включая снижение оценки): o    Выбранный вариант задания (при наличии выбора) или описание особенностей вашей реализации, если выбора нет o    Процесс сборки проекта (позже дополнительным требованием будет наличие Makefile) o    Процесс запуска проекта o    Описание, что в каких файлах с кодом находится (для много-файловых проектов) o    Указание используемых технологий (в случае использования сторонних библиотек) с указанием источников. o    Любая другая дополнительная информация, которую вы хотите довести до преподавателей, например, что какие-то функции не реализованы и т.п. •    Если ваша программа предполагает пользовательский интерфейс, то его дизайн должен соответствовать положительному пользовательскому опыту. Под пользовательским интерфейсом не обязательно понимается визуальная составляющая, командно-консольный вид – тоже пользовательский интерфейс, позаботьтесь о том, чтобы у вас были реализованы команды exit, help и т.п., кроме того сообщайте пользователю об ошибках, причем так, чтобы он мог их исправить (если это зависит от него), например сообщайте, что он ввел слишком длинный текст, который не может быть обработан вашей программой, если вы этого не делаете, то предполагается, что ваша программа может обработать любой объем (например частями). Проверку прочих ошибок (например, невозможность выделить память) также никто не отменяет. •    Не забывайте проверять программу через valgrind •    На усмотрение преподавателя вам может быть выдано дополнительное задание, как правило это мелкие доработки вашей текущей реализации, направленные на проверку общего понимания вашего кода •    При завершении выполнения задачи – необходимо сообщить об этом на почту Ivanov.kir.m@yandex.ru чтобы вас поставили в очередь на предварительную проверку