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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #350 · 20.05

Если верить открытым источникам, рынок электросамокатов в России главным образом держат Whoosh и Urent (хотя сейчас ещё Яндекс вклинивается, и с его ресурсами это вполне возможно). При этом у Urent больше городов и больше самокатов, чем у Whoosh, но ниже доходы. Я подумал: наверняка бизнес-аналитики Urent днями и ночами сидят и ломают голову, что бы им поменять и улучшить, чтобы начать выигрывать эту конкуренцию. Строят теории, проводят тесты. Сложная работа, в общем, бизнес и рынок не такие предсказуемые вещи. А потом я воспользовался Urent и за 5 минут нашел столько косяков UI/UX в приложении, что мне стало всё понятно. Кроме того, почему Urent ничего с этими косяками не делает. 1. Сканирование кода в Whoosh приводит к появлению полноэкранной модалки с большими кнопками и основной информацией о самокате и стоимости. Сканирование кода в Urent выдает в самом низу экрана блок кнопок, в которые не только очень сложно попасть, но его ещё и надо скроллить (см. левый скриншот). При этом весь экран занят уже не нужной к этому моменту камерой. Такой интерфейс заточен под перебор самокатов, но на деле человеку на улице на ходу нужно просто максимально быстро взять первый самокат, к которому он подошёл. 2. О том, что страховка включена и будет стоить дополнительных денег, можно догадаться только за счёт знания об этой функции из других сервисов. Да, Whoosh, конечно, поступает очень по-мудачески, постоянно автоматически включая платную страховку, из-за чего её надо выключать вручную каждый раз при каждом заказе. Но в Urent необходимость этого действия ещё и довольно неочевидна (а страховка тоже, конечно же, по-умолчанию всегда включена). 3. Я отсканировал самокат, затем нажал подтверждение заказа. Система после этого написала мне, что данный самокат недоступен. Неужели, нельзя об этом писать ещё на этапе сканирования? Зачем выводить кнопку заказа для недоступного самоката? 4. Кнопка перехода к текущей геопозиции перекрыта неубирающейся шторкой снизу (см. правый скриншот). И это только вещи, которые прям за первые 5 минут выявляются и очень на поверхности. А исправить их может один программист и один дизайнер за пару недель. Удивительно, как некоторые бизнесы не хотят зарабатывать. #dev

Hashtags

Резултати

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

Търсене: #notification

当前筛选 #notification清除筛选
RedFox Branding

@redfoxuz · Post #1271 · 19.10.2020 г., 03:21

🔥#Notification / Buyurtma №130 🏆Ochiq konkurs asosida. 📌Buyurtma turi: Logodesign 💼 Buyurtmachi: Xon Saroy 🏢 Tashkilotchi: Frilansus.com 🚀Start berildi: 19.10.2020 ⏳Muddat: 6 kun 💵 Budjet: 2 000 000 so'm ✅ To'lov: Kafolatlangan Texnik topshiriq: https://www.notion.so/redfoxuz/Xon-Saroy-Logo-9fa35ec88259400ca4f1cc89d7ecb70a ──────────── Logo uchun variantlaringizni quyidagi guruhga yuboring: Buyurtma guruhiga qo'shilish: https://t.me/Buyurtma130

Lsposed Modules Updates Tracker

@lsposed_Modules_Updates_Trackers · Post #6275 · 22.03.2026 г., 16:30

#Notification#Howard_Wu 模块:io.github.howard20181.notificationiconfix 简介:Notification Icon Fix / 通知图标修复 版本:103-1.7.1 更新时间:2026/03/23 00:03:03 更新日志: 变更日志 重构图标生成算法,现在背景是渐变色的也可以计算轮廓 支持 API 101 Changelog Refactored icon generation algorithm; now it can calculate outlines even with gradient backgrounds. Added support for API 101. Fix #1,#12,#13 @lsposed_Modules_Updates_Trackers | @lsposed_Geeks_Bot

BAGEVM 广播站

@bagenotice · Post #181 · 07.05.2026 г., 07:11

#异常通知 我们监控到 洛杉矶2节点出现故障,目前我们正在联系上游询问具体原因,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a malfunction at the Los Angeles2 node. We are currently contacting upstream suppliers to inquire about the specific cause. Please be patient. We sincerely apologize for any inconvenience this may cause. If you have any further questions, please submit a service request to contact us.

BAGEVM 广播站

@bagenotice · Post #175 · 12.03.2026 г., 04:40

#异常通知 我们监控到 United Kingdom 区域的1台节点 (Node: GBC) 出现 内存故障,导致内核崩溃一直重启,我们已重新部署新的实例节点,将逐步迁移受影响的实例到同区域新的实例节点上,迁移之间您的实例将会有短暂的失联状态,迁移花费时长将和您的实例磁盘大小有关系,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a memory failure on one node (Node: GBC) within the United Kingdom region, resulting in a kernel crash and continuous reboots. We have redeployed a new instance node and will progressively migrate affected instances to this new node within the same region. During migration, your instances may experience brief periods of unavailability. The duration of migration will depend on the disk size of your instance. We kindly request your patience during this process. We sincerely apologise for any inconvenience caused. Should you have further queries, please submit a support ticket to contact us.

BAGEVM 广播站

@bagenotice · Post #168 · 09.01.2026 г., 00:08

#异常通知 我们检测发现我们的SGS区域由于我们和上游的备份BGP Session没有生效,导致上游在维护时和上游的BGP Session断开,目前正在修复,带来不便深表歉意,请耐心等待。 #Notification of Anomaly We have discovered that our SGS region experienced a disconnection during upstream maintenance due to the failure of our backup BGP Session with the upstreams. We are currently working on fixing this issue and sincerely apologize for any inconvenience caused. Please be patient.

BAGEVM 广播站

@bagenotice · Post #163 · 07.12.2025 г., 14:53

#异常通知 我们监控到 Germany 区域的1台节点 出现 硬件故障,上游正在安排远程手进行查看,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a hardware failure on one node in the Germany region. Upstream personnel are arranging for remote assistance. Please wait patiently. We sincerely apologize for any inconvenience this may cause. For any further questions, please submit a service request to contact us.

BAGEVM 广播站

@bagenotice · Post #162 · 29.11.2025 г., 18:37

#异常通知 我们监控到 Singapore Standard 区域的1台节点 出现 磁盘阵列 故障,读写性能下降,我们将在明后天逐步迁移受影响的实例到同区域的其他节点上,迁移之间您的实例将会有短暂的失联状态,迁移花费时长将和您的实例磁盘大小有关系,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a disk array failure on one node in the Singapore Standard region, resulting in decreased read and write performance. We will be gradually migrating affected instances to other nodes in the same region over the next two days. Your instance will experience a brief period of inaccessibility during the migration. The migration time will depend on the size of your instance's disk. Please be patient. We sincerely apologize for any inconvenience this may cause. If you have any further questions, please submit a service request to contact us.

BAGEVM 广播站

@bagenotice · Post #158 · 17.11.2025 г., 02:59

#异常通知 我们监控到 盐湖城节点出现故障,目前我们正在联系上游询问具体原因,请大家耐心等待。 给您带来不便深表歉意,如有其他疑问请提交服务单联系我们。 #Notification of Anomaly We have detected a malfunction at the Salt Lake City node. We are currently contacting upstream suppliers to inquire about the specific cause. Please be patient. We sincerely apologize for any inconvenience this may cause. If you have any further questions, please submit a service request to contact us.

#Notification#Experience#你不看你就没了 📱隆重推荐Infuse直连模式暨Infuse全平台开放声明 亲爱的公益服用户,我们非常高兴地宣布:在Infuse团队经过长时间的探索和努力之后,终于即将迎来Emby服务的直连模式。虽然目前的适配还有一些不完美之处,但其带来的直连体验已远超传统的媒体库模式,且显著减轻了对服务器的负担。所以,待7.7版本正式上线后,我们也将第一时间全面解除Infuse的直连限制。如果你是Infuse用户,在体验之前,请务必详细了解以下重要信息: ▎服务更新 状态:已上线 7.7正式版上线App Store后,我们将第一时间更新服务端,放开对直连模式的所有限制 ▎现有Infuse用户需要做的 1. 将你手中的所有Infuse升级到7.7正式版 2. 对于已经添加的扫库模式Emby,请让它成为历史吧,建议全部删除,重新添加。同时也建议将历史缓存清除 3. 新添加的Emby库,无需额外设置,默认即为直连模式 4. Enjoy! ▎扫库和历史版本处理 新服务上线后,7.7之前的所有旧版本、新版本的媒体库模式和下载功能,都将无法访问本服。但别担心,我们将给用户充足的时间来将做迁移,直到2月18日之前,如果因为使用旧方法给服务器造成负载影响,你的账户将被临时封禁,申诉后可解。18日之后,任何无视此条公告而导致被封禁的,都不再接受申诉了 ▎已知问题 从Infuse团队对直连模式的的计划来看,本次7.7正式版仍有部分规划未能实现,且还存在一定的优化空间,譬如局部刷新的新首页,现有首页莫名其妙的转圈现象,对缓存的控制,最近播放的同步效率等。Infuse团队未来还将持续优化,希望各位Infuse用户对他们团队多提意见,多多支持 作为公益Emby的提供方,我们超级期待和各位一起迎接这次更新。我们相信,随着Infuse直连模式的推出,大家对视频解码的高要求,能得到更充分的满足。最后,期待我们能尽早体验到包含多版本选择的更完全体的直连体验! Channel:@Odyssey+

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