До более подробного описания раннеров ещё не дошли, и эта статья не превозносит гитлаб над гитхабом, она в первую очередь как шпаргалка для тех, кто переходит по той или иной причине. Про гитхаб у меня есть статья, упомянутая в самом начале, а сам я вообще использую Gitea, чем полностью доволен.
В следующий части будет продолжение про конфиг, т.к. тут ещё далеко не всё. Про название файла, действительно, можно переопределить, но это скорее для исключительных случаев и делается в настройках репозитория, для большинства же случаев в статье текст корректен.
Почему бот такой медленный? Я понимаю когда идёт запрос к ИИ, но почему с такими задержками работает основное меню?
Я создал тему и пошли карточки. Почему в тексте где пишутся команды или другой чувствительный к написанию текст, не используется строковое выделение кодом? Банально __init__ становится init.
Не хватает пропуска ну прям совсем очевидного. При создании темы про Rust, он провёл тест. Я ошибся в 2 из 6 вопросах, он посчитал мой уровень средним, но всё равно первая карточка это установка раст. Следовало бы уточнить этот момент при создании или дать возможность скипнуть.
Скорость проверки играет роль при увеличении размера проекта и росте связей. Если проект маленький, то там и mypy справится за считанные секунды, но чем больше и замороченнее проект, тем выше издержки на проверку. Это условно как переход с HDD на SSD, скорость выше, по началу не понятно зачем такие скорости, а потом обратно-то не особо и хочется)
Спасибо) Основная цель сделать "настольные статьи", чтобы можно было быстро вспомнить "вот там я видел это", открыть и почерпнуть, вместо разрозненного поиска)
Сам я на лине, и часто про винду и уж тем более мак забываю, но студенты у которых веду уроки в большинстве на винде, приходится и для них инструкции готовить)
Архитектура будет дальше когда перейдём к коду. Я не рассчитываю, что кто-то будет повторять действия из статьи, следуя этому проекту. Однако, это может получиться хороший "настольный" цикл, к которому можно возвращаться за примерами и уже на его основе делать своё.
Ну а коли возникнут вопросы, всегда есть комментарии или наш чат в тг =)
Спасибо за дополнение к статье! Для меня это с первую очередь оказалась удобная "образохранилка" с разграничением доступов для разных клиентов, взамен тому, что предлагает Gitea.
Просто читать логи или добавлять расширенное логирование. Во второй части будет заметка на эту тему.
КВ?)
До более подробного описания раннеров ещё не дошли, и эта статья не превозносит гитлаб над гитхабом, она в первую очередь как шпаргалка для тех, кто переходит по той или иной причине. Про гитхаб у меня есть статья, упомянутая в самом начале, а сам я вообще использую Gitea, чем полностью доволен.
В следующий части будет продолжение про конфиг, т.к. тут ещё далеко не всё. Про название файла, действительно, можно переопределить, но это скорее для исключительных случаев и делается в настройках репозитория, для большинства же случаев в статье текст корректен.
Не видел такого применения, по сути это аналог Actions. Взял на заметку, спасибо!
До раннеров ещё не дошли, но за замечание спасибо, добавлю!
Внесу пять копеек именно про работу с ботом.
Почему бот такой медленный? Я понимаю когда идёт запрос к ИИ, но почему с такими задержками работает основное меню?
Я создал тему и пошли карточки. Почему в тексте где пишутся команды или другой чувствительный к написанию текст, не используется строковое выделение кодом? Банально
__init__становится init.Не хватает пропуска ну прям совсем очевидного. При создании темы про Rust, он провёл тест. Я ошибся в 2 из 6 вопросах, он посчитал мой уровень средним, но всё равно первая карточка это установка раст. Следовало бы уточнить этот момент при создании или дать возможность скипнуть.
А раньше их писали на Си =)
Скорость проверки играет роль при увеличении размера проекта и росте связей. Если проект маленький, то там и mypy справится за считанные секунды, но чем больше и замороченнее проект, тем выше издержки на проверку. Это условно как переход с HDD на SSD, скорость выше, по началу не понятно зачем такие скорости, а потом обратно-то не особо и хочется)
Спасибо) Основная цель сделать "настольные статьи", чтобы можно было быстро вспомнить "вот там я видел это", открыть и почерпнуть, вместо разрозненного поиска)
Сам я на лине, и часто про винду и уж тем более мак забываю, но студенты у которых веду уроки в большинстве на винде, приходится и для них инструкции готовить)
Мой косяк, пропустил блок. Исправил.
Благодарю за комментарий!
Архитектура будет дальше когда перейдём к коду. Я не рассчитываю, что кто-то будет повторять действия из статьи, следуя этому проекту. Однако, это может получиться хороший "настольный" цикл, к которому можно возвращаться за примерами и уже на его основе делать своё.
Ну а коли возникнут вопросы, всегда есть комментарии или наш чат в тг =)
У нас уже есть, старый, кривой, косой бот в чате.... Ребята его "очень любят", за то, что материться не даёт))
Спасибо за дополнение к статье! Для меня это с первую очередь оказалась удобная "образохранилка" с разграничением доступов для разных клиентов, взамен тому, что предлагает Gitea.
Интересный конкурс, но сдаётся мне, что, как и в прошлый раз, старания настоящих разработчиков будут задвинуты и победит очередной "вайб-кодер"...
Не критика, но замечание. Сдаётся мне, что вот это:
Можно солидно так оптимизировать, вынеся определение команды в небольшую функцию.
Подумаю над идеей, спасибо)
Полностью согласен, но имеем, что имеем.
Тогда уже было нормально, сейчас стало лучше, развивается и отлично работает)