Пока что вы не предложили ни ОДНОГО красивого и вкусного решения, которым бы хоть кто-то хотел воспользоваться. Вот почему то вы считаете что умнее всех, обычно такое самомнение приводит к краху во всех начинаниях. Ломитесь по чаще, когда уже давно есть куча тропинок, а вам все кажется что ваша лучше будет.
У вас даже подход к разработке через задницу. Вместо того чтобы разобраться с архитектурой проекта вы все кидаетесь то в бэкенд, то фронт, то в базы.
Думаю, что скоро вы вместо мускли начнете писать свою БД, громко всем обьявите что прям прорыв будет, а потом узнаете, к примеру и nosql базах... Так и будете топтаться---------- Добавлено 24.05.2020 в 11:35 ----------
Могу привести недавний пример. Один из последних митингов у нас был посвящен именно тому, какой, как вы говорите использовать драйвер для работы с БД, в нашем случае Active Record ORM, SQLAlchemy, Pywy. при этом как минимум я знаю что три человека в нашей команде в состоянии написать с нуля все это. Возникает вопрос - почему не выбран вариант самописа - может ответите на этот вопрос? Не ерничая в ответ и подвергая сомению компетентность, а просто подумав?
Может кто понимающий в теме предложит интересные варианты решения. В настоящее время асинхронный сервис пишет состояние видео в базу, при запуске забирает по айди видео состояние и запускает с нужного места. Не самые легкие процессы, но врядли ютуб использует иную схему
Это пример того что не стоит постить, дринкнув бырла, потому что сам не андестенд что хочешь сказать)))
Почему не решается? Вполне себе. Было сделано абы как, переписали в виде микросервисов. Пишем историю просмотра, мониторим аккаунты и их подписки. Это просто немного интереснее чем поставить плагин. Ну и когда полтора миллиона пользователей- немного ответственней
Это неинтересно) вот расскажите лучше, как сделать чтобы юзер в зависимости от подписки мог открывать не более окон с видосами чем разрешается, что бы сохранять истории просмотра, чтоб мог на любом устройстве продолжить просмотр...
Вы сами признались о вашей главной ошибке, помимо нежелания изучать сначала теорию- бросаться делать, не разобравшись что вам надо. Без предварительного продумывания архитектуры проекта такие проблемы у вас будут всегда. Не думаю, что в мускле такого нет, в постгрес целостность данных вполне себе реализуется через форейгнкей и каскады
Как тебя это дистурбит? Это как то относится к теме вопроса?
Но если оффтопить, то когда я пришел в свою большую и дружную компанию, я на первых порах временами вообще не понимал о чем народ говорит на митингах
- Ты уже заимплементил таску? Тогда пингани кастомера чтобы он апрувнул мерж
А счас уже как то втянулся...
Супер! Не знал что так все просто, сначала не заметил новый ключ!
Почему вас это так задевает? Каждый имеет право думать не только лишь как вы
Огрызочники в целом более оперативно реагируют на баги. Думаю, наоборот - если бы их доля была выше - было бы лучше и стабильнее. Если они даже такую мелочь как распознавание лица в маске фиксят в IOs - хотя там и так особых проблем не было как по мне. Для оплаты приходится теперь маску снимать)
