Ого, окей. Просто во многих примерах я видел: factories.py use-cases.py repositories.py views.py

Может просто так сложилось исторически?😅

модельная у внешность... физика влияет на психику и на оборот, связь есть потому может такую команду и набирали. Это как например я бы тыщу раз подумал бы брать человека с татуировками хотя это для работы казалось бы не важно.

В других сферах не работал, не знаю ) А например ?

Может просто так сложилось исторически?😅

Мне думается, что это больше вопрос как оценить кандидата Очень непростой вопрос )

Наверное, способность разобраться в алгоритмах тоже может хоть что-то сказать о особенностях мышления человека

Например, от технологов иногда требуют знание 1С, зачем??я понимаю главный технолог-он в 1С может смотреть нужную инфу или вносить правки

Наверное, способность разобраться в алгоритмах тоже может хоть что-то сказать о особенностях мышления человека

factories это скорее всего фабрики для создания тестовых данных, views.py это вьюшки, ну маст хев. Остальные без понятия.

ну например если в компании собирают требования постоянно, лучше когда человек разбирается для чего

Например, от технологов иногда требуют знание 1С, зачем??я понимаю главный технолог-он в 1С может смотреть нужную инфу или вносить правки

Проще научить, чем отсеивать из-за этого кандидатов (возможно, хороших, но работавших ранее в других программах)

factories это скорее всего фабрики для создания тестовых данных, views.py это вьюшки, ну маст хев. Остальные без понятия.

Может быть этот пример вам поможет приблизиться к разгадке и как следствие мне помочь тоже: https://github.com/shimakaze-git/django-clean-architecture

Ого, окей. Просто во многих примерах я видел: factories.py use-cases.py repositories.py views.py

Хотел спросить на счет архитетуры приложения. Я в своем проекте использую Clean Architecture. Можете посоветовать какие-нибудь источники или примеры на которых можно будет понять зачем нужно так много файлов? 😭

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

Это не папки разве?

Окей, спасибо большое. Тогда еще один вопрос. Где можно будет по подробнее узнать о назначении: permissions.py и pagination.py?

Подскажите пожалуйста где я ошибся

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

Окей, спасибо большое. Тогда еще один вопрос. Где можно будет по подробнее узнать о назначении: permissions.py и pagination.py?

Подскажите пожалуйста где я ошибся

оно не работает

Тут скорее возникает вопрос что понимать под словом алгоритмы ;) любая программа это алгоритм, даже Hello world. ;)

Ну думаю, тут обсуждали вещи типа тех, что решаются на leetcode

paginatiors.py* это классы для пагинаций, почитай что это

К слову. Не могли бы вы отправить ссылку на свой github если у вас в профиле есть проекты использующие данную структуру?

Ну думаю, тут обсуждали вещи типа тех, что решаются на leetcode

Подскажите пожалуйста где я ошибся

Подскажите пожалуйста где я ошибся

я собственно не к тому чтобы поспорить, а к тому что разные люди разное вкладывают в понятие знать алгоритмы. Это как "высшая математика" звучит как бред для человека у которого был десяток спец курсов по математике %)

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

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

Можно посадить девочку которая позвонит и спросит "вы создавали у нас аккаунт"? ;) если таких аккаунтов создается 10 штук за все время ;) то мы сэкономим кучу времени на разработку

Linux/Vim/Haskell - Таков Оптимальный Путь!

Можно посадить девочку которая позвонит и спросит "вы создавали у нас аккаунт"? ;) если таких аккаунтов создается 10 штук за все время ;) то мы сэкономим кучу времени на разработку

мне кажется разработать это быстрее чем найти и прособеседовать и потому нужна же не 1, потому что отпуски, декреты, болезни, увольнения и тд ))

Хахаха, просто я это придумал сам, что уже немного добавляет очков к костыльности, а во вторых если пользователь не создаст акк то запись будет просто существовать и ее я так понимаю придется удалять.

от базы зависит, поставь экпирейшен в 1 день. или 10 минут.

Окей, то-есть правильно сам допер до норм реализации? 😟

норм план вообще хз как это еще сделать в любом случае нужно запись куда то ложить в базу или кэш или куда то

вот тут бы я поспорил... насчет ложить ... я бы посоветовал все таки класть, но это конечно вкусовщина

Плейсить.

сторить ;)

сторить ;)

проверочное слово сторедж ;)

мы же их в сторедж сторим

Сегодня плейсишь, завтра флексишь, а послезавтра заподозрен в госизмене )