La codificación está aquí para quedarse. Herramientas como CursorV0, y adorable han reducido drásticamente la barrera de entrada: la construcción de paneles, tuberías o aplicaciones completas ahora se puede hacer en una fracción del tiempo.
Utilizo estas herramientas a diario, y definitivamente me han hecho más rápido. Pero a medida que la base de código se vuelve más compleja, las compensaciones se aclaran: errores crípticos, lógica enredada y código de depuración de horas perdidos que realmente no entendía.
Las herramientas de IA son excelentes, especialmente para los principiantes, pero vienen con un costo tranquilo. Cuanto más dejes que AI lleve la carga, menos posibilidades tendrás de agudizar tus instintos que provienen de la lucha con la complejidad.
Sí, la IA acelerará su flujo de trabajo, pero también se omitirá los pasos formativos donde se obtiene la sabiduría técnica.
La “codificación de vibos”, el código de adoptamiento rápidamente con una planificación mínima, es excelente para demostraciones o experimentos. Pero para un crecimiento técnico más profundo o sistemas de construcción con complejidad significativa, la codificación de ambientes no es suficiente. Esta publicación de tendencias de Reddit lo resume perfectamente: la codificación de ambientes no está marcada, no se controla, crea más problemas de los que resuelve.
En esta pieza, te mostraré cómo usar las herramientas asistidas de AI-AI más sabiamente, y por qué contribuir a Código abierto Podría ser la forma más subestimada de nivelar realmente sus habilidades técnicas.
Mi experiencia en la codificación de vibra con cursor
Al igual que muchos desarrolladores, cambié del código VS (con GitHub Copilot) al cursor y actualmente estoy suscrito al plan Pro Cursor ($ 20/mes).
La característica en la que más confío es el chat de IA integrado de cursor, que me permite interactuar directamente con mi completo CodeBase. Su agente puede GREP rápidamente a través de múltiples archivos e incluso manejar imágenes, extremadamente útil al navegar en reposadores grandes y desconocidos. También ve errores del enlace y los correcta automáticamente mientras edita directamente archivos.
Inicialmente, el cursor aumentó drásticamente mi productividad, especialmente para tareas más simples. Se sintió poderoso, casi mágico. Pero a medida que las cosas se volvían complejas, noté algunas grietas. El cursor a veces generaba código de espagueti, mezcla archivos con nombre de manera similar en los directorios y ocasionalmente lucha por seguir los intrincados flujos lógicos.
La codificación de vibos puede obtener miles de líneas de código en minutos, pero sin un modelo mental fuerte de lo que está construyendo, corre el riesgo de terminar con sistemas influenciados y sobre ingeniería.
Cursor hace un trabajo decente que reduce el espacio de búsqueda al depurar. Pero dejar que haga ediciones sin control introduce aún más errores de los que resuelve.
Más allá del consejo habitual para “escribir mejores indicaciones”, una estrategia que he encontrado especialmente útil es decirle a Cursor que no haga ediciones directas. (¡Es sorprendentemente obediente sobre esto!)
En cambio, le pido explícitamente que sugiera cambios primero en la interfaz de chat. Luego, revisaría cada sugerencia, decidiría qué ediciones tenían sentido y las aplicaría selectivamente, ya sea manualmente o a través del cursor. A diferencia de ChatGPT, la mayor fortaleza de Cursor es su conciencia contextual de toda la base de código y su capacidad para analizar largos archivos (más de 5k líneas de código) procesandolos en fragmentos manejables.
Contribuyendo al código abierto
Entonces, ¿cómo se vuelve técnicamente más fuerte? Se destacan dos formas: proyectos paralelos y contribuciones de código abierto.
Los proyectos secundarios son excelentes para explorar nuevas tecnologías o sumergirse profundamente en algo que te apasiona o tener curiosidad. ¿Me pregunto cómo funcionan los agentes de IA o curiosos sobre MCP? Simplemente construir un proyecto de fin de semana simple le enseña mucho más de horas de tutoriales o documentación. Gracias a la fuente abierta, las herramientas y los recursos son accesibles libremente, nivelando el campo de juego para todos.
Pero los proyectos en solitario tienen desventajas. Es fácil perder la motivación: muchos de mis proyectos paralelos nunca vieron la luz del día.
Además, puede encontrarse en una cámara de eco: su código funciona, pero no está seguro de si sigue las mejores prácticas o estándares de la industria. Si eres temprano en tu carrera y falta de tutoría, ¿cómo sabes si estás en el camino correcto?
Aquí es exactamente donde el código abierto llena el vacío. Los proyectos de código abierto no son solo para codificar a los asistentes; Son para todos. Sus bibliotecas favoritas como pandas, matplotlib, tensorflow y keras dependen en gran medida de la participación de la comunidad.
¿Por qué molestarse en contribuir?
El código abierto le permite tener un impacto real utilizado por miles de desarrolladores, no solo proyectos de juguete que nadie ve. Será competente con el control de versiones (¡Hola, GitHub!), Afrega sus habilidades navegando por las bases complejas, recoger las mejores prácticas y construir una red de personas que puedan responder por usted cuando sea importante.
También hay beneficios profesionales. Se agregará a su cartera y marca personal, y aumentará más rápido al unirse a nuevos equipos.
Pero, contribuya por las razones correctas. Si su única motivación es conseguir un trabajo, ¡no contribuya! El código abierto no es un boleto para conseguir un trabajo, requiere un interés y compromiso genuinos. Muestra que tienes pasión por construir, y para muchas startups que comienzan desde proyectos de código abierto, así es como encuentran sus primeros contrataciones.
Elegir un proyecto de código abierto que le importe
Comenzar puede parecer desalentador. Muchos repos populares tienen enormes bases de código, documentación potencialmente desactualizada o cientos de problemas poco claros. Entonces, ¿cómo eliges?
Primero, elige un proyecto que realmente se preocupa. Esto puede sonar obvio, pero es crucial y subestimado.
Elige algo que realmente usa, ya sea en el trabajo o en un proyecto paralelo. Saltar a un proyecto desconocido con tecnología desconocida es simplemente abrumador, y perderá la motivación rápidamente.
Personalmente, soy tanto un usuario como un gran fanático de Posthog, la plataforma de análisis de productos creada específicamente para desarrolladores, por lo que comencé a contribuir allí. Sus documentos eran integrales y bien estructurados, lo que lo convirtió en un lugar increíble para comenzar. (¡Y no, no me pagaron para decir esto!)
¿Qué contribuir?
Hay un tonelada de cosas que puedes hacer. Aquí hay un enfoque que encontré útil.
- Encuentre una característica que necesite o mejore algo que use.
Reducir las contribuciones a las características que realmente te importan da claridad y motivación. El mejor código proviene de resolver problemas que enfrenta personalmente. - Configure su entorno local.
Bifurca el proyecto, clona localmente y lo ejecuta. Comprenda dónde están los registros y cómo probar los cambios. Consiga la estructura básica y el estilo de codificación del proyecto. - Empiece a poco y aprende haciendo
Muchos Repos etiquetan problemas para principiantes (como “buenos problemas”). Elija estos para comenzar. Comprender y replicar el error; No dudes en comentar si estás atrapado. Cuando abra un PR, asegúrese de que sus cambios pasen todos los peluscos y pruebas.
Aprender a navegar por la base de código es esencial. No necesitas leer cada línea, eso es prácticamente imposible. Después de agarrar la estructura de alto nivel, sumérgete. Comience con poco para sentirse cómodo con el proceso de compilación, implementación y revisión de relaciones públicas. Escriba mensajes claros de confirmación y descripciones de relaciones públicas. Verifique recientemente PRS fusionados para ver ejemplos exitosos o discusiones perspicaces.
Concluir
Contribuir al código abierto requiere paciencia: los repos populares son enormes y el aprendizaje lleva tiempo. Convertirse en un contribuyente consistente y valioso toma al menos unos meses, así que no se desanime por los contratiempos iniciales. Si su PR es rechazado o se queda atascado en un error difícil, eso es perfectamente normal, todo es parte del proceso de aprendizaje.
Si eres nuevo en el código abierto y quieres chatear, no dudes en conectarte. Si bien no me sumergí profundamente en los detalles técnicos aquí (una búsqueda rápida de Google o ChatGPT puede guiarlo allí), espero que esto le brinde la perspectiva de gran imagen para comenzar. El código abierto ha sido gratificante para mí, y espero que sea para ti también.
Nos vemos en el próximo artículo 🙂