Como dice la respuesta de Quincy Larson, el Slack de hoy desciende de una aplicación de pila LAMP convencional. Pero esto da una impresión engañosa; Podría decir lo mismo de Facebook, por ejemplo. Si bien la herencia de la pila LAMP de FB influye en cosas no triviales sobre su back-end, pensar que es una aplicación CRUD sencilla es, en el mejor de los casos, engañosa. Todo es de baja tecnología cuando solo necesita soportar cientos de usuarios; cada orden de magnitud más allá del cual se ha probado su aplicación requiere más creatividad de back-end, y Slack ya ha recorrido algunas millas por ese camino. Espero que tengamos más por recorrer.
Una omisión sustancial de la respuesta de Quincy es nuestro servidor de mensajería en tiempo real. Esta parte de nuestro back-end, responsable de la mayoría de las interacciones en tiempo real que ocurren en varios clientes, se implementa en Java y se accede a través de una API de WebSocket descrita aquí: API de mensajería en tiempo real. Gran parte de la experiencia del usuario que hace que Slack sienta que Slack es el resultado de un trabajo cuidadoso en el servidor de mensajes. Muchos de los desafíos de sistemas distribuidos que enfrentamos en el back-end están en coordinar este servicio con el resto del back-end (LAMP-ier).
- ¿Cuáles son algunas de las mejores aplicaciones de Android en el contexto de UI / UX y principios de diseño?
- ¿Por qué las computadoras pueden vencer a los grandes maestros del ajedrez pero no pueden traducir cosas simples de un idioma a otro?
- ¿Cuál es el mejor software ERP para la industria de bienes raíces?
- ¿Cuáles son las mejores aplicaciones para correr para bajar de peso?
- ¿Existe un número equivalente de Ai para determinar la inteligencia de un programa como el humano tiene coeficiente intelectual? (Aparte de la prueba de Turing) ¿Qué programa es más avanzado?
