Feedback by github-classroom[bot] · Pull Request #1 · spbu-coding-2023/trees-8

github-classroom · 2024-03-13T16:45:27Z

👋! GitHub Classroom created this pull request as a place for your teacher to leave feedback on your work. It will update automatically. Don’t close or merge this pull request, unless you’re instructed to do so by your teacher.
In this pull request, your teacher can leave comments and feedback on your code. Click the Subscribe button to be notified if that happens.
Click the Files changed or Commits tab to see all of the changes pushed to main since the assignment started. Your teacher can see this too.

Notes for teachers

Use this PR to leave feedback. Here are some tips:

Click the Files changed tab to see all of the changes pushed to main since the assignment started. To leave comments on specific lines of code, put your cursor over a line of code and click the blue + (plus sign). To learn more about comments, read “Commenting on a pull request”.
Click the Commits tab to see the commits pushed to main. Click a commit to see specific changes.
If you turned on autograding, then click the Checks tab to see the results.
This page is an overview. It shows commits, line comments, and general comments. You can leave a general comment below.
For more information about this pull request, read “Leaving assignment feedback in GitHub”.

Subscribed: @odiumuniverse @Ycyken @admitrievtsev

Gradle Init

Update README.md Update README.md

Create README.md

-created files for required classes -created BSTree and Vertex templates -created vertices implementations for 3 all three types of trees

Add information

-added min() and max() public methods -replaced traverse() method by iterator()

-implemented set public method, balance and rotates methods (with a lot of bugs yet)

Created base structure of project, implemented main classes and simple tests

-remove in avl tree still doens't implemented

Add set method BSTree

-refactored since key in vertices is var now

-remove setWithoutBalance in trees implementations -add setWithoutBalance common implementation to BSTreeTemplate class -add abstract fabric method in BSTreeTemplate abstract class

Move setWithoutBalance to BSTreeTemplate

Fix typos

n03d3n · 2024-04-02T17:51:34Z

lib/src/main/kotlin/trees/implementations/Vertices.kt

+    var color: Color = Color.RED
+    var additionalType = false


@admitrievtsev Возможно, стоило сделать эти поля приватными во избежание их изменений пользователем, который мог бы поломать инварианты красно-чёрного дерева

lib/src/main/kotlin/trees/implementations/RBTree.kt

n03d3n · 2024-04-02T19:03:19Z

lib/src/main/kotlin/trees/implementations/RBTree.kt

+            replacedVertex = deleteNullChild(vertex)
+            deletedVertexColor = vertex.color
+        } else {
+            val mVertex = minVertex(vertex.right!!)!!


@admitrievtsev Тут очень подозрительное место. С одной стороны, видно, что в ветку else мы попадаем только в случае, когда vertex.left != null && vertex.right != null, отчего использование !! можно считать оправданным. С другой стороны, всё-таки использование !! нам настоятельно рекомендовали избегать

Но будет несправедливым не отметить, что я сам использовал идентичную конструкцию в своём методе удаления, только вместо !! поставил каст через as(это идентично в данном случае), поэтому полностью понимаю проблему в этом конкретном месте. Отметил это лишь из обязанности не оставлять подобное без внимания.

каст через as тоже очень такое себе решение, поэтому сделал выбор в сторону !!

@admitrievtsev Тут очень подозрительное место. С одной стороны, видно, что в ветку else мы попадаем только в случае, когда vertex.left != null && vertex.right != null, отчего использование !! можно считать оправданным. С другой стороны, всё-таки использование !! нам настоятельно рекомендовали избегать

Но будет несправедливым не отметить, что я сам использовал идентичную конструкцию в своём методе удаления, только вместо !! поставил каст через as(это идентично в данном случае), поэтому полностью понимаю проблему в этом конкретном месте. Отметил это лишь из обязанности не оставлять подобное без внимания.

n03d3n · 2024-04-02T19:17:43Z

lib/src/main/kotlin/trees/implementations/RBTree.kt

+        var brother = getBrother(vertex)
+        if (brother?.color == red) {
+            manageRedBrother(vertex, brother)
+            brother = getBrother(vertex)
+        }
+        if (brother?.left?.color == black && brother.right?.color == black) {
+            brother.color = red
+            if (vertex?.parent?.color == red) {
+                vertex.parent?.color = black
+            } else {
+                balanceTreeAfterDelete(vertex?.parent)
+            }
+        } else {
+            manageBlackRedOne(vertex, brother)
+        }
+    }


@admitrievtsev Аналогично методу rotateRight можно обдумать момент с оборачиванием части тела функции в ?.run{} для большей читаемости (меньше "вопросиков") и более быстрым завершением работы функции в случае null значения.
Ещё могу отметить, хоть это и не очень серьёзно, что обычно рекомендуется избегать длинные цепочки вызовов через поля, как в случае vertex?.parent?.color, и заменить их на вызовы функций-геттеров. Это позволяет быть уверенным, что в процессе работы программы одно из полей неожиданно не поменялось (например, при многопоточности). Понимаю, что это больше вопрос к архитектуре Вашей библиотеки, чем непосредственно к реализации дерева.

@admitrievtsev Аналогично методу rotateRight можно обдумать момент с оборачиванием части тела функции в ?.run{} для большей читаемости (меньше "вопросиков") и более быстрым завершением работы функции в случае null значения. Ещё могу отметить, хоть это и не очень серьёзно, что обычно рекомендуется избегать длинные цепочки вызовов через поля, как в случае vertex?.parent?.color, и заменить их на вызовы функций-геттеров. Это позволяет быть уверенным, что в процессе работы программы одно из полей неожиданно не поменялось (например, при многопоточности). Понимаю, что это больше вопрос к архитектуре Вашей библиотеки, чем непосредственно к реализации дерева.

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

n03d3n · 2024-04-02T19:21:33Z

lib/src/main/kotlin/trees/implementations/RBTree.kt

+    private fun getBrother(vertex: RBVertex<K, V>?): RBVertex<K, V>? {
+        val parent = vertex?.parent
+        return if (vertex == parent?.left) {
+            parent?.right
+        } else if (vertex == parent?.right) {
+            parent?.left
+        } else {
+            throw IllegalStateException()
+        }
+    }


@admitrievtsev В очередной раз отмечаю, что можно подумать над ?.let{}. Давайте, больше не буду поднимать эту тему при дальнейшем ревью кода, чтобы не надоедать(тем более, что я могу ошибаться)

n03d3n · 2024-04-02T19:31:32Z

lib/src/main/kotlin/trees/implementations/RBTree.kt

+            rotateRight(brother)
+            brother = vertex?.parent?.left
+        }
+        brother?.color = vertex?.parent!!.color


@admitrievtsev Вот тут я не уверен в необходимости использования !!. Кажется, что можно было попробовать обернуть это через vertex?.let{} и локальную переменную parent?.let{}, но это тоже дискуссионный момент. Вообще, конечно, кажется логичным, что !! оправдано тем, что при наличии брата у vertex обязательно будет родитель, но, как я уже отмечал выше, я не могу оставить это без внимания, потому что это потенциальное окно для NPE в сложных случаях работы программы

n03d3n · 2024-04-02T19:50:22Z

lib/src/main/kotlin/trees/implementations/RBTree.kt

@admitrievtsev Общий комментарий к реализации красно-чёрного дерева:
Я считаю, что у Вас получилась отличная реализация. Все сигнатуры функций понятны и без дополнительного комментирования дают понимание, что они выполняют. Все названия переменных, полей так же прозрачны для понимания. К кодстайлу, естественно, тоже нет никаких замечаний - все соглашения Вами соблюдаются(а даже если не соблюдались, то линтер исправил). Каких-то ошибок в алгоритмах мне найти не удалось, хотя, учитывая, что Ваши тесты имеют высокое покрытие (70% по веткам и 93% по строкам), найти их я бы и не смог. Конечно, я отметил небольшие замечания, но так как я сам реализовывал это дерево, то полностью понимаю трудности в указанных местах

n03d3n · 2024-04-02T21:25:46Z

lib/src/test/kotlin/trees/rbtest/RBTest.kt

@admitrievtsev Я вижу, что Вы добились хорошего покрытия тестами

Также с точки зрения оптимальности кода юнит-тестов, их названий и устройства не могу сделать никаких замечаний: всё читаемо, понятно и выглядит эффективно. Разве что я не понял, в чём состоит существенное отличие simple array test и simple array set test (Я даже скажу больше, я закомментировал simple array test, после чего покрытие совершенно не изменилось, поэтому можно, в принципе, избавиться от этого теста).

Возможно, это уже придирка, но мне показалось немного странным, что после запуска тестов в логах остаются удалённые при работе значения в нодах, которые не несут информации для пользователя. Я понимаю, что Ваш метод remove реализован так, что он печатает значение удалённой ноды, поэтому просто так это исправить затруднительно. Короче говоря, это не очень важно, но если бы этих "паразитных" выводов не было, то, мне кажется, было бы круче

Ещё я заметил, что при покрытии кроме очевидно недостижимых веток Вы не покрыли один случай

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

в целом по тестам согласен
dev-only вывод в консоль, конечно, просто забыл подтереть, займусь этим

Delete because the `maxVertex` method already exists

n03d3n · 2024-04-03T10:10:10Z

@admitrievtsev @odiumuniverse @Ycyken Комментарии по оформлению репозитория:

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

Репорты линтера мне показались лишними в репозитории
Структура репозитория соответствует принятым стандартам. Кроме репортов линтера никаких лишних файлов или директорий нет. Все файлы и модули в проекте распределены по директориям понятным образом
Команда использовала GitHub flow с выделением отдельной ветки для работы с реализацией Красно-чёрного дерева. С этим никаких проблем тоже нет
Есть небольшая несогласованность в стилях коммитов: некоторые участники придерживаются “Conventional Commits”, когда другие используют более свободный стиль. Но при этом коммиты достаточно хорошо разбиты(то есть, почти всегда атомарны и отвечают за какую-то одну реализованную/изменённую функциональность), имеют понятные названия, по которым легко определить, что конкретно было изменено, а зачастую и вовсе содержат дополнительное описание
Таким образом, могу дать высокую оценку оформлению репозитория за исключением небольших шероховатостей.

Молодцы, хорошая работа

suvorovrain

@odiumuniverse Почему-то покрытие тестами вышло грустненькое по цифрам((, скорее всего из-за большого количества "?". Рекомендую воспользоваться гайдом Андрея по просмотру покрытия тестами прямо в IDEA (гайд в боталке), потому что у меня почему-то конкретно твой файл накрылся, и я тебе подробную информацию отправить не могу

suvorovrain · 2024-04-03T07:54:24Z

lib/src/main/kotlin/trees/templates/BSTreeTemplate.kt

+    /**
+     * Associates the specified [value] with the specified [key] in the tree.
+     *
+     * @return the previous value associated with the key, or `null` if the key was not present in the tree.
+     */


Опираясь на данную статью гугла: https://google.github.io/eng-practices/review/reviewer/looking-for.html "Usually comments are useful when they explain why some code exists, and should not be explaining what some code is doing."
Ваши комментарии делают как раз наоборот

причем очень много где

Я писал док-комменты к методам, опираясь на то, как они написаны в стандартной библиотеке котлина. По-моему, описание функции важнее, чем указание причины, по которым нужен тот или иной публичный метод.

Возможно, эта конкретная рекомендация больше относится к комментированию блоков кода непосредственно алгоритмов, каким-то более сложным системам и проектам, но для док-комментариев конкретно этих функций она явно не подходит

suvorovrain · 2024-04-03T08:12:20Z

lib/src/main/kotlin/trees/templates/BSTreeTemplate.kt

+            return Pair(newVertex, null)
+        }
+
+        var cur = root ?: throw IllegalStateException("Case when root is null is processed above")


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

Дерево никак не приспособлено к работе с многопоточностью, у нас нет ни примитивов, ни синхронизации.
Иначе варианта это обработать я не нашел(типо таких случаев в одном потоке просто не может быть), так что считаем что exception это просто !! с доп сообщением.
Можно сказать что многопоточность была убита еще до рождения)

suvorovrain · 2024-04-03T08:12:33Z

lib/src/main/kotlin/trees/templates/BSTreeTemplate.kt

+                    newVertex.parent = cur
+                    return Pair(newVertex, null)
+                }
+                cur = cur.left ?: throw IllegalStateException("Case when cur.left is null is processed above")


Аналогично

suvorovrain · 2024-04-03T08:12:41Z

lib/src/main/kotlin/trees/templates/BSTreeTemplate.kt

+                    newVertex.parent = cur
+                    return Pair(newVertex, null)
+                }
+                cur = cur.right ?: throw IllegalStateException("Case when cur.right is null is processed above")


suvorovrain · 2024-04-03T08:31:10Z

lib/src/main/kotlin/trees/templates/BSTreeTemplate.kt

+    protected fun maxVertex(vertex: Vertex_t?): Vertex_t? {
+        var cur = vertex
+        while (cur?.right != null) {
+            cur = cur.right
+        }
+        return cur
+    }
+
+    /**
+     * Returns Pair<K,V> by maximum key in the tree. If tree is empty then returns null
+     */
+    fun max(): Pair<K, V>? {
+        return maxVert(root)?.toPair()
+    }
+
+    private fun maxVert(vertex: Vertex_t?): Vertex_t? {
+        var cur = vertex
+        while (cur?.right != null) {
+            cur = cur.right
+        }
+        return cur
+    }


Очевидно, что метод maxVert тут лишний

suvorovrain · 2024-04-03T12:30:05Z

lib/src/test/kotlin/trees/bstest/BSTreeTest.kt

+    }
+
+    @Test
+    fun testCheckEmptyTree() {


@odiumuniverse Названия тестов можно через `` писать, а лучше через @DisplayName. Улучшает readability🤓

Тут стоило бы пнуть за не единый кодстайл(написания имен), но в принципе согласен, исправлю

suvorovrain · 2024-04-03T16:01:06Z

lib/src/main/kotlin/trees/templates/BSTreeTemplate.kt

+abstract class BSTreeTemplate<K : Comparable<K>, V, Vertex_t : VertexTemplate<K, V, Vertex_t>> {
+    var root: Vertex_t? = null
+        protected set
+    var size: Int = 0


@odiumuniverse не совсем понятно, зачем вы вообще сделали size.
Используете вы его только в тестах, но проверка на размер итогового дерева - это, объективно, слабая проверка. Андрей высказывался на этот счёт в красно-черном дереве, и это везде применимо. Проверять лишь размер дерева может быть недостаточно, для того, чтобы убедиться в корректности методов.
По мне так лучше было делать обход дерева, тем самым проверяя всю его структуру. А из за size вы еще и тратите ресурсы на постоянное поддержание текущего размера (я имею ввиду size++ size-- и т.д).

Мы это сделали для пользователя, чтобы он мог использовать размер дерева в своих целях.
Это даже в стандартном дереве котлина есть, у которого под капотом Red-Black Tree

@odiumuniverse не совсем понятно, зачем вы вообще сделали size. Используете вы его только в тестах, но проверка на размер итогового дерева - это, объективно, слабая проверка. Андрей высказывался на этот счёт в красно-черном дереве, и это везде применимо. Проверять лишь размер дерева может быть недостаточно, для того, чтобы убедиться в корректности методов. По мне так лучше было делать обход дерева, тем самым проверяя всю его структуру. А из за size вы еще и тратите ресурсы на постоянное поддержание текущего размера (я имею ввиду size++ size-- и т.д).

cringe

Мы это сделали для пользователя, чтобы он мог использовать размер дерева в своих целях. Это даже в стандартном дереве котлина есть, у которого под капотом Red-Black Tree

оки. Но с тестами замечание не снимаю

Да, по-хорошему должна быть функция для тестирования размера дерева

odiumuniverse · 2024-04-03T17:43:25Z

Буквально только что проверил

В IDEA покрытие вообще 100%

@odiumuniverse Почему-то покрытие тестами вышло грустненькое по цифрам((, скорее всего из-за большого количества "?". Рекомендую воспользоваться гайдом Андрея по просмотру покрытия тестами прямо в IDEA (гайд в боталке), потому что у меня почему-то конкретно твой файл накрылся, и я тебе подробную информацию отправить не могу

suvorovrain · 2024-04-03T17:54:25Z

@odiumuniverse Еще в общем отмечу, что кодстайл сигнатур ваших методов\классов не соответствует официальному кодстайлу котлина. Но в целом могу понять, почему вы его не придерживались https://kotlinlang.org/docs/coding-conventions.html#class-headers

-open AvlTree, RBTree and SimpleTree for extension -create AvlTestTree, RBTestTree and SimpleTestTree for getting root and testing inner structure of the trees

Change root visibility modifier to protected

-rename fabricVertex to createVertex -remove redundant argument in createVertex

-remove XTestTrees classes from test package -change root visibility to internal

-remove template word from the class names -rename templates package to abstracts

…-delegation Refactor fabricVertex method, warnings, rename classes and package, remove XTestTress classes

1. The launch is removed simultaneously immediately on PUSH and PR 2. CITEST is now launched on different operating systems 3. An extra Build team has been removed

The .keep folder was removed because it was only needed to send an empty directory

Features CI

github-classroom bot and others added 7 commits March 13, 2024 16:45

Setting up GitHub Classroom Feedback

38ae41e

Gradle Init

a3c9bb9

Add Megalinter passing

7728300

Merge pull request #2 from spbu-coding-2023/work

eb7cfc8

Gradle Init

Create LICENSE

3d196a5

Create LICENSE

c83ea4a

Update README.md Update README.md

Add coverage CI test

16da8dc

odiumuniverse force-pushed the main branch from a6c7965 to 16da8dc Compare March 19, 2024 13:24

odiumuniverse and others added 22 commits March 19, 2024 16:30

Create README.md

ddb20f4

Merge pull request #3 from spbu-coding-2023/create_readme

b45a77a

Create README.md

Set project structure, created templates

e42eebb

-created files for required classes -created BSTree and Vertex templates -created vertices implementations for 3 all three types of trees

Change: run test after false clean build

0ac14b8

Update README.md

1b300c6

Add information

Restructured abstract class BSTreeTemplate:

b8d273e

-added min() and max() public methods -replaced traverse() method by iterator()

Update README.md

d3d4fcb

Deleted test example and renamed class SimpleBSTree to SimpleTree

6572777

Added more public methods to BSTreeTemplate and modified documentation

ce5371e

Implemented AVL methods, changed docs comments

d9601ee

-implemented set public method, balance and rotates methods (with a lot of bugs yet)

Added primitive tests for avl tree

f516677

Fixed rotations in avl tree + fixed root change after rotations

43a3973

Fixed get method, changed simple array test for easier debug

990390e

Merge branch 'main' into work

abe3a97

[MegaLinter] Apply linters fixes

528fd61

Merge pull request #4 from spbu-coding-2023/work

943b340

Created base structure of project, implemented main classes and simple tests

Update README.md

1fc34b2

Add set method BSTree

da34fe5

Added some private methods, changed key to var in vertices

603576f

-remove in avl tree still doens't implemented

Merge pull request #6 from spbu-coding-2023/BSTree

b201613

Add set method BSTree

Add remove method

32c6a4e

Refactor remove method in SimpleTree

1eed4a1

-refactored since key in vertices is var now

Ycyken and others added 5 commits April 2, 2024 14:30

Move setWithoutBalance method to abstract class

a48f9c6

-remove setWithoutBalance in trees implementations -add setWithoutBalance common implementation to BSTreeTemplate class -add abstract fabric method in BSTreeTemplate abstract class

ref: code refactor

dfdbb7d

Merge pull request #22 from spbu-coding-2023/work

cb3edcd

Move setWithoutBalance to BSTreeTemplate

Fix typos

d81081e

Merge pull request #23 from spbu-coding-2023/work

868f43c

Fix typos

n03d3n reviewed Apr 2, 2024

View reviewed changes

Delete private method maxVert

8b1cd35

Delete because the `maxVertex` method already exists

suvorovrain reviewed Apr 3, 2024

View reviewed changes

Ycyken and others added 19 commits April 5, 2024 07:22

Change root visibility modifier to protected

5311898

-open AvlTree, RBTree and SimpleTree for extension -create AvlTestTree, RBTestTree and SimpleTestTree for getting root and testing inner structure of the trees

Merge pull request #24 from spbu-coding-2023/work

4766aed

Change root visibility modifier to protected

Change: add megalinter-report in .gitignore

6010250

Delete megalinter-reports directory

2efe0bf

refactor: rename tests on Simple Tree

e2b7369

Refactor: remove redundat function reference argument

09af4ec

-rename fabricVertex to createVertex -remove redundant argument in createVertex

Refactor: remove redundant XTestTrees, change root visibility

c04846c

-remove XTestTrees classes from test package -change root visibility to internal

Refactor: fix warnings

8ecbf95

Refactor: rename template classes and package

b4bc994

-remove template word from the class names -rename templates package to abstracts

[MegaLinter] Apply linters fixes

10c45ad

Merge pull request #26 from spbu-coding-2023/refactor-inheritance-and…

513a55c

…-delegation Refactor fabricVertex method, warnings, rename classes and package, remove XTestTress classes

Chage: Revised CI after Revoy

0793733

1. The launch is removed simultaneously immediately on PUSH and PR 2. CITEST is now launched on different operating systems 3. An extra Build team has been removed

Change: Delete run on windows(feature on future)

0a461f4

Change: MegaLinter run only on push

6a138cd

Change: Download oracle jdk instead temurin

2134848

Refactor: rename workflows files, rename gradle build workflow

c982792

Refactor: rename job in gradle-build workflow

04523db

Refactor: Delete .keep

db033c4

The .keep folder was removed because it was only needed to send an empty directory

Merge pull request #28 from spbu-coding-2023/features_CI

c740cf2

Features CI

Conversation

github-classroom bot commented Mar 13, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

n03d3n commented Apr 3, 2024

Uh oh!

suvorovrain left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Ycyken Apr 3, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Ycyken Apr 3, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

odiumuniverse Apr 3, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

odiumuniverse commented Apr 3, 2024

Uh oh!

suvorovrain commented Apr 3, 2024

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

5 participants

github-classroom bot commented Mar 13, 2024 •

edited

Loading

Ycyken Apr 3, 2024 •

edited

Loading

Ycyken Apr 3, 2024 •

edited

Loading

odiumuniverse Apr 3, 2024 •

edited

Loading