TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #601 · 18.10
Лена у себя написала про беспомощную западную техноддержку. Я вам тоже о нескольких таких случаях из своей жизни рассказывал. Возможно, у вас ссылка не откроется, процитирую небольшой кусочек: «...современные автоматизированные поддержки, которые работают по алгоритму, задизайнены совсем не для таких людей, как я — кто инициирует синхронное взаимодействие с человеком только после того, как исчерпает ресурсы найти ответ на вопрос самостоятельно. При этом хорошо, если отвечает сразу человек — а теперь ведь нередко и робот, который в принципе никогда не может ответить на мой запрос, потому что ответы на простые вопросы я нахожу самостоятельно. И уж если я и обратилась в поддержку, то это всегда какой-то сложный вопрос или нестандартная ситуация, на который робот не ответит никогда. Но даже и с белковым агентом поддержки в последнее время все чаще натыкаешься на ситуацию, когда твоя проблема не вписывается в лекала частых вопросов и проблем и спустя десятки минут бесплодного общения <...> всё, что они делают, — это разводят руками: „Мы исчерпали наши возможности“. Более того, не эскалируют проблему тем, кто компетентен в ней разобраться и ее решить..» Это абсолютная правда, хотя в России я натыкался на такие вещи существенно реже. Либо вообще русские цифровые сервисы сделаны лучше, и приходится обращаться в саппорт меньше. Либо просто русский человек не так часто может изображать из себя идиота, даже если ему дан приказ работать по скрипту. Я задумался -- почему всё-таки поддержка у крупных компаний в основном именно такая? По крайней мере мой личный опыт весьма однозначен: за последний год было штук пять обращений в разные англоязычные сервисы, и четыре из них зависли на скрипте (не завис Гитхаб -- честно решил мою проблему). Видимо, бизнесу выгодно содержать такую поддержку и не выгодно содержать другую. Моя гипотеза: стоимость незаскриптованного человека достаточно велика, а количество не тупых обращений достаточно мало, чтобы не было смысла заморачиваться. Жаль, что в интерфейсах не делают галочки "Я не тупой". Компании могли бы содержать одного умного специалиста поддержки, он бы получал по одному сообщению в день от редких умных людей, которые действительно наткнулись на серьёзную проблему. А скрипто-обезьянки обрабатывали бы запросы, ответ на которые выпадает первой строчкой в гугле. Но, наверное, человечеству нужно идти ещё дальше и пускать в интернет людей только после сдачи экзамена по работе с интерфейсами. Да, знаю, компании и сами то не спешат сейчас делать вменяемый UI: например, была история о том, что для остановки платной подписки на Amazon нужно было сделать десяток очень неочевидных действий, нажимать на кнопки с непонятным содержимым мелким шрифтом, проматывать страницы до конца, ставить строго определённые галочки и так далее. Наказанием для таких компаний был бы отказ пользователей от их услуг, но в рамках капиталистических монополий у юзеров особо нет выбора. Возможно люди, которые когда-то сдавали сложный экзамен по UI, позже, работая в корпорациях, будут с меньшей охотой делать запарный и непонятный интерфейс. #web
Hashtags
Търсене: #webrtc
@abmedia_news · Post #24377 · 05.05.2026 г., 11:30
【🤖 AI 人工智慧｜OpenAI 重構 WebRTC 語音堆疊：900M 週活用戶、Go 寫的 relay 為核心】 #OpenAI#WebRTC#ChatGPT OpenAI 5月4日揭露語音基建，將連線層改寫為無狀態轉發層。 架構支撐週活 9 億用戶，由單一服務集中管理所有連線狀態。對比 Cloudflare 方案，自建堆疊成為採納 API 的關鍵參考。 📍閱讀全文： https://abmedia.io/openai-low-latency-voice-ai-webrtc-architecture-go-transceiver-may-2026 📍 訂閱鏈新聞頻道：https://linktr.ee/abmedia.io
@hanzichen · Post #1056 · 27.08.2025 г., 05:24
ReelSync 一款基于 WebRTC 技术的开源平台，用户可以创建房间，实现与他人同步观看本地或在线视频流，也支持屏幕共享等功能。无需注册或上传至服务器，所有视频流均以端对端方式传输 点击访问 #视频共享#WebRTC#开源
@xuexi365t · Post #60 · 19.06.2023 г., 10:44
#音视频开发#FFmpeg6.0 #webrtc FFmpeg6.0/WebRTC/RTMP/RTSP/播放器/音视频项目实站 https://ke.qq.com/course/468797#term_id=100561187
@TossLabChannel · Post #951 · 12.01.2026 г., 08:22
#Deskreen#第二屏#屏幕共享#WebRTC#开源工具 🖥️Deskreen｜把任何设备变成电脑的第二块屏幕 Deskreen 是一款开源桌面工具，可将手机、平板、笔记本、电视等任何带浏览器的设备，作为电脑的第二屏或镜像屏使用。无需在接收端安装 App，只要浏览器即可连接。 支持 Windows、macOS、Linux，通过本地局域网工作，适合临时扩展屏、展示信息或多设备查看内容的场景。 主要特点 支持整屏或单个应用窗口投屏 通过浏览器访问，无需客户端 基于 WebRTC，低延迟传输 可同时连接多个设备 支持画面翻转，适合提词器或演示 局域网使用，不依赖公网 开源项目，社区活跃，Star 数较高，认可度稳定 适用场景 平板当副屏使用 手机作为监控/状态显示屏 会议或演示投屏 提词器、直播辅助屏 临时扩展显示空间 Deskreen 采用 AGPL-3.0 开源协议，定位清晰，功能专注，是“浏览器即屏幕”这一思路下非常成熟的一款工具。 🔘@TossLab🔘@TossLabChannel
@JianjiaoPD · Post #9385 · 21.09.2025 г., 15:32
👥FileSync | 开源跨设备文件传输工具，端到端加密更安心 当 网盘限制 和 隐私风险 让人头疼时，FileSync 给出了一个更优雅的答案。它基于 WebRTC 点对点传输，实现 多设备间实时文件分发，全程 端到端加密，不用担心中转服务器窥探数据，还能直接通过 二维码分享 来秒级传文件。 更赞的是，它提供了 简洁 Web 界面，无需客户端，Docker 一键部署就能跑起来，还支持 HTTPS 自动证书。完全 开源可自建，适合团队、开发者甚至家庭多设备之间快速安全传输文件，真正做到 轻量、隐私、安全、易用。 😎 小编有话说：再也不用把私人文件丢网盘里裸奔了，这才是真正的安全直传神器 🚀在线官网 · 👩💻GitHub 标签：#FileSync#文件传输#跨设备#开源工具#WebRTC#隐私保护 🗓@xiuerSearch 搜索历史资源 ✈️频道 | 💬群聊 | 📱中文包
@githubtrending · Post #14881 · 29.06.2025 г., 11:30
#go#docker#golang#media_streaming#remote_control#remote_desktop#self_hosted#virtual_browser#vue#webrtc Neko is a self-hosted virtual browser that runs inside a Docker container and streams via WebRTC, letting you securely and privately access a full browser or desktop environment from anywhere. It supports multiple users at once, making it great for team collaboration, shared browsing, watch parties, and interactive presentations. You can run various browsers like Firefox, Chrome, or Tor, and even other Linux apps. Neko keeps your data safe by isolating the browser environment, avoids leaving traces on your device, and supports smooth video and audio streaming. This gives you flexible, secure, and private web access with easy sharing and real-time interaction. https://github.com/m1k1o/neko
@githubtrending · Post #15173 · 27.09.2025 г., 12:30
#cplusplus#c_plus_plus#cpp#datachannel#libdatachannel#libnice#p2p#peer_to_peer#peerconnection#rfc_8831#rfc_8834#rtcdatachannel#rtcpeerconnection#sctp#webrtc#webrtc_datachannel#webrtc_video#websocket libdatachannel is a lightweight, easy-to-use C/C++ library that lets you add real-time peer-to-peer data, media, and WebSocket communication to your apps across many platforms like Linux, Windows, macOS, Android, and iOS. It simplifies WebRTC by providing a smaller, simpler alternative to Google's library, with compatibility for browsers like Firefox and Chrome. You can use it to connect native apps directly to web browsers with minimal dependencies, supporting secure connections via GnuTLS, Mbed TLS, or OpenSSL. It also supports compiling to WebAssembly for browser use, making it flexible for cross-platform real-time communication development[1][4]. This helps you build fast, efficient apps for video, audio, or data sharing without heavy libraries. https://github.com/paullouisageneau/libdatachannel