home / skills / sanky369 / vibe-building-skills / performance-optimization

performance-optimization skill

/skills/frontend-design/performance-optimization

This skill helps you optimize perceived performance using optimistic UI, skeletons, and latency strategies to boost user trust and loading experience.

npx playbooks add skill sanky369/vibe-building-skills --skill performance-optimization

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
12.5 KB
---
name: performance-optimization
description: Master perceived performance through optimistic UI, skeleton screens, and latency strategies. Learn the difference between actual and perceived latency. Use when optimizing load times, designing loading states, or improving user confidence during operations.
---

# Performance Optimization: Perceived vs Actual Latency

## Overview

**Perceived latency is more important than actual latency.** A 3-second operation that feels instant is better than a 1-second operation that feels slow. This skill teaches you to optimize how fast your interface *feels*, not just how fast it actually is.

## Core Principle: The Linear Method

The "Linear Method" popularized by Linear.com prioritizes a steady cadence of quality over frantic sprints. Applied to performance, this means:

**Speed is a feature, but perceived speed is the ultimate UX.**

When a user creates a task, the UI should show it as created *instantly*. The network request happens in the background. If it fails, the UI gracefully rolls back. This pattern builds trust—users know the system will handle the details.

## Actual vs Perceived Latency

### Actual Latency

The real time it takes for an operation to complete (measured in milliseconds).

```javascript
// Actual latency: 2000ms
const startTime = performance.now();
const result = await fetch('/api/data');
const endTime = performance.now();
console.log(`Actual latency: ${endTime - startTime}ms`);
```

### Perceived Latency

How fast the operation *feels* to the user. This is what matters.

**Factors that affect perceived latency:**
- Visual feedback (does something happen immediately?)
- Progress indication (is the user informed of progress?)
- Anticipation (does the UI predict what's coming?)
- Momentum (does the interface feel responsive?)

## The Latency Spectrum

### < 100ms: Instant

No feedback needed. The user perceives this as instant.

```javascript
// Instant - no loading state needed
const handleClick = () => {
  updateLocalState();  // Instant
  // Network request in background
  fetch('/api/update').catch(() => rollback());
};
```

### 100ms - 1s: Subtle Feedback

Show a subtle indicator. A loading spinner is overkill; a slight opacity change or color shift is enough.

```css
/* Subtle feedback for 100-1000ms operations */
.button.loading {
  opacity: 0.7;
  cursor: wait;
}

/* Or a subtle pulse */
@keyframes pulse {
  0%, 100% { opacity: 1; }
  50% { opacity: 0.7; }
}

.button.loading {
  animation: pulse 1s ease-in-out infinite;
}
```

### 1s - 10s: Skeleton or Spinner

Show a skeleton screen (if layout is known) or spinner (if layout is unknown).

```html
<!-- Skeleton for known layout -->
<div class="card-skeleton">
  <div class="skeleton skeleton-image"></div>
  <div class="skeleton skeleton-text"></div>
  <div class="skeleton skeleton-text"></div>
</div>

<!-- Spinner for unknown layout -->
<div class="spinner"></div>
```

### > 10s: Progress Bar

Show a progress bar with time estimate.

```html
<div class="progress-container">
  <div class="progress-bar" style="width: 65%"></div>
  <span class="progress-text">Uploading... 2 of 3 files</span>
</div>
```

## Optimistic UI: The Gold Standard

Optimistic UI shows changes immediately, then syncs with the server.

### Pattern: Optimistic Update

```javascript
// 1. Update UI immediately (optimistic)
const newItem = { id: Date.now(), text: input.value };
setItems([...items, newItem]);
clearInput();

// 2. Send to server
const response = await fetch('/api/items', {
  method: 'POST',
  body: JSON.stringify(newItem)
});

// 3. Handle failure - rollback
if (!response.ok) {
  setItems(items);  // Remove the optimistic item
  showError('Failed to save');
}
```

### Pattern: Optimistic Delete

```javascript
// 1. Remove from UI immediately
const updatedItems = items.filter(item => item.id !== id);
setItems(updatedItems);

// 2. Send delete request
const response = await fetch(`/api/items/${id}`, {
  method: 'DELETE'
});

// 3. Handle failure - restore
if (!response.ok) {
  setItems(items);  // Restore the item
  showError('Failed to delete');
}
```

### Pattern: Optimistic Like/Vote

```javascript
// 1. Update like count immediately
const newLikeCount = isLiked ? count - 1 : count + 1;
setLikeCount(newLikeCount);
setIsLiked(!isLiked);

// 2. Send to server
const response = await fetch(`/api/items/${id}/like`, {
  method: 'POST',
  body: JSON.stringify({ liked: !isLiked })
});

// 3. Handle failure - rollback
if (!response.ok) {
  setLikeCount(count);  // Restore original count
  setIsLiked(isLiked);  // Restore original state
  showError('Failed to update');
}
```

## Perceived Performance Strategies

### 1. Instant Feedback

Show that something happened immediately, even if the operation isn't complete.

```javascript
// Bad - Wait for server response
const handleSubmit = async () => {
  const response = await fetch('/api/submit', { body });
  showSuccess('Saved!');
};

// Good - Show feedback immediately
const handleSubmit = async () => {
  showSuccess('Saving...');  // Instant feedback
  const response = await fetch('/api/submit', { body });
  if (!response.ok) showError('Failed to save');
};
```

### 2. Progress Indication

Show progress for long operations. Even fake progress (that doesn't go to 100%) feels better than nothing.

```javascript
// Fake progress for unknown duration
const startFakeProgress = () => {
  let progress = 10;
  const interval = setInterval(() => {
    progress += Math.random() * 20;
    if (progress > 90) progress = 90;  // Never reach 100%
    setProgress(progress);
  }, 500);
  return interval;
};

// Real progress for known duration
const startRealProgress = (total) => {
  let completed = 0;
  const interval = setInterval(() => {
    completed++;
    setProgress((completed / total) * 100);
    if (completed === total) clearInterval(interval);
  }, 100);
  return interval;
};
```

### 3. Anticipatory Design

Preload content before the user asks for it.

```javascript
// Preload next page when user scrolls near bottom
const handleScroll = () => {
  if (isNearBottom()) {
    preloadNextPage();  // Load before user clicks
  }
};

// Preload hover targets
const handleMouseEnter = () => {
  preloadUserProfile(userId);  // Load on hover
};
```

### 4. Momentum Conservation

Respect the user's gesture velocity. If they swipe fast, the animation should feel fast.

```javascript
// Respect gesture velocity
const handleSwipe = (velocity) => {
  const distance = Math.abs(velocity) * 100;  // Distance based on velocity
  const duration = Math.max(300, distance / 500);  // Duration based on distance
  
  animate({
    from: currentPosition,
    to: currentPosition + distance,
    duration: duration,
    easing: 'ease-out'
  });
};
```

## Latency Masking Techniques

### 1. Skeleton Screens

Show a placeholder that matches the content structure.

```html
<!-- Skeleton that matches actual content -->
<div class="card-skeleton">
  <div class="skeleton skeleton-image" style="height: 200px;"></div>
  <div class="skeleton skeleton-text" style="width: 80%;"></div>
  <div class="skeleton skeleton-text" style="width: 60%;"></div>
  <div class="skeleton skeleton-text" style="width: 40%;"></div>
</div>
```

**Why it works:** The brain constructs a spatial map while waiting. When real content arrives, it feels like a natural transition, not a sudden appearance.

### 2. Blur-Up Technique

Load a low-quality image first, then replace with high-quality.

```html
<img 
  src="image-low-quality.jpg" 
  srcset="image-high-quality.jpg 1x"
  loading="lazy"
/>

<!-- Or with CSS -->
<div class="image-container">
  <img class="image-blur" src="image-low.jpg" />
  <img class="image-sharp" src="image-high.jpg" />
</div>
```

```css
.image-blur {
  filter: blur(20px);
  opacity: 1;
  transition: opacity 300ms;
}

.image-sharp {
  opacity: 0;
  transition: opacity 300ms;
}

.image-sharp.loaded {
  opacity: 1;
}
```

### 3. Progressive Enhancement

Show basic content immediately, enhance as data loads.

```html
<!-- Show immediately -->
<article class="post">
  <h1>Post Title</h1>
  <p>First paragraph (server-rendered)</p>
</article>

<!-- Load additional content -->
<div id="comments-container">
  <!-- Comments load via JavaScript -->
</div>
```

### 4. Staggered Animations

Animate elements in sequence to make loading feel faster.

```css
/* Stagger animations */
.list-item {
  animation: slideIn 300ms ease-out;
  animation-fill-mode: both;
}

.list-item:nth-child(1) { animation-delay: 0ms; }
.list-item:nth-child(2) { animation-delay: 50ms; }
.list-item:nth-child(3) { animation-delay: 100ms; }
.list-item:nth-child(4) { animation-delay: 150ms; }

@keyframes slideIn {
  from {
    opacity: 0;
    transform: translateY(20px);
  }
  to {
    opacity: 1;
    transform: translateY(0);
  }
}
```

**Why it works:** Staggered animations create the illusion of faster loading. Content appears to cascade in, which feels more natural than everything appearing at once.

## Network Optimization

### 1. Request Batching

Combine multiple requests into one.

```javascript
// Bad - 5 separate requests
await fetch('/api/user');
await fetch('/api/posts');
await fetch('/api/comments');
await fetch('/api/likes');
await fetch('/api/followers');

// Good - 1 batched request
const data = await fetch('/api/batch', {
  method: 'POST',
  body: JSON.stringify({
    requests: ['user', 'posts', 'comments', 'likes', 'followers']
  })
});
```

### 2. Request Deduplication

Prevent duplicate requests for the same data.

```javascript
const requestCache = new Map();

const fetchData = async (url) => {
  // Return cached promise if request is in flight
  if (requestCache.has(url)) {
    return requestCache.get(url);
  }

  const promise = fetch(url).then(r => r.json());
  requestCache.set(url, promise);

  try {
    return await promise;
  } finally {
    requestCache.delete(url);  // Clear after completion
  }
};
```

### 3. Connection Pooling

Reuse HTTP connections.

```javascript
// Use HTTP/2 or HTTP/3 (automatic in modern browsers)
// Or manually manage connection pool
const connectionPool = [];
const MAX_CONNECTIONS = 6;

const getConnection = () => {
  if (connectionPool.length < MAX_CONNECTIONS) {
    return new Connection();
  }
  return connectionPool.shift();
};
```

## Measuring Perceived Performance

### Core Web Vitals

1. **LCP (Largest Contentful Paint)** — When main content is visible
2. **FID (First Input Delay)** — Time to respond to user input
3. **CLS (Cumulative Layout Shift)** — Visual stability

```javascript
// Measure LCP
const observer = new PerformanceObserver((list) => {
  const entries = list.getEntries();
  const lastEntry = entries[entries.length - 1];
  console.log('LCP:', lastEntry.renderTime || lastEntry.loadTime);
});
observer.observe({ entryTypes: ['largest-contentful-paint'] });

// Measure FID
const fidObserver = new PerformanceObserver((list) => {
  list.getEntries().forEach((entry) => {
    console.log('FID:', entry.processingDuration);
  });
});
fidObserver.observe({ entryTypes: ['first-input'] });
```

## How to Use This Skill with Claude Code

### Optimize Perceived Performance

```
"I'm using the performance-optimization skill. Can you help me:
- Implement optimistic UI for my form
- Add skeleton screens for loading states
- Measure Core Web Vitals
- Identify perceived latency issues"
```

### Create Loading State Strategy

```
"Can you create a loading state strategy for my app?
- < 100ms: No feedback
- 100ms-1s: Subtle feedback
- 1s-10s: Skeleton screen
- > 10s: Progress bar"
```

### Implement Staggered Animations

```
"Can you add staggered animations to my list?
- Animate items in sequence
- 50ms delay between items
- Smooth slide-in effect
- Respect prefers-reduced-motion"
```

## Integration with Other Skills

- **loading-states** — Loading state design
- **interaction-physics** — Smooth animations
- **accessibility-excellence** — Respect motion preferences
- **component-architecture** — Optimistic components

## Key Principles

**1. Perceived > Actual**
How fast it feels matters more than how fast it is.

**2. Instant Feedback**
Show something happened immediately.

**3. Progress Indication**
Keep users informed during long operations.

**4. Anticipation**
Preload before the user asks.

**5. Momentum**
Respect user gesture velocity.

## Checklist: Is Your Performance Ready?

- [ ] Optimistic UI for mutations
- [ ] Skeleton screens for 1-10s loads
- [ ] Progress bars for >10s operations
- [ ] Instant feedback for all actions
- [ ] Staggered animations for lists
- [ ] Preloading for anticipated actions
- [ ] Request batching and deduplication
- [ ] LCP < 2.5s
- [ ] FID < 100ms
- [ ] CLS < 0.1

Optimized perceived performance transforms interfaces from sluggish to snappy.

Overview

This skill teaches how to master perceived performance using optimistic UI, skeleton screens, progress strategies, and latency masking. It focuses on making interfaces feel fast and responsive, not just reducing raw network time. Apply these patterns to improve user confidence and reduce friction in web and mobile apps.

How this skill works

The skill inspects user-facing latency and teaches patterns to mask or eliminate perceived delays: optimistic updates, subtle feedback for short waits, skeletons for medium waits, and progress bars for long waits. It also covers network tactics like batching and deduplication, measurement with Core Web Vitals, and motion strategies that preserve momentum. Rollback and error handling are included so optimistic changes remain safe.

When to use it

  • When users must see immediate feedback for create/update/delete actions
  • When pages or components take 1–10s to load and feel abrupt
  • When long operations (>10s) need clear progress and estimates
  • When designing loading states for mobile or low-bandwidth users
  • When improving Core Web Vitals and perceived UX metrics

Best practices

  • Prefer optimistic updates for fast-feeling mutations and always implement rollback/error recovery
  • Use subtle visual cues for 100ms–1s delays, skeletons for 1–10s, and progress bars for >10s
  • Preload likely content and batch/dedupe requests to reduce perceived waits
  • Respect prefers-reduced-motion and conserve gesture momentum in animations
  • Measure perceived performance with LCP, FID, CLS and user-centered testing

Example use cases

  • Implement optimistic create/delete for a task list so items appear instantly and rollback on failure
  • Add skeleton screens for feed or profile pages that load in 1–5 seconds
  • Show fake or real progress for multi-file uploads that can exceed 10 seconds
  • Preload next-page data when the user scrolls near the bottom to make navigation feel instant
  • Deduplicate simultaneous API calls for the same resource to avoid redundant loading spinners

FAQ

Is optimistic UI safe if requests fail?

Yes—implement rollback and clear error messaging. Optimistic UI improves perceived speed but must handle server failures by restoring previous state and informing the user.

When should I use a skeleton vs a spinner?

Use skeletons when the layout is known and you can reserve space; use spinners when the layout is unknown or content shape is unpredictable.