Gestión de productos: herramientas y consejos para optimizar tu flujo de trabajo como desarrollador

1. Introducción: Nuestro mundo ha cambiado. Estamos trabajando de manera diferente en este momento y muchos ingenieros tienen un problema para conseguir que se escuche su información y que se documente la información. Hola ahí. Yo soy Chris Heilmann. Soy gerente de programa Principal, pero solía ser desarrollador por más de 20 años. He trabajado en los últimos 10 años desde casa con equipos distribuidos por todo el mundo. hoy, en este curso, quiero explicarte cómo optimizar tu flujo de trabajo como desarrollador para ser entendido y trabajar fácilmente junto con personas que no están en el mismo edificio que tú. Como gerente de producto, mi trabajo principal es asegurarme de que el producto tenga éxito. Eso significa que tengo que pensar en cómo crece, cómo funciona realmente, y cómo se puede entregar en cierta cantidad de tiempo. Esto significa que tengo que conseguir que mis ingenieros optimicen su flujo de trabajo y me den la información que necesito sin que tenga ser alguien que esté trabajando en el código todo el tiempo. En esta clase, voy a hablar de algunas cosas. En primer lugar, voy a hablar de cómo configurar tu máquina para asegurarte de que en realidad no cometas errores que sean evitables. En segundo lugar, voy a hablar de cómo cambiar tu configuración para el nuevo mundo en el que vivimos ahora mismo. Porque la mayoría de las veces, no sólo nos estamos desarrollando, también estamos en reuniones, y la mayoría de ellas son videoreuniones, así que eso es algo que debemos considerar, cómo realmente hacernos más efectiva de esa manera. También vamos a hablar de control de versiones, asegurándonos de que todo lo que hagas se retenga en algún lugar, y no se puede cometer errores y no se pueden perder las cosas por ahí. Voy a hablar de colaboración en línea, cómo se pueden construir cosas con las que otras personas pueden colaborar y ellos pueden trabajar en ello mientras estás en la cama o no estás disponible en este momento. Vamos a hablar de ayudar a otros a documentar y promover su trabajo. Cómo puedes realmente conseguir que las personas accedan a lo que haces, que puedan iniciar la documentación y también decirle a otras personas al respecto sin tener que ser parte del proceso todo el tiempo. Una de las habilidades que espero puedan quitarle de eso es la comunicación. Porque encontré en mi carrera que no importa lo bueno que seas un desarrollador, tarde o temprano, bajará a las habilidades blandas para asegurarse de que la gente entienda lo que haces, gente te pueda dar la información que necesitas y las oportunidades que necesitas también para triunfar en tu carrera. Una de las cosas que más aprendí como desarrollador es que mi código no es lo más importante, sino cómo se lo llevo a la gente, cuánta información doy alrededor de mi código, y cómo permito que otras personas hagan su trabajo basado en mi información es mucho más importante que el código en sí. Eso es algo que fue difícil de tragar para mí como desarrollador porque me encanta la codificación, pero al mismo tiempo, hizo mi carrera. Esperemos que sea una habilidad que te ayude mejor también. Me emociona que tomes esta clase porque quiero que la próxima generación y la nueva generación ahora mismo de desarrolladores empiecen a abrazar el nuevo mundo en el que vivimos también. No es que realmente estemos sentados en una oficina al lado un desarrollador senior ya y aprendamos todo de ellos. Estamos todos distribuidos y todos estamos trabajando en diferentes lugares, y esta es una libertad por la que realmente luchamos y debemos abrazar. Es una gran oportunidad para que seas alguien con quien sea fácil trabajar, aunque no esté físicamente presente, y eso es algo que puedes aprender en este curso. En esta clase, no tenemos un ejemplo en la galería de proyectos solo para copiar y aprender. Es algo que debería inspirarte a hacer lo mismo a tu código. Vas a aprender sobre diferentes cosas que puedes hacerle para que tu código sea contribuir y más fácil de entender para todos los que están ahí afuera. Entonces échale un vistazo, lo que he hecho, no estoy de acuerdo con él o me gusta, y ven a la mesa de discusión y en realidad habla de lo que has aprendido de esta clase y qué otras cosas has encontrado que nos perdimos. 2. Eviar errores mientras desarrollas: En esta lección, quiero que replantees lo que haces como desarrollador, si realmente necesitas ser la persona que lo sepa todo o si realmente puedes ser la persona que lo sepa todo, o si tiene sentido abrazar realmente las herramientas modernas para quitarte parte del conocimiento porque no lo necesitas en ese momento, pero solo lo necesitas cuando es necesario. Voy a hablar del tema con el que me siento más cómodo aquí en este momento y eso es el desarrollo web como regla general. Llevo bastante tiempo haciendo eso, y pensé que era un total experto en ello. Por eso siempre volvía al entorno de desarrollo en el que me sentí cómodo. Siempre pensé que solo necesito un editor de texto, no necesito cosas de lujo, puedo ir a cualquier sitio web para buscar información, y luego me di cuenta de que estoy perdiendo mucho tiempo haciendo eso. Estoy perdiendo mucho tiempo acumulando conocimientos en mi cerebro que en realidad no necesito tener porque algún buen editor podría hacer eso por mí, y te voy a mostrar ahora mismo cómo usar Visual Studio Code, y un plug-in que en realidad te ayuda a hacer estas cosas de una sola vez en lugar de tener que conocer el conocimiento, o tener que ser la persona que sabe dónde buscar en la web cuando estás haciendo algo mal. Ahora este es mi editor aquí configurado en Visual Studio Code. Visual Studio Code es un editor de código abierto. Probablemente sea el más usado por ahí en este momento. Es el proyecto GitHub más grande y lo más probable es que lo estés usando también. Lo que podría no estar usando aún sin embargo es un plugin llamado webhint. Webhint es un proyecto de código abierto que te permite validar tus proyectos web de acuerdo a diferentes temas. Al igual que, podría ser rendimiento, podría ser compatibilidad, podría ser validación y accesibilidad. Webhint y en sí mismo es en realidad un servicio así en la web, o también es un proyecto de NPM. Si no quieres usar la cosa como te voy a mostrar en un segundo en Visual Studio Code, también puedes usarlo en tu proyecto como módulo NPM y como parte de tu puesta en marcha. Antes de que realmente pongas algo en tu núcleo principal, realidad puedes ejecutar una webhint en él, y de esa manera hacer la misma validación que te voy a mostrar en vivo ahora mismo en el proyecto antes de enviarlo a tu colegas y recuperarlo que hiciste algo mal. El grandioso de webhint en Visual Studio Code es que es independiente del lenguaje. Cubre todas las cosas que haces por la web. Cubre JavaScript, CSS, y HTML. En cada uno de ellos, cuando algo va mal, entonces en realidad pone unas líneas ardientes sobre él. Si muevo el ratón sobre él, me dice lo que está pasando aquí. En este caso, esto es algo que no es compatible con Internet Explorer, Safari, y ahora tomaré la decisión si aún puedo usarla. Pero esto es algo que puedo enviar a mi probador cuando estoy enviando el proyecto por ahí y decir “Este proyecto no necesita funcionar en Internet Explorer, así que por favor no lo devuelvas a archivar y devuélvemelo”. Ya sé que este es un problema, aunque no supiera que estos navegadores no lo soportan. la misma manera cuando voy a cualquiera de los otros idiomas, cuando voy en JavaScript por ejemplo, y no recuerdo cómo funciona algo. Si voy por ejemplo aquí y digo donaciones y adDevENTListener, y ni siquiera sé qué hace. Todo lo que necesito hacer es abrir un corsé y luego me da la explicación en contexto, lo que necesito saber. Cuando estaba súper orgullosa de saber todas estas cosas me di cuenta, estoy usando mucho de mi poder cerebral para cosas que son innecesarias porque un buen editor me permitiría hoy en día darme esa información y darme la autocompletado con solo una pestaña, en lugar de tener que saberlo. Cuando se trata de HTML, en realidad sí me da muchos problemas de accesibilidad. si voltearlo me explica qué hacer, y si abro el panel para obtener más explicaciones o incluso aprender a arreglarlo directamente en mi editor. ¿ Por qué abrazas esta idea ahora mismo? Tenemos toda esta tecnología, tenemos todo este conocimiento de decenas y cientos de desarrolladores que entraron en estas extensiones de pelusa puede ser webhint, puede ser esLint, CSSLint, JShint, todas las cosas por ahí. Si buscas extensiones o Visual Studio Code, encontrarás muchas cosas que te hacen no cometer errores antes de enviárselas a otras personas para que las miren. No necesitas decirle a la gente que fue la máquina la que lo sabía, simplemente no lo sabías más y puedes usar tu poder cerebral para mejores cosas. 3. Cómo configurar tu entorno óptimo: En esta lección, solo quiero hablar un poco de tu entorno. Yo quiero hablar de algunas cosas en las que realmente deberías gastar un poco de dinero o tratar de conseguir que tu empresa gaste dinero por ti, para que te sea más fácil colaborar con gente fuera de tu casa, y que no tienes que ir a la oficina para platicar entre sí. Esto significa configurar tu entorno para usar, por ejemplo, dos pantallas en lugar de una, pero también asegurarte de que realmente puedas grabar cosas y comunicarte con las personas mientras trabajas. Yo solía ser una persona que solo usaba una laptop porque estaba codificando sobre la marcha todo el tiempo y pensaba que era lo único que necesitaba. Aprendí que con el nuevo entorno donde tengo que estar en videollamadas todo el tiempo, y hacer mi codificación, y mis pruebas, y todas las cosas al mismo tiempo, tener un segundo monitor es una inversión realmente, realmente buena. Lo principal es que estoy cambiando mis cursos aquí. En este, aún tengo abierto mi editor de codificación, aún tengo mi Git Workflow abierto y este tipo de cosas, y ahí está hago todas las cosas que necesito estar haciendo al mismo tiempo, como documentarlas, tener todas mis llamadas. Al tener esto aquí, tener mis llamadas Zoom, tener las llamadas de mi Equipo en el otro monitor, y tener una cámara encima, también miro a la gente directamente a los ojos en lugar de ser la persona que tipos de distancia en algo, [inaudible] y me oyen hacerlo, realidad soy parte de la reunión, estoy al mismo tiempo siendo eficaz haciendo las cosas que quería hacer. Otra gran inversión es algo que se llama audífonos. A pesar del extraño sonar, pero en realidad es realmente importante en las reuniones que no seas la persona que realmente usa el micrófono, eso está en tu computadora mientras estás escribiendo porque son súper distraer y no quieres dejar de escribir solo para decir algo. Simplemente conseguir un auricular libre de distracciones para las personas por ahí es algo maravilloso para ser más efectivo en tu colaboración con otras personas. Otra cosa que sigo haciendo es configurar diferentes perfiles, tanto en el sistema operativo como en mi navegador también. El motivo es que cuando comparto algo con mis compañeros, no quiero que todo el otro trabajo que estoy haciendo interfiera con ello, como, algún editor actualizando en segundo plano cuando todo lo que estoy haciendo es una presentación en video de lo que he hecho antes. Asegúrate de que realmente estás teniendo diferentes configuraciones en tu máquina que solo muestran lo necesario y las cosas que no quieres compartir o no debes compartir, no deben ser visibles. Tener un perfil diferente en los navegadores y tener un perfil diferente en los sistemas operativos, es una muy buena manera de asegurarte de que solo estás mostrando a la gente lo que realmente quieres mostrarles, y no obtienes ninguna distracciones para sorprenderte. ¿ Qué puedes hacer al respecto? Lo principal es, pensar en diferentes perfiles en tu configuración. Piensa en lo que realmente quieres compartir con la gente, y si puedes conseguir un segundo monitor, incluso uno viejo va a hacer, es realmente, realmente algo bueno tener en este mundo en el que vivimos porque quieres separarte tu flujo de trabajo como desarrollador desde tu flujo de trabajo como comunicador con el resto de tu empresa. 4. Controlar todas las versiones: En esta lección, quiero que abrace una cosa que me salvó tantas veces. Eso es entrar en una mentalidad de control de versiones primero. Es muy fácil simplemente iniciar una carpeta nueva en tu disco duro y simplemente empezar a codificar y estás construyendo algo. Entonces cualquier cosa puede salir mal, tu máquina podría morir, tu disco duro podría morir, y entonces realmente lo perdiste todo. Además, en realidad estamos desordenados cuando hacemos estas cosas. Probablemente tengas una de esas carpetas como desarrollador donde es como versión final. Versión realmente final esta vez lo digo v1, v2, cinco archivos zip con todo el código que contiene. control de versiones nos ayuda a trabajar mucho mejor en torno a ese tema porque sólo toma el Delta de los cambios y nos permite ir adelante y atrás y deshacer cosas que hemos hecho mal y volver a cierta etapa. Abrazar versión controlando por adelantado es una muy buena idea no sólo para la colaboración con otras personas porque ese es el segundo paso del control de versiones. Pero sólo asegurarme de que nunca pierdas nada más. Esto podría ser tan simple como usar la carpeta de Dropbox para parte de tu documentación porque eso también puede volver a versiones anteriores de la misma. O carpeta OneDrive o lo que quieras usar Google Drive, hay muchos por ahí. Pero también es corriente para mí la mayor parte del tiempo cuando inicio un nuevo proyecto, para iniciar un nuevo proyecto de Git cada vez que creo algo. Esto también me obliga a asegurarme de que el código que escribo sea lo suficientemente bueno antes de ponerlo en GitHub o en otro lugar. Por supuesto, también puedes usar un repositorio de Git privado. Pero es algo que en realidad me hace mejor como desarrollador porque colaboro adelantado en lugar de solo hacer cosas en mi propio cuarto oscuro y nadie necesita verlo. Me di cuenta de que mi código tiene que funcionar porque alguien más lo echaría un vistazo más tarde. Esa para mí es toda la idea detrás del código abierto también. También podrías empezar a colaborar contigo mismo usando el control de versiones por adelantado. Estaba muy orgulloso de ser una persona que sabe todo sobre Git en la línea de comandos. Siempre que realmente creé algo para Git este era mi entorno. Acabo de ir a la terminal e hice todo ahí. También me di cuenta de que esto es algo genial de hacer y te da mucho poder porque realmente lo abrazé mucho temprano, pero hoy en día tenemos mejores formas de hacerlo. Cuando inicio un nuevo proyecto hoy en día, en realidad solo creo una carpeta, y luego salto al cliente de escritorio de GitHub. El cliente de escritorio de GitHub tiene un beneficio para mí también. Me muestra que en realidad estoy usando diferentes repositorios y en realidad en qué proyecto estoy trabajando, y me muestra el estado de ellos. Se puede ver por ejemplo aquí una extensión en la que estoy trabajando que me pide que lo descargue primero. Acerca de los cambios que mis compañeros han hecho que normalmente me perdería en la línea de comando. Esta es una forma muy sencilla de empezar y asegurarme de que no te pierdas algo, y muchas veces tuve que hacer un escondite de Git y descubrir todos los problemas que están pasando con mi repositorio de Git haciéndolo en la línea de comandos. Pero al usar el editor de escritorio me di cuenta ahora mismo hay archivos cambiados y que necesito sacar del origen. Si saco de origen obtengo toda la información ahí dentro. Entonces puedo volver al proyecto en sí y abrirlo en realidad en mi editor por elección y luego comenzar desde ahí también. En Visual Studio Code, también hay un flujo de trabajo integrado de Git. Lo realmente genial al respecto es que si le echas un vistazo a tu explorador de archivos aquí, no sólo ves cuando hablé de armado antes, cuáles de esos tienen problemas. Pero también las cosas que cambié. Cuando cambio algo y ha surgido aquí que necesito hacer algo para enviarlo de vuelta al repositorio. Puedo ir al flujo de trabajo de GitHub y en realidad simplemente escribir el comando allí y fusionarlo. No necesito hacer un seguimiento en mi cabeza de lo que había cambiado, pero puedo hacerlo directamente desde mi entorno de codificación. Si aún no te gusta Git y no quieres realmente aprender demasiado, toma estas poderosas herramientas porque te meterá en el poder de Git en lugar de tener que tener todo el conocimiento. Si ya eres un experto en Git como yo, podría sentirse como hacer trampa, pero en realidad me hace más efectivo. Lo que quiero que hagas en este momento no solo es pensar en esa versión controlando es algo que tienes que hacer por trabajo. Pero algo que en realidad salva tu trasero si lo haces de la manera correcta. Para asegurarte de que realmente estás construyendo algo que no puedes perder. Si en realidad te vas por unas semanas y vuelves al proyecto, realidad puedes empezar de nuevo donde lo dejaste sin tener que preocuparte de que algún código saliera bien. Lo mejor que puedes hacer también antes de que detengas tu trabajo del día es asegurarte de que todas las cosas de control de versiones que has hecho vuelvan al repositorio, que tus compañeros puedan ver realmente lo que has hecho y trabajar con lo que que has hecho sin tener que despertarte o enviarte un correo electrónico. 5. Usar la colaboración en línea: En esta lección, quiero hablar colaboración en línea y cómo asegurarme de que la gente pueda ver lo que haces y tal vez te ayude rápidamente cómo solucionar problemas en ella. Esto solía ser toda una tarea. Tenías que tener un servidor o tenías que mandar el código a la gente y tenían que ejecutarlo localmente, que causó todo tipo de problemas, pero hoy en día con el uso de servicios gratuitos, es mucho más fácil de hacer. Estoy usando dos cosas para que la gente colabore conmigo y descubra lo que estoy haciendo y me dé información sobre lo que podría hacer mejor. Eso es GitHub Pages y es CodePen. CodePen es un servicio gratuito. GitHub Pages es algo que viene con tu repositorio de GitHub y es posible que aún no lo sepas. Echemos un vistazo a cómo configurar realmente eso. Lo primero que quiero mostrarte es lo que significa CodePen. En CodePen, en realidad puedo conseguir un ejemplo rápido para que la gente muestre cuál es el problema. El otro día un colega mío quería saber sobre Fetch y en realidad entrenar alguna API fuera y conseguir algo él y no sabía qué hacer. Escribí aquí este pequeño ejemplo para él. Puedes ver que hay algunas líneas de HTML y no necesitas construir HTML alrededor de él,solo puedes escribir el HTML, solo puedes escribir el HTML, que quieres tener un poco de CSS y el JavaScript mostrando lo que puede hacer la API de Fetch. Al tratarse de la API de Fetch, utilicé una API que muestra imágenes de perros, por lo que cada vez que haces clic en ella en este momento puedes ver una imagen de perro diferente. Eso es solo que quería hacerlo por mí mismo, pero también explicarle a mi colega cómo usar una API abierta como el perro.ceo/api en este caso para jugar con ella. El grandioso de CodePen es que no sólo se ve el código, sino que se puede editar. Puedes incrustarlo en otros sistemas como blogs, o repositorios, o en cualquier lugar que quieras mostrárselo a otras personas, y viene con un editor realmente poderoso que hace finalización de código, codificación de colores, y todas las cosas que quieres en allí de forma gratuita. Puedes registrarte para obtener algunas características adicionales más, como puedes convertirte en presentador dentro de CodePen y así sucesivamente y así sucesivamente. Pero acaba de salir del módulo básico gratuito, se puede hacer mucho ahí para realmente sólo mostrar a la gente que algo va mal. Es mucho más fácil que escribir una larga descripción de lo que está pasando o cuál es el problema. Simplemente corta el problema con el que quieres tener ayuda a la menor cantidad posible, y ponlo en un CodePen, manda eso a la gente, y pueden empezar a bifurcarlo, editarlo, y enviarlo de vuelta a ti. Otro gran beneficio de usar algo como CodePen es que en realidad puedes usar configuraciones. Si quieres usar SaaS o algo así en lugar de CSS, puedes configurarlo también en ese entorno. No necesitas enviar un archivo SaaS a uno de tus compañeros y decir como: “Así es como configuras SaaS y lo haces funcionar”, y pierdes mucho tiempo de esa manera, pero solo tienes que enviarles el CodePen y SaaS se ejecuta automáticamente por ti. Esta es una forma muy poderosa sólo para conseguir que la colaboración vaya. Si estás usando GitHub para alojar tu código, ya tienes que código fuente ahí. Eso es algo que es fácil para la gente entonces, por ejemplo, descargar un archivo zip o tenerlo y hacer algo con él. GitHub también te da GitHub Pages y es algo que haces en la configuración. En la configuración, puedes desplazarte hacia abajo todo el camino aquí y allá tienes GitHub Pages. Se puede ver que por ejemplo, el repositorio que tengo aquí en este momento, se publica en este repositorio. La gente no sólo puede usar el código fuente, sino que también puede ir a mirar las diferentes páginas del mismo. En este caso es una página con errores, y se puede echar un vistazo al código, cómo se ejecuta en el navegador. En realidad no necesitabas enviar ese archivo a otra persona y esperar que tengan su computadora configurada correctamente. GitHub Pages hace eso automáticamente por ti y puedes hacerlo por cualquier sucursal de tu repositorio de Git. Esa es una manera realmente poderosa de que la gente empiece. Otra cosa con la que viene GitHub, lo cual es realmente interesante, es que en realidad te dice que hagas lo correcto. En este repositorio de códigos ahora mismo, solo tengo código. No tenía una lectura ahí que explique a gente cómo usar el código, qué hacer con él. En realidad me pide que ponga un archivo README ahí dentro. Puedo hacer click en eso, crear un README, y solo puedo empezar a escribir un archivo README. Buenos repositorios, como otro que tengo para uno de mis ejemplos de código aquí, dame una captura de pantalla, dame una explicación qué hace la cosa y cómo usarlo. Esto es algo que viene gratis si hospedas tus repositorios Git en GitHub, y es algo que es bastante fácil de configurar. ¿ Por qué no lo intentas? Ve a CodePen, prueba algo ahí. Hay una gran galería de lo que están haciendo otras personas, por lo que también se puede aprender mucho de eso. Pero prueba al editor, configura algo, un ejemplo que siempre quisiste mostrar a un colega, envíales el enlace y luego discuten juntos qué podrías hacer y dejarlos jugar con él. Incrusta el CodePen en otro producto como en un sitio web HTML o en tu blog si tienes uno, es una gran manera de mostrarle al mundo lo que hace cierta característica antes de que realmente quieran probarla ellos mismos. Cuando se trata de repositorios de GitHub, asegúrate de tener un buen README en todos ellos y de hecho usa esas Páginas GitHub. Porque si solo ves algo en acción, es mucho más poderoso que solo conseguir el código y probarlo tú mismo, y dejarás de que la gente te haga muchas preguntas porque ven que debería funcionar. 6. Ayudar a otros a comprender tu trabajo: Como desarrollador o diseñador, no eres el único que trabaja en el proyecto. Hay gente como yo que tiene que documentar lo estás haciendo y mostrárselo a la gente por adelantado, aunque aún no está lista. Esto es un problema porque no puedo acceder al código que tienes. Probablemente no tenga el entorno para ejecutarlo. Tu tarea sería hacer un screencast de ello, grabar algo, enviármelo, y luego puedo hablar con la gente al respecto mientras aún lo estás desarrollando. De vuelta en el día, era difícil hacer un screencast y hacer una narración sobre él, pero hoy en día la mayoría de los sistemas operativos tienen algo incorporado que permite hacer eso. No te preocupes si tu narración no es perfecta. Esto se trata solo de sacar la información por ahí. Una de las cosas más simples que he encontrado es una extensión al navegador llamada Screenity. Esta es solo una extensión que accede a tu cámara, accede a tu micrófono, graba la pantalla y crea un MP4 a partir de ella. También destaca donde se hace clic en las cosas. Se pueden narrar cosas, en realidad se pueden resaltar cosas y garabatear en ellas. Es bastante potente y solo una extensión para los navegadores Chromium que puedes usar. Otra que la gente está usando es OBS Studio, eso también es para todas las plataformas. Está destinado para la transmisión de juegos, por lo que es desalentador verlo. Yo mismo, no lo sorteo tanto como yo quiero ser, y por eso te necesito. Por favor acude al panel de discusión y cuéntanos cosas que estás usando para screencasting que te hicieron efectivo, que te lo facilitaron. Tengo algunas ideas, pero no tengo todas las ideas. Podrías estar en otra plataforma. Por lo que por favor comparte con los demás alumnos lo que usas para hacer tu screencast. No olvides que un screencast puede ahorrarte muchos correos electrónicos de ida y vuelta explicando cómo ejecutar algún código. 7. Reflexiones finales: Ese es el fin de esta clase. Espero que hayas aprendido algo hoy para convertirte en un mejor compañero con el que trabajar. Alguien que no está en la misma habitación, que no está en el mismo nivel de habilidad, y en realidad nos da información con la que podemos trabajar. Esto tarde o temprano será un impulso para tu carrera. Serás conocido como alguien con quien la gente puede trabajar, no alguien que trabaja para otra persona, y no alguien que espera que entiendas su código y tengas su configuración, sino alguien que te dé información para trabajar, para documentar, y para hablar con otras personas sobre. También significa que en realidad estás abrazando la tecnología más que antes. No necesitas hacer todo en la línea de comandos, no necesitas saberlo todo, herramientas han llegado mucho desde los primeros días de nuestros días de desarrollo y tiene sentido abrazar realmente las nuevas tecnologías. Gracias por ver. Te veré en algún sistema de control de versiones cercano.