Иван Игоревич Овчинников

Смотрим вверх. Опять.

2025-02-28T19:40:01.388Z

История, которая должна была собрать десяток лайков

В очередной раз увидел ясное небо. Начать стоит с ориентации. Не могу точно сказать, где сделан снимок, но давайте считать что по координатам 55.744908, 37.722085 в направлении азимут 180 (строго юг), 2025-02-27, примерно, в 20:20.

Незначительно обрезанный оригинал

Самый яркий объект на небе на этот момент находился в западном направлении на небосводе, и это Венера.

Планеты

Их виднее всего, они ближе всего, про них мы знаем больше всего, их видно даже когда не видно звёзды.

Сегодня нашему вниманию Марс (1) и Юпитер (2). Упомянутая ранее Венера стоит особняком далеко справа, а также в наших широтах в этом сезоне (на пару часов раньше) можно наблюдать Сатурн. Во время съёмки был уже не только за городской застройкой, но и за горизонтом.

Созвездия

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

Зодиак

Близнецы (лат. Gemini) — зодиакальное созвездие северного полушария неба, наиболее яркие звёзды — оранжевый Поллукс и белый Кастор.
Телец (лат. Taurus) — зодиакальное созвездие, лежащее между Близнецами и Овном, к северо-западу от Ориона. Наиболее яркие звёзды — Альдебаран, Нат, Альциона. В созвездии Тельца находятся рассеянные звёздные скопления: Гиады и Плеяды[1], а также Крабовидная туманность с пульсаром.

Не Зодиак

Возничий (лат. Auriga) — созвездие северного полушария неба. Самая яркая звезда — Капелла. Наиболее благоприятные условия видимости в декабре — январе. Видно на всей территории России. Согласно мифу, рассказанному Эратосфеном, под этим созвездием скрывается Эрихтоний, сын Вулкана и Земли, снискавший расположение Юпитера тем, что первый среди людей изобрёл лошадиную упряжь.
Орион (греч. Ὠρίων) — созвездие в области небесного экватора. Это одно из самых заметных и узнаваемых созвездий на ночном небе. Его самые яркие звезды — красная Бетельгейзе (альфа Ориона) и бело-голубой Ригель (бета Ориона). Названо в честь охотника Ориона из древнегреческой мифологии. Почти всегда можно узнать по характерным трём стоящим в ряд звёздам — поясу Ориона. В очень ясную погоду, невооружённым взглядом, под поясом Ориона можно наблюдать "более рассеянное, чем обычная звезда" свечение — это туманность Ориона.

Звёзды (в основном, из созвездий)

Капелла (α Aur / Альфа Возничего) — самая яркая звезда в созвездии Возничего, шестая по яркости звезда на небосклоне и третья по яркости на небе Северного полушария. Капелла — жёлтый гигант. В рисунке созвездия Капелла расположена на плече Возничего. Она ближе к северному полюсу мира, чем любая другая звезда первой величины (Полярная звезда — только второй величины).
Альдебаран (α Tau / Альфа Тельца) — ярчайшая звезда в созвездии Тельца и во всём Зодиаке, одна из ярчайших звёзд на ночном небе. Название произошло от арабского слова الدبران‎ (al-dabarān), означающего «последователь»: звезда на ночном небе совершает свой путь вслед за Плеядами.
Бетельгейзе (α Ori / Альфа Ориона) — яркая звезда в созвездии Ориона. Красный сверхгигант, полуправильная переменная звезда. Красный цвет звезды, легко заметный при наблюдениях невооружённым глазом. Минимальная светимость Бетельгейзе больше светимости Солнца в 80 тыс., а максимальная — в 105 тыс. раз. Это одна из крупнейших среди известных астрономам звёзд: если её поместить на место Солнца, то при минимальном предполагаемом размере она заполнила бы орбиту Марса, а при максимальном — достигала бы орбиты Юпитера.
Ригель (β Ori / Бета Ориона)— одна из ярчайших звёзд на небе, околоэкваториальная звезда. Бело-голубой сверхгигант. Название по-арабски значит «нога» (имеется в виду нога Ориона). Ригель находится на расстоянии примерно 860[1] световых лет от Солнца. Температура его поверхности 12 130 К, диаметр около 110 млн км (то есть в 79 раз больше Солнца), а абсолютная звёздная величина −7,92m; его светимость примерно в 120 000 раз выше солнечной.
Сириус (α Canis Majoris / Альфа Большого Пса) — звезда главной последовательности, спектрального класса A1. Ярчайшая звезда ночного неба; её светимость в 25 раз превышает светимость Солнца, при этом не является рекордной в мире звёзд — высокий видимый блеск Сириуса обусловлен его относительной близостью к Земле. Сириус виден из любого региона Земли, за исключением самых северных её областей. Находится на расстоянии 8,6 светового года от Солнечной системы и является одной из ближайших к Земле звёзд.
Процион (α Canis Minoris / Альфа Малого Пса) — самая яркая звезда в созвездии Малого Пса и 8-я по яркости звезда ночного неба. Одна из вершин Зимнего треугольника.

Ну и Кастор с Поллуксом, составляющие, собственно, Близнецов.

Звёздное небо

2024-02-13T20:48:14.299Z

21 января, будучи за городом, я решил заняться любимым делом — найти и сфотографировать на небе старого друга нашей семьи — планету Юпитер. Фото получилось на удивление хорошим и рядом с ним обнаружилось ещё несколько объектов ночного неба.

В тот вечер я обратил внимание на ещё один объект, но неверно понял, чем он является. Воодушевившись полученным качеством изображения я попробовал сфотографировать соседние (справа) объекты, благо там были уже знакомые мне Пояс Ориона и Бетельгейзе (Бетельге́йзе (α Ориона, α Ori) – яркая звезда в созвездии Ориона. Красный сверхгигант, полуправильная переменная звезда. Это одна из крупнейших среди известных астрономам звёзд: если её поместить на место Солнца, то при минимальном предполагаемом размере она заполнила бы орбиту Марса, а при максимальном — достигала бы орбиты Юпитера).

Подумав немного о том, что вижу, я решил поискать Зодиак. Сориентировавшись по сторонам света понял, что над Юпитером горит Овен, и правда, если присмотреться, более-менее прямая спина к голове закручивается, как рога барана (Ове́н (лат. Aries) — зодиакальное созвездие. Три главные звезды — Хамаль («голова барана»), Шератан («след» или «знак») и Мезартим (соответственно α, β, и γ Овна) легко найти: лежат к югу от созвездия Треугольника. Звезда четвёртой величины Мезартим стала одной из первых двойных звёзд, открытых при помощи телескопа). Вероятнее всего, несколько тысячелетий назад, когда на небе было видно больше звёзд, созвездие было ещё более похожим. А раз уж это Овен, то слева — Телец, но его я визуально определил не сразу.

Спустя несколько недель, выходя с работы, обнаружил над собой практически ясное небо, уже почти автоматически определил Юпитер, но моё внимание привлёк ещё один объект. Мне показалось странным, что видно только одну звезду, а значит, это должна быть очень яркая и известная звезда. Открыл онлайн справочник и обнаружил, что это ни что иное, как Альдебаран (α Tau / α Тельца / Альфа Тельца – ярчайшая звезда в созвездии Тельца и во всём Зодиаке, одна из ярчайших звёзд на ночном небе. Название произошло от арабского слова الدبران‎ (al-dabarān), означающего «последователь»: звезда на ночном небе совершает свой путь вслед за Плеядами). Знакомое название воодушевило почитать немного статей.

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

Стоп. Вы говорите «следует за Плеядами»? Тут то и произошёл пересмотр старых фотографий этой области неба. Оказывается, «фигня в Тельце» — это Плеяды, ближайшийшее к Земле звёздное скопление в созвездии, действительно, Тельца. Если фотографию приблизить, будет видно все семь ярчайших звёзд Плеяд и даже немного дымки от туманностей.

Таким образом, поворачивая голову западнее, становится понятно, что за Плеядами (Плея́ды (M 45, Семь Сестёр, Стожары) — рассеянное звёздное скопление и астеризм в созвездии Тельца. Это скопление — одно из ближайших к Земле и одно из наиболее ярких звёздных скоплений. Плеяды известны с древних времён и видны невооружённым глазом даже на городском небе) и правда следует Альдебаран.

Как заставить командную строку винды выполнять линукс команды?

2021-05-13T19:39:33.111Z

Пролог: Спасибо моим студентам, которые не хотят изучать возможности Windows, а хотят делать "как у преподавателя на вебинаре в MacOSX", невзирая на разницу архитектур, идеологий, инструментария и многого другого.

Так вышло, что по работе вынужден переключаться между разными операционными системами (ОС). Хоть на рабочем месте и установлена Windows, часто вынужден работать с серверами под управлением Debian или CentOS, да и дома из компьютерной техники только старый макбук. Поэтому часто попадаю в ситуацию, когда бессознательно начинаю набирать линукс/мак команды внутри командной строки виндоуза. К работе в терминале довольно быстро привыкаешь, и некоторые действия правда проще выполнить в терминале, чем в графическом интерфейсе. Но вот незадача, терминалы разных ОС значительно отличаются. Поэтому мы начинаем изобретать способы единообразной работы на разных рабочих местах. Особенно сильно раздражает то, что для одних и тех же действий нужно писать разные команды. Небольшой шажок в сторону поддержки единообразия сделал Window PowerShell, но он не очень удобен в ежедневном использовании, хоть и является мощным инструментом управления виндоуз-машин. У меня появилось навязчивое желание иметь в командной строке windows возможность выполнять команды из линукса. Кто-то пришёл к MSYS, кто-то пробует WSL, кому-то хочется пробовать Babun, но очень многие открыли для себя Git bash, о нём я и хотел бы поговорить.

Git широко известен в узких кругах как система контроля версий, используется в разного рода разработках, почти повсеместно. Поэтому с большой долей вероятности git установлен на компьютере подавляющего большинства разработчиков. И это хорошо, но нам сейчас важно не это, а нам важны те приложения, которые попадают на компьютер пользователя в процессе установки git для windows. Я о git bash и всём, что к нему прилагается, а прилагается немало. Внимательный пользователь git bash мог обратить внимание, что внутри git bash благополучно работают привычные линукс-пользователям команды навигации и, например, создания файлов (а также cat, ping, echo, и многие другие). Это уже почти хорошо, но цель не достигнута, мы не открываем командную строку ОС, а вынуждены запускать стороннюю утилиту, которая очень сильно похожа на терминал. Начинаем наши раскопки. Зная о том, что любая команда терминала или командной строки - это утилита (программа) мы можем сделать вывод о том, что с установкой git bash в нашу ОС каким-то образом установились и эти программы. Недолго побродив по папке, которую мы указали при установке обнаруживаем, что внутри, по пути `<папка-установки-git>/usr/bin` благополучно лежат исполняемые файлы с очень похожими названиями: mv, mkdir, rm, ls, cp, cat, ping, echo и расширением `.exe`. Не хватает только одного: сделать так, чтобы windows "видел" эти утилиты отовсюду, и в первую очередь из командной строки. А сделать это можно слегка поправив системную переменную PATH. Идём в Мой компьютер - свойства - дополнительные - переменные среды - системные, добавляем к переменной PATH уже известный нам путь `<папка-установки-git>/usr/bin`, перезакпускаем ОС и...

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

Эти сложные крестики-нолики

2020-11-29T20:45:29.406Z

Или как проверить победу в десять строк

Аннотация

Каждый раз, преподавая первый уровень основ Java Core я сталкиваюсь с одной и той же проблемой: невозможно на третьем уроке написать логику проверки победы крестика (или нолика), используя только изученные инструменты. Это не совсем верно. И однажды у меня хватило красноречия объяснить логику происходящего одному из студентов, поэтому приведу часть нашей беседы, чтобы другим тоже стало немножко понятнее. И, да, тут используются только те инструменты, которые были изучены на первых двух уроках (переменные, массивы, циклы и условия).

Действующие лица: студент(С) и преподаватель(П).

Пролог:

С: Доброе утро! Чувствую, что без Вас мне крестики-нолики не сдадутся... буду рассуждать вслух…

П: Доброе.

С: Итак…. нужно сделать проверку одной линии, одна линия состоит из 3 клеточек (но может варьироваться), нужно проверить каждую из них....

П: Давайте без кода пока что. Что мы делаем в жизни, когда хотим проверить линию?

С: Смотрим что там… Сравниваем свой знак со знаками, которые находятся в соседних клеточках

П: Мы же не можем посмотреть "всю линию целиком сразу", если она, например, длиной в сто символов, физически, глазами, на реальном бумажном поле

С: Ну нет... у нас есть условие, что 3 клеточки соседние дают выигрыш… значит смотрим только соседние 3....

П: Сразу подумаем чуть вперёд, выигрышная длина может быть не 3 клеточки, и поставить выигрышный крестик мы можем не только в самую середину последовательности. Поэтому надо немного универсализировать. Давайте думать про сто крестиков подряд для победы... для трёх алгоритм будет такой же.

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

П: Сто и дадут. Сто крестиков подряд для победы. Поле тысяча на тысячу)

С: Тогда надо чтобы посчиталось количество крестиков в соседних клеточках...

П: А если последний, выигрышный, поставился на самый край последовательности, и с одной из сторон у него ничего нет?

С: Надо в обе стороны считать...

П: То есть стоп, погодите, Вы хотите сказать, что поставив сотый крестик, вы глазами пойдёте считать в обе стороны от него? Запомните где его поставили, посчитаете в одну сторону, потом от крестика пойдёте в другую, и сложите?

С: Нет, игра должна посчитать....

П: Мы не говорим об игре) мы говорим о крестиках-ноликах на бумаге, об алгоритме, который Вы используете у себя в голове)

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

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

С: Тогда получается, что надо посчитать каждый крестик до ближайшего нолика...

П: Итак) как мы считаем в уме сто крестиков подряд?

С: Я бы взяла карандаш и каждый посчитала тыкая в него, чтобы не сбиться...

П: Вот! И это абсолютно логичное поведение, теперь давайте скажем программе, что ей надо тоже так сделать.

С: Ей надо пройти по строке, проверить и посчитать количество символов....

П: Дадим ей (программе) в руки (в код) карандаш (цикл) и заставим посчитать подряд все клетки на какой нибудь горизонтали, на предмет наличия там трёх, к примеру, крестиков

С: Ей нужно условие... если она видит 3 клетки подяд с крестиками, тогда комбинация выигрышная....

П: Да, то есть она идёт по клеткам. если вдруг видит не крест - говорит «всё плохо», а если досчитала до сотого креста - говорит, что всё хорошо

С: Я не знаю, как записать в if, что количество должно равняться переменной winLength

П: Бежать циклом до этого количества? Пока что - проверяем линию. одну

С: Ставим крестик и считаем - есть рядом крест +1, еще есть - еще +1, вместе с моим крестом будет три, а это выигрыш! Что если do (+1) while не достигнет 3 клеток?

П: Это и есть цикл for, Просто внутри него надо подумать получше. Если дошли до конца for - это выигрыш, то есть после for мы возвращаем true

С: <здесь некоторые творческие муки>

П: Вернулись к карандашику и бумажке. Как Вы понимаете, что не получилось сложить из крестиков линию нужного размера?

С: Когда посчитала все 100 крестиков и среди них нет нолика

П: То есть Вы всегда строго считаете до ста крестиков, и встретив где то на середине нолик перестаёте считать?

С: Перестаю

П: Давайте программе тоже скажем переставать. Должно получиться «иди по линии, если встретила не крестик - скажи что не получилось, если же дошла до конца линии - скажи что линия собралась». жду код проверки одной линии)

С: <здесь некоторые творческие муки>

П: Вы уже достаточно в отчаянии, чтобы я дал правильный ответ?

С: Давайте…

Основное действие:

П: Возвращаемся к самому началу: что мы тут делать должны? Проверять одну линию, так? Цикл идущий до 3 нас устраивает, потому что это выигрышная длина. Внутри цикла мы перебираем каждый символ на нашем пути, и это тоже верно, значит после цикла, если мы нигде не вывалились, нам надо вернуть тру

private boolean checkLine(winLen) {
    fori (< winlen) {
    }
    return true;
}

Пока что, получилось вот так. Теперь думаем что у нас внутри цикла, по каждой клеточке? И приходим к выводу, что если мы встретили не крестик, то надо сказать - линия не удалась

private boolean checkLine(sym, winLen) {
    for (i = 0; i < winlen; i++) {
        if (field[0][i] != sym) 
            return false;
    }
    return true;
}

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

С: четыре стороны...

П: верно

private boolean checkLine(sym, winLen, shiftY, shiftX) {
    for (i = 0; i < winlen; i++) {
        if (field[i][i] != sym)
            return false;
        }
        return true;
    }
}

Получается так. мы считаем i, и надо как-то к нему применить значение - в какую сторону идти... снаружи, вызов будет туда передавать например (по y не смещаемся, то есть * 0, по х смещаемся, то есть * 1, или по у смещаемся не вниз, а в обратную сторону, то есть * -1). Думаем, как в получившийся цикл вложить shiftX и shiftY, и там будет if (field[i * shiftY][i * shiftX] != sym) return false;

В разные (любые, в двухмерной системе координат) стороны гулять по одной линии научились, теперь надо подумать о том, что проверка может начинаться не только в координате 0,0 а в любой другой клетке, поэтому у нас добавляется понятие "точка старта проверки", верно?

С: Да, которая будет считываться с того места в которое поставили символ...

П: Не обязательно. Если начинаем проверку от последнего поставленного символа - сразу становится сложнее, потому что считать надо в 8 сторон, да ещё и учитывать, не был ли последний Х в середине линии, поэтому я сразу в условии задачи и сказал, что проверку надо осуществлять только в 4 стороны, но из КАЖДОЙ клетки поля. Получили сигнатуру проверки линии. из каких координат, какой символ, в каком направлении смотрим

private boolean checkLine(x, y, sym, winLen, shiftY, shiftX)

И отсюда получается, что вот сюда эти координаты и положили

if (field[y + i * shiftY][x + i * shiftX] != sym) return false;

Таким образом метод проверки одной линии у нас готов. Остаётся только запустить этот метод для каждой клетки поля, во всех 4-х нужных направлениях, предварительно проверив, не выйдет ли проверка (выигрышная длина) за пределы этого самого поля (fieldSizeX, fieldSizeY)

Эпилог:

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

П: На самом деле это задание дано только лишь для того, чтобы проверить, насколько детально Вы можете рассуждать. Для новичка очень сложно реально осознать, что 80% программирования происходит не в IDEA или другом редакторе кода, а в анализе проблемы, составлении алгоритма, формулировании решения

С: Вот детальность рассуждения наверное самое трудное, мы многое делаем на автомате, не задумываясь почему и зачем... даже не выделяя это в своем внимании...

П: А программе такие вещи надо объяснять, она же ничего не умеет, и опыта игры в крестики-нолики у неё нет

С: Ну, да. Спасибо вам большое!

П: Не за что.

От пустого места до пулл-реквеста

2020-11-29T08:53:10.996Z

Или пятнадцать простых шагов в гит

Эта публикация была написана для всех тех, кто никак не может справиться с "этим сложным гитом" и/или не понимает, зачем он нужен, почему это удобно, и как это работает. Ориентирован данный материал будет на пользователей продуктов JetBrains, в частности, IntelliJ продуктов, а именно, IDEA. И это не реклама.

"Гит это обло, озорно, огромно, стозевно и лаяй" (С) Радищев и все студенты.

По гит существуют тысячи статей, обучающих видео и прочего. Чего только стоит краш-методичка по пулл реквестам написанная мной для устраивающихся на работу в мою группу программистов. Но ни в одной из этих статей нет чёткого алгоритма: делай раз, делай два, делай три, чтобы не вникать в сложный инструментарий, идеологию гит и прочие тонкости. Дальнейшие действия предполагают наличие установленного на устройстве Git отсюда.

Создаём пустой проект. С этого всегда всё начинается.
Ищем пункт меню VCS - Import into Version Control - Create Git repository.
Создаём новый гит репозиторий в той папке, в которой только что создали новый проект. Среда разработки немножко подумает и окрасит файлы Вашего проекта (список слева) в красный цвет.
Самый сложный пункт. IDEA почему то создаёт файл .gitignoreне в корневом каталоге, который Вы указали, а в папке .ideaсакральный смысл этого действия нам не дано понять, поэтому просто поправим согласно наших нужд. Файл .gitignore должен лежать в корневой папке только что созданного проекта. Это важно, без этого не продолжаем.
Внутри самого файла .gitignore должны лежать следующие строки:
.idea/ out/ *.imlТо есть мы говорим гиту, что нам эти файлы и папки в наших коммитах не нужны, полезной информации они не несут. В списке слева они должны будут окраситься в условно-жёлтый цвет.
Мы подготовили репозиторий к версионированию, пришло время сделать первый коммит. Коммит - это фиксация изменений, которые мы внесли. нам нужно зафиксировать наш файл .gitignore в созданном проекте. Для этого идём в меню VCS и нажимаем Commit (обратите внимание, что напротив слова Commit есть клавиатурное сокращение для быстрого доступа к команде, им можно пользоваться)
В появившемся окне выбираем в списке Unversioned files наш файл .gitignore вводим Commit Message (что-то вроде дополнительного комментария о фиксируемых изменениях, например "добавлен файл gitignore"), и радостно нажимаем кнопку Commit.
Переходим в хостинг репозиториев, например, GitHub, и создаём там репозиторий (не путать с локальным репозиторием из пунктов 2-6). Важно создать пустой репозиторий, не выбрав (даже случайно) галочку "Initialize with readme" или подобную. На GitHub'e мы будем хранить наш репозиторий и демонстрировать его миру.
На странице созданного на GitHub'e репозитория мы видим много вариантов того, как подключить его к локальному. Мы будем использовать вариант push an existing repository. Нам понадобится ссылка на наш репозиторий из этого пункта, она оканчивается на .git
В IDEA идём в меню VSC - Git - Remotes - Add (или значок плюса) и вставляем туда только что взятую с GitHub'a ссылку.
Отправляем изменения в GitHub. Для этого нам нужно выполнить команду Push. Найти её можно в меню VCS - Git - Push.
Мы подготовили репозиторий к дальнейшим изменениям. Для каждого изменения (добавления функционала приложения, выполненного задания, закрытой задачи) нужно будет повторять действия, начиная с этого пункта. Создаём ветку от последнего коммита ветки master. Внутри этой ветки мы будем делать всю нашу текущую работу. Название этой ветки не имеет принципиального значения, но будет хорошо, если название будет отражать суть того, что планируется разработать в этой ветке.
Пишем функционал (задание, задачу). Добавляем классы и методы, проверяем работоспособность и делаем прочие полезные вещи. По мере написания - можно, и нужно делать промежуточные коммиты, говорящие о проделанной работе. По окончании работы - обязательно делаем коммит.
Закончив работу над задачей (заданием, функцией) мы можем "запушить ветку в ремоут". Проще говоря, отправить все изменения на GitHub. Мы уже делали это для ветки master в одиннадцатом пункте.
В GitHub теперь можно создать Pull-request, то есть фактически, предложить слияние своих изменений из ветки с заданием и основного проекта. Обратите внимание, при создании запроса, на вкладку Files. Именно на этой вкладке должны отобразиться все изменения, внесённые в проект в процессе работы над заданием. После завершения проверки необходимо завершить и предложенное слияние веток.