[TASK] Quiz (https://github.com/SENATOROVAI/intro-cs/issues/6)#622
Open
YurGusev wants to merge 1 commit into
Open
[TASK] Quiz (https://github.com/SENATOROVAI/intro-cs/issues/6)#622YurGusev wants to merge 1 commit into
YurGusev wants to merge 1 commit into
Conversation
YurGusev
commented
Jun 19, 2026
Comment on lines
+1
to
+421
| """Quiz по алгоритму принятия и отдачи домашки.""" | ||
|
|
||
| # # quiz1 | ||
| # | ||
| # Список вопросов к видео https://youtu.be/hW_7hodGxVU?si=tCEVs00xGt2q61eW (АЛГОРИТМ ПРИНЯТИЯ И ОТДАЧИ ДОМАШКИ): | ||
| # | ||
| # 1) Как понять, что домашка пришла? | ||
| # | ||
| # Ответ: в чате/канале с домашками появляется сообщение от преподавателя или куратора с просьбой принять `pull`. Дополнительно GitHub Desktop или VS Code может показывать, что есть входящие изменения с `origin`. | ||
| # | ||
| # 2) Как принять домашку? | ||
| # | ||
| # Ответ: открыть нужный репозиторий в GitHub Desktop или VS Code и выполнить `Pull`/`Sync`, то есть принять изменения командой `git pull`. Если есть локальные незакоммиченные изменения, их сначала нужно сохранить в commit или stash. | ||
| # | ||
| # 3) Зачем нужна кнопка history и какие функции появляются при нажатии правой кнопки мыши на коммит? | ||
| # | ||
| # Ответ: `History` показывает историю коммитов. Через правую кнопку по коммиту можно открыть коммит на GitHub, скопировать SHA/ссылку, посмотреть изменения, сравнить с текущим состоянием или откатить изменения. Набор пунктов зависит от Git-клиента. | ||
| # | ||
| # 3.1) Где брать ссылку на коммит? куда её отправлять? | ||
| # | ||
| # Ответ: ссылку можно взять на GitHub на странице `Commits`, открыв нужный коммит и скопировав URL из адресной строки. Отправлять нужно туда, где принимают домашнее задание: в форму, чат или комментарий по заданию. | ||
| # | ||
| # 4) Что такое файл лога? | ||
| # | ||
| # Ответ: файл лога - это файл, где кратко записывают, что было сделано во время урока или выполнения задания. | ||
| # | ||
| # 4.1) Когда нужно его пушить? | ||
| # | ||
| # Ответ: после заполнения или обновления лога, обычно в конце каждого урока или после выполнения домашнего задания, вместе с коммитом домашки. | ||
| # | ||
| # 5) Что такое интерпритатор? | ||
| # | ||
| # Ответ: интерпретатор Python - это программа, которая выполняет Python-код. Например, `python.exe` читает код и запускает его. | ||
| # | ||
| # 6) Где можно выбрать интерпритатор? | ||
| # | ||
| # Ответ: в VS Code через Command Palette командой `Python: Select Interpreter`, либо через кнопку выбора интерпретатора в строке состояния. | ||
| # | ||
| # 7) Что такое модуль? | ||
| # | ||
| # Ответ: модуль - это Python-файл или импортируемая часть программы, где могут быть функции, классы и переменные. Обычно это файл с расширением `.py`. | ||
| # | ||
| # 8) Как создать и отправить коммит? | ||
| # | ||
| # Ответ: подготовить файлы к коммиту (`git add .`), создать коммит (`git commit -m "сообщение"`) и отправить его на GitHub (`git push`). В VS Code или GitHub Desktop это делается через staging, сообщение коммита и кнопку `Commit`/`Sync`/`Push`. | ||
| # | ||
| # 9) Как посмотреть что коммит точно отправлен и находится в github? | ||
| # | ||
| # Ответ: открыть репозиторий на GitHub и перейти в раздел `Commits`; последний коммит должен быть в списке. Также можно проверить `git status`: не должно быть сообщения, что ветка ahead of origin. | ||
| # | ||
| # 10) Какая команда показывает что код не прошёл проверки на ошибки? | ||
| # | ||
| # Ответ: `pre-commit run --all-files`. Также проверки запускаются при `git commit`, если в проекте настроен pre-commit; в выводе будет видно `Failed` напротив проверки, которая не прошла. | ||
| # | ||
| # 10.1) Напишите список линтеров которые используются для проверки кода и дайте их краткую характеристику. | ||
| # | ||
| # Ответ: | ||
| # | ||
| # - `black` - автоформатирует Python-код. | ||
| # - `flake8` - проверяет стиль и часть типичных ошибок. | ||
| # - `pylint` - статический анализатор Python-кода, ищет ошибки, плохие практики и нарушения стиля. | ||
| # - `mypy` - проверяет типы по type hints. | ||
| # - `pydocstyle` - проверяет docstring и документацию модулей, классов и функций. | ||
| # - `isort` - сортирует импорты. | ||
| # - `pyupgrade` - обновляет синтаксис Python до более современного. | ||
| # - `codespell` - ищет опечатки в тексте и коде. | ||
| # - `docformatter` - форматирует docstring. | ||
| # - `nbQA` - запускает Python-инструменты для Jupyter Notebook. | ||
| # - `jupytext` - синхронизирует `.ipynb` и `.py` представления notebook. | ||
| # | ||
| # 11) Как узнать какой именно линтер не прошёл проверку? | ||
| # | ||
| # Ответ: посмотреть вывод в терминале. Упавший hook будет помечен как `Failed`, рядом будет его название, например `nbqa-pylint`, `flake8`, `mypy` или `pydocstyle`. | ||
| # | ||
| # 12) Линтер Pylint видит markdown? | ||
| # | ||
| # Ответ: напрямую Markdown он не проверяет. `pylint` проверяет Python-код. Для notebook через `nbQA` обычно проверяются code-ячейки, а не обычный Markdown-текст. | ||
| # | ||
| # 13) Номер ячейки в терминале и номер ячейки в vs code может отличаться? в каком случае? | ||
| # | ||
| # Ответ: да, может отличаться. Например, `nbQA`/терминал может нумеровать только code-ячейки или временные `cell_...`, а VS Code показывает notebook с Markdown-ячейками тоже. Еще номера выполнения могут отличаться, если ячейки запускались не по порядку. | ||
| # | ||
| # 14) Где посмотреть номер ячейки в vscode? | ||
| # | ||
| # Ответ: рядом с code-ячейкой отображается `In [ ]` или номер выполнения. Ошибки также можно смотреть под ячейкой, в терминале, в `Problems` и по переходу `Go To`, если VS Code его показывает. | ||
| # | ||
| # 15) В каком формате ipynb отправляется в гитхаб? причём здесь JSON? | ||
| # | ||
| # Ответ: файл `.ipynb` хранится как JSON. Внутри JSON находятся ячейки, metadata, outputs и другая информация notebook. GitHub умеет красиво отображать этот JSON как notebook. | ||
| # | ||
| # 16) Где посмотреть в какой ячейке ошибка? | ||
| # | ||
| # Ответ: в выводе терминала, в traceback, в панели Problems VS Code или прямо под ячейкой notebook, где появилась ошибка. | ||
| # | ||
| # 17) Как запустить терминал? | ||
| # | ||
| # Ответ: в VS Code: `Terminal` -> `New Terminal`, либо горячей клавишей ``Ctrl+` ``. | ||
| # | ||
| # 18) Что такое линтер? | ||
| # | ||
| # Ответ: линтер - это инструмент, который автоматически проверяет код на ошибки, стиль, плохие практики и потенциальные проблемы. | ||
| # | ||
| # 19) В какой сайт нужно вставлять код ошибки если ошибка связана с pylint? | ||
| # | ||
| # Ответ: в документацию сообщений Pylint: https://pylint.pycqa.org/en/latest/user_guide/messages/messages_overview.html | ||
| # | ||
| # 20) Секция pydocstyle в большинстве случае автоматический закрывается после исправления ошибок в каком линтере? | ||
| # | ||
| # Ответ: в большинстве случаев секция `pydocstyle` закрывается автоматически после исправления ошибок в `pylint`. | ||
| # | ||
| # 21) Что такое описание модуля? Оно должно отражать информацию о том что находится в модуле? | ||
| # | ||
| # Ответ: описание модуля - это module docstring в начале файла или notebook. Да, оно должно кратко объяснять, что находится в модуле и зачем он нужен. | ||
| # | ||
| # 21.1) С какой git команды начинается утро программиста? | ||
| # | ||
| # Ответ: `git pull`. | ||
| # | ||
| # 22) После внесения изменений в файлах, кнопка open in vs code пропадает в кошке, как по другому открыть vs code из кошки? | ||
| # | ||
| # Ответ: в GitHub Desktop можно нажать `Current Repository`, выбрать репозиторий правой кнопкой мыши и открыть его через `Open in Visual Studio Code`. Еще варианты: меню `Repository` -> `Open in Visual Studio Code` или команда `code .` в терминале из папки проекта. | ||
| # | ||
| # 23) Что такое stash? | ||
| # | ||
| # Ответ: stash - это временное хранилище незакоммиченных изменений. Оно позволяет спрятать изменения, сделать pull/переключиться на другую ветку, а потом вернуть изменения обратно. | ||
| # | ||
| # 23.1) Как сохранить стэш? | ||
| # | ||
| # Ответ: | ||
| # | ||
| # git команда: `git stash` или `git stash push -m "описание"`. | ||
| # | ||
| # Кнопка в VS Code: Source Control -> меню `...` -> `Stash` -> `Stash` / `Stash All Changes`. | ||
| # | ||
| # 23.2) Как восстановить стэш? | ||
| # | ||
| # Ответ: | ||
| # | ||
| # git команда: `git stash pop`, `git stash apply`, `git stash pop stash@{0}` или `git stash apply stash@{0}`. | ||
| # | ||
| # В VS Code: Source Control -> меню `...` -> `Stash` -> выбрать `Apply Stash` или `Pop Stash`. | ||
| # | ||
| # 23.3) Различие между стэшем и коммитом. | ||
| # | ||
| # Ответ: commit сохраняет изменения в истории Git и его можно отправить на GitHub. stash - временное локальное хранилище, обычно его не пушат и не используют как постоянную историю. | ||
| # | ||
| # 23.4) Как просмотреть список сохраненных стэшей? | ||
| # | ||
| # Ответ: `git stash list`. | ||
| # | ||
| # 23.5) Как удалить стэш? | ||
| # | ||
| # Ответ: удалить один stash можно командой `git stash drop stash@{0}`. Удалить все stash можно командой `git stash clear`. | ||
| # | ||
| # 23.6) Практические примеры использования стэша. | ||
| # | ||
| # Ответ: stash помогает, когда нужно срочно сделать `git pull`, переключиться на другую ветку, временно убрать незавершенные правки или проверить чужие изменения без коммита своих. | ||
| # | ||
| # 24) Где посмотреть что есть конфликт в файлах? | ||
| # | ||
| # Ответ: в VS Code в Source Control, в GitHub Desktop в списке conflicted files или по значку/восклицательному знаку рядом с файлом. Также конфликт видно прямо в файле по маркерам `<<<<<<<`, `=======`, `>>>>>>>`. | ||
| # | ||
| # 24.1) Когда он появляется? | ||
| # | ||
| # Ответ: конфликт появляется, когда Git не может автоматически объединить изменения, например если локально и на GitHub изменили одни и те же строки файла. | ||
| # | ||
| # 25) Как решить конфликт в файлах? | ||
| # | ||
| # Ответ: открыть конфликтный файл и выбрать нужный вариант: `Accept Current Changes`, `Accept Incoming Changes`, `Accept Both Changes` или исправить конфликт вручную. Потом нужно сохранить файл, выполнить `git add` и завершить merge/commit. | ||
| # | ||
| # 26) Напишиие правильное утверждение | ||
| # | ||
| # Ответ: по формулировке из видео: зеленое - то, что пришло с GitHub, синее - локальные изменения. | ||
| # | ||
| # 27) Если мы работаем в одном файле, можно ли принять pull после того как вы спрячете в стэш свои изменения? | ||
| # | ||
| # Ответ: да, можно. Stash временно убирает локальные изменения, после этого рабочее дерево становится чистым и можно делать `git pull`. | ||
| # | ||
| # 27.1) Что может произойти когда stash восстановите после принятия pull? | ||
| # | ||
| # Ответ: может появиться конфликт, если в pull пришли изменения в тех же строках, которые были сохранены в stash. | ||
| # | ||
| # 28) Сколько способов решения конфликтов было показано в видео? Напишите ЧИСЛО и укажите их способы. | ||
| # | ||
| # Ответ: 4 способа: `Accept Current Changes`, `Accept Incoming Changes`, `Accept Both Changes`, либо исправить конфликт вручную. | ||
| # | ||
| # 29) Что делает кнопка complete merge? | ||
| # | ||
| # Ответ: кнопка `Complete Merge` завершает процесс merge после того, как конфликты решены и файлы подготовлены. После этого создается или завершается merge-коммит. | ||
| # | ||
| # 30) В какой чат нужно писать если остались вопросы? | ||
| # | ||
| # Ответ: в чат `Help Me`. | ||
| # | ||
| # 31) Что такое FORK? Зачем его делают? | ||
| # | ||
| # Ответ: fork - это копия чужого репозитория в своем GitHub-аккаунте. Его делают, чтобы работать со своей копией проекта, вносить изменения и при необходимости отправлять pull request в исходный репозиторий. | ||
| # | ||
| # 32) Как скачать форкнутый репозиторий на локальный компьютер? | ||
| # | ||
| # Ответ: открыть свой fork на GitHub и склонировать его через GitHub Desktop или командой `git clone <url_вашего_fork>`. | ||
| # | ||
| # 33) С какой вероятностью ваши ошибки были уже решены? и кто их решил? | ||
| # | ||
| # Ответ: с высокой вероятностью ошибки уже были решены; их решили коллеги, другие студенты или преподаватель. Поэтому перед вопросом полезно поискать по чату и истории обсуждений. | ||
| # | ||
| # 34) Как создать файл в vs code? | ||
| # | ||
| # Ответ: в Explorer нажать кнопку `New File` или правой кнопкой по папке выбрать `New File`, затем ввести имя файла с расширением. | ||
| # | ||
| # 35) Файл лога нужно заполнять в конце каждого урока? | ||
| # | ||
| # Ответ: да, файл лога обычно заполняют в конце каждого урока или после выполнения задания, чтобы было понятно, что сделано. | ||
| # | ||
| # ## Дополнительные вопросы | ||
| # | ||
| # 1) Какая команда конвертирует файл в py из ipynb? | ||
| # | ||
| # Ответ: для обычной конвертации можно использовать `jupyter nbconvert --to script file.ipynb`. В этом репозитории также используется `jupytext`: `jupytext --to py:light file.ipynb` или `jupytext --sync file.ipynb`. | ||
| # | ||
| # 2) Что такое пакетный менеджер? Вы пользуетесь пакетным менеджером conda или pip? Какой лучше использовать для дата сайнс? | ||
| # | ||
| # Ответ: пакетный менеджер устанавливает, обновляет и удаляет библиотеки. `pip` устанавливает Python-пакеты из PyPI, `conda` умеет ставить не только Python-пакеты, но и бинарные зависимости. Для data science часто удобнее `conda`/`conda-forge`, а `pip` используют, если нужного пакета нет в conda. | ||
| # | ||
| # 3) Почему расширение py лучше чем ipynb? | ||
| # | ||
| # Ответ: `.py` - обычный текстовый файл, его проще читать, сравнивать в Git, проверять линтерами, ревьюить и запускать в автоматических проверках. `.ipynb` хранится как JSON, поэтому diff часто менее удобный. | ||
| # | ||
| # 4) Что такое pep8? | ||
| # | ||
| # Ответ: PEP 8 - это официальный style guide для Python-кода: https://peps.python.org/pep-0008/ | ||
| # | ||
| # 4.1) линтеры проверяют на соблюдение pep8? | ||
| # | ||
| # Ответ: да, многие линтеры частично проверяют соблюдение PEP 8. Например, `flake8` ориентирован на стиль и ошибки, связанные с PEP 8, а `pylint` проверяет более широкий набор правил. | ||
| # | ||
| # 4.2) Какая нотация используется для создания переменных? | ||
| # | ||
| # Ответ: для переменных в Python обычно используется `snake_case`, например `user_name`, `total_count`. | ||
| # | ||
| # 4.3) Может ли переменная состоять из одной буквы например андерскор `_`? | ||
| # | ||
| # Ответ: да, переменная `_` допустима. Обычно `_` используют для значения, которое намеренно игнорируют. | ||
| # | ||
| # 4.4) Зачем и где мы используем андерскор `_`? | ||
| # | ||
| # Ответ: `_` используют для неважной переменной, например в распаковке `a, _ = pair`, в цикле `for _ in range(3)`, а также как соглашение для внутренних имен `_name`. | ||
| # | ||
| # 4.5) По PEP8 допустима переменная в одну букву? | ||
| # | ||
| # Ответ: технически допустима, но PEP 8 рекомендует понятные имена и отдельно запрещает однобуквенные `l`, `O`, `I`, потому что их легко спутать с `1` и `0`. Однобуквенные имена обычно оставляют для коротких циклов, координат, математических формул или `_` для игнорируемого значения. | ||
| # | ||
|
|
||
| # ## Quiz2 | ||
| # | ||
| # Список вопросов к видео https://youtu.be/Si9MfV8uJ-0?si=JXHe-tsgOEwSTI5E | ||
| # (НАСТРОЙКА VSCODE, перенос строк, линтеры, работа с ячейками): | ||
| # | ||
| # 1) Как включить автосохранение данных в VS Code? | ||
| # | ||
| # Ответ: открыть меню `File` и включить пункт `Auto Save`. После этого VS Code будет автоматически сохранять изменения в файлах. | ||
| # | ||
| # 2) Как настроить перенос строки? | ||
| # | ||
| # Ответ: открыть `File` -> `Preferences` -> `Settings`, найти настройку `Word Wrap` и включить перенос строк. Для ограничения длины строки можно выбрать `wordWrapColumn` и указать колонку, например `79`. | ||
| # | ||
| # 3) Сколько символов по PEP 8 разрешено на строке? | ||
| # | ||
| # Ответ: по PEP 8 рекомендуется ограничивать строки кода 79 символами. | ||
| # | ||
| # 4) Какие способы переноса строк показаны в видео? | ||
| # | ||
| # Ответ: | ||
| # | ||
| # В видео показаны два способа: | ||
| # | ||
| # - 4.4 Использование круглых скобок для продолжения строки. | ||
| # - 4.6 Сложение строк с помощью `+`. | ||
| # | ||
| # 4.1) Строки с использованием обратного слэша (`\`) | ||
| # | ||
| # ```text | ||
| # string_continued = "This is a long string that we want to " \ | ||
| # "split across multiple lines." | ||
| # print(string_continued) | ||
| # ``` | ||
| # | ||
| # 4.2) Тройные кавычки (`'''` или `"""`) | ||
| # | ||
| # ```text | ||
| # multi_line_string = """This is a string that spans | ||
| # multiple lines. You can write freely | ||
| # and it will keep the line breaks.""" | ||
| # print(multi_line_string) | ||
| # ``` | ||
| # | ||
| # 4.3) Создание списка строк и объединение с помощью `join` | ||
| # | ||
| # ```text | ||
| # strings = [ | ||
| # "This is the first line.", | ||
| # "This is the second line.", | ||
| # "This is the third line." | ||
| # ] | ||
| # result = "\n".join(strings) | ||
| # print(result) | ||
| # ``` | ||
| # | ||
| # 4.4) Использование круглых скобок для продолжения строки | ||
| # | ||
| # ```text | ||
| # long_string = ( | ||
| # "This is a very long string that I would like to " | ||
| # "continue on the next line." | ||
| # ) | ||
| # print(long_string) | ||
| # ``` | ||
| # | ||
| # 4.5) Форматированные строки (f-строки) с использованием скобок | ||
| # | ||
| # ```text | ||
| # letter_a = 5 | ||
| # letter_b = 6 | ||
| # product_ab = letter_a * letter_b | ||
| # | ||
| # message = ( | ||
| # f"when {letter_a} is multiplied by {letter_b}, " | ||
| # f"the result is {product_ab}" | ||
| # ) | ||
| # print(message) | ||
| # ``` | ||
| # | ||
| # 4.6) Сложение строк с помощью `+` | ||
| # | ||
| # ```text | ||
| # string_part1 = "This is the first part, " | ||
| # string_part2 = "and this is the second part." | ||
| # full_string = string_part1 + string_part2 | ||
| # print(full_string) | ||
| # ``` | ||
| # | ||
| # 5) Проверка на ошибки c помощью кнопки Problems, где она находится? | ||
| # | ||
| # Ответ: вкладка `Problems` находится в нижней панели VS Code рядом с `Terminal`. Также ее можно открыть горячей клавишей `Ctrl+Shift+M`. | ||
| # | ||
| # 6) Где в VS Code находится клиент Git? Как в нём отправить коммит? Как принять домашку? | ||
| # | ||
| # Ответ: клиент Git находится на левой панели во вкладке `Source Control`. Чтобы отправить коммит, нужно добавить изменения в staging, написать сообщение коммита и нажать `Commit`/`Commit & Push`/`Sync`. Чтобы принять домашку, нужно выполнить `Pull` через меню `...` или кнопку синхронизации. | ||
| # | ||
| # 7) Что такое Git? Он локальный? В нём можно посмотреть историю изменений файлов и вернуться к любому коммиту? | ||
| # | ||
| # Ответ: Git - это система контроля версий. Он работает локально и хранит историю коммитов на компьютере. Историю изменений можно смотреть через Git, GitLens, VS Code или GitHub Desktop; при необходимости можно вернуться к нужному коммиту. | ||
| # | ||
| # 8) Как вставить картинку в Markdown? | ||
| # | ||
| # Ответ: можно использовать Markdown-синтаксис `` или HTML-тег `<img src="путь_или_ссылка" width="300">`. В notebook также часто работает вставка через буфер обмена. | ||
| # | ||
| # 9) Где посмотреть длину строки в VS Code? | ||
| # | ||
| # Ответ: позиция курсора отображается внизу окна VS Code: `Ln` - номер строки, `Col` - номер колонки. Значение `Col` помогает понять длину строки до курсора. | ||
| # | ||
| # 10) Как поменять тип ячейки с Python на Markdown? | ||
| # | ||
| # Ответ: в Jupyter Notebook внутри VS Code нужно выбрать ячейку и поменять тип ячейки с `Code`/`Python` на `Markdown` через выпадающий список типа ячейки. | ||
| # | ||
| # 11) Как запустить сразу все ячейки в Jupyter? | ||
| # | ||
| # Ответ: нажать кнопку `Run All` в верхней панели notebook. | ||
| # | ||
| # 12) Как изменить размер картинки в Jupyter? Нужно для этого знать HTML? | ||
| # | ||
| # Ответ: размер можно изменить через HTML-тег `img`, например `<img src="image.png" width="400">`. Для такого способа нужно понимать базовый HTML-тег и его атрибуты. | ||
| # | ||
| # 13) Какой хоткей чтобы запустить ячейку со смещением на следующую? | ||
| # | ||
| # Ответ: `Shift+Enter`. | ||
| # | ||
| # 14) Как включить отображение номеров строк в Jupyter (`Cell line numbers`)? | ||
| # | ||
| # Ответ: открыть меню ячейки через `...` и выбрать `Show Cell Line Numbers`, либо включить отображение номеров строк через настройки notebook. | ||
| # | ||
| # 15) Что такое `Go To`, чем это полезно? Как перейти сразу на ошибочную ячейку? | ||
| # | ||
| # Ответ: `Go To` помогает быстро перейти к месту ошибки. Если VS Code показывает ошибку в notebook или Problems, можно нажать переход к ошибке и сразу открыть нужную ячейку. | ||
| # | ||
| # 16) Как очистить вывод ячеек, которые уже запущены? | ||
| # | ||
| # Ответ: нажать `Clear All Outputs` в верхней панели notebook или выбрать очистку вывода через меню ячейки/notebook. | ||
| # | ||
| # 17) Как работать одновременно в нескольких файлах в VS Code? Что такое Split? | ||
| # | ||
| # Ответ: `Split` делит редактор на несколько областей, чтобы открыть файлы рядом. Можно нажать кнопку split editor в правом верхнем углу вкладки или использовать контекстное меню вкладки. | ||
| # | ||
| # 18) Каким сочетанием убирается левый сайдбар? | ||
| # | ||
| # Ответ: `Ctrl+B`. | ||
| # | ||
| # 19) Кнопка два листочка это наши локальные файлы? | ||
| # | ||
| # Ответ: да, значок с двумя листочками - это Explorer, где отображаются локальные файлы и папки открытого проекта. | ||
| # | ||
| # 20) Какая ошибка появилась в трассировке при запуске всех ячеек: DICT или LIST? | ||
| # | ||
| # Ответ: `DICT`. | ||
| # | ||
| # 21) Вы ознакомились с https://t.me/c/1937296927/832/19307 и https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet? | ||
| # | ||
| # Ответ: ознакомился. | ||
| # | ||
| # 22) Что такое валидация? | ||
| # | ||
| # Ответ: валидация - это проверка, что notebook или код запускается корректно и не содержит ошибок. Для notebook это часто означает запуск всех ячеек через `Run All`. | ||
| # | ||
| # 23) Что такое трассировка ошибки? | ||
| # | ||
| # Ответ: трассировка ошибки, или traceback, - это подробный вывод ошибки, где показано, в каком файле, строке или ячейке она возникла и по какой цепочке вызовов программа до нее дошла. | ||
| # | ||
| # 24) Что значит "отвалился интерпритатор"? | ||
| # | ||
| # Ответ: это значит, что интерпретатор Python или kernel перестал нормально выполнять код: завис, остановился, упал из-за ошибки или потерял связь с VS Code/Jupyter. | ||
| # |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes https://github.com/SENATOROVAI/intro-cs/issues/6
Describe your change:
Просмотрел видео. Ответил на вопросы quiz1 и quiz2.
Fixes #6
Checklist: