Abre el navegador las opciones de desarrollo con f12 o inspeccionar.
Escribe en la caja de texto que saldrá JavaScript y tendrás la opción de enable/disable.
Enable significa que está desactivado y se va a activar.
Disable significa que está activado y se va a desactivar.
Recarga la web y ya te cargará sin JavaScript.
Esto es útil para que puedas saltarte bloqueos por JavaScript.
Navegar por el terreno de las reuniones uno a uno a menudo puede sentirse como aventurarse en tierras desconocidas en el ámbito profesional. La verdad es que las personas rara vez se despiden de los trabajos; generalmente, están diciendo adiós a los gerentes.
Sorprendentemente, muchas personas en roles gerenciales, a pesar de su liderazgo experimentado, se encuentran lidiando con las complejidades de la gestión efectiva del personal.
¿La razón? Bueno, parece que al manual gerencial le faltan algunos capítulos. Atrapados en su propio torbellino de responsabilidades, es posible que los gerentes no estén completamente preparados para estas sesiones uno a uno tan cruciales.
En un mundo donde las habilidades de dirección de equipos no siempre se enseñan, sino que se aprenden en el trabajo día a día, y más si vienes de ser un desarrollador a tiempo completo, estas reuniones se convierten en un momento crucial para que tomes el control y las aproveches a tu favor.
Así que, sumérgete conmigo en el arte de dirigir esas conversaciones uno a uno, equilibrando la profesionalidad con la chispa conversacional necesaria para que sean genuinamente impactantes y logres subir hacia arriba rápidamente.
¡Prepárate para descubrir cómo hacer de esas reuniones una experiencia divertida y enriquecedora en tu viaje profesional al éxito!
Una práctica fundamental que puede mejorar significativamente tus reuniones es llevar un registro meticuloso de tus actividades y conversaciones. Mantén una lista en curso de tareas, proyectos y logros.
¿Por qué?
La documentación cumple un doble propósito: te protege y proporciona una herramienta valiosa para seguir tu progreso. Al tener un registro de tus desarrollos y aportaciones, creas un escudo contra posibles malentendidos o confusiones sobre tus responsabilidades.
La documentación también te capacita para recordar detalles específicos de conversaciones pasadas, asegurando que nada se quede en el olvido.
El tema central de cada reunión uno a uno debería girar en torno a tus logros y los avances que has hecho. Esto no se trata de jactarse, solamente es un movimiento estratégico para mostrar tu participación activa en tus responsabilidades y logros.
Sé transparente sobre los desafíos que has superado y los obstáculos que has enfrentado. Esto no solo demuestra tu compromiso, sino que también resalta tus habilidades para resolver problemas.
Además, hablar sobre tu progreso, alineas tus esfuerzos con los objetivos organizacionales, resultados clave o métricas de rendimiento. Sirve como un recordatorio continuo de que estás contribuyendo activamente al éxito del equipo.
No se trata solo de hacer tu trabajo, se trata de destacar y lograr un impacto tangible.
Aquí tienes algunos ejemplos de cómo puedes resaltar estas cosas en las reuniones uno a uno:
Recuerda, la idea es resaltar tu contribución de una manera positiva y demostrar cómo estás llevando tus responsabilidades al siguiente nivel.
Tú: En el último mes, lideré con éxito la implementación del nuevo sistema de gestión de webhooks, optimizando nuestro flujo de trabajo y reduciendo el tiempo de entrega de proyectos en un 20%.
Este logro se alinea directamente con los objetivos de eficiencia de nuestro equipo, y estoy emocionado/a por el impacto positivo que está teniendo en nuestro ciclo de producción.
Tú: Me he encontrado con un desafío al colaborar con el equipo de marketing debido a horarios conflictivos. Para abordar esto, propongo implementar un sistema de calendario compartido que nos permita sincronizar nuestros plazos y mejorar la colaboración de manera fluida.
Esta solución no solo resuelve el problema actual, sino que también establece un canal de comunicación más eficiente de cara al futuro.
Al incorporar estos guiones en tus conversaciones uno a uno, no solo muestras tus logros, sino que también demuestras tu capacidad para identificar y abordar proactivamente los desafíos.
Esto no solo te mantiene alineado con los objetivos organizacionales, sino que también te posiciona como un director resolutivo para tu equipo y tu manager por igual.
La esencia de estas conversaciones uno a uno radica en demostrar constantemente tu valía. Hablar regularmente sobre tus logros, progresos y soluciones ayuda a reforzar el hecho de que estás activamente comprometido y controlando tu rol.
Se trata de más que protección, es una estrategia proactiva para recordarle a tu manager que no solo estás cumpliendo con tus deberes, sino destacándote en ellos.
Tomar el control de tus reuniones uno a uno con tu manager te asegura que contribuyas activamente a la conversación, muestres tus logros y te posiciones como un miembro del equipo orientado a soluciones.
Al incorporar estos elementos en cada reunión, no solo te pones en valor, sino que también moldeas activamente la trayectoria de tu carrera.
Recuerda, tus reuniones uno a uno no se tratan solo de informar, son una oportunidad para demostrar tus logros, tu compromiso, tu progreso y el valor que aportas para la organización donde trabajas.
¿Sabes que mantener el software es tan importante como crearlo? Ahí entra la importancia del código limpio en el desarrollo de software.
Pero, para mantenerlo, se deben implementar algunas prácticas en el equipo de desarrollo.
¿Alguna vez has oído hablar de la regla de los Boy Scouts? Deberías dejar el campamento más limpio de lo que lo encontraste.
Esta regla también debe ser seguida por el desarrollador que comienza a realizar el mantenimiento del software.
Como resultado, Clean Code es más que una metodología.
Es una filosofía que se utiliza ampliamente en los equipos de tecnología de organizaciones y empresas para mantener el software lo más limpio y libre de errores.
Como resultado, he escrito este artículo para explicar las ideas principales, las mejores prácticas, a mi humilde parecer, y los beneficios de trabajar con cuidado en tener un código limpio.
Gracias al libro del tío Bob, Robert Cecil Martin, que lo escribió en 2008 y es llamado The book Clean Code: a Handbook of Agile Software Craftsmanship introduced Clean Code and associated techniques.
El tío Bob ha estado construyendo software desde los 0 así que algo sabe.
Además es uno de los 17 integrantes del manifiesto ágil, escrito en 2001 y que a día de hoy sigue siendo una declaración fundamental de ideas y principios para crear buen software.
Si no lo has leído, te recomiendo que lo hagas porque te ayudará mucho a crecer como desarrollador.
Además, esos principios siguen siendo usados a día de hoy por grandes empresas.
El tío Bob proporciona al menos 9 buenos principios para aplicar Clean Code de su libro a nuestro código.
Estos de los que te hablo aquí son los más importantes para mí, y son los siguientes:
Los nombres están por todas partes en el software. Nombramos variables, funciones, argumentos, clases, archivos y directorios. Debido a que hacemos mucho de eso, será mejor que lo hagamos bien.
Por lo tanto, usa nombres en el código que revelen la intención y que eviten la desinformación, que sean fácil de pronunciar, fácil de entender y que tengan un significado dentro del código.
Nada es más útil que un comentario bien colocado. También nada es peor que un comentario torpe, redundante y destructivo que además no es totalmente cierto y produce errores y desinformación.
Por lo tanto, los comentarios no siempre son buenos y, en ocasiones, pueden ser incluso dañinos. Por lo tanto, usa comentarios solo cuando sea estrictamente necesario y recuerda actualizarlos cada vez que hagas cambios en el código.
Una de las reglas más importantes en Clean Code. Este concepto muestra que no debe haber dos partes del software que realicen la misma función.
Cada vez que se ve una duplicación en el código o código repetido, representa una oportunidad perdida para la abstracción de ese mismo código. Es decir, extraer ese código a una función o clase separada.
Kent Beck también lo convirtió en uno de los principios de la Programación Extrema y lo llamó: “Hazlo una vez, y solo una vez”.
Los patrones hacen que el código sea mucho más fácil de entender.
Hay que normalizar los estándar de código, la manera de llamar a las variables, ya sea una u otra manera las elegidas pero dentro del código debe de haber un patrón y cada uno de los programadores debe de seguirlo.
Las distintas variaciones de una variable deben normalizarse, por ejemplo (nombrePersona, NombrePersona, nombrepersona o nombre_persona)
Si continúa con un proyecto legacy o que ya había sido creado por otros desarrolladores, presta atención a los patrones que se han creado y sigue usando los mismos en tus actualizaciones.
Esta práctica mejora el rendimiento de otros desarrolladores y evita problemas e incongruencias del sistema.
Más vale seguir un patrón conocido que reinventar la rueda.
Ya he mencionado esto, pero deja todo más limpio de lo que lo encontraste cuando tú llegaste. No es suficiente con escribir un buen código. El código debe mantenerse limpio con el tiempo.
El código no se convertirá en un desastre si todos hacemos el mismo un poco más limpio y ordenado que cuando nos lo encontramos.
Cuando programamos, debemos gestionar errores. Las cosas pueden salir mal, y cuando lo hacen, somos responsables de garantizar que nuestro código realice lo que se supone que debe hacer y de controlar los errores, guardarlos y ser capaces de analizarlos.
Por lo tanto, el código limpio debe ser legible, pero más aún robusto. Debe hacer lo planeado, pero si aparece un error, debería poder manejarlo y que no cause errores graves en el sistema desarrollado.
El código solo se considera limpio después de pasar los tests y las diferentes pruebas.
Sin embargo, después de que los programadores hayan realizado un conjunto de pruebas para aprobar el código, éstos deben asegurarse de que esas pruebas sean convenientes para ser ejecutadas por cualquier otra persona que necesite trabajar con el código.
Por ejemplo, el conjunto de pruebas no debería tardar demasiado en ejecutarse, porque si eso sucede, el equipo se desanimará a pasar el código por las pruebas.
La primera regla de las funciones es que deben ser pequeñas. Las funciones deben hacer una sola cosa y hacerlo bien.
Si tienes una función en el código que hace más de una cosa, esa función se puede dividir en funciones más pequeñas con nombres significativos de la funcionalidad que hacen.
Esto hace que el código sea más fácil de entender y de mantener en el futuro.
Este último principio es esencial para un código limpio.
El código debe ser fácil de leer y comprender, como si de un libro se tratara.
Otros desarrolladores deben ser capaces de leer el código y deben poder conocer qué hace cada función, para qué se usa cada variable y la estructura general del sistema que se está siguiendo.
En general, los desarrolladores nos pasamos más tiempo estudiando el código existente y tratando de rehacerlo que escribiendo código nuevo. Y, dado que el tiempo es esencial en los equipos ágiles, es fundamental utilizar las mejores prácticas para tener un código limpio y facilitar el trabajo de todos.
En resumen, un código mal diseñado cumplirá con los requisitos, pero inevitablemente surgirán problemas, particularmente cuando llegue el momento de mantenerlo o actualizarlo.
Vamos a aprender los principales comandos de Git más esenciales para aumentar su productividad y convertirte en un maestro en la administración de los repositorios de Git, tanto en GitHub como en Gitlab.
Git es el sistema de control de versiones distribuido más popular del mundo.
Linus Torvalds, el creador del kernel de Linux, construyó esta herramienta en 2005, que actualmente es un proyecto de código abierto que se mantiene activamente.
Una gran cantidad de proyectos comerciales y de código abierto confían en Git para el control de versiones.
En este artículo, enumeraré los comandos más esenciales que debes de conocer para convertirte en un maestro en el manejo de sus repositorios de GitHub.
También puedes echarle un vistazo al post con los principales alias de Git que te puedes configurar.
SEGUIR LEYENDO →Aquí estamos con un nuevo post, en este caso vamos a tratar un tema de buenas prácticas de testeo de código. Trataremos sobre la pirámide de los tests automáticos (testing pyramid).
Testing Pyramid es un marco que puede ayudar tanto a los desarrolladores como a los QA a crear software de alta calidad. Esto es una de las ventajas de los tests automáticos de código, el incremento de la calidad del mismo.
Reduce el tiempo necesario para que los desarrolladores identifiquen si un cambio que introdujeron durante el desarrollo rompe el código. Además puede resultar útil para crear un conjunto de pruebas automáticas y fiables con las que poder garantizar una buena cobertura de código y casos de uso.
La pirámide de pruebas, también conocida como la pirámide de automatización de pruebas, establece los tipos de pruebas que deben incluirse en un conjunto de pruebas automatizado.
SEGUIR LEYENDO →Aquí estamos con otro nuevo post relacionado con la facade Storage de Laravel. Este será un post más técnico y haremos uso de algunos términos que para algunos lectores pueden no ser sencillos.
Si tienes algunas dudas o comentarios, no dudes en dejar un comentario.
Bien, pues al lío, vamos a tratar el tema de subir ficheros por FTP usando esta facilidad de conectar vía FTP en Laravel a través de Storage.
Como veremos esto es algo muy sencillo, básicamente necesitamos configurar la conexión al FTP en el fichero de configuración en el fichero config/filesystems.php y usarlo como «disco» a través de la facade Storage.
SEGUIR LEYENDO →Aquí estoy con un nuevo post, en este caso sobre Laravel y cómo limpiar la caché de Laravel correctamente.
Para refrescar la caché de Laravel hay que ejecutar estos dos comandos en este orden.
php artisan config:cache
php artisan config:clearEstamos con un post con un pequeño tip de javascript para recargar una página con javascript. Tenemos diferentes opciones dependiendo si queremos volver a hacer una llamada GET o POST para recargar nuestra página con javascript.
Además también voy a dejar un ejemplo de cómo crear un botón con un enlace para recargar nuestra página al final de este post.
Sería el equivalente a actualizar la página usando F5. O el botón refresh de los navegadores actuales. Por lo tanto, el método location.reload() lo que hace es cargar de nuevo la URL actual usando la misma petición. Esto es algo que sin duda es muy útil durante el desarrollo con JS.
Por lo tanto, es muy útil para rehacer peticiones usando el método POST ya que volvería a enviar los datos originales de la petición. Para ello únicamente necesitamos ejecutar el siguiente comando.
window.location.reload();Evidentemente, si la petición anteriormente realizada era una petición POST y nosotros queremos hacer una petición GET, el método reload no nos serviría. Por lo que una mejor opción sería usar location.href, como en la siguiente orden.
window.location.href = window.location.href;Con el siguiente código podemos hacer un simple botón que nos recarga la página actual en JS.
<button onclick="window.location.reload();">Recargar página</button>El ejemplo sería algo como esto:
Hemos aprendido a recargar una página usando Javascript de diferentes maneras. El uso de JS para hacer reload es una funcionalidad que está muy extendida durante la programación web.
Además de tener un pequeño ejemplo simple de la creación de un botón para recargar la página actual.
Si te ha gustado el contenido de este artículo no te olvides de compartirlo ya que con eso me harías muy feliz. GRACIAS 😉
Además de todo ello, si tienes dudas o puedes aportar algo con un comentario, no dudes en hacerlo. GRACIAS 😉
Juan Ramón González Morales - Software Analyst