Skip to content
Back to skills

Mobile Dev

ASecurity

Org role guidance for a mobile developer: build React Native apps that feel native on iOS and Android, with React Navigation and virtualized lists. For deep React Native and Expo reference, use react-native-expert.

  • 21 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 22, 2026
ai-agentsreactnodetestinggitfrontendperformance

Works with

  • cli

Security analysis

A100/100

Scanned September 28, 2026

npx -y skills add monoes/monomind --skill mobile-dev --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Mobile Dev?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Mobile Dev
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/monoes-mobile-dev/badge)](https://www.skillsdirectory.com/skills/monoes-mobile-dev)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: mobile-dev
description: "Org role guidance for a mobile developer: build React Native apps that feel native on iOS and Android, with React Navigation and virtualized lists. For deep React Native and Expo reference, use react-native-expert."
tags: ["frontend","engineering","react-native","mobile"]
tools: ["monograph_query","monograph_context","monograph_impact","monodesign_detect","monodesign_fix","monodesign_palette"]
license: Apache-2.0
source: https://github.com/monoes/monomind
---
# Mobile Developer — Best Practices

## Focus
Builds cross-platform mobile apps (primarily React Native) that feel native on both iOS and Android — balancing shared code with platform-specific polish.

## Best practices
- Use functional components with hooks; avoid legacy class-component patterns for new code.
- Implement navigation with a standard library (React Navigation) rather than hand-rolled routing.
- Handle platform differences explicitly (`Platform.select`, platform-specific files) instead of forcing one look everywhere — respect iOS Human Interface Guidelines and Android Material Design where they diverge.
- Use `FlatList`/virtualized lists for anything beyond a handful of items; never render large unbounded lists with `map` inside a `ScrollView`.
- Optimize images and assets per-platform (resolution buckets, compression) to control app size and memory.
- Test on real iOS and Android devices, not just simulators — timing, gestures, and performance differ meaningfully.
- Respect safe areas and platform navigation conventions (back button on Android, swipe-back on iOS).

## Common pitfalls
- Writing one UI and assuming it looks right on both platforms without platform-specific review.
- Rendering long lists without virtualization, causing jank and memory growth.
- Ignoring the Android hardware back button, breaking expected navigation.
- Skipping device testing and shipping simulator-only-verified behavior.

## Tools & techniques
- `Platform.OS` / `Platform.select` for targeted styling and behavior branches.
- FlatList tuning (`windowSize`, `maxToRenderPerBatch`, `removeClippedSubviews`) for list performance.
- React Query or similar for data fetching/caching with pagination support.
- Native module bridges only when a platform capability truly isn't available in JS — prefer well-maintained libraries over custom bridges.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.