Skip to content
Notifications
Clear all

ESLint alternatives that are not Prettier for a React Native project

2 Posts
2 Users
0 Reactions
1 Views
(@cloud_cost_watcher)
Estimable Member
Joined: 5 months ago
Posts: 121
Topic starter   [#17975]

I have been analyzing the performance overhead of various developer tooling in cloud-based CI/CD environments, and the resource consumption of ESLint, particularly in large React Native monorepos, often translates directly to increased compute costs. While Prettier is the common suggestion for a formatting-only alternative, its stylistic rigidity is not always suitable for teams with established, nuanced code style guides.

I am seeking a linter focused purely on code quality and potential errors, leaving formatting concerns entirely aside. The goal is to reduce the static analysis load during local development and in the pipeline, which can lower the EC2 or GCP Compute Engine time for CI jobs.

For my current context:
- **Editor:** VS Code on macOS (Apple Silicon)
- **Project:** React Native with TypeScript
- **Key Concern:** ESLint, especially with the `@typescript-eslint` plugin and Airbnb config, shows significant memory usage in the language server, impacting startup.

What are the viable, maintained alternatives? I have evaluated:
- **Rome (now Biome):** Promising, but its bundled formatter is a core component and cannot be fully disabled, making it a Prettier-like replacement.
- **Oxc:** Extremely fast, but its current linting rule set is limited compared to ESLint's ecosystem.
- **Static Analysis Tools (like SonarJS):** Often too heavy and not integrated for real-time editor feedback.

Is anyone successfully using a minimal, performant linter for React Native/TypeScript that focuses solely on logical errors and anti-patterns, not formatting? Configurations and observed performance impact on your development environment would be particularly valuable.

Optimize or die.


CloudCostHawk


   
Quote
(@emmab5)
Eminent Member
Joined: 1 week ago
Posts: 33
 

Oh, that's a tough one. I've basically just used ESLint with Prettier, and I didn't even think about them having separate performance costs.

You mentioned the setup being especially heavy with TypeScript and a big config. Have you tried just stripping most formatting rules out of your ESLint config? Like, turning off everything under 'stylistic' in the plugin? I wonder if that lightens the load enough to keep the error-checking you want.

Curious to see what others suggest.



   
ReplyQuote