¡Hola, y bienvenido a la edición #72 de El Newsletter DEV!
Tal vez te preguntes por qué decimos que es la edición #72 si en realidad es el primer correo que mandamos, y la respuesta es que simplemente no queremos que se nos bote la canica y nuestros TOCs tomen control de nosotros con una diferencia de 71 números entre el último podcast publicado y la última edición del newsletter. Aparte, como este correo realmente es un complemento para el podcast, simplemente creemos que tiene sentido empezar con la paridad y evitarnos confusiones.
Como sea, te queremos dar las gracias por escucharnos, por compartirnos, por suscribirte, pero más que nada, por confiar en nosotros y por tomarnos en cuenta. Para poner algunas cosas claras desde un inicio, te recuerdo que:
- Tu correo está seguro con nosotros. No lo vamos a vender, ni va a aparecer misteriosamente en alguna lista de correo de reclutadores de mal gusto.
- Si a caso, en algún momento tendremos algún patrocinador del newsletter, pero tendrá que ser aprobado por nosotros, y deberemos de estar seguros que te puede agregar valor.
- Le echaremos todas las ganas para que cada viernes esperes con ansias la llegada de este correo y aprendas algo nuevo. Te prometemos que no seremos un proveedor más de spam en tu bandeja de entrada.
- Efectivamente puedes considerar este newsletter como tu versión privada de nuestro blog, al menos por un tiempo en lo que definimos bien la estrategia para elblog.dev. Así que puedes esperar no solamente links, sino también un poco de nuestra cosecha.
Habiendo aclarado lo anterior, ahora sí, pasemos a lo que te truje, Chencha.
En el Episodio 72: Contribuigamos, del 6 de Octubre de 2020
Swanros habla de por qué es importante que al momento de diseñar sistemas tengamos bien claras las prioridades y tengamos límites definidos, y exploramos la idea de que el diseño sin limitaciones es arte. También nos aventamos una discusión sobre el valor de hacer squash commits en nuestros proyectos, y damos algunos pros y contras al respecto.
Además, hablamos de qué es lo que pasa cuando “te sale el tiro por la culata” y quieres ayudar, pero terminas empeorando las cosas, que fue lo que pasó con DigitalOcean y su #Hacktoberfest, que terminó siendo @shitoberfest.
Escúchalo en Apple Podcasts, Overcast, Spotify, nuestra web, o velo en YouTube.
Feedback de la comunidad
Nos gusta siempre recibir tu feedback y aprender nuevas cosas y puntos de vista — por favor escríbenos a @_elpodcast en Twitter, o mejor aún, únete a nuestro grupo de Telegram y déjanos la nota ahí mismo.
Para este episodio, Erick Ruiz de Chavez, que ha sido invitado en múltiples episodios del podcast (1, 2, 3, 4) nos compartió algo que no dijimos en el episodio, pero que es muy cierto: si haces squash de los commits al hacer merge de tu Pull Request, siempre te puedes ir al mismísimo Pull Request en GitHub y ver el listado de commits ahí. Incluso nos compartió un video demostrando esta funcionalidad, donde claramente se podía apreciar que realmente no era un problema.
Swanros le argumentó a Erick que para desde su punto de vista no era una solución “válida” porque requería uso de una herramienta particular que se debe de usar encima de git.
De Swanros:
En mi caso particular, cuando necesito tener alguna sesión de debug para encontrar dónde fue que se introdujo el error al sistema, prefiero hacerlo de manera local, y nunca se me ocurrió siquiera que usar el histórico de GitHub podría ser una solución viable.
Para cerrar el argumento, y siendo un poco extremistas, pero precavidos, tal vez, imaginando el caso en que te tengas que migrar de hosting de repositorios, de GitHub a GitLab (o viceversa), ahora sí perdiste completamente el histórico de commits, y te encuentras en una situación bastante desafortunada.
Te invitamos a leer el artículo del cual hablamos en el podcast y que originó toda esta discusión, y escucha nuestra charla a partir del minuto 11:43 del episodio de esta semana.
¡Gracias, Erick, por tus comentarios! 👏
El After Show
En el After Show, Lo Tomamos™ con Filosofía, y platicamos sobre cómo lidiar cuando un proveedor nos queda mal el día del release. También platicamos acerca de la situación que publicó Jeduan en Twitter con Hyundai.
Lo que no cupo en el episodio
🥺Avoiding Worry Driven Development En este artículo, el autor nos comparte una perspectiva interesante de cómo es trabajar en tareas que no nos gustan como desarrolladores, algo que ciertamente nos ha pasado a todos.
Siempre, en cualquier proyecto, hay cierta categoría de tareas que simplemente no queremos tener que lidiar con ellas — ya sea porque son demasiado tediosas, porque nuestro tooling no es el adecuado, porque requerimos estar concentrados por una larga cantidad de tiempo, o simplemente porque no vemos un valor real en resolver el problema.
Si logramos identificar por qué tenemos esta aversión a una tarea en particular, podemos buscar estrategias para contrarrestar este sentimiento y no quedarnos con ese sentimiento de fallo con nuestro equipo y nosotros mismos.
🤑Six Figures in 6 Days Con la salida de iOS 14 se desbloquearon muchas oportunidades de personalizar nuestros teléfonos, creando así mercados para productos digitales completamente nuevos. En esta historia, @traf nos cuenta como en tan solo 6 días ganó más de $100,000 USD con una combinación de 1) una buena idea, 2) habilidad para entregar un producto, y 3) estar en el momento indicado.
🤖GPT-3 Bot Posed as a Human on AskReddit for a Week El futuro se ve interesante, pero al mismo tiempo da mucho miedo. Si ya es suficientemente difícil que las plataformas mantenga un ambiente sano en internet cuando son personas las que están creando el contenido, ¿cómo le harán para asegurarse que no se salga todo de control cuando sean robots los que escriban
👴What’s it like as a Senior Engineer at Google? Si alguna vez te has preguntado cómo es ser un Sr. Engineer en Google, aquí tienes una historia de primera mano.
¡Eso es to, eso es to, eso es todo, amigos!
¡Hasta aquí llegamos el día de hoy!
Muchísimas gracias por leernos en esta primera iteración de El Newsletter DEV. Esperamos que el contenido que te presentamos en esta edición te sea de utilidad, y te deje algo.
Pondremos muchísima atención a tu retroalimentación, y así el formato y contenido de cada edición irán cambiando — solo responde a este correo y cuéntanos lo que opinas.
¡Que tengas excelente fin de semana!
— Swanros & Zero