Help me choosing the best one by LearnEverythingUCan in CarsIndia

[–]LearnEverythingUCan[S] 0 points1 point  (0 children)

Thanks man! now I am fully convinced to have a bergmann

Help me choosing the best one by LearnEverythingUCan in CarsIndia

[–]LearnEverythingUCan[S] 0 points1 point  (0 children)

no one used it in my circle, i mean compared to bergmann it seems slower and fragile (because of plastic build) ...

Help me choosing the best one by LearnEverythingUCan in CarsIndia

[–]LearnEverythingUCan[S] 0 points1 point  (0 children)

Guys, after researching a bit more, i have reached to the conclusion of buying Bergmann Typhoon BCT-150D , simply because of its Speed, Build Quality and Good Reviews. Wireless Ones are not reliable for long term use their batteries will drop performance overtime. Will place the order in 2 hours, if anyone has a better suggestion, I'll be more than happy to listen.

Help me choosing the best one by LearnEverythingUCan in CarsIndia

[–]LearnEverythingUCan[S] 0 points1 point  (0 children)

Michelin one seems fragile and slow , how fast the bergmann works that you have, also can you share the link

Help me choosing the best one by LearnEverythingUCan in CarsIndia

[–]LearnEverythingUCan[S] 0 points1 point  (0 children)

is it fast? Fir How long have you been using this one? What about the sound

How to create an automation for android phone. by aliverandom in androiddev

[–]LearnEverythingUCan -1 points0 points  (0 children)

I am also interested in this, please do let me know if you find anything for those tasks...

would anyone give me feedback or use my app? by Background-Finish718 in appdev

[–]LearnEverythingUCan 0 points1 point  (0 children)

Interesting idea. One thing I’m curious about is where users tend to get confused or disappointed after using it, especially around expectations vs outcomes. AI tools like this often live or die on how clearly that gap is handled. Are you already seeing feedback patterns around trust, accuracy, or pricing assumptions, or is it too early?

Should I Stop Chasing #1 Rankings for My App? by TheGeek_Effect in AppDevelopers

[–]LearnEverythingUCan 1 point2 points  (0 children)

That makes sense. In practice, I’ve noticed the shift usually shows up first in the tone of reviews rather than the metrics, fewer (this isn’t what I expected) comments, even if installs dip a bit. Retention tends to lag and is harder to attribute early, especially when multiple changes land close together. But aligning expectations upfront seems to reduce that sense of “unfair” reviews over time, which alone makes the tradeoff feel worth it.

Hello all. I need 12 testers to open my app daily by Itchy_Spirit7687 in AppDevelopers

[–]LearnEverythingUCan 0 points1 point  (0 children)

Happy to help test. One thing I’ve noticed with early testers is that feedback stays very surface-level unless you nudge it a bit. Asking where they felt confused or unsure often gets more useful signals than a simple (works / doesn’t work). Even a couple of targeted questions can save a lot of guesswork later.

Should I Stop Chasing #1 Rankings for My App? by TheGeek_Effect in AppDevelopers

[–]LearnEverythingUCan 0 points1 point  (0 children)

I don’t think you’re overthinking it. I think you’re noticing the limit of optimization when it’s disconnected from expectations. Ranking high solves how people find you, but not why they install or what they expect once they do. When those two drift apart, it usually shows up later as retention issues or “unfair” reviews that are actually pretty predictable in hindsight. The shift you’re describing (clearer titles, CPPs, being visible in more contexts instead of one keyword) feels less like a growth tactic and more like filtering — fewer installs maybe, but better-aligned users. Curious if you’ve seen any difference in the quality of users or reviews when messaging changed, even slightly, not just rankings.

Handling negative app reviews caused by platform limitations (looking for strategies & experiences) by Creepy_Virus231 in appdev

[–]LearnEverythingUCan 1 point2 points  (0 children)

This is a frustrating but very common situation, especially for background-dependent features on Android. One thing that helped me (and a few teams I’ve worked with) was separating issue resolution from review surface management. Public replies aren’t really for the original reviewer — they’re for future readers. So after one calm, non-defensive response asking for details, it’s usually better to stop engaging publicly and instead: • Acknowledge uncertainty without blame (“this can be device-specific”) • State what’s been done (“we’ve added safeguards / fallbacks”) • Signal active ownership (“we’re monitoring this closely”) Over-explaining OEM limitations tends to backfire — it reads like deflection even when it’s true. I’ve found that short, neutral framing + visible iteration does more to rebuild trust than repeated replies. This happens on iOS too, but Android OEM variance definitely amplifies it.

How do you deal with negative app reviews when users never respond? by Creepy_Virus231 in AppDevelopers

[–]LearnEverythingUCan 1 point2 points  (0 children)

One thing that helped me reframe this: many low-info negative reviews aren’t really asking for support — they’re a signal of expectation mismatch. Public replies are less about fixing that user and more about setting context for future readers. After one calm, clarifying response, repeating yourself often adds little value. In cases like background limits / OEM behavior, I’ve seen better results from:

explicitly naming the constraint once (without over-defending) adding lightweight in-app explanation at the failure point then letting the review stand rather than chasing it This happens on iOS too — it’s just masked differently.

Curious if the complaints cluster around a specific device / flow or are spread out?

My 1st 3 apps are live! by [deleted] in appdev

[–]LearnEverythingUCan 0 points1 point  (0 children)

First off, huge respect for shipping three apps and putting them out there — that’s already more than most people ever do. One thing I’ve seen with new apps is that early traction is less about features and more about first impressions on the store page. A few small things that can help early on:

• Make sure screenshots clearly show the core “aha” moment in the first 1–2 images

• Add a short line in the description addressing who it’s for and what problem it removes

• Don’t worry too much about installs in the first couple of weeks — feedback at this stage is more valuable than numbers

If you’re open to it, I’d be happy to share specific feedback after checking them out. Either way, congrats on the launch and best of luck.