Inglés para Devs: Mejora tu inglés, con Darwinglish
La industria tech habla en inglés y la IA lo está cambiando todo. En Inglés para Devs destripamos un término por episodio junto a developers con más de 20 años de experiencia en empresas de clase mundial. Esta temporada con Vicente Plata, Staff Engineer en Pinterest y xAI — alguien que literalmente construye herramientas de AI mientras hablamos.
Inglés para Devs: Mejora tu inglés, con Darwinglish
"Service Level Agreement"
Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.
En este episodio Swanros se vuela la barda tanto con el concepto como con la pronunciación, elevando así el nivel de la conversación.
---
En Inglés para Devs te explicamos un término que deberías saber de la industria de la tecnología, y cómo pronunciarlo correctamente.
Swanros tiene más de 12 años de experiencia como desarrollador. Darwin más de 15 enseñando Inglés a profesionales del software. Juntos, te ayudamos a que mejores tu Inglés con ejemplos y anécdotas.
Nuestros episodios más populares: “Pair Programming”, “Backlog”, “Deploy”, “Continous Integration / Delivery”, “Callback”, “Compile”, “Features”
Continúa creciendo en tu carrera como Developer:
📩 ¿Quieres mejorar tu inglés técnico todos los días?
Únete a nuestra comunidad gratuita:
https://chat.whatsapp.com/H9OQT0MlsIcLOfd7viGzrb
📄 Encuentra la descarga la worksheet gratuita de este episodio también en la comunidad
🗣️ Únete a nuestros club de conversación enfocados en el mundo Tech
https://inglesparadevs.io
📲 Sígueme en redes para más tips:
Twitter: @SoyDarwinglish
Instagram: @Darwinglish
YouTube: www.youtube.com/c/InglésparaDevs
🎧 Aprende inglés, Inglés para Devs.
Último término que te quiero compartir de Incident Response. A ver. SLA. SLA. SLA. San Luis Potosí. San Luis Potosí. Arrutia. Arrutia. San Luis Ángeles. San Luis Ángeles. Los Ángeles. SLA. SLA. Service Level Agreement. Agreement. OK. Service Level Agreement. Service Level Agreement. ¿Y qué es eso? ¿Por qué es importante el Service Level Agreement? No. Porque en muchas organizaciones, y sobre todo cuando contratas un servicio externo, por ejemplo, voy a contratar Amazon, voy a contratar Azure de Microsoft, voy a contratar Google Cloud, lo que sea. Todos estos servicios tienen un SLA, Service Level Agreement. ¿A qué se refiere eso? ¿A qué se compromete ese sistema para tener a lo que le llamamos uptime? ¿Cuál es el nivel de servicio que yo te voy a garantizar que tener. Y ese nivel de servicio puede estar determinado en cuánto tiempo al mes en porcentaje mi servicio va a estar disponible, en cuánto tiempo te voy a regresar una respuesta. ¿A qué me estoy comprometiendo? ¿A qué se está comprometiendo el servicio? Exactamente. Entonces, por ejemplo, un SLA no es... Más bien, es muy común que un SLA esté determinado en cuestión del uptime. ¿A qué me refiero? Mi servicio... va a tener 99.9% de uptime. ¿Qué quiere decir? Que en los últimos 30 o 90 días no me voy a haber caído más de 2
SPEAKER_01minutos.
SPEAKER_00El servicio va a estar... No va a estar caído mi servicio más de 2 minutos en un time span de 90 días. Por ejemplo, hay otros servicios como me podría atrever a decir pasarelas de pago, como Visa, Mastercard y todo eso, que muy probablemente su SLA, su service level agreement con los diferentes bancos y demás, no nada más esté determinado por el tiempo de uptime ¿no? por el uptime más bien sino por el tiempo de respuesta ¿en cuánto tiempo yo te garantizo que te voy a poder regresar la respuesta de si la tarjeta fue aprobada o declinada? el PIN, exactamente todos estos aspectos críticos de la operación pueden estar determinados pueden estar representados en un Service Level Agreement. Entonces, esta es como la última pieza de este tema de Incident Response. Porque ese Service Level Agreement puede informar también nuestra estrategia de triaging y nuestro Escalation Policy. Si yo tengo un servicio en mi empresa, si yo tengo un servicio en mi organización que es crítico, ese servicio debe tener un Service Level Agreement para yo poder saber cómo responder. Y
SPEAKER_01está basado en las estadísticas, supongo, ¿no? Me he caído en estos últimos 30 días tantas veces y entonces estadísticamente yo supongo que eso es lo que hacen las grandes compañías, ¿no? No dispararse en el pie, es decir, no puedo estar tanto por ciento disponible si el último mes tuve más de cuatro minutos de... Porque supongo que este agreement es precisamente un contrato, es un tema contractual, en donde los que estamos desarrollando sabemos a
SPEAKER_00qué tirarle Sí. ¿Verdad? Y justamente, o sea, justamente, en algún momento hablamos de API, por ejemplo, que el API, ¿te acuerdas que era Application Programming Interface? Sí. Que es básicamente cómo se conectan sistemas entre sistemas. Un SLA es cómo se conectan organizaciones entre organizaciones. Ok. No a nivel sistemas, sino a nivel puedo confiar en ti, en que me vas a dar el servicio para el que te estoy contratando. Sí, sí, sí. Entonces, no es raro que haya demandas multimillonarias Sí, sí, sí. porque en nuestro SLA tú me dijiste que ibas a tener un 99.9% de uptime y en los últimos 30 días estuviste un 99.97% de uptime y eso a mí me costó tantos millones de dólares, entonces te demando a ti.
SPEAKER_01Hola, ¿qué tal? Soy Darwin y en menos de un minuto regresamos con este episodio, pero antes quiero hacerte una recomendación. Si estás escuchando este podcast, claramente estás buscando mejorar tu inglés a nivel profesional, ya sea para conseguir un mejor puesto dentro de una organización, o tal vez tener clientes en el extranjero, o probablemente aplicar para esa vacante que te pide un alto nivel de inglés, o sencillamente porque quieres entender más de cómo hablan los devs alrededor tuyo. Cualquiera que sea el caso, déjame invitarte a que te unas a nuestra comunidad de Inglés para Devs, en donde ciertos de personas como tú ya están haciendo networking y al mismo tiempo están mejorando su inglés todos los días con nuestras rutinas y ejercicios diarios de práctica, así como nuestros círculos de conversación semanales para practicar tu inglés tanto escrito como oral y gozar de feedback mío y de mis teachers en tiempo real formar parte de nuestra comunidad es bastante sencillo solo manda un mensaje directo en twitter o instagram en la cuenta arroba darwin english esto es arroba d a r w i n g l i s h y dime literal quiero ser parte de la comunidad y voilà listo recuerda que todo esto es 100% gratis y lo único que te pido es que nos ayudes a compartir los consejos para mejorar tu inglés en alguna de nuestras redes sociales ya sea Twitter, Instagram, TikTok o tal vez, y por qué no, LinkedIn. Sin más, te dejo escuchar el resto del episodio. De antemano, te doy la bienvenida a nuestra comunidad.
SPEAKER_00Ese Service Level Agreement es, digamos, que el epítome de este... Bueno, así lo veo yo. A lo mejor no compartirán algunos esta opinión. Pero ese Service Level Agreement creo que es la base de cómo o lo que va a determinar cómo hacemos Sincere and Response dentro de nuestras compañías. Estar preparados. Saber a qué le tiramos para nosotros estar preparados.
SPEAKER_01Quién
SPEAKER_00está
SPEAKER_01on call y cómo vamos a reaccionar a esto.
SPEAKER_00Y ahora muchas compañías, sobre todo en sistemas transaccionales, como por ejemplo otra vez Amazon, Google Cloud, Azure, Microsoft, hay algunas secciones en sus páginas donde tú te puedes meter y es la información pública. Tú puedes meterte a, me voy a inventar una URL, pero puedes meterte a Azure.com y debes de tener un diagonal uptime donde veas gráficas del sistema y cuántas veces se han caído en los últimos 90 días. Esta información es como una hoja de doble filo. Porque algunas empresas, este, Algunas empresas la usan como para bragging. No nos hemos caído ni una sola vez en los últimos 90 días. ¿Y cuál? No, y a lo mejor sí. Esa gráfica o esa información debe de ser auditable. Sí, pues debe ser un tema de marketing también. Sí, pero ¿qué es lo que pasa cuando todo tu plus o tu value proposition está atado a un SLA y se te cae el sistema? Así se han muerto muchas compañías. Supongo. Entonces, ojo. Otra vez, vemos el tema de los negocios, vemos el tema de las organizaciones, cómo manejamos incidentes, cómo diseñamos un ecosistema o un programa de incident response. Está basado en todas estas necesidades del negocio y muchas veces cómo hacemos dinero y a qué nos estamos comprometiendo.
UNKNOWNClaro. ¿Sabes? SLA. SLA. Yes.