Academic

А что было на этой неделе?

Sun, 13 Dec 2020 00:00:00 +0000

Транспорт меня ненавидит

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

В общем вторник начался так: нужный автобус не приехал, я опаздываю, подумала, что мне все равно на метро ехать, вот и села на первый который приехал… вроде все без происшествий, разве что автобус забит битком. В метро то же самое! Только тут еще поезд стоит в туннеле. В остальном все ок.
В среду приехал тот же автобус, ну тут маршрут уже исследован, только в этот раз я перепутала направления метро и поехала не в ту сторону. Когда ехала домой тоже перепутала.
В четверг просто проспала.

Матанализ

Была кр по матанализу. У меня 24 балла, я рада, хотя хочу спать

Сон

Ну спала я примерно по 2-4 часа в день, всем советую.

А что было на этой неделе? х2

Sun, 13 Dec 2020 00:00:00 +0000

Подписывайтесь на мою группу в ВК

Мне лень структурировать поэтому да.

Была контрольная по аналитической геометрии, у меня 12/15 и то два балла пришлось отбивать, ставлю дизлайк
Никита Демидович нес за меня рюкзак от креста до Беляево и у него заболела спина
Контрольная по математической логике топ!
я бесплатно поела мороженое
всем нужны лабораторные по компьютерной логике, а мне стало слишком лень выставлять ценник за них, поэтому нет ценника…
НАДО ДЕЛАТЬ ДОКЛАД ПО ОСЯМ ААААА

Сон

Ну спала я примерно по 2-4 часа в день, всем советую. (ничего не поменялось)

Зато! Я вкусно кушала

А что было на этой неделе? х3

Sun, 13 Dec 2020 00:00:00 +0000

Подписывайтесь на мою группу в ВК

Школа кураторов.

я очень много всего для нее делаю я теперь делаю буклеты я крутая я молодец

Семинаристы меняются каждый семнар по матану.

это ужасно

ОФОРМЛЕНИЕ ОТЧЕТА

Sun, 13 Dec 2020 00:00:00 +0000

ТУТ И ОФОРМЛЯЕМ

Основные принципы оформления отчетов по практике приведены в Стандарте организации «Порядок оформления методических разработок, курсовых и выпускных квалифицированных работ». Порядок разработан на основе Государственных стандартов оформления документов (ГОСТ 1.5-2001, ГОСТ 7.1-2003).

Текст отчета по практике должен быть набран на компьютере шрифтом Times New Roman размером 14 пт. (при оформлении текста используется текстовый редактор Microsoft Word). Шрифт, используемый в иллюстративном материале (таблицы и рисунки), рекомендуется уменьшить до 12 пт. Межстрочный интервал в основном тексте - полуторный. В иллюстративном материале межстрочный интервал рекомендуется сделать одинарным. Поля страницы должны быть:

левое поле - 30 мм;
правое поле - 10 мм;
верхнее и нижнее поле - 20 мм.

Каждый абзац должен начинаться с красной строки. Отступ абзаца - 12,5 мм. от левой границы текста.

Каждый раздел отчета должен начинаться с новой страницы. Наименование структурных элементов отчета «СОДЕРЖАНИЕ», «ВВЕДЕНИЕ», «ЗАКЛЮЧЕНИЕ», «СПИСОК ЛИТЕРАТУРЫ», «ПРИЛОЖЕНИЕ», а также заголовки разделов должны быть напечатаны прописными буквами и располагаться посередине строки. Разделы нумеруются арабскими цифрами (1, 2, 3). Точка в конце заголовков не ставится.

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

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

Иллюстрации нумеруются в пределах разделов. Номер иллюстрации состоит из номера раздела и порядкового номера иллюстрации, разделенных точкой. В конце точка не ставится. Если таблица заимствована из книги или статьи другого автора, на нее в конце заголовка должна быть оформлена ссылка с учетом требований настоящих методических рекомендаций. В графах таблицы не допускается оставлять свободные ячейки. Если соответствующие данные отсутствуют, в графе проставляется прочерк. К цифровым табличным данным должны быть указаны единицы измерения. Если данные таблицы имеют разные единицы измерения, то они указываются в соответствующих заголовках граф или строк таблицы. Если все табличные данные имеют одну и ту же единицу измерения, то данную единицу, начиная с предлога «в», приводят над таблицей после названия через запятую (например, в тыс. руб., в га, в кв. м., в процентах и т.п.).

При необходимости таблицу можно переносить на другую страницу. В этом случае применяется следующий вариант оформления. Заголовки столбцов (или строк) таблицы пронумеровываются, и на следующей странице не повторяется текст заголовков, а проставляется только соответствующий номер столбца (строки). Над продолжением таблицы сверху справа печатаются слова «Продолжение таблицы 1.1». Название таблицы на новой странице не повторяется. Не допускается начинать таблицу внизу страницы, если после названия таблицы остается только заголовочная часть, либо заголовочная часть плюс одна-две строки содержания, а основная часть таблицы при этом оказывается на следующем листе. Не допускается перенос таблицы на следующую страницу, если на следующую страницу переносятся одна-две строки содержания таблицы. В этом случае следует либо несколько уменьшить размер шрифта, используемый в таблице, чтобы таблица поместилась целиком на предыдущем листе; либо немного увеличить интервалы между строками таблицы, чтобы таблица располагалась на страницах более равномерно. К рисункам относятся рисунки, схемы, диаграммы, графики и т.д. Если таблица или рисунок по объему занимают более одной страницы, то их необходимо вынести в приложение к отчету. Размещение рисунков в отчете такое же, как и для другого иллюстративного материала, то есть либо сразу же после ссылки на него, либо на ближайшей к этой ссылке странице. Рисунки следует размещать в тексте так, чтобы их можно было рассматривать без поворота работы. Все рисунки должны быть пронумерованы в пределах разделов арабскими цифрами: Рисунок 2.1. Непосредственно после обозначения нумерации рисунка следует содержательный заголовок. Номер рисунка и заголовок размещаются внизу рисунка, по центру относительно рисунка.

Уравнения и формулы следует выделять из текста в отдельную строку. В формулах в качестве символов следует применять обозначения, установленные соответствующими государственными стандартами, и отраженные в формате формул.

Использованные в процессе написания отчета литературные источники указываются в конце работы перед приложением.

Пример оформления библиографического описания:

Нормативные правовые акты Конституция Российской Федерации: офиц. текст. - М.: Маркетинг, 2017. - 39 с. Семейный кодекс Российской Федерации: [федер. закон: принят Гос. Думой 8 дек. 1995 г.: по состоянию на 3 янв. 2001 г.]. - СПб.: Стаун-кантри, 2001. - 94 с.

Однотомная книга одного автора: Глазунов В.А. Пространственные механизмы параллельной структуры. М.: Наука, 1991. 94 с.

Однотомная книга двух и более авторов: Абалакин В.К., Аксенов Е.П., Гребеников Е.А., Демин В.Г., Рябов Ю.А. Справочное руководство по небесной механике и астродинамике / под ред. Г.Н. Дубошина. М.: Наука, 1976. 864 с. Маршак И.С., Дойников А.С., Жильцов В.П., Кирсанов В.П., Ровинский Р.Е., Щукин Л.Н., Фейгенбаум М.Г. Импульсные источники света / под общ. ред. И.С. Маршака. 2-е изд., перераб. и доп. М.: Энергия, 1978. 472 с. Переводная книга: Себехей В. Теория орбит: ограниченная задача трех тел: пер. с англ. / под ред. Г.Н. Дубошина. М.: Наука, 1982. 656 с. [Victor G. Szebehely. Theory of Orbits: the Restricted Problem of Three Bodies. New York : Academic Press, 1967.]. Дейт К.Дж. Введение в системы баз данных: пер. с англ. М.: Вильямс, 2006. 1328 с. [Date C.J. An Introduction to Database Systems. 8th ed. AddisonWesley, 2003. 1024 p.]

Отдельный том многотомного издания: Сварка и свариваемые материалы: справочник. В 3 т. Т. 1. Свариваемость материалов / ред. Э.Л. Макаров. М.: Металлургия, 1991. 258 с. Диссертация: Пнев А.Б. Оптико-электронные измерительные системы на основе квазираспределенных волоконно-оптических брэгговских датчиков: дис. … канд. техн. наук. М., 2008. 176 с.

Автореферат диссертации: Вишняков И.В. Модели и методы оценки коммерческих банков в условиях неопределенности: автореф. дис. … канд. экон. наук. М., 2002. 15 с. Аналитический обзор: Экономика и политика России и государств ближнего зарубежья: аналит. обзор, апр. 2007 / Рос. акад. наук, Ин-т мировой экономики и междунар. отношений. М.,: ИМЭМО, 2007. 39 с.

Депонированная научная работа: Громов Ю.Ю., Деревуз М.М., Земской Н.А., Иванова О.Г., Мосягина Н.Г. Алгоритм численного решения жестких дифференциальных уравнений / Тамбовский государственный технический университет. Тамбов, 1999. 8 с. Деп. в ВИНИТИ 04.03.1999, № 669-В1999. Стандарт: ГОСТ Р 517721-2001. Аппаратура радиоэлектронная бытовая. Входные и выходные параметры и типы соединений.

Технические требования. Введ. 2002- 01-01. М.: Изд-во стандартов, 2001. 27 с. Патент: Чугаева В.И. Приемопередающее устройство: пат. 2187888 Российская Федерация. 2002. Бюл. № 23 (2 ч.). 3 с.

Статья в периодическом издании: Чайковский М.М., Ядыкин И.Б. Оптимальная настройка ПИДрегуляторов для многосвязных билинейных объектов управления // Автоматика и телемеханика. 2009. № 1. С. 130-146. Звягин Ф.В. Об одном классе орбит в задачах трех и четырех тел // Вестник МГТУ им. Н.Э. Баумана. Сер. Приборостроение. 2010. № 2. С. 105– 113. Станкевич И.В., Яковлев М.Е., Си Ту Хтет. Разработка алгоритма контактного взаимодействия на основе альтернирующего метода // Вестник МГТУ им. Н.Э. Баумана. Сер. Естественные науки. 2011. Спец. вып. «Прикладная математика». С. 134–141.

Статья в сборнике: Двинянинова Г.С. Комплимент: Коммуникативный статус или стратегия в дискурсе // Социальная власть языка: сб. науч. тр. Воронеж, 2001. С. 42-49. Орлик А.Г., Коберник Н.В. Получение износостойких антиабразивных покрытий // Труды МГТУ им. Н. Э. Баумана. 2010. № 602: Математическое моделирование сложных технических систем. С. 34–38. Статья в продолжающемся издании: Белова Г.Д. Некоторые вопросы уголовной ответственности за нарушение налогового законодательства // Актуал. проблемы прокурор. надзора. 2001. Вып. 5: Прокурорский надзор за исполнением уголовного и уголовно- процессуального законодательства. Организация деятельности прокуратуры. С. 46–49. Живописцев В.П., Пятосин Л.П. Комплексные соединения тория с диантипирилметаном // Учен. зап. / Перм. ун-т. 1970. № 207. С. 184–191. Работа в материалах конференции: Карпенко А.П., Селиверстов Е.Ю. Глобальная оптимизация методом роя частиц на графических процессорах // Всерос. суперкомпьютерная конференция «Научный сервис в сети Интернет: масштабируемость, параллельность, эффективность»: труды. М.: Изд-во МГУ, 2009. С. 188–191. Симонов А. Очистка сточных вод: проектирование технических устройств // 7-я региональная конференция молодых исследователей Волгоградской области (Волгоград, 12–15 мая 2002 г.): тез. докл. Волгоград, 2002. С. 13–15.

Глава в книге: Берлинер Э.М., Глазырина И.Б., Глазырин Б.Э. Автоматизация выполнения отдельных операций в Word 2000 // Office 2000: 5 кн. в 1: самоучитель. 2-е изд., перераб. М., 2002. Гл. 14. С. 281–298. Статья в многотомном издании: Кулаков В.А. Викторианский стиль // БРЭ. М., 2006. Т. 5. С. 308–309.

В отчете не рекомендуется пересказывать содержание учебников, учебных пособий, нормативной и специальной литературы. Эта информация должна быть переработана и представлена в содержании работы. Недопустимо прямое заимствование из источников без ссылки на автора или нормативный документ. При использовании цифровых данных, положений из официальных документов, цитат и других опубликованных материалов студент должен указывать источник и делать ссылку в квадратных скобках. Пример: [12, с. 34], что означает: 12 - номер источника в списке литературы, 34 - номер страницы. В приложение помещаются материалы, дополняющие текст отчета. Например, использованные для расчетов данные; промежуточные таблицы и диаграммы, которые повлияли на построение окончательных таблиц и рисунков; промежуточные расчеты, показывающие динамику развития доказательств студента; описание алгоритмов; таблицы и рисунки нестандартного формата и т.д. Приложения помещаются в работе после списка литературы. Каждое приложение последовательно нумеруется арабскими цифрами. Если приложение больше одной страницы, то оно переносится на другую страницу и вверху обозначается как «Продолжение приложения …». В тексте отчета на все приложения должны быть приведены ссылки. Расположение приложений в конце документа должно соответствовать порядку появления ссылок на них в тексте. Каждое приложение начинается с новой страницы. В верхнем правом углу страницы указывается слово «ПРИЛОЖЕНИЕ» и ставится его порядковый номер (например, «ПРИЛОЖЕНИЕ 1»). Каждое приложение должно иметь заголовок, который указывается на следующей строке после слова «ПРИЛОЖЕНИЕ», и этот заголовок центруется относительно текста. Если документы имеют большой формат, они должны быть сложены по формату А4. При этом одна страница такой нестандартной величины нумеруется как одна страница приложения (без учета ее сложения).

Подписывайтесь на мою группу в ВК

Управление версиями Git

Sun, 13 Dec 2020 00:00:00 +0000

О системе контроля версий

Что такое «система контроля версий» и почему это важно? Система контроля версий — это система, записывающая изменения в файл или набор файлов в течение времени и позволяющая вернуться позже к определённой версии. Для контроля версий файлов в этой книге в качестве примера будет использоваться исходный код программного обеспечения, хотя на самом деле вы можете использовать контроль версий практически для любых типов файлов.

Если вы графический или web-дизайнер и хотите сохранить каждую версию изображения или макета (скорее всего, захотите), система контроля версий (далее VCS) — как раз то, что нужно. Она позволяет вернуть файлы к состоянию, в котором они были до изменений, вернуть проект к исходному состоянию, увидеть изменения, увидеть, кто последний менял что-то и вызвал проблему, кто поставил задачу и когда и многое другое. Использование VCS также значит в целом, что, если вы сломали что-то или потеряли файлы, вы спокойно можете всё исправить. В дополнение ко всему вы получите всё это без каких-либо дополнительных усилий.

Локальные системы контроля версий

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

Для того, чтобы решить эту проблему, программисты давным-давно разработали локальные VCS с простой базой данных, которая хранит записи о всех изменениях в файлах, осуществляя тем самым контроль ревизий.

Одной из популярных VCS была система RCS, которая и сегодня распространяется со многими компьютерами. RCS хранит на диске наборы патчей (различий между файлами) в специальном формате, применяя которые она может воссоздавать состояние каждого файла в заданный момент времени.

Централизованные системы контроля версий

Следующая серьёзная проблема, с которой сталкиваются люди, — это необходимость взаимодействовать с другими разработчиками. Для того, чтобы разобраться с ней, были разработаны централизованные системы контроля версий (Centralized Version Control System, далее CVCS). Такие системы, как CVS, Subversion и Perforce, используют единственный сервер, содержащий все версии файлов, и некоторое количество клиентов, которые получают файлы из этого централизованного хранилища. Применение CVCS являлось стандартом на протяжении многих лет.

Такой подход имеет множество преимуществ, особенно перед локальными VCS. Например, все разработчики проекта в определённой степени знают, чем занимается каждый из них. Администраторы имеют полный контроль над тем, кто и что может делать, и гораздо проще администрировать CVCS, чем оперировать локальными базами данных на каждом клиенте.

Несмотря на это, данный подход тоже имеет серьёзные минусы. Самый очевидный минус — это единая точка отказа, представленная централизованным сервером. Если этот сервер выйдет из строя на час, то в течение этого времени никто не сможет использовать контроль версий для сохранения изменений, над которыми работает, а также никто не сможет обмениваться этими изменениями с другими разработчиками. Если жёсткий диск, на котором хранится центральная БД, повреждён, а своевременные бэкапы отсутствуют, вы потеряете всё — всю историю проекта, не считая единичных снимков репозитория, которые сохранились на локальных машинах разработчиков. Локальные VCS страдают от той же самой проблемы: когда вся история проекта хранится в одном месте, вы рискуете потерять всё.

Распределённые системы контроля версий

Здесь в игру вступают распределённые системы контроля версий (Distributed Version Control System, далее DVCS). В DVCS (таких как Git, Mercurial, Bazaar или Darcs) клиенты не просто скачивают снимок всех файлов (состояние файлов на определённый момент времени) — они полностью копируют репозиторий. В этом случае, если один из серверов, через который разработчики обменивались данными, умрёт, любой клиентский репозиторий может быть скопирован на другой сервер для продолжения работы. Каждая копия репозитория является полным бэкапом всех данных.

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