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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #package

当前筛选 #package清除筛选
djangoproject

@djangoproject · Post #209 · 19.12.2016 г., 19:21

http://stackoverflow.com/questions/7110604/standard-way-to-create-debian-packages-for-distributing-python-programs My final goal should be that of creating a "binary" .deb package. Such package will be platform independend (32/64 bit) as all python programs are such. To create a "binary" #package I need first to create a source package. To create the source package I can use either CDBS or debhelper. Debhelper is the recommended way for beginners. The core of creating a source package is populating the DEBIAN directory in the source directory with a number of files clarifying where files need to be copied, what copyright and licensing scheme they are subject to, what dependencies they have, etc... Step #4 can be largely automated the dh_makecommand if the python source also comes with a distutils' setup.py script.

Hashtags

BotzHub

@botzhub · Post #140 · 10.08.2021 г., 14:23

@HTMLWebShotBot #repo - GitHub #package - PyPI - Send a URL to get the screenshot of that webpage. - Send a .html file to get a screenshot of how it would appear on the web. Do follow me onGitHub, 200 soon🎉 ~ @BotzHub

BotzHub

@botzhub · Post #92 · 08.06.2021 г., 14:37

@DetectProfanityBot #repo - GitHub #package - PyPI - This bot can delete messages containing abuses from your group. - Add the bot to your group and make it admin, and it'll keep your group clean from abuses. - Group privacy is enabled. The bot has to be made admin in the group, for it to filter abuses. - False positives can be removed, if reported in the chat. ~ @BotzHub

Numonov.co

@numonovdesign · Post #251 · 06.12.2023 г., 14:15

#package#nasrsnack ✅Brend nomi: NASR ⚠️Vazifa: Package design ❇️Dizayner: No'monov Sherali ➡️Murojaat uchun: @richshax Frilansus.com platformasi bilan hamkorlikda ishlandi. Variyant tasdiqlanmadi❌

Valisher Botirov | Development

@valisherbotirov · Post #234 · 12.04.2024 г., 18:25

Kerakli package va kutubxonalarni ulashib borishda davom etamiz! Vue js yordamida slider qilmoqchi bo'lganlar uchun sodda package. Swiper js kabi murakkab fungiyalarga ega emas. Lekin kichikroq proyektlarda bemalol ishlatsa bo'ladi. Install qilish va ishlatish juda sodda tarzda berilgan. 📔 Ishlatib ko'rish uchun #vue#package ☑️@valisherbotirov

Hashtags

AyuCLouD-Services 公告频道

@AyuCloud_News · Post #286 · 24.09.2021 г., 08:00

#套餐结构调整通知 由于当前所有线路升级为:内网中转,成本大幅上涨 我们将最迟在10月上旬完成对套餐结构调整(主要针对流量和价格的中幅度调整) AyuCLouD-Services 运营团队 敬上! #Package structure adjustment notice As all current lines are upgraded to: intranet transfer, the cost has risen sharply We will complete the adjustment of the package structure by early October at the latest (mainly for medium-range adjustments in traffic and prices) Sincerely, AyuCLouD-Services Operation Team!

djangoproject

@djangoproject · Post #211 · 19.12.2016 г., 19:37

http://www.debian.org/doc/packaging-manuals/python-policy/ch-python.html At any given time, the binary #package python3 will represent the current default #Debian Python 3 version; the binary package python will represent the current default Debian Python 2 version. As far as is reasonable, Python 3 and Python 2 should be treated as separate runtime systems with minimal interdependencies.

12
ПредишнаСтр. 1 от 2Следваща