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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #meson

当前筛选 #meson清除筛选
宇宙航海誌

@uchuukoukaishi · Post #702 · 31.12.2024 г., 16:22

在一个小项目上第一次试用 #meson 就得到一个大大的惊喜!感觉比 #cmake 好用很多! 以这个「静态链接 submodule 里的 librime」为例: - 你可以直接 import cmake target! - 你可以像 cmake ExternalProject 一样设定 configure options,但同时能拿到完整的 target 信息! - 同时,subproject 会被整合到当前项目构建里(类似 cmake add_subdirectory),所以如果 subproject 里有修改,不需要做任何事,正常构建就可以正确rebuild。而且不会污染外部的变量、 option 和 target 命名空间。 - 在查询 dependency lib 时,可以设定一个 static 参数,用来控制是否优先选择静态库,它的值由 一个全局的参数 --prefer-static 控制,于是你可以一键把所有依赖都静态链接掉 - 静态库中一些对象文件可能会有 constructor 需要 -Wl,--whole-archive,这里只需要 as_link_whole() 创建一个新的 dependency 对象就可以了 - 最后,它可以正确处理所有静态库的依赖(因为可以取出完整的 target 信息),而不需要手动传递被依赖的库。如果用 cmake ExternalProject 构建静态库再链接,就会丢失掉所有相关信息,要手动补全。 虽然图上的这点代码做的事很简单,就是构造一个静态的 librime 再链接到可执行文件里,但在 cmake 里不管怎么做都很麻烦。 ---- 而且还充满了各种贴心的小设计: > Another thing to note is that include_directories adds both the source directory and corresponding build directory to include path, so you don't have to care.

Hashtags

TokenPocket

@tokenpocket_channel · Post #1287 · 13.03.2024 г., 10:34

🔥New DEX Integration on the [#TokenPocket] Market page: [@​mesonfi] ✅Starting now, effortlessly bridge the stablecoins on [@​BNBCHAIN], [@​arbitrum], etc. to [#BTC] on [@​MerlinLayer2], etc. directly on the TokenPocket Market page with the seamless cross-chain bridge service from [@​mesonfi]. Download and Enjoy 👉https://www.tokenpocket.pro/ [#TokenPocket] [#CrossChainBridges] [#meson] 【Details】https://twitter.com/TokenPocket_TP/status/1767861124576301076 【Powered By】Crypto Box