CLI, GUI, o Simplemente Confianza Ciega? Un Recorrido por los Estilos de Revisión de Código

This ad is not shown to multipass and full ticket holders
React Summit US
React Summit US 2026
November 17 - 20, 2026
New York, US & Online
Upcoming event
React Summit US 2026
React Summit US 2026
November 17 - 20, 2026. New York, US & Online
Bookmark
Rate this content
Sentry
Promoted
Code breaks, fix it faster

Crashes, slowdowns, regressions in prod. Seer by Sentry unifies traces, replays, errors, profiles to find root causes fast.

Get started

Todos revisamos el código de manera diferente. Algunos desarrolladores leen cuidadosamente las diferencias lado a lado en el navegador. Otros se niegan a dejar el terminal y revisan puramente a través de CLI. Y seamos honestos, a veces simplemente hacemos clic en "LGTM" sin mirar el código en absoluto. En esta charla, demostraré estos diferentes estilos de revisión de código, exploraré por qué todos ellos aún conducen a un "cuello de botella en la revisión" y mostraré cómo la IA puede acelerar el proceso sin importar qué flujo de trabajo prefieras.

This talk has been presented at React Summit 2026, check out the latest edition of this React Conference.

Santosh Yadav
Santosh Yadav
6 min
12 Jun, 2026

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Introducción a los métodos tradicionales de revisión de código y los desafíos que enfrentan los desarrolladores. Desafíos con el proceso de revisión de código y el cambio hacia la era de la IA y las revisiones basadas en CLI. Uso de IDEs para la revisión de código, soporte de la era agéntica y mejora de la vista de código para la colaboración humano-agente. Nueva vista de CodeRabbit para análisis de código, gratuita para proyectos de código abierto, soporte para ingenieros de la vieja escuela y agénticos.

1. Introduction to Traditional Code Review Methods

Short description:

Introducción a los métodos tradicionales de revisión de código y desafíos enfrentados por los desarrolladores.

Así que voy a darte una idea de cómo la gente está haciendo una revisión. Han pasado 16 años. ¿Quién recuerda eso? Pero fue hace 16 años, no 16, hace 18 años, cuando GitHub fue lanzado. Y luego hemos estado haciendo la revisión de la misma manera, la GUI. No estoy seguro de cómo la gente lo está haciendo, pero así es como lo hicimos durante casi 16 años, y luego los agentes cambiaron cómo escribimos código. Cambió para todos, ¿verdad? Ahora todos son más productivos, más rápidos. Quiero decir, sí, podemos estar de acuerdo en no estar de acuerdo en que somos más productivos, pero tu empresa nunca está de acuerdo con eso. Por eso no estamos recibiendo aumentos.

2. Challenges in Evolving Code Review Practices

Short description:

Desafíos con el proceso de revisión de código y el cambio hacia la era de AI y revisiones basadas en CLI.

Y luego los agentes están realmente escribiendo código más rápido de lo que alguien puede revisar, y ahora es un cuello de botella, ¿verdad? Pero la gente de la comunidad, en realidad están tratando de revisar cómo deberíamos estar haciendo la revisión de código. Déjame mostrarte una pequeña UI. Así que créeme, esta UI no es para humanos. Olvídate de los agentes. Nadie puede leer esto. Pero así es como estamos haciendo la revisión de código ahora mismo.

La mayoría de nosotros estamos usando una herramienta de revisión de AI o incluso una revisión en persona o alguien, tu superior que está haciendo una revisión. Y tienes tantos comentarios, nadie puede leerlos. Entonces, ¿cómo está la comunidad realmente poniéndose al día con el cambio de era, que es la era de AI ahora? Así que hay múltiples maneras en que la gente lo está haciendo. Por supuesto, a la gente le encanta CLI, ¿verdad? Aquí es donde comenzó.

Hace algunos meses, quiero decir, se está moviendo tan rápido, como si fuera hace solo unos meses, la gente decía, oh, ya sabes, los IDs están muertos. Y todos aman CLI. Así que la gente estaba haciendo CLI. Así que la gente estaba ejecutando la revisión de código en el CLI. Así que todavía hay personas que están haciendo esto. Así que esta es una manera de hacer tu revisión de código, ¿verdad? Simplemente abre el CLI y ejecuta tu agente de codificación o agente de revisión y luego hace la revisión.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Escalando Rápido – Lecciones de Ingeniería de ~15 Años de Startups Tecnológicas
React Advanced 2024React Advanced 2024
27 min
Escalando Rápido – Lecciones de Ingeniería de ~15 Años de Startups Tecnológicas
Hey, we'll discuss scaling fast and engineering lessons learned in the last 15 years of tech startups. Scaling involves three things: business, team, and tech. Business scalability relies on sales and customer acquisition costs. Engineering is a tool the business uses. Scaling the team is vital as tech problems are often people problems. Team structure affects architecture and product development process. Organize teams based on purpose, not technology. Spend less time being blocked by other teams. Ship features without getting blocked. Own your own mess. Focus on product engineering partnership. Build faster using feedback cycles. Build appropriate solutions for your use case. Let go of ego and experiment with different approaches. Engineers own their own mess. Avoid work in progress. Finish the work and focus on fixing it later. Have a conversation before writing code. Scaling the tech is easier than you think. Pick an off the shelf design. Save innovation for core parts. Pick existing solutions. Focus on solving the problem. Don't waste time trying to predict future scale. Scale will surprise you. Do what works for your business. Push back on unnecessary complexity. Understand the cost of ideas. Modify the situation to fit existing design. Architecture is like a dependency graph on your code. Reduce architectural complexity by organizing code based on what it does. Use vertical models and avoid creating excessive dependencies. On the client, use vertical modules. On the back end, consider a service-oriented architecture. Start with a monolith and transition to microservices if necessary. Use folders instead of microservices when you have a small team. Use vertical models and contract or type-driven development to define clear APIs and interfaces. Avoid highly interconnected code and duplication. Focus on data structures to avoid complexity and the need for translation layers. Building translation layers can lead to slow user experience. Vertical teams aligned with vertical code allow for fast problem-solving, full control of features, and efficient data handling. Understanding the entire domain enables faster development with fewer bugs.
Cómo automatizar cambios de código para 100 repositorios: Introducción a los Codemods
React Day Berlin 2022React Day Berlin 2022
28 min
Cómo automatizar cambios de código para 100 repositorios: Introducción a los Codemods
This Talk discusses automating code changes for Android repositories, utilizing tools like JSCodeShift and Abstract Syntax Tree. The speaker shares a real use case example of maintaining a design system library and making changes to a component. The talk emphasizes the importance of automating repetitive tasks and using the power of abstract syntax tree for code changes. The Q&A session covers topics like source code formatting, TypeScript support, and cultural embedding of code mods. The talk concludes with insights on when automation is worth it and the limitations of code mods for monorepo changes.
Arquitectura de código de próxima generación para construir aplicaciones de Node mantenibles
Node Congress 2023Node Congress 2023
30 min
Arquitectura de código de próxima generación para construir aplicaciones de Node mantenibles
Today's Talk focused on code architecture, modularization, and scaling in software development. The speaker discussed the benefits of separating code by domain and using tools like NX to improve productivity and enforce modular architecture. They also highlighted the importance of automating library creation and configuration. Additionally, the Talk covered code scaling and deployment strategies, including caching and automated code migrations. The speaker emphasized the flexibility and scalability of Fastify and the advantages of using a monorepo for front-end and back-end development.
Sub Agent Context Sharing: Cómo habilitar subagentes efectivos para codificación
AI Coding Summit 2025AI Coding Summit 2025
15 min
Sub Agent Context Sharing: Cómo habilitar subagentes efectivos para codificación
Cloud Code introduced sub-agent feature for better performance. Understanding the sub-agent concept and its role. Challenges of sub-agents in direct implementation. Parent agents' limited visibility. Efficient context management with MD files for sub-agents' tasks and reports boosting Cloud Code performance. Guidelines for creating useful sub-agents with specific MCP tools. Utilizing TweakScene MCP for scene design reference and defining rules for sub-agent tasks. Setting goals, output format, and rules for sub-agents. Building a chat GPT replica with chat.cn UI and Versatile AIS. Integration with VerCell AI SDK for seamless implementation.
El Futuro Stack de la Revisión de Código
JSNation 2023JSNation 2023
22 min
El Futuro Stack de la Revisión de Código
The Talk discusses the challenges of code reviews and the need to redefine the code review process in light of changes in software development. It emphasizes the importance of collaboration, security, performance, and clean code in the new stack of code review. The Talk also highlights the benefits of automating code review comments and optimizing the code review process. Overall, the Talk aims to build a better code review process that promotes collaboration and improves the quality of software development.
Camino a Cero Fallos de Lint: Abordando Desafíos de Calidad de Código a Gran Escala
React Summit US 2023React Summit US 2023
11 min
Camino a Cero Fallos de Lint: Abordando Desafíos de Calidad de Código a Gran Escala
This Talk discusses the journey from thousands of Lint failures to zero in a codebase at Linton that is over 80 years old. The approach involved implementing rules, incentives, and tooling to address the issue. The tool called Checkup was used to visualize ESLint failures by team and lint rule, providing accountability and responsibility. The efforts resulted in cleaning up over 6,000 lint failures, with 55 contributors, and a 30% increase in perceived code quality.

Workshops on related topic

Desarrollando Aplicaciones Listas para Producción en Colaboración con Agentes de AI
React Summit 2025React Summit 2025
102 min
Desarrollando Aplicaciones Listas para Producción en Colaboración con Agentes de AI
Featured Workshop
Alex Shershebnev
Alex Shershebnev
Los asistentes de codificación ya están cambiando la forma en que desarrollamos código, y en varios años se espera que cambien completamente cómo los desarrolladores interactúan con el código y lo escriben. En esta masterclass, compartiré consejos y mejores prácticas sobre el uso de tales herramientas mientras desarrollamos la aplicación lista para producción con Zencoder.
Aporta Calidad y Seguridad al pipeline de CI/CD
DevOps.js Conf 2022DevOps.js Conf 2022
76 min
Aporta Calidad y Seguridad al pipeline de CI/CD
Workshop
Elena Vilchik
Elena Vilchik
En esta masterclass repasaremos todos los aspectos y etapas al integrar tu proyecto en el ecosistema de Calidad y Seguridad del Código. Tomaremos una aplicación web simple como punto de partida y crearemos un pipeline de CI que active el monitoreo de calidad del código. Realizaremos un ciclo completo de desarrollo, comenzando desde la codificación en el IDE y abriendo una Pull Request, y te mostraré cómo puedes controlar la calidad en esas etapas. Al final de la masterclass, estarás listo para habilitar esta integración en tus propios proyectos.