Приветствую, посмотрел видео по nvim загорелся идеей установить, взял конфиг твой, все установилось работает. Но в питоне не подсвечивается слово self в классах, как исправить можно? Заранее спасибо за помощь!
@@t0digital нет линкер и LSP не ставил. Ну вот def, if, in, range эти ключевые слова подсвечиваются синтаксисом, а слово self в классах нет. В пайчарме подсвечивалось, тут сразу бросилось в глаза
Я не знаю, конечно, как у вас строится процесс, но есть один момент который бросился в глаза. Я бы всё таки прототипы/дизайны/доки/ТЗшки всё таки скидывал для ознакомления до созвона/митинга. Так и людям было бы проще, и времени на анализ было бы больше. Митинг был бы как раз таки максимально продуктивным - у всех бы уже сформировались вопросы/плюсы/минусы которые они видят, что привело бы к целевому обсуждению. У нас на работе если митинг создается для обсуждения дизайна - то дизайн прикрепляется к митингу. Если для обсуждения ТЗ - то ТЗ прикрепляется к митингу. И так далее. Чтобы люди лихорадочно не пытались изучать документы прям на митинге. Если у вас так и было - то сори, просто в видео сказали что видите дизайн первый раз :)
Большое спасибо за видео. Интересно смотреть процесс разработки проекта и подмечать для себя какие-то вещи, особенно как студенту, который только начинает вливаться в командную работу в компании. Выписал идеи и критику. Почитайте, подумайте над предложениями. Возможно что-то для себя подметите. 1.Никнейм у подписчиков. На мой взгляд это важно. Часто ютуберы или стримеры показывают список своих спонсоров в качестве благодарности в видео. На втором созвоне “Имя и фамилия” были исправлены на “Имя”. Я бы предложил или “Имя пользователя”, или “Никнейм”.(Username). Чтобы это ассоциировалось именно с пользователем на платформе, а не с твоей личной информацией о себе типо фио. 2. Уведомления. Если вы решили добавить интеграцию с телегой и другими соцсетями. То нужна какая-то настройка уведомлений для них, а не только email. Также возможно стоит не только уведомление о постах добавлять, но и уведомления о каких-то закрытых стримах или что-то вроде этого. Всё-таки люди чаще проверяют соцсети, а не почту. 3. Road map. Возможно стоит как-то распланировать этапы реализации проекта в перспективе. То есть первый этап это готовая платформа вот с таким функционалом. Далее второй этап это добавления таких-то фич. Третий этап добавление ещё каких-то вещей и т.д. Такой формат часто встречается в опенсорс проектах. И это даёт людям понимание, что проект не заглох, а также они видят его возможности в перспективе и задумываются о миграции на вашу платформу, потому что он будет лучше уже существующих. Возможно я прошляпил и у вас уже есть это, а я просто не увидел. 4. Цель автора. Как насчёт добавить описание этой цели. То есть пользователь может тыкнуть по цели и ему откроется страничка в формате обычного поста, где будет название, описание, какие-то события по достижению этой цели. Но так как я сам не автор и не сталкивался с таким, то не уверен нужно ли авторам это. Хотя с другой стороны, чтобы завлечь подписчика и дать ему лишнюю причину поддержать выглядит логично. 5. Валюта Как минимум надо бы добавить отображение стоимости в разной валюте в настройках у пользователя. А то и вовсе добавить возможность выбора валюты для автора.(валюта для указания цены за подписку). Я понимаю, что целевая аудитория будет русская, но учитывая пока нестабильный курс рубля, возможно стоит это как-то пометить на будущее. О том в какой валюте оплата будет проходить и т.д. я не говорю, так как не понятно какой сервис для оплаты вы выберете. Опять же проект опенсорс, возможно кто-то другой сделает себе форк и добавит другую платформу, а реализация смены валюты у автора и у пользователя уже будет. Опять же по номеру телефона например можно определить страну, а значит и актуальную валюту. Тему с деньгами надо отдельно от дизайна конечно ещё прорабатывать будет. 6. ?Оплата в криптовалюте? Просто отметьте на будущее в роад мап. Тема популярная, актуальная, особенно когда всякие виза, мастеркард и пайпал уходят. 7. Плашка с блюром всей картинки. Плашка с блюрам должна быть с возможностью блюра на весь экран. Это необходимо для девушек, которые выкладывают свои интимные фотографии. Если такой возможности не будет, то им нужно будет ручками блюрить, а это лишняя работа для них, либо просто не пользоваться платформой. А т.к количество таких стримерш, инстаблогерш и т.д большое, то это потеря существенной аудитории. 8. Зарегистрирован ли email. Полностью согласен с вариантом, что нужно говорить, что пользователя с таким email нет и предлагать создать аккаунт. Люди часто что-то забывают. А так у них останется возможность проверить несколько своих почт без регистрации лишних аккаунтов в системе. А также при опечатке в своей почте пользователь сразу поймет проблему, а не будет долго думать а почему же не пришло письмо. 9. Кнопка “Купить пост” Возможно стоит на плашке вместо “Купить за 1000р” написать “Купить пост”. А при наведении мышкой анимацией менять кнопку на кнопку с отображением цены “1000р” или “Купить за 1000р”. 10. Иконки на блоке подписки. Немного не понял с иконкой телеги у блока подписки. А если я как автор не хочу добавлять телегу или хочу другой мессенджер. Как мне эту иконку убрать или поменять? Возможно стоит как-то в редакторе это пометить или кнопочки(чекбоксы отображаемых иконок). Например есть набор икон в виде чекбоксов(неактивный серая иконка, активный разноцветная иконка). И заранее минимальный набор иконок определить ну например тг, вк, видео, фото.
один раз в жизни заказывал дизайн ) всегда покупал подходящий под задачу готовый шаблон, а дальше сам ) ... а сейчас погрузился в webix, jsbased дизайн, универсальная красивая вещь
Авторизация по коду из почты не самая лучшая идея, имейте ввиду, а если еще и сессии не вечные, то утопия. Кажется удобным, но это не так. Есть пользователи, которые любят выходить из аккаунтов после пользования сервисом. Не у всех установлены на телефоне приложения почтовых клиентов, в которых можно было бы легко получать входящую почту и через пуш видеть в теме письма код доступа для более быстрого взаимодействия. В итоге чтобы просто попасть в аккаунт, пользователю нужно совершать дополнительные действия по заходу в почту, далее в письмо и т.п. Обычные пользователи подобных сервисов не являются сильно подкованными в технологиях и если допустим домохозяйка захочет сделать донат стриму на котором показали новый рецепт приготовления, то ее путь от регистрации до доната будет тернистым. Поставьте себя на место человека, который только вчера узнал, что такое интернет и отталкиваясь от этого стройте UX/UI
Спасибо за видос. Будет крайне офигенно, если покажешь как будете делать wysiwyg как нарисовал дизайнер) я когда-то начинал делать что-то очень похожее, но забросил ввиду отсутствия времени. Именно такие видео рассказывающие как делать такие сложные штуки на вес золота. Простые формочки и их обработка - это ерунда и мелочи :)
Шикарное видео! Очень интересно наблюдать за всем этим в RAW формате. Как вариант еще можно прислать видеонарезку как коллега делает эти прототипы. То есть чтобы прям реально от А до Я
Возможно не стоит ограничивать кол-во подписок, т.к. возможно авторы захотят сделать, например, разбиение контента по подпискам. Т.е. автор выпускает романы и для отдельных циклов романов будет своя подписка: Сага1 - 200р, Сага2 - 200р и т.д. Сами книги могут выходить по главам и для каждой главы будет отдельный пост. Из такого примера появляется еще необходимость иметь группировку постов по тегу/тематике/группе или что-то в этом роде. + возможность покупать не просто доступ к посту, а к конкретному разделу. Подписка будет использовать в случае активного выхода материала(новые главы по книге еще выходят), а разовой оплатой можно будет предоставить доступ ко всему материалу завершенной книги
Касательно дизайна банковской карты - лучше там использовать не лого платежной системы, а логотип/цвета банка. Особенно если планируется давать привязывать несколько карт. Ведь зачастую у людей разные карты, потому что банки разные, а не платежные системы, визуально людям удобнее ориентироваться по банку. Касательно данных карты - я их вообще почти нигде не сохраняю :) У меня данные уже сохранены в системном кошельке, зачем её еще сайтам раздавать налево и направо :) И да, удаление 100% должно, как для данных карты, так и для абсолютно любых других данных. Т.к. если не дай бог вашим сервисом воспользуется человек из Эстонии(условно) - то вам уже надо будет соответствовать требованиям GDPR.
Интересный вопрос относительно регистрации, с учетом того что систему рассматриваем как индивидуальный сервис который автор может развернуть любым удобным ему способом то нужна ли она тут? Представим что у нас множество авторов, везде индивидуально проходить процесс регистрации довольно муторно, можно все свести аля мессенджер, только авторизация по коду который можем получить через почту либо телефон независимо от того была прежде выполнена первичная авторизация или нет, в дополнение если будет чат то тогда опционально добавить возможность в настройках указать ник/имя фамилия, аватарку.
Я бы взял дизайн Ютуба, немного изменив его. Так как бустеры в основном с этой площадки приходят, им бы было проще разобраться в интерфейсе, и не было бы такого резкого диссонанса в картинке на экране. Вместо видео - посты, вместо подписаться - стать бустером и ТД. Да и блогерам удобнее, можно перенести шапку и аватарку, ничего не меняя. Зачем придумывать велосипед, люди любят постоянство.
На данный момент досмотрел до момент с историей списания. Думаю что история списания нужно, тоже как и раньше, чисто как психологический момент, а не функциональный. Пользоваться им будут очень редко, это точно. На счет самой истории списания. Можно хранить просто список кто на что подписался или что единоразово купил. Исходя из этой информации можно стоить сразу 2 отчета, как раз для автора (фильтрация будет по полю "на что оплата" ) и для пользователя (фильтрация будет по полю "кто оплатил"). Ведь по сути данные одни и те же, и если есть "халявно" предоставить отчет пользователю, почему бы ему эту возможность и не предоставить.
Функция отсрочки публикации постов для авторов, мне кажется интересной. То есть как в вк , создали пост, а опубликуется он допустим через 2 часа/день и т.д. Было бы удобно наверное для авторов, когда можно несколько постов создать и публикация будет отложенной, а не всё сразу
Возможно, об этом говорится дальше в видео, но в ТЗ прописывался вариант оплаты через эппл-пэй и гугл-пэй. На прототипах этих опций почему-то не видно.
Возможно уже обсуждали скидки на подписки, извиняюсь, если пропустил. Как мне кажется, указание автором скидки в рублях не совсем уместно, либо надо добавить возможность указания для каждой подписки отдельно. Если будут подписки, например, за 100 и за 1000 рублей, выгода при покупке дорогой подписки на длительный срок будет незначительной. Хотя, может, для людей, готовых ее купить, вопрос выгоды не является актуальным...🤔
- Совместное авторство - Позволить автору дарить бесплатную подписку (брату, другу, коллеге, майору) - Делать скрытые посты, которые видны только подписчкам (допустим набрался некоторый достаточный кружок по интересам или по уровням подписок) Ну и вкусовщина. "Пирог" для аналитика, как-то не очень, это для презентаций, лучше бары.
Касательно фич - не думали над продажей/заказом видео/статьи? Не знаю как это назвать, вроде и не просто донат, и не подписка. Т.е. дать возможность давать авторам выставлять не только подписку на месяц условно, а давать заказывать пользователям определенный контента. Можно в принципе это совместить с функцией "поддержки" автора. Что-то по типу, "если поддержите меня на 3к то я разберу ваш проект вне очереди". Такой себе элемент краудфандинга :) Также, на будущее, можно подумать о плюшках для людей, которые подписаны на протяжении 3/6/12 месяцев и т.д. Например, как это на твиче сделано.
Какой смысл отменять подписку если она на месяц, проще просто указать срок её действия или как вариант временно её приостановить на какое то время с ее сохранением как вариант, а так хотелось бы видеть возможность подарить подписку
Здравствуйте, извиняюсь, что не по теме, но мучает вопрос, если у меня система завязана в основном на i/o bound, а весь бэк на django rest framework, то получается единовременно может выполняться только 1 запрос, к примеру в бд, а пока этот запрос ждёт ответа из бд, то и все остальные будут ждать ? И как в этой проблеме помогает gunicorn с worker(ом) gevent ?
Если у вас io операции синхронные, гуникорн запущен в 8 потоков, каждый хттп запрос обрабатывается 1 сек, то max requests per secondк вас равен 8. В случае асинхронности, если их этой секунды 0.8 сек это io, то rps модно увеличить многократно
@Диджитализируй! спасибо за ответ. Я понимаю что асинхронность помогает в i/o задачах, вопрос в другом, какие конфигурации использовать для размещения на сервере приложения на стэке django + django rest framework ? Я сделал апи(DRF) с запросом списка 10 пользователей в бд через drf, RPS замерял через loadtest(loadtest -n 1000 -k localhost) и по итогу: 1) gunicorn my_app.wsgi:application --worker-connections=2000 --bind localhost => 420 RPS 2) gunicorn my_app.wsgi:application --worker-connections=2000 --workers=10 --bind localhost => 400 RPS, ожидал 420 * 10, почему так ? 3) gunicorn --worker-class=gevent --worker-connections=2000 --workers=10 my_app.wsgi:application => 420 RPS, тут используется gevent который с помощью корутин, как я понял, создаёт асинхронность в django, но её нет или я делаю что-то не так ?
Второй фактор будет смска от банка на подтверждение оплаты/списания, в случае разовой покупки. Если подписка была оформлена уже, то воровать то и нечего. А подписаться не сможет
Вопрос оценки дизайна сложный, там на порядок, а то и на два порядка цена может отличаться, и это будет ок, просто разные команды. Тысяч от 200 до миллионов 5. Знаю, где только за дизайн в общем-то небольшого проекта команды взяли по несколько миллионов, и это далеко не студия Лебедева, хотя тоже в своих кругах известные ребята.
hi, several issues: * first, if you want manage discount to all subscriptions, then discounts must be in percent value, because all subscription has different price per month; * second, about 'incomes', I missed the possibility to see data by 'post', which post is more or less profitable; * and last, in payment list, the period can be 1 or 3 or 6..., and then you can add new column 'post', which let to author do better analytics good luck
Привет интересно твоё мнение. Есть такая идея, что зная Java можно свичнуться потом без проблем на другой любой язык в будущем, так как он своего рода фундаментальный. Поэтому новичку стоит начать с Java или подобных языков, потом ему будет легче понять любой другой язык. Изучая python новичку будет тяжело перейти на другой язык из-за сахара и кучу плюшек в python. Поэтому начинать с python нежелателено так ли на самом деле? И вообще в прошлом если не ошибаюсь какой-то период ты работал на Java, почему ушёл от этого языка ?почему остался с python? Да и вообще очень интересно посмотреть было б на твоё видео на сравнение двух данных языков. Твоё ощущения от двух языков, только без холивара на тему какой язык лучше:) P.s. Сейчас работаю на проекте увидел много легаси кода и удивился сколько же всего было написано ранее на Java, даже появилось какое-то уважение к данному языку.
Возможно не будет Master Card, возможно не будет Visa, возможно не будет ApplePay, возможно не будет Cloud, возможно не будет UA-cam, возможно не будет Java, возможно не будет Spring, возможно не будет Git, возможно не будет Instagram, возможно не будет Facebook...
‼️ мету признали экстремистской организацией, а значит могут по КоАп 20.3 выкатить штраф и обязать удалить видео со ссылками на инсту. Будьте внимательны, в трудное время живём, сами понимаете.
Я думал я один такой с гугл таблицами вообще траблы очень жесткие! Лучше реально работать с экселем дестктопным, а потом портировать все на гугл таблицы
Lazyload или пагинация? В данном случае однозначно пагинация, условно пользователь оформляет подписку на канал и по логике захочет просмотреть весь контент канала, за один раз всё просмотреть однозначно не сможет, а каждый раз листать всю ленту в поиске нужного поста это очень не удобно, кнопка 'вниз' в данном случае тоже не поможет
Может попробовать чат в matrix? Там есть разные клиенты (даже для терминала), создание вложенных групп, мосты для других приложений (телеграмм, слак, даже rss feed можно подключить) и шифрование. У JoheNews есть хорошее видео с объяснением работы matrix.
Насчет получения одноразового пароля на почту - самый ублюдский метод, как по мне. У меня при закрытии браузера удаляются все куки вообще, и каждый раз лазить на почту чтоб получить одноразовый пароль - я скорее забью вообще на подобный ресурс. Дайте пользователю выбирать предпочтительный способ авторизации.
@@t0digital Верно, поэтому надо давать выбор пользователю. Хочет по почте - пусть по почте, хочет через телеграм - пусть в нем одноразовый код получает, хочет через google authenticator - да на здоровье.
В идеальном мире неограниченных ресурсов - надо давать выбор, да. В реальных условиях ограниченных ресурсов продукт делают для широкой аудитории, но изначально понимая, что 100% людей он не охватит, кому-то будет неудобно. Это нормально. Я не знаю других людей, чистящих куки с каждым выходом из браузера. Для единиц людей делать отдельное решение нецелесообразно.
В телеграмушке у нас - хорошооо! t.me/t0digital
Приветствую, посмотрел видео по nvim загорелся идеей установить, взял конфиг твой, все установилось работает. Но в питоне не подсвечивается слово self в классах, как исправить можно? Заранее спасибо за помощь!
@@holodina LSP pyright ставил-настраивал, он в целом работает? А не подсвечивается self это как?
@@t0digital нет линкер и LSP не ставил. Ну вот def, if, in, range эти ключевые слова подсвечиваются синтаксисом, а слово self в классах нет. В пайчарме подсвечивалось, тут сразу бросилось в глаза
@@holodina возможно просто особенность используемой темы
@@t0digital да, видимо в стилях темы не прописано, но где оно там лежит это всё, я не знаю. Вот и спросил, а как получить список доступных тем?
А мы все еще ждем следующую часть))
Я не знаю, конечно, как у вас строится процесс, но есть один момент который бросился в глаза.
Я бы всё таки прототипы/дизайны/доки/ТЗшки всё таки скидывал для ознакомления до созвона/митинга. Так и людям было бы проще, и времени на анализ было бы больше. Митинг был бы как раз таки максимально продуктивным - у всех бы уже сформировались вопросы/плюсы/минусы которые они видят, что привело бы к целевому обсуждению.
У нас на работе если митинг создается для обсуждения дизайна - то дизайн прикрепляется к митингу. Если для обсуждения ТЗ - то ТЗ прикрепляется к митингу. И так далее. Чтобы люди лихорадочно не пытались изучать документы прям на митинге.
Если у вас так и было - то сори, просто в видео сказали что видите дизайн первый раз :)
Оооо, с удовольствием ждал. Сейчас сам на этапе написания хорошего ТЗ
Большое спасибо за видео. Интересно смотреть процесс разработки проекта и подмечать для себя какие-то вещи, особенно как студенту, который только начинает вливаться в командную работу в компании. Выписал идеи и критику. Почитайте, подумайте над предложениями. Возможно что-то для себя подметите.
1.Никнейм у подписчиков.
На мой взгляд это важно. Часто ютуберы или стримеры показывают список своих спонсоров в качестве благодарности в видео.
На втором созвоне “Имя и фамилия” были исправлены на “Имя”. Я бы предложил или “Имя пользователя”, или “Никнейм”.(Username). Чтобы это ассоциировалось именно с пользователем на платформе, а не с твоей личной информацией о себе типо фио.
2. Уведомления.
Если вы решили добавить интеграцию с телегой и другими соцсетями. То нужна какая-то настройка уведомлений для них, а не только email. Также возможно стоит не только уведомление о постах добавлять, но и уведомления о каких-то закрытых стримах или что-то вроде этого. Всё-таки люди чаще проверяют соцсети, а не почту.
3. Road map.
Возможно стоит как-то распланировать этапы реализации проекта в перспективе. То есть первый этап это готовая платформа вот с таким функционалом. Далее второй этап это добавления таких-то фич. Третий этап добавление ещё каких-то вещей и т.д. Такой формат часто встречается в опенсорс проектах. И это даёт людям понимание, что проект не заглох, а также они видят его возможности в перспективе и задумываются о миграции на вашу платформу, потому что он будет лучше уже существующих. Возможно я прошляпил и у вас уже есть это, а я просто не увидел.
4. Цель автора.
Как насчёт добавить описание этой цели. То есть пользователь может тыкнуть по цели и ему откроется страничка в формате обычного поста, где будет название, описание, какие-то события по достижению этой цели. Но так как я сам не автор и не сталкивался с таким, то не уверен нужно ли авторам это. Хотя с другой стороны, чтобы завлечь подписчика и дать ему лишнюю причину поддержать выглядит логично.
5. Валюта
Как минимум надо бы добавить отображение стоимости в разной валюте в настройках у пользователя. А то и вовсе добавить возможность выбора валюты для автора.(валюта для указания цены за подписку). Я понимаю, что целевая аудитория будет русская, но учитывая пока нестабильный курс рубля, возможно стоит это как-то пометить на будущее.
О том в какой валюте оплата будет проходить и т.д. я не говорю, так как не понятно какой сервис для оплаты вы выберете.
Опять же проект опенсорс, возможно кто-то другой сделает себе форк и добавит другую платформу, а реализация смены валюты у автора и у пользователя уже будет. Опять же по номеру телефона например можно определить страну, а значит и актуальную валюту. Тему с деньгами надо отдельно от дизайна конечно ещё прорабатывать будет.
6. ?Оплата в криптовалюте?
Просто отметьте на будущее в роад мап. Тема популярная, актуальная, особенно когда всякие виза, мастеркард и пайпал уходят.
7. Плашка с блюром всей картинки.
Плашка с блюрам должна быть с возможностью блюра на весь экран. Это необходимо для девушек, которые выкладывают свои интимные фотографии. Если такой возможности не будет, то им нужно будет ручками блюрить, а это лишняя работа для них, либо просто не пользоваться платформой. А т.к количество таких стримерш, инстаблогерш и т.д большое, то это потеря существенной аудитории.
8. Зарегистрирован ли email.
Полностью согласен с вариантом, что нужно говорить, что пользователя с таким email нет и предлагать создать аккаунт. Люди часто что-то забывают. А так у них останется возможность проверить несколько своих почт без регистрации лишних аккаунтов в системе. А также при опечатке в своей почте пользователь сразу поймет проблему, а не будет долго думать а почему же не пришло письмо.
9. Кнопка “Купить пост”
Возможно стоит на плашке вместо “Купить за 1000р” написать “Купить пост”. А при наведении мышкой анимацией менять кнопку на кнопку с отображением цены “1000р” или “Купить за 1000р”.
10. Иконки на блоке подписки.
Немного не понял с иконкой телеги у блока подписки. А если я как автор не хочу добавлять телегу или хочу другой мессенджер. Как мне эту иконку убрать или поменять? Возможно стоит как-то в редакторе это пометить или кнопочки(чекбоксы отображаемых иконок). Например есть набор икон в виде чекбоксов(неактивный серая иконка, активный разноцветная иконка). И заранее минимальный набор иконок определить ну например тг, вк, видео, фото.
Ждём третий выпуск!
Благодарю за видео со стороны UI/UX дизайнеров в том числе!
Всегда полезно понимать, как твой макет преобразуется в код и допиливается фронтами
Крутая штука получается! 🤔
Сил вам, ребята, довести всё это до MVP и дальше! 🦾😁
Очень интересно! Надеюсь код также будет подробно обозреваться)
один раз в жизни заказывал дизайн ) всегда покупал подходящий под задачу готовый шаблон, а дальше сам ) ... а сейчас погрузился в webix, jsbased дизайн, универсальная красивая вещь
Очень круто, спасибо 🤗 Жду этапа, когда будете обсуждать техническую часть.
Идея сделать подобную тему нереально крутая, топ контент!
Спасибо за Ваш труд! Прошлый выпуск очень помог при работе с ТЗ.
Алексей, возроди эту рубрику!
Такой прекрасный проект. Смотрел и учился с упоением. Жду как второй сезон престолов-драконов
Спасибо! Вернём обязательно!
@@t0digital
Правда-правда?)
Мы всё ждём)
wow, 2,5 часа отличного контента, спасибо!
Спасибооо!
Авторизация по коду из почты не самая лучшая идея, имейте ввиду, а если еще и сессии не вечные, то утопия. Кажется удобным, но это не так. Есть пользователи, которые любят выходить из аккаунтов после пользования сервисом. Не у всех установлены на телефоне приложения почтовых клиентов, в которых можно было бы легко получать входящую почту и через пуш видеть в теме письма код доступа для более быстрого взаимодействия. В итоге чтобы просто попасть в аккаунт, пользователю нужно совершать дополнительные действия по заходу в почту, далее в письмо и т.п. Обычные пользователи подобных сервисов не являются сильно подкованными в технологиях и если допустим домохозяйка захочет сделать донат стриму на котором показали новый рецепт приготовления, то ее путь от регистрации до доната будет тернистым. Поставьте себя на место человека, который только вчера узнал, что такое интернет и отталкиваясь от этого стройте UX/UI
Спасибо за видос. Будет крайне офигенно, если покажешь как будете делать wysiwyg как нарисовал дизайнер) я когда-то начинал делать что-то очень похожее, но забросил ввиду отсутствия времени. Именно такие видео рассказывающие как делать такие сложные штуки на вес золота. Простые формочки и их обработка - это ерунда и мелочи :)
Очень качественная подача!
Жду продолжения с нетерпением :)
батюшки! Годнота продолжается. Про лайк даже не пишу.)
Бросил обучения, спустя полгода решил вернуться спасибо за ролик и вдохновения
Шикарное видео! Очень интересно наблюдать за всем этим в RAW формате. Как вариант еще можно прислать видеонарезку как коллега делает эти прототипы. То есть чтобы прям реально от А до Я
Очень полезно, жду продолжения, спасибо! Сейчас пытаюсь похожий подход внедрить на работе
Ку) в ожидании 3 части)
Рад этому видео больше, чем любому видео BadComedian (кто в курсе)
Спасибо 💪
Будем продолжать!
Возможно не стоит ограничивать кол-во подписок, т.к. возможно авторы захотят сделать, например, разбиение контента по подпискам.
Т.е. автор выпускает романы и для отдельных циклов романов будет своя подписка: Сага1 - 200р, Сага2 - 200р и т.д. Сами книги могут выходить по главам и для каждой главы будет отдельный пост. Из такого примера появляется еще необходимость иметь группировку постов по тегу/тематике/группе или что-то в этом роде. + возможность покупать не просто доступ к посту, а к конкретному разделу. Подписка будет использовать в случае активного выхода материала(новые главы по книге еще выходят), а разовой оплатой можно будет предоставить доступ ко всему материалу завершенной книги
Молодцы, хороший подход. А почему не создаете интерактивные прототипы, в специальных программах? Там активности все видны.
Очень крутой проект) Спасибо большое! Ожидается ли продолжение?
Да, но попозже
Спасибо, жду продолжения.
Касательно дизайна банковской карты - лучше там использовать не лого платежной системы, а логотип/цвета банка. Особенно если планируется давать привязывать несколько карт. Ведь зачастую у людей разные карты, потому что банки разные, а не платежные системы, визуально людям удобнее ориентироваться по банку.
Касательно данных карты - я их вообще почти нигде не сохраняю :) У меня данные уже сохранены в системном кошельке, зачем её еще сайтам раздавать налево и направо :) И да, удаление 100% должно, как для данных карты, так и для абсолютно любых других данных. Т.к. если не дай бог вашим сервисом воспользуется человек из Эстонии(условно) - то вам уже надо будет соответствовать требованиям GDPR.
Интересный вопрос относительно регистрации, с учетом того что систему рассматриваем как индивидуальный сервис который автор может развернуть любым удобным ему способом то нужна ли она тут?
Представим что у нас множество авторов, везде индивидуально проходить процесс регистрации довольно муторно, можно все свести аля мессенджер, только авторизация по коду который можем получить через почту либо телефон независимо от того была прежде выполнена первичная авторизация или нет, в дополнение если будет чат то тогда опционально добавить возможность в настройках указать ник/имя фамилия, аватарку.
Ждём продолжения❤
Я бы взял дизайн Ютуба, немного изменив его. Так как бустеры в основном с этой площадки приходят, им бы было проще разобраться в интерфейсе, и не было бы такого резкого диссонанса в картинке на экране. Вместо видео - посты, вместо подписаться - стать бустером и ТД. Да и блогерам удобнее, можно перенести шапку и аватарку, ничего не меняя. Зачем придумывать велосипед, люди любят постоянство.
Очень интересно наблюдать за процессом. А где 3 часть?
На данный момент досмотрел до момент с историей списания. Думаю что история списания нужно, тоже как и раньше, чисто как психологический момент, а не функциональный. Пользоваться им будут очень редко, это точно.
На счет самой истории списания. Можно хранить просто список кто на что подписался или что единоразово купил. Исходя из этой информации можно стоить сразу 2 отчета, как раз для автора (фильтрация будет по полю "на что оплата" ) и для пользователя (фильтрация будет по полю "кто оплатил"). Ведь по сути данные одни и те же, и если есть "халявно" предоставить отчет пользователю, почему бы ему эту возможность и не предоставить.
Функция отсрочки публикации постов для авторов, мне кажется интересной. То есть как в вк , создали пост, а опубликуется он допустим через 2 часа/день и т.д. Было бы удобно наверное для авторов, когда можно несколько постов создать и публикация будет отложенной, а не всё сразу
Ждем продолжение)
Так ну 2 шага я уже сделал, дальше то пойдем? )) очень хочетса
Возможно, об этом говорится дальше в видео, но в ТЗ прописывался вариант оплаты через эппл-пэй и гугл-пэй. На прототипах этих опций почему-то не видно.
Когда же будет видос по разработке?
Алексей, спасибо огромное за качественный и полезный контент!
Будет ли продолжение этой рубрики?
Думаю, да, хотелось бы продолжить
Ух-ты!... Алексей, ты меня заразил...
Уверен, что видео супер, но тайм-кодов нет, подкрутите, пожалуйста)
добавил
@@t0digital спасибо
Добрый день. А каким образом будет переноситься подписка на новый сервис в случае оплаты подписки на год в boosty?
В
0:00 - 3:59 О чём идёт речь
Вы используете приложение для представления изображений функционала.
Что это за программа? Выглядит очень удобной
это figma
Лайк авансом
Шикарное видео, но нет продолжения((
Возможно уже обсуждали скидки на подписки, извиняюсь, если пропустил. Как мне кажется, указание автором скидки в рублях не совсем уместно, либо надо добавить возможность указания для каждой подписки отдельно. Если будут подписки, например, за 100 и за 1000 рублей, выгода при покупке дорогой подписки на длительный срок будет незначительной. Хотя, может, для людей, готовых ее купить, вопрос выгоды не является актуальным...🤔
Бум взрыв мозга , очень познавательное видео . Однозначно лайк + комент . Спасибо вам больше .
Спасибо!
Ребята, когда следующий выпуск?
- Совместное авторство
- Позволить автору дарить бесплатную подписку (брату, другу, коллеге, майору)
- Делать скрытые посты, которые видны только подписчкам (допустим набрался некоторый достаточный кружок по интересам или по уровням подписок)
Ну и вкусовщина. "Пирог" для аналитика, как-то не очень, это для презентаций, лучше бары.
А что, выпусков больше нет?
Касательно фич - не думали над продажей/заказом видео/статьи? Не знаю как это назвать, вроде и не просто донат, и не подписка. Т.е. дать возможность давать авторам выставлять не только подписку на месяц условно, а давать заказывать пользователям определенный контента. Можно в принципе это совместить с функцией "поддержки" автора. Что-то по типу, "если поддержите меня на 3к то я разберу ваш проект вне очереди". Такой себе элемент краудфандинга :)
Также, на будущее, можно подумать о плюшках для людей, которые подписаны на протяжении 3/6/12 месяцев и т.д. Например, как это на твиче сделано.
Замечание: при вводе кода нужно сделать небольшую ссылку для повторной отправки кода.
смс может не дойти и нужна повторная отправка, а по email вроде как если не дошло первый раз, то не дойдёт и второй:)
ролики огонь.автор, я опечатку кажись нашел в слайде про аналитику, там есть функция выгрузки в Excel, лишняя буква l затесалась.
Подскажите будет ли 3я часть?
Пока не знаю
Добрый день. А когда будут следующие части ?
пока нет ресурсов на этот проект, но надеюсь скоро появятся и вернёмся
@@t0digital Спасибо. А то очень интересно увидеть весь цикл разработки ПО. А то где не почитай... там умалчивают что-то, да тут :)
Авторизация через телегу даёт право боту написать ему первым, потому штука полезная и нужная. Ну а там уже лента нотификаций.
Будет ли продолжение рубрики?
Будет
А продолжене будет?
Пока непонятно
Какой смысл отменять подписку если она на месяц, проще просто указать срок её действия или как вариант временно её приостановить на какое то время с ее сохранением как вариант, а так хотелось бы видеть возможность подарить подписку
Спасибо за это!!!
Здравствуйте, извиняюсь, что не по теме, но мучает вопрос, если у меня система завязана в основном на i/o bound, а весь бэк на django rest framework, то получается единовременно может выполняться только 1 запрос, к примеру в бд, а пока этот запрос ждёт ответа из бд, то и все остальные будут ждать ? И как в этой проблеме помогает gunicorn с worker(ом) gevent ?
Если у вас io операции синхронные, гуникорн запущен в 8 потоков, каждый хттп запрос обрабатывается 1 сек, то max requests per secondк вас равен 8. В случае асинхронности, если их этой секунды 0.8 сек это io, то rps модно увеличить многократно
@Диджитализируй! спасибо за ответ. Я понимаю что асинхронность помогает в i/o задачах, вопрос в другом, какие конфигурации использовать для размещения на сервере приложения на стэке django + django rest framework ?
Я сделал апи(DRF) с запросом списка 10 пользователей в бд через drf, RPS замерял через loadtest(loadtest -n 1000 -k localhost) и по итогу:
1) gunicorn my_app.wsgi:application --worker-connections=2000 --bind localhost => 420 RPS
2) gunicorn my_app.wsgi:application --worker-connections=2000 --workers=10 --bind localhost => 400 RPS, ожидал 420 * 10, почему так ?
3) gunicorn --worker-class=gevent --worker-connections=2000 --workers=10 my_app.wsgi:application => 420 RPS, тут используется gevent который с помощью корутин, как я понял, создаёт асинхронность в django, но её нет или я делаю что-то не так ?
Можно узнать, есть ли возможность получить доступ к матриалам закрытого ныне курса?
Пока нет, скоро он откроется в новой расширенной редакции, следите за обновлениями
2:45 , а что это за приложение и как это делалось ?
Figma
Где продолжение?
А где 3я часть?
Ура
вы всё таки дело имеете с деньгами, лучше добавить пароль как второй фактор
Второй фактор будет смска от банка на подтверждение оплаты/списания, в случае разовой покупки. Если подписка была оформлена уже, то воровать то и нечего. А подписаться не сможет
Добавьте дату создания контента в тизер, начало поста и в список постов.
Часто нет смысла смотреть посты со старой датой.
Хороший видос, спасибо! Есть ссылка на портфолио дизайнера?
Когда будет продолжение?
Пока нет времени на это. Позже
а где продолжение то?
Подскажите, сколько примерно стоила бы разработка такого дизайна? Можно в рублях/долларах
Вопрос оценки дизайна сложный, там на порядок, а то и на два порядка цена может отличаться, и это будет ок, просто разные команды. Тысяч от 200 до миллионов 5. Знаю, где только за дизайн в общем-то небольшого проекта команды взяли по несколько миллионов, и это далеко не студия Лебедева, хотя тоже в своих кругах известные ребята.
hi,
several issues:
* first, if you want manage discount to all subscriptions, then discounts must be in percent value, because all subscription has different price per month;
* second, about 'incomes', I missed the possibility to see data by 'post', which post is more or less profitable;
* and last, in payment list, the period can be 1 or 3 or 6..., and then you can add new column 'post', which let to author do better analytics
good luck
Не слышал про косяки с слэком, компания в которой я работаю использует слэк и всё ок, правда компания европейская и офисов в России нет)
Супер
На РуТубе видео продублируете?
В дзене и ВК продублировал. В рутуб пока нет
И где третья часть...?
Привет интересно твоё мнение. Есть такая идея, что зная Java можно свичнуться потом без проблем на другой любой язык в будущем, так как он своего рода фундаментальный. Поэтому новичку стоит начать с Java или подобных языков, потом ему будет легче понять любой другой язык. Изучая python новичку будет тяжело перейти на другой язык из-за сахара и кучу плюшек в python. Поэтому начинать с python нежелателено так ли на самом деле?
И вообще в прошлом если не ошибаюсь какой-то период ты работал на Java, почему ушёл от этого языка ?почему остался с python? Да и вообще очень интересно посмотреть было б на твоё видео на сравнение двух данных языков. Твоё ощущения от двух языков, только без холивара на тему какой язык лучше:)
P.s. Сейчас работаю на проекте увидел много легаси кода и удивился сколько же всего было написано ранее на Java, даже появилось какое-то уважение к данному языку.
так, а чем всё закончилось?
Позже продолжим:)
Круть
Zulip юзали на рабе, норм тема. Даже клиент для мобилок есть.
Нравится работа в нем? Мне показался его дизайн какими-то не очень симпатичным:) отличается от остальных
@@t0digital да, в принципе, сойдет. Пробовали до этого mattermost еще, но он что то никому не зашел вообще.
Когда-нибудь я сумею выговорить название канала
ua-cam.com/video/t6iQJXoadII/v-deo.html
Возможно не будет Master Card, возможно не будет Visa, возможно не будет ApplePay, возможно не будет Cloud, возможно не будет UA-cam, возможно не будет Java, возможно не будет Spring, возможно не будет Git, возможно не будет Instagram, возможно не будет Facebook...
Да все норм будет, не переживайте:)
Жаль продолжения не будет...
А почему? Где-то написали о этом ?
‼️ мету признали экстремистской организацией, а значит могут по КоАп 20.3 выкатить штраф и обязать удалить видео со ссылками на инсту.
Будьте внимательны, в трудное время живём, сами понимаете.
Я думал я один такой с гугл таблицами вообще траблы очень жесткие! Лучше реально работать с экселем дестктопным, а потом портировать все на гугл таблицы
Lazyload или пагинация? В данном случае однозначно пагинация, условно пользователь оформляет подписку на канал и по логике захочет просмотреть весь контент канала, за один раз всё просмотреть однозначно не сможет, а каждый раз листать всю ленту в поиске нужного поста это очень не удобно, кнопка 'вниз' в данном случае тоже не поможет
Может попробовать чат в matrix? Там есть разные клиенты (даже для терминала), создание вложенных групп, мосты для других приложений (телеграмм, слак, даже rss feed можно подключить) и шифрование.
У JoheNews есть хорошее видео с объяснением работы matrix.
Чего забанил то меня в телеге? Я задал вопрос, а ты обиделся
Формулировка вопроса значит была достаточной для бана:)
@@t0digital Ну я незнал как правильно спросить)
Без пагинации плохо - посмотрел я 50ый пост, потом на следующий день чтобы посмотреть 60ый - должен заниматься прокруткой - всегда бесит 😡
В бусти вот такая хрень мега неудобная
2.5 часа блаженства
Насчет получения одноразового пароля на почту - самый ублюдский метод, как по мне. У меня при закрытии браузера удаляются все куки вообще, и каждый раз лазить на почту чтоб получить одноразовый пароль - я скорее забью вообще на подобный ресурс. Дайте пользователю выбирать предпочтительный способ авторизации.
Всем не угодить
@@t0digital Верно, поэтому надо давать выбор пользователю. Хочет по почте - пусть по почте, хочет через телеграм - пусть в нем одноразовый код получает, хочет через google authenticator - да на здоровье.
В идеальном мире неограниченных ресурсов - надо давать выбор, да. В реальных условиях ограниченных ресурсов продукт делают для широкой аудитории, но изначально понимая, что 100% людей он не охватит, кому-то будет неудобно. Это нормально. Я не знаю других людей, чистящих куки с каждым выходом из браузера. Для единиц людей делать отдельное решение нецелесообразно.
свистелки и перделки, без бизнес логики