Тестовая голосовушка
Тестовая голосовушка
Так, эта тестовая голосовушка должна уйти на сервер.
Так, эта тестовая голосовушка должна уйти на сервер.
Так, эта тестовая голосовушка должна уйти на сервер.
Так, эта тестовая голосовушка должна уйти на сервер.
Раз, два, три, проверка связи.
Раз, два, три, проверка связи.
давай протестируем записывает она вообще или нет
давай протестируем записывает она вообще или нет
Разбери, пожалуйста, как устроен кусок базы данных, который отвечает за суммирование всех компонентов, которые есть у нас в модуле подготовки дверных спецификаций. То есть, как устроена логика, что каждый компонент вносит какой-то вклад в итоговую цену. Надо понять, как устроены связи, как устроена вся логика и навести порядок, так, чтобы это было связано объектами ORM с этим сервисом. То есть, у нас же все выпадающие списки и абсолютно все должно быть связано с базой данных. И вот на этой связи в нашей таблице должны храниться условия ценообразования. Надо это все зафиксировать, посмотреть, как устроено, и не в деле не развалилась логика, перепроверить, и если все готово, то проверить, что все готово. Если не готово, надо привести в порядок.
Разбери, пожалуйста, как устроен кусок базы данных, который отвечает за суммирование всех компонентов, которые есть у нас в модуле подготовки дверных спецификаций. То есть, как устроена логика, что каждый компонент вносит какой-то вклад в итоговую цену. Надо понять, как устроены связи, как устроена вся логика и навести порядок, так, чтобы это было связано объектами ORM с этим сервисом. То есть, у нас же все выпадающие списки и абсолютно все должно быть связано с базой данных. И вот на этой связи в нашей таблице должны храниться условия ценообразования. Надо это все зафиксировать, посмотреть, как устроено, и не в деле не развалилась логика, перепроверить, и если все готово, то проверить, что все готово. Если не готово, надо привести в порядок.
Следующая задача, которую нужно решить, звучит следующим образом: теперь нужно сделать клиентский интерфейс, интерфейс и раздел для клиентов. Как я это вижу, у них будет примерно тот же самый интерфейс, как и у меня, у главного админа. Будут также настройки, также будет видно на дашборд, будут отзывы видны, будет настройка QR-кодов, также будет настройка кампании, форма отзыва, ссылки на карты и интеграции тоже можно оставить. Только единственное, нужно сделать так, чтобы клиент могли зарегистрироваться с помощью почты и пароля, но доступ у них будет только к тем компаниям, которые они заведут. Чтобы упростить заведение компании в системе, он вносит только ссылку на Яндекс-карты, а все данные, которые можно подтянуть по компании, подтягиваются с карты, на которую дали ссылку. У него должен быть доступ: меню QR-кодов, настройка компании, настройки формы отзыва, ссылки на карту. Также он должен мочь добавлять каких-то, то есть, ну, давай пока компания, ставим дальше, пойдем, чего нам еще нужно. Подумай еще, какие возможности можно добавить в этот сервис, чтобы это было максимально комфортно для наших потенциальных клиентов. Так, теперь, исходя из моего текста, составь задачи, как учит Ольга Паратнова, поставь название задачи, три критерия оценки полученного результата. Наложи на все изменения интегральные тесты, чтобы все наши изменения, которые мы вносим, легко работали и все просто работали со всеми модулями, которые у нас есть в приложении, чтобы не было у них проблем с общением. Также обязательно смотри в код MD, которым я создал для работы вообще с этим приложением. И так, твоя задача сейчас - все разложить, разложить мой текст по задачам, написать текст задачи, критерии выполнения этой задачи, наложить все интегральными тестами и обязательно при создании всего из всех изменений смотри в CloudMD.
Следующая задача, которую нужно решить, звучит следующим образом: теперь нужно сделать клиентский интерфейс, интерфейс и раздел для клиентов. Как я это вижу, у них будет примерно тот же самый интерфейс, как и у меня, у главного админа. Будут также настройки, также будет видно на дашборд, будут отзывы видны, будет настройка QR-кодов, также будет настройка кампании, форма отзыва, ссылки на карты и интеграции тоже можно оставить. Только единственное, нужно сделать так, чтобы клиент могли зарегистрироваться с помощью почты и пароля, но доступ у них будет только к тем компаниям, которые они заведут. Чтобы упростить заведение компании в системе, он вносит только ссылку на Яндекс-карты, а все данные, которые можно подтянуть по компании, подтягиваются с карты, на которую дали ссылку. У него должен быть доступ: меню QR-кодов, настройка компании, настройки формы отзыва, ссылки на карту. Также он должен мочь добавлять каких-то, то есть, ну, давай пока компания, ставим дальше, пойдем, чего нам еще нужно. Подумай еще, какие возможности можно добавить в этот сервис, чтобы это было максимально комфортно для наших потенциальных клиентов. Так, теперь, исходя из моего текста, составь задачи, как учит Ольга Паратнова, поставь название задачи, три критерия оценки полученного результата. Наложи на все изменения интегральные тесты, чтобы все наши изменения, которые мы вносим, легко работали и все просто работали со всеми модулями, которые у нас есть в приложении, чтобы не было у них проблем с общением. Также обязательно смотри в код MD, которым я создал для работы вообще с этим приложением. И так, твоя задача сейчас - все разложить, разложить мой текст по задачам, написать текст задачи, критерии выполнения этой задачи, наложить все интегральными тестами и обязательно при создании всего из всех изменений смотри в CloudMD.
Так, мы попробуем через свой сервис записать голосовушку, он у меня иногда отваливается, потому что его нормально настроить не могу. Но просто чтобы понимал, с чем я столкнулся, и наверное, это проще решишь, когда все сразу на сервак отправишь. Но потом все равно происходят моменты, когда что-то лежит на серваке, ты такой: "вот эту штучку маленькую надо доделать", и большой соблазн пойти сразу на серваке сделать. Но и можно, наверное, потому что другие ребята, нормальные разработчики, они у себя, как бы, на компе разрабатывают, это все тестируют, чтобы все четко, нормально работала, что все тесты проходили, и когда уверены, что эта функция, ну, достаточно работоспособна, отправляют ее на сервак себе, ну, то есть, поток обычно так выглядит. Так вот, в чем разница между между локальным серваком и тем, что на таймвебе находится. Кстати, я бы тебе какую-нибудь реферальную ссылку на короче, какая в чем я попал с своим развертыванием, ладно, что меня полусвязанный там и некоторые файлы дублируются, и там зависимости попадают, с одно время рефакторингов, какая-то борода происходит, это решается просто, какую-то новую функцию делаешь и новую ветку запускаешь разработки, как рефакторе большие проекты, реальные разработчики, не знаю, скорее всего, надо просто код хороший сразу писать. Так вот, что происходит, например, с моим сервисом голосовух, мы же понимаем, что голосовуху 5, 10, 15 LLM, учитывая, что код всегда исполняется построчно, друг за другом, то в раз отправить две голосовухи не получится. Пока первая не будет распознана, вторая в распознавание не уйдет. И вообще, сервис, как бы, висеть будет, по-нормальному, пока все не сделается. И ничего ты сделать в нем не сможешь. Поэтому есть такая история, как сервак обрабатывает свое, а пользователь видит свое. Это деление на фронт-энд и бэк-энд. Чтобы пользователь не чувствовал, что что-то долго думает или еще как-то, и есть всякие фреймворки, типа React, или вот у джанга есть какой-то полу встроенной с оси, называется, когда сервак нам что-то думает, вот у меня же, голосовых распознается новая карточка, же история, типа, целые, называется, или регис, управление задачами, что просто в серваке, в очередь, складываются задачи, и когда каждый раз новой голосовуха прилетает, он ее, друг за другом, спускает в работу, распознает, и результаты складывает сюда, вот это, в целом, здравое поведение, особенно, давайте, много пользователей появляется, чтобы они писать, если такого нет, то, пока задачи одного пользователя не выполнена, задачи 2 пользователя выполняться не начнется, и все пользователи хором ждут, там, десяток, или сотни пользователей, пока задачи первого пользователя не закончится, интерфейс сотого пользователя живым не станет, как бы, это, конечно, выглядит немножко.
Так, мы попробуем через свой сервис записать голосовушку, он у меня иногда отваливается, потому что его нормально настроить не могу. Но просто чтобы понимал, с чем я столкнулся, и наверное, это проще решишь, когда все сразу на сервак отправишь. Но потом все равно происходят моменты, когда что-то лежит на серваке, ты такой: "вот эту штучку маленькую надо доделать", и большой соблазн пойти сразу на серваке сделать. Но и можно, наверное, потому что другие ребята, нормальные разработчики, они у себя, как бы, на компе разрабатывают, это все тестируют, чтобы все четко, нормально работала, что все тесты проходили, и когда уверены, что эта функция, ну, достаточно работоспособна, отправляют ее на сервак себе, ну, то есть, поток обычно так выглядит. Так вот, в чем разница между между локальным серваком и тем, что на таймвебе находится. Кстати, я бы тебе какую-нибудь реферальную ссылку на короче, какая в чем я попал с своим развертыванием, ладно, что меня полусвязанный там и некоторые файлы дублируются, и там зависимости попадают, с одно время рефакторингов, какая-то борода происходит, это решается просто, какую-то новую функцию делаешь и новую ветку запускаешь разработки, как рефакторе большие проекты, реальные разработчики, не знаю, скорее всего, надо просто код хороший сразу писать. Так вот, что происходит, например, с моим сервисом голосовух, мы же понимаем, что голосовуху 5, 10, 15 LLM, учитывая, что код всегда исполняется построчно, друг за другом, то в раз отправить две голосовухи не получится. Пока первая не будет распознана, вторая в распознавание не уйдет. И вообще, сервис, как бы, висеть будет, по-нормальному, пока все не сделается. И ничего ты сделать в нем не сможешь. Поэтому есть такая история, как сервак обрабатывает свое, а пользователь видит свое. Это деление на фронт-энд и бэк-энд. Чтобы пользователь не чувствовал, что что-то долго думает или еще как-то, и есть всякие фреймворки, типа React, или вот у джанга есть какой-то полу встроенной с оси, называется, когда сервак нам что-то думает, вот у меня же, голосовых распознается новая карточка, же история, типа, целые, называется, или регис, управление задачами, что просто в серваке, в очередь, складываются задачи, и когда каждый раз новой голосовуха прилетает, он ее, друг за другом, спускает в работу, распознает, и результаты складывает сюда, вот это, в целом, здравое поведение, особенно, давайте, много пользователей появляется, чтобы они писать, если такого нет, то, пока задачи одного пользователя не выполнена, задачи 2 пользователя выполняться не начнется, и все пользователи хором ждут, там, десяток, или сотни пользователей, пока задачи первого пользователя не закончится, интерфейс сотого пользователя живым не станет, как бы, это, конечно, выглядит немножко.
Stories и у тебя интересное, последнее я посмотрел, и понимаю, что я хожу по такой же грани, но вроде бы не умышленно, а просто так получилось, что мы много вложили в развитие, не рассчитали, и нам еще миллионов 50 не хватило, где-то по разным причинам, где-то финансисту я доверил переговоры с банками вести, где-то не найти условия, договорились не тот объем взяли. Ну, там много планов было, запуск около 10 проектов параллельно. И короче, не все получилось, но не получилось настолько, что в какой-то момент, когда тотального денег не стало, я вовремя расходы не сократил и не остановил запуск проектов, где-то, потому что и команду долго собирал, вроде классные ребята все были. Но получилось, что я одновременно стал должен 50 клиентам и никому из них отгрузить не смог. И вот там уже видно, как у разных людей разное мировоззрение. Кому, кстати, много должен, там 10 миллионов и больше, очень адекватно отнеслись. Кому 20-30 тысяч рублей, те просто пошли заявления в полицию писать о мошенничестве. Но это такой сильный кризис у меня был. Первый раз я такой в жизни проживал. Не хотелось бы иметь таких отношений к себе, как у тебя к этому парню.
Stories и у тебя интересное, последнее я посмотрел, и понимаю, что я хожу по такой же грани, но вроде бы не умышленно, а просто так получилось, что мы много вложили в развитие, не рассчитали, и нам еще миллионов 50 не хватило, где-то по разным причинам, где-то финансисту я доверил переговоры с банками вести, где-то не найти условия, договорились не тот объем взяли. Ну, там много планов было, запуск около 10 проектов параллельно. И короче, не все получилось, но не получилось настолько, что в какой-то момент, когда тотального денег не стало, я вовремя расходы не сократил и не остановил запуск проектов, где-то, потому что и команду долго собирал, вроде классные ребята все были. Но получилось, что я одновременно стал должен 50 клиентам и никому из них отгрузить не смог. И вот там уже видно, как у разных людей разное мировоззрение. Кому, кстати, много должен, там 10 миллионов и больше, очень адекватно отнеслись. Кому 20-30 тысяч рублей, те просто пошли заявления в полицию писать о мошенничестве. Но это такой сильный кризис у меня был. Первый раз я такой в жизни проживал. Не хотелось бы иметь таких отношений к себе, как у тебя к этому парню.
Ну, и интересно, как это работает, слышит ли она?
Ну, и интересно, как это работает, слышит ли она?
Так, ну, и как-то так, ну, и как-то работает. Интересно, работает интересно, посмотреть быстрее. Смотреть быстрее, ли стало откликаться или стала откликаться, я?
Так, ну, и как-то так, ну, и как-то работает. Интересно, работает интересно, посмотреть быстрее. Смотреть быстрее, ли стало откликаться или стала откликаться, я?
Ну, стало интереснее, что ты хотя бы подгрузил все параметры, увидел, как что на странице работает, и видно, какие данные есть в базе данных по профилям, это очень хорошо. Вот вопрос, только что у тебя есть, есть второй блок параметры, раскрою написано длина хлыста 5100, так надо взять длинных листов, которые есть в системе, в СКЮКЕЙ можно выбрать, может быть, в интерфейсе, как использовать. И вот вижу, ты мне для системы Джон Голд предложил разные, ну, две ключевые, это коробку и каркас, вот из них будем кроить, у них разные длины есть, может быть, у каждого, у коробки лю каркас, нажатием на чип выбрать, какой длиной пользоваться для этого профиля, но окей. Допустим, параметры раскроен, его две галки, коробка и каркас, считать длинный по сути не нужны, пропил пилы у тебя есть где-то по умолчанию, потому что длинный будут для каждого профиля подгружены, понимаешь, если у тебя логика корректно работает. Вот потом дальше идет, мы вводим параметры двух дверей, жмем рассчитать раскрой, и раскрой не происходит, еще и галочки стоят D модуль, ну да, и модуль, мы сейчас не краем с тобой никакой, надо как-то рассчитать, чтобы все было корректно, он пишет еще и ошибка сети за string, нет not much за expected паттерн, короче, не понимаю, где мы остановились, давай дальше показывай, давай шаг за шагом продолжать эту разработку.
Ну, стало интереснее, что ты хотя бы подгрузил все параметры, увидел, как что на странице работает, и видно, какие данные есть в базе данных по профилям, это очень хорошо. Вот вопрос, только что у тебя есть, есть второй блок параметры, раскрою написано длина хлыста 5100, так надо взять длинных листов, которые есть в системе, в СКЮКЕЙ можно выбрать, может быть, в интерфейсе, как использовать. И вот вижу, ты мне для системы Джон Голд предложил разные, ну, две ключевые, это коробку и каркас, вот из них будем кроить, у них разные длины есть, может быть, у каждого, у коробки лю каркас, нажатием на чип выбрать, какой длиной пользоваться для этого профиля, но окей. Допустим, параметры раскроен, его две галки, коробка и каркас, считать длинный по сути не нужны, пропил пилы у тебя есть где-то по умолчанию, потому что длинный будут для каждого профиля подгружены, понимаешь, если у тебя логика корректно работает. Вот потом дальше идет, мы вводим параметры двух дверей, жмем рассчитать раскрой, и раскрой не происходит, еще и галочки стоят D модуль, ну да, и модуль, мы сейчас не краем с тобой никакой, надо как-то рассчитать, чтобы все было корректно, он пишет еще и ошибка сети за string, нет not much за expected паттерн, короче, не понимаю, где мы остановились, давай дальше показывай, давай шаг за шагом продолжать эту разработку.
Ну, в общем, исследуй все, потому что я не понимаю, что тут происходит. Почему-то она постоянно горит со статусом крестика при загрузке страницы, и рефреш и недоступен. Но и css и получается не работает, и куда-то даже хедер отрыгнул.
Ну, в общем, исследуй все, потому что я не понимаю, что тут происходит. Почему-то она постоянно горит со статусом крестика при загрузке страницы, и рефреш и недоступен. Но и css и получается не работает, и куда-то даже хедер отрыгнул.
Ну, в общем, исследуй все, потому что я не понимаю, что тут происходит. Почему-то она постоянно горит со статусом крестика при загрузке страницы, и рефреш и недоступен. Но и SS, и получается, не работает, и куда-то даже хедер отрыгнул.
Ну, в общем, исследуй все, потому что я не понимаю, что тут происходит. Почему-то она постоянно горит со статусом крестика при загрузке страницы, и рефреш и недоступен. Но и SS, и получается, не работает, и куда-то даже хедер отрыгнул.
Ну, и он постоянно крестик показывает в том месте, где рефреш должен быть. Хотелось бы, чтобы он, конечно, к нормальному состоянию вернулся. Исследуй проект, посмотри, что не так? Где мы заблуждаемся?
Ну, и он постоянно крестик показывает в том месте, где рефреш должен быть. Хотелось бы, чтобы он, конечно, к нормальному состоянию вернулся. Исследуй проект, посмотри, что не так? Где мы заблуждаемся?
Ну, я уже рад, что это работает. Вопрос только, что нету SSE и куда-то хедер отвалился, верстка по крайней мере хедера.
Ну, я уже рад, что это работает. Вопрос только, что нету SSE и куда-то хедер отвалился, верстка по крайней мере хедера.
А чё, работает, или открыгнуло всё ухуя? Не работает. Ну?
А чё, работает, или открыгнуло всё ухуя? Не работает. Ну?
А что работает, или отрыгнуло? Все, как у Ям, работает, ну.
А что работает, или отрыгнуло? Все, как у Ям, работает, ну.
Давай, потестим, работает запись или нет.
Давай, потестим, работает запись или нет.
интересно эта штука у нас заработала и как на сейчас вообще работоспособно
интересно эта штука у нас заработала и как на сейчас вообще работоспособно
Тест, прием, прием.
Тест, прием, прием.
интересно эта штука у нас заработала и как на сейчас вообще работоспособно
интересно эта штука у нас заработала и как на сейчас вообще работоспособно
Хочется понять, работает ли нет вообще голосовой ввод?
Хочется понять, работает ли нет вообще голосовой ввод?
Тест, прием, прием.
Тест, прием, прием.
Хочу протестировать, работает или не работает.
Хочу протестировать, работает или не работает.
Хочется понять, работает ли нет вообще голосовой ввод?
Хочется понять, работает ли нет вообще голосовой ввод?
Ну, слушай, логика в том, что мы вводим в поиск цифры, а в результатах поиска нам показывается и нынешние, и телефоны. Просто несколько результатов поиска с иным, таким несколько результатов поиска с телефоном. Да, конечно, у нас
Ну, слушай, логика в том, что мы вводим в поиск цифры, а в результатах поиска нам показывается и нынешние, и телефоны. Просто несколько результатов поиска с иным, таким несколько результатов поиска с телефоном. Да, конечно, у нас
Хочу протестировать, работает или не работает.
Хочу протестировать, работает или не работает.
Тест, прием, прием.
Тест, прием, прием.
Работает.
Работает.
Тест, прием, прием.
Тест, прием, прием.
Слушай, давай пойдем, может быть, не совсем популярным методом. Видимо, пойдем с обратной стороны. У нас в интерфейсе должны быть решены определенные задачи, это чтобы менеджер мог заполнить весь заказ, который нам сообщает клиент. У нас могут быть не готовы связи между моделями, но нам надо сейчас понимать, что будет заполнять менеджер. И мы с тобой обсудили и про фрамуги, и про размеры, и про петли, под это надо базы данных подготовить, они у нас уже есть. А для многих баз данных надо связи наладить, как вот совместимость петель профилей, это я думаю, тоже у нас уже есть. Мы сделаем. А что касается экономических вещей, если у тебя получится связать, ты будешь молодец работать. Мы можем не знать полную экономику, но нам надо это записать, что клиент просил сделать, хотя бы вручную, но ввести туда цену и выставить к пышку клиенту. Но желательно база данных все подтянуть по то, что мы в интерфейсе вели, плюс я тебе сообщил формулы, как мы сейчас цены считаем. Ты видел это все, видишь, как из каких компонентов складывается. Мне надо, чтобы ты это учитывал, и когда мы к пышку клиенту готовим, вот эти поля заполняем, которую у нас есть, чтобы эти цены вставлялись, но чтобы могли руками их переопределить на какую-то другую цену, потому что у нас есть и поле для примечаний. Возможно, клиент просит что-то специфичное, что в базовые поля мы не можем вставить. На что мы в целом можем сделать и взять за это денег. Вот надо из такого подхода вести сейчас разработку.
Слушай, давай пойдем, может быть, не совсем популярным методом. Видимо, пойдем с обратной стороны. У нас в интерфейсе должны быть решены определенные задачи, это чтобы менеджер мог заполнить весь заказ, который нам сообщает клиент. У нас могут быть не готовы связи между моделями, но нам надо сейчас понимать, что будет заполнять менеджер. И мы с тобой обсудили и про фрамуги, и про размеры, и про петли, под это надо базы данных подготовить, они у нас уже есть. А для многих баз данных надо связи наладить, как вот совместимость петель профилей, это я думаю, тоже у нас уже есть. Мы сделаем. А что касается экономических вещей, если у тебя получится связать, ты будешь молодец работать. Мы можем не знать полную экономику, но нам надо это записать, что клиент просил сделать, хотя бы вручную, но ввести туда цену и выставить к пышку клиенту. Но желательно база данных все подтянуть по то, что мы в интерфейсе вели, плюс я тебе сообщил формулы, как мы сейчас цены считаем. Ты видел это все, видишь, как из каких компонентов складывается. Мне надо, чтобы ты это учитывал, и когда мы к пышку клиенту готовим, вот эти поля заполняем, которую у нас есть, чтобы эти цены вставлялись, но чтобы могли руками их переопределить на какую-то другую цену, потому что у нас есть и поле для примечаний. Возможно, клиент просит что-то специфичное, что в базовые поля мы не можем вставить. На что мы в целом можем сделать и взять за это денег. Вот надо из такого подхода вести сейчас разработку.