TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #601 · 18.10

Лена у себя написала про беспомощную западную техноддержку. Я вам тоже о нескольких таких случаях из своей жизни рассказывал. Возможно, у вас ссылка не откроется, процитирую небольшой кусочек: «...современные автоматизированные поддержки, которые работают по алгоритму, задизайнены совсем не для таких людей, как я — кто инициирует синхронное взаимодействие с человеком только после того, как исчерпает ресурсы найти ответ на вопрос самостоятельно. При этом хорошо, если отвечает сразу человек — а теперь ведь нередко и робот, который в принципе никогда не может ответить на мой запрос, потому что ответы на простые вопросы я нахожу самостоятельно. И уж если я и обратилась в поддержку, то это всегда какой-то сложный вопрос или нестандартная ситуация, на который робот не ответит никогда. Но даже и с белковым агентом поддержки в последнее время все чаще натыкаешься на ситуацию, когда твоя проблема не вписывается в лекала частых вопросов и проблем и спустя десятки минут бесплодного общения <...> всё, что они делают, — это разводят руками: „Мы исчерпали наши возможности“. Более того, не эскалируют проблему тем, кто компетентен в ней разобраться и ее решить..» Это абсолютная правда, хотя в России я натыкался на такие вещи существенно реже. Либо вообще русские цифровые сервисы сделаны лучше, и приходится обращаться в саппорт меньше. Либо просто русский человек не так часто может изображать из себя идиота, даже если ему дан приказ работать по скрипту. Я задумался -- почему всё-таки поддержка у крупных компаний в основном именно такая? По крайней мере мой личный опыт весьма однозначен: за последний год было штук пять обращений в разные англоязычные сервисы, и четыре из них зависли на скрипте (не завис Гитхаб -- честно решил мою проблему). Видимо, бизнесу выгодно содержать такую поддержку и не выгодно содержать другую. Моя гипотеза: стоимость незаскриптованного человека достаточно велика, а количество не тупых обращений достаточно мало, чтобы не было смысла заморачиваться. Жаль, что в интерфейсах не делают галочки "Я не тупой". Компании могли бы содержать одного умного специалиста поддержки, он бы получал по одному сообщению в день от редких умных людей, которые действительно наткнулись на серьёзную проблему. А скрипто-обезьянки обрабатывали бы запросы, ответ на которые выпадает первой строчкой в гугле. Но, наверное, человечеству нужно идти ещё дальше и пускать в интернет людей только после сдачи экзамена по работе с интерфейсами. Да, знаю, компании и сами то не спешат сейчас делать вменяемый UI: например, была история о том, что для остановки платной подписки на Amazon нужно было сделать десяток очень неочевидных действий, нажимать на кнопки с непонятным содержимым мелким шрифтом, проматывать страницы до конца, ставить строго определённые галочки и так далее. Наказанием для таких компаний был бы отказ пользователей от их услуг, но в рамках капиталистических монополий у юзеров особо нет выбора. Возможно люди, которые когда-то сдавали сложный экзамен по UI, позже, работая в корпорациях, будут с меньшей охотой делать запарный и непонятный интерфейс. #web

Hashtags

Резултати

Намерени 3 подобни публикации

Търсене: #assembly

当前筛选 #assembly清除筛选
Krebs::OutputStream

@KbsEcho · Post #556 · 11.08.2025 г., 11:03

今天调试时被 Keystone 创了,发现一个比较奇怪的行为: 对于汇编 mov rax, qword ptr gs:[0x58] Keystone 将编码为 65 48 A1 58 00 00 00 00 00 00 00 而 GCC 会编码为 65 48 8B 04 25 58 00 00 00 主要区别在于 displacement 编码方式不同(前者选择了 64bit,后者使用的是 32bit),其实都没有错,因为这条指令本身有歧义。但坑点在于..... 1) 如果用 Capstone 反汇编 Keystone 的编码结果,将得到 movabs rax, qword ptr gs:[0x58] 可以说是 Keystone 和 Capstone 的一个不一致的地方... (也是我说 Keystone 行为奇怪的原因) 2) Keystone 的结果长了两个字节😇 3) 无法补救,因为 Keystone 不支持 NASM 语法中指定 displacement 的编码方式 mov rax, qword ptr gs:[dword 0x58] # ERROR 目前没有想到好的解决办法,只能换个汇编器,但又懒了,干脆先 dirty patch 一下罢... 🔗相关链接 https://github.com/keystone-engine/keystone/issues/430 https://scz.617.cn/misc/201811071803.txt #Assembly

Hashtags

#脚本#QuantumultX#Loon#Surge#Shadowrocket#Stash#Crack#图像 ✅#Assembly 👤 脚本作者: @ios151 📌 脚本功能: 解锁永久会员 💳 特别说明: 一次性解锁 ⬇️ 下载地址: 点我下载 🔗 脚本链接: 点我复制 和Persona同脚本 🔄 脚本转换: 点击传送 ✈️导航💬群组🤖投稿🎁福利

Crypto M - Crypto News

@CryptoM · Post #64846 · 10.04.2026 г., 03:47

🚀 Rongqi Technology Delivers Equipment for Meta Smart Glasses Rongqi Technology announced on an interactive platform that it has begun delivering assembly equipment for Meta's smart glasses. According to Jin10, the company's annual order volume will largely depend on the end sales of Meta's smart glasses and will be influenced by Meta's production schedule. #RongqiTechnology#Meta#SmartGlasses#Technology#EquipmentDelivery#Assembly#Jin10