Why Silent Meetings With Cameras On Are a Bad Idea

by Arif Ikhsanudin, Backend Developer

Staring at a screen full of colleagues who aren’t saying a word is surprisingly stressful.
Even with cameras off, the pressure to be “noticed” lingers.

The Awkward Pressure of Silence

Silent meetings feel safe in theory, but they create tension:

  • Every second of quiet feels like a countdown
  • People brace for questions that might never come
  • Anxiety replaces focus

Being watched, even silently, is mentally draining.

Cameras On Doesn’t Fix It

Turning cameras on doesn’t solve the problem:

  • You’re still “on display” for everyone
  • Micro-expressions and body language are misread
  • People overthink small movements or distractions

Productivity suffers because attention shifts from work to self-monitoring.

Cameras Off Isn’t a Magic Solution

Even when cameras are off, stress lingers:

  • Team members fear being called out unexpectedly
  • Silence can feel like judgment or suspicion
  • Multitasking anxiety rises as people try to appear “present”

The underlying issue isn’t visibility—it’s unclear purpose.

Making Meetings Actually Useful

Shift focus from presence to outcomes:

  • Set clear goals for every meeting
  • Encourage brief check-ins instead of long silent watches
  • Use async updates when discussion isn’t necessary

When people know why they’re there, silence stops feeling threatening.

Trust and Respect Over Surveillance

Silent meetings are a symptom of micromanagement:

  • Trust your team to contribute when needed
  • Respect their attention spans and energy
  • Build culture around communication, not visibility

Meetings should enable work, not make people dread every second on screen.

Scale Your Backend - Need an Experienced Backend Developer?

We provide backend engineers who join your team as contractors to help build, improve, and scale your backend systems.

We focus on clean backend design, clear documentation, and systems that remain reliable as products grow. Our goal is to strengthen your team and deliver backend systems that are easy to operate and maintain.

We work from our own development environments and support teams across US, EU, and APAC timezones. Our workflow emphasizes documentation and asynchronous collaboration to keep development efficient and focused.

  • Production Backend Experience. Experience building and maintaining backend systems, APIs, and databases used in production.
  • Scalable Architecture. Design backend systems that stay reliable as your product and traffic grow.
  • Contractor Friendly. Flexible engagement for short projects, long-term support, or extra help during releases.
  • Focus on Backend Reliability. Improve API performance, database stability, and overall backend reliability.
  • Documentation-Driven Development. Development guided by clear documentation so teams stay aligned and work efficiently.
  • Domain-Driven Design. Design backend systems around real business processes and product needs.

Tell us about your project

Our offices

  • Copenhagen
    1 Carlsberg Gate
    1260, København, Denmark
  • Magelang
    12 Jalan Bligo
    56485, Magelang, Indonesia

More articles

Lessons From Failed Software Projects

Failure stings, but in software, it’s often a faster teacher than success. By analyzing what went wrong, teams can avoid repeating mistakes and build smarter, more resilient projects.

Read more

Why the Best Senior Backend Developers You Have Never Heard of Are Based in Southeast Asia

The strongest contractors most Western startups have never worked with aren't hard to find. They're just not in the places founders usually look.

Read more

When Automation Isn’t Enough: Why Humans Still Lead Code Quality

Automated tools can catch syntax errors and enforce style, but they can’t think. Humans remain essential to maintaining true code quality and long-term project health.

Read more

The Performance Bug That Only Appears Under Real Traffic

Some performance problems are invisible in staging, invisible in load tests, and only surface under the specific combination of data, concurrency, and access patterns that real users produce. Here is how to find them before they become incidents, and how to diagnose them when they do.

Read more