Estudio de Caso de On Deck
Nuestro primer estudio de caso comienza con Egor Zaitsev, Ingeniero de Software Senior en On Deck. ¡Bienvenido Egor y gracias por tomarte el tiempo!
Vayamos directamente a la primera pregunta:
¿Para qué utiliza On Deck Cal?
Egor: On Deck está construyendo un mercado de retroalimentación, donde los Fellows pueden ofrecerse voluntariamente para proporcionar retroalimentación sobre presentaciones, productos u otra información entre ellos. Después de elegir a quién les gustaría recibir retroalimentación, se presenta a los Fellows una vista de programación de Cal para completar su reserva.
¿Qué te hizo elegir Cal para entregar tu solución?
Egor: Las soluciones existentes en el mercado o no proporcionaban las API necesarias o no eran lo suficientemente flexibles para nuestro caso de uso. Cal nos devolvió días —si no semanas— que de otro modo habríamos gastado desarrollando todo desde cero.
¿Cómo usas Cal?
Egor: En este momento estamos utilizando una versión autohospedada ligeramente modificada de Cal para nuestra solución. Proporcionamos automáticamente cuentas para nuestros Fellows y les pedimos que configuren su disponibilidad y conecten sus Calendarios. Después de que lo hacen, comenzamos a mostrarlos en nuestra plataforma, integrando la interfaz de programación.
¿Cuál fue lo mejor de trabajar con Cal como plataforma?
Egor: Cal es extremadamente extensible y nos permite iterar rápidamente.
¿Ves usos potenciales futuros para Cal en On Deck?
Egor: Ya estamos considerando usar Cal para permitir a nuestros Fellows programar reuniones entre ellos como parte de nuestros otros mercados internos, así como proporcionar a cada Fellow un servicio personal de programación, hospedado por On Deck.
¿Cómo hizo Cal que fuera eficiente implementar una solución como esta?
Egor: Cal está construido con tecnologías extremadamente populares y fue realmente fácil integrarlo en nuestro ecosistema. En un par de días tuvimos todo configurado para proporcionar a nuestros Fellows la mejor experiencia de programación posible!
¿Por qué no pudiste usar otras soluciones en el mercado?
Egor: Calendly no expone la disponibilidad a través de su API, Motion no tiene API y construir todo desde cero habría tomado mucho tiempo.
Si Cal no existiera, ¿habrías construido lo que construiste? ¿Cuánto más tiempo habría tomado?
Egor: Por supuesto, podríamos haber construido lo que hicimos, aunque a un ritmo mucho más lento y con más errores al principio. Cal nos ahorró días —si no semanas— de desarrollo.
¿Qué es lo que más te emociona sobre el futuro de la programación?
Egor: Estamos realmente emocionados por que la programación se vuelva de código abierto. El código abierto es el verdadero poder detrás de cada startup exitosa y estamos contentos de apoyar otra parte clave de la web moderna que se vuelve de código abierto.
Si tuvieras un deseo, ¿qué pedirías?
Egor: Caching 😉 Ya hemos implementado caching de disponibilidad para nosotros, pero creo que sería una adición muy útil para aquellos que usan Cal a gran escala.
¡Gracias Egor!
