Обновить
1
0.1
Анатолий@admina347

Пользователь

Отправить сообщение

Согласен, только владельцы авито пока этого не видят или не хотят видеть.

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

Но, к сожалению, как пользователь, я вижу лишь конечный результат этой работы. И он выглядит так:

  1. Платформа, которая должна помогать людям договариваться, теперь следит за каждым нашим словом в чате, чтобы извлечь из этого выгоду. Все мы понимаем, что следующий шаг после «обнаружения договорённости» — это попытка взять с неё комиссию или пессимизировать в выдаче объявления, где люди «договорились мимо кассы».

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

Было бы честнее назвать статью так: «Как мы в Авито научились превращать живое общение пользователей в KPI для менеджеров и готовим почву для новых комиссий».

Боюсь, что ваша отличная техническая работа в итоге лишь приближает тот день, когда Авито окончательно превратится из сервиса для людей в машину по выжиманию денег и данных. А доверие, которое было основой вашего успеха, безвозвратно уходит.

А вообще странно, websocket передает килобайты - там все легкое.

Если вы про сообщение: Reconnection failed. Try reloading the page if you're unable to reconnect. То да - оно появляется когда пропадает связь с севером, как раз через websocket - значит приложение упало. Ну либо я не знаю dialup если только у вас.

Режим рендеринга ни как не связан с тем где использовать blazor в локальной сети или в интернете, а зависит от поставленных задач. Серверный рендер выполняется на сервере, а потом отдает - клиенту. Web Assembly же - загружается на клиент а потом рендерится. Interactive Server-Side Rendering это что-то между. Если вы работает активно с базой данных то вам нужен серверный вариант, а лучше интерактив. Если вы не работаете активно с базой, загрузили что-то нужное, а дальше интерактив на клиенте то это Web Assembly - например игрушка может быть какая-то типа как у автора. Хотя я бы лучше использовал interactive.

1 Зачем вы сделали два приложения? точнее Сервер 1 (Front / Blazor Server-Side Rendering) и каую-то прослойку на бэке (Back / Quartz + WebApi + PostgreSQL)? Если бы вы использовалт Blazor WebAssembly - я бы пнял вас.
2 Interactive Server-Side Rendering - работает через WebSocket! почему вы используете api?
3 Interactive Server-Side Rendering как раз позволяет сделать, что вы хотели, просто вы не правильно делаете. Вам не нужен front отдельный. добавьте на нужную страницу @rendermode InteractiveServer и все у вас получится.
4 Непрозрачная отладка SignalR. - "DetailedErrors": true, "Microsoft.AspNetCore.SignalR": "Debug". Куда еще детальнее?
5 Похоже вы не представляете как работает Blazor, а уже делаете какие-то отчеты и выводы. В ютубе полно видео про новые режимы рендеринга - посмотрите!
6 ни каких потерь не будет.

Информация

В рейтинге
3 689-й
Зарегистрирован
Активность

Специализация

Фулстек разработчик, Разработчик баз данных
Младший
Git
Linux
PostgreSQL
ООП
C#
ASP.NET MVC
.NET
Entity framework
Docker
Nginx