Pull to refresh

Comments 15

Круто жду когда будет код для работы с ИИ. Я никогда ИИ не использовал ещё в питоне очень интересно.

ИИ бот-модератор

Модерирует, и неИИбот!

У нас уже есть, старый, кривой, косой бот в чате.... Ребята его "очень любят", за то, что материться не даёт))

Ребята его "очень любят", за то, что материться не даёт))

Застрахуй команду корабля!

  • Настройки IDE .idea/ или .vscode/ — это персональные настройки редактора (часто отличаются у разных людей).

а PyCharm если?

Мой первый коммент на хабре(не знаю радоваться или плакать)
В целом причиной оставить коммент для меня послужил тот факт, что редкая статья, которая не выглядит как паста от ии.
А теперь к сути...
Имхо статья крайне опасна в текущем виде. Почему? Потому что судя по тексту в ней статья ориентирована буквально на чуваков с опытом в пару недель, но сразу же идет имхо максимально опасный подход -- код без архитектуры. Пусть не код, пусть пока буквально настройка окружения и все, но теперь, автор, представьте, что все действия делаете не вы(который уже скорее всего в голове все плюс-минус продумал и понимает), а новичек. Тот самый новичек точно так же как вы создаст окружение, начнет писать код, и... В какой-то момент столкнется с проблемой, что либо нужно отправлять все сообщения в ии и это очевидно довольно дорого, либо надо как-то их фильтровать и совсем не ясно как это делать, тк в данной задаче критичны как FP так и FN срабатывания. И что скорее всего случится? Скорее всего ровно на этом проект и встанет(Это чисто пример, который пришел первым в голову)

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

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

Благодарю за комментарий!

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

Ну а коли возникнут вопросы, всегда есть комментарии или наш чат в тг =)

заметил что начиная с make вы забыли про windows :D

Мой косяк, пропустил блок. Исправил.

Ну и слава богу )))))))))

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

Отличная статья! Очень много полезной справочной инфы! Уверен что это прекрасная стартовая точка для начинающего прогера, который захочет запилить что то свое ))))

Спасибо) Основная цель сделать "настольные статьи", чтобы можно было быстро вспомнить "вот там я видел это", открыть и почерпнуть, вместо разрозненного поиска)

Лично я продпочитаю в .gitignore добавлять сразу все скрытые файлы, делая исключения для системных. Удобно в любой момент добавить временный скрытый файл/каталог с чем-либо (от todo-листа до бекапа продовой БД).

Sign up to leave a comment.

Articles