Tips de Git para equipos Scrum con Jira

Os cuento algunos trucos del día a día trabajando con Git, y que suelo utilizar en mi equipo Scrum usando Jira. Son tips de problemas cotidianos que nos vamos encontrando de forma habitual y que muchas veces no sabemos como solucionar. A veces seguir las convenciones de equipo cuando trabajamos con Jira, y etiquetar las tareas / Incidencias de Jira en los comentarios y ramas para que el pipeline se ejecute correctamente, nos lleva de cabeza.

En este tuto explico los caso más habituales y como solucionarlos.

Subir el salario mínimo interprofesional no daña la economía

Cuando se habla sobre la subida del salario mínimo interprofesional hay básicamente dos teorías que se podrían resumir en:

  • Mantener los salarios bajos y por tanto, promover los empleos precarios porque eso permitiría subsistir a negocios con empleados poco cualificados (dígase hostelería, cuidadoras, etc) a costa de que esa gente tenga que pasarlas canutas para llegar a fin de mes.
  • Subir el salario mínimo para que esa gente viva algo mejor.

Hay muchas teorías de las ventajas y desventajas de cada aproximación, pero el centro de discusión entre las dos es el cuñadismo que dice que subir el salario mínimo destruye empleo. Para mí la pregunta más bien debería ser si subir el salario mínimo va a mejorar la vida de la gente que aspira a un trabajo donde se les va a pagar dicho salario. Si eso se resuelve favorablemente, la siguiente pregunta sería si es sostenible.

Para discutir sobre este tema cabe hacerse dos preguntas:

  • ¿Qué crees que va a hacer un empleado con salario mínimo cuando se le suba dicho salario?
  • ¿Qué crees que haría una persona con un salario bastante superior si se le aumentara su salario en la misma cuantía?

En el primer caso está claro. Una persona que recibe el salario mínimo y que, probablemente, lo necesite para pasar el mes, lo que va a hacer con toda certeza es gastar ese aumento en sus gastos corrientes: (Si no tengo casi ni para pagar el alquiler, o para comer, o para cualquier otra necesidad básica, lo gastaré en eso).

En el segundo caso, lo más probable que pase es que si esa persona tiene sus necesidades generales cubiertas y, en ese momento, no va a necesitar un gasto extraordinario (vacaciones, comprar un nuevo electrodoméstico porque se me ha estropeado el que tenía, o cualquier otra cosa que podríamos considerar un imprevisto), lo más probable es que lo ahorre.

¿Qué significa esto? Pues que si subimos el salario mínimo, vamos a mejorar la vida de mucha gente. Además, vamos a aumentar el consumo lo que, en principio, va a favorecer a la economía.

Hay un cuñadismo extremo que entonces plantea que si subir el salario mínimo es bueno, entonces por qué no subirlo en 1.000€, 2.000€ o más. Pero claro, si fuera posible subirlo a esos niveles, la regla de que ese dinero se iba a reinyectar en el consumo dejaría de funcionar porque, entonces, todos ahorraríamos.

Para poder plantearnos ese tipo de teorías en las que todos tendremos la mayoría de necesidades cubiertas sin tener que trabajar en exceso, deberíamos llegar al punto en el que los robots nos hicieran la mayoría del trabajo. En tal caso, no haría falta tener grandes salarios porque qué más da, si ya tenemos robots, a un bajo coste, que nos cubren casi todas las necesidades que tenemos. Pero bueno, quiero pensar que en esas estamos, aunque algunos prefieren que la gente viva mal a costa de vivir ellos de lujo. Obviamente esos robots nunca deberían pagar impuestos.

El mejor lenguaje de programación según Genbeta

Estaba leyendo este artículo de Genbeta y aunque lo escriben gente reconocida en la industria yo personalmente no entiendo muy bien sus conclusiones.

Debo vivir en un mundo paralelo pero aunque hay puntos en los que estoy muy de acuerdo como por ejemplo que Javascript hoy en día es una gran apuesta tanto en el front como en el back, lo de que Java y .Net sean buenas apuestas para los que saben programar no lo entiendo muy bien y lo de que ni se nombre a PHP cuando medio internet está hecho con él tampoco.

.Net como se comenta es una buena apuesta para los juegos porque por lo que tengo entendido (no es mi sector) los motores y frameworks principales están basados en él.

Java y .Net a nivel empresarial es eso, un nicho. Se utiliza sobre todo Java porque es un lenguaje robusto con muchos años y muchos frameworks a sus espaldas y que ha funcionado bien en este sector, principalmente en banca. Algunas veces se le ha llamado el nuevo Cobol y puede que a día de hoy una vez tenemos Kotlin como alternativa moderna y que también funciona sobre la jvm sea la mejor comparación que podemos utilizar para describir a Java. Y eso a pesar de las mejoras sustanciales que ha tenido Java en los últimos años y aún con eso entre Java y Kotlin en términos generales (hay casos y casos) yo apostaría por Kotlin.


Utilizar .Net o Java a nivel empresarial es similar a lo de utilizar Oracle como base de datos relacional a nivel empresarial. Funcionan bien, cumplen su cometido pero por costes y posibilidades creo que hay otras opciones más baratas y al menos igual de interesantes. Casi todas las ofertas que he visto de .Net, que tampoco quiero decir que sean pocas, son de empresas que se han atado a todas las tecnologías de Microsoft. Si ese tipo de proyectos te resultan atractivos pues adelante.

En cuanto a Python, es verdad que en cuanto a analítica de datos y IA (Inteligencia artíficial basada en Machine learning) Python ha resurgido como un lenguaje interesante. Y digo resurgido porque como se comenta en el artículo Python tiene más de 30 años y no ha sido hasta los últimos años con la versión 3 y gracias a ser un lenguaje fácil de aprender y elegante en muchos sentidos (es un lenguaje molón la verdad), cuando realmente ha despuntado. Pero de ahí a decir que está creciendo en el back… yo personalmente no lo veo ya que Python siempre ha tenido la desventaja de no ser especialmente rápido y teniendo opciones para este cometido como Javascript o PHP no veo esa supuesta proyección como lenguaje de back.

Y llegamos a PHP, al inombrable por ellos porque durante un tiempo se fué granjeando mala fama por algunas cuestiones. Y resulta que PHP desde hace tiempo ha tenido fama de lenguaje desesctructurado, con carencias y con poca evolución sobre todo en la versión 5. Esa mala fama algunas veces tenía cierto sentido. Como dice su propio creador Rasmus Lerdorf, esas cositas como que en una función los parámetros tenían un orden y en otra función con la misma estructura de parámetros tenían otro oooo, que en una se pasaba un tipo de dato y en otro similar se se pasaba otro tipo diferente (lo mismo para las devoluciones)… Esto generaba un poco de caso pero muchas veces venía derivado de las funciones de C (en el que está escrito PHP) sobre las que se les estaba haciendo un wrap.

A esto hay que añadirle que desde la versión 7 se mejoró sustancialmente el rendimiento y que ha ido mejorando versión tras versión en rendimiento y funcionalidades. Todo esto desde mi punto de vista le siguen colocando como uno de los lenguajes más interesantes para la web. Ya no es tan feo, sigue siendo igual de fácil de programar y su rendimiento es más que aceptable.

En cuanto a las ofertas de PHP pues hay mucha demanda porque como ya se ha dicho es ampliamente usado. Ahora bien, depende de a que herramienta, framework o app te orientes resultará más interesante o no, y mejor o peor pagado. Por ejemplo las ofertas de wordpress a mi no me atraen porque se pagan mal y programar en wordpress es lo que es. Pero si te especializas en cosas más de nicho como los e-commerce y especialmente Magento se está pagando muy bien. También los backend con Laravel o Symfony, así que todo depende de tu experiencia y tu especialización.

Y aunque nos hemos dejado a muchos otros en el tintero, así es como veo yo hoy en día el mercado centrándome sobre todo en el backend. Cómo lo veis vosotros?

Código en el Template vs Código en CSS

Si tuvieras la posibilidad de aplicar un estilo condicionalmente haciéndolo desde el template o desde css ¿dónde lo harías? Os doy mi opinión al respecto de una de las preguntas que ya planteamos en el vídeo de «simulando la forma de un archivador con css«, razonando las ventajas e inconvenientes que tiene cada solución. En una se ejecuta más código en el servidor y en la otra lo derivamos al navegador web.