Saltar al contenido principal

2 publicaciones etiquetados con "philosophy"

Ver Todas las Etiquetas

¿Por qué construimos Plug-N-Meet?: La historia de un fundador

· 7 min de lectura
Jibon L. Costa
Founding developer

Durante años, nuestra empresa ha sido un conocido proveedor de servicios de alojamiento y soporte de BigBlueButton. Lo hemos implementado, gestionado y escalado para innumerables clientes, y tenemos un profundo respeto por el papel que ha desempeñado en la comunidad educativa de código abierto. Allanó el camino.

Pero después de años en las trincheras, apoyando sesiones en vivo, clases en línea y eventos a escala, nos encontramos con los mismos muros fundamentales. No solo estábamos usando el software; estábamos experimentando sus límites arquitectónicos de primera mano. La frustración no era solo por los errores; era por una arquitectura que, si bien era potente para su propósito original, presentaba desafíos para el tipo de escalabilidad elástica y agilidad del desarrollador que exigen las aplicaciones web modernas.

Nos dimos cuenta de que teníamos una opción: seguir construyendo soluciones temporales o tomar todo lo que habíamos aprendido y construir la solución que sabíamos que nuestros usuarios necesitaban.

Elegimos construir. Esta es la historia de por qué existe Plug-N-Meet.

Our Philosophy on Recordings: Why We Capture the Whole Picture

· 5 min de lectura
Jibon L. Costa
Founding developer

What is a meeting recording? Is it just a collection of video and audio streams? Or is it a faithful replica of a live, interactive experience?

At Plug-N-Meet, we believe a recording should be a perfect, trustworthy artifact. When you watch it back, the whiteboard annotations should appear at the exact moment the speaker was discussing them. The chat messages should pop up in perfect sync with the conversation. The shared presentation should be exactly as the audience saw it.

To achieve this perfect fidelity, we made a deliberate architectural choice for our recorder: we record the final, rendered output, not just the individual parts. This article explains why this headless Chrome-based approach, while CPU-intensive, is fundamentally better and more reliable than the alternatives.