#22 Yo diría que la nota de corte tiene más que ver con la oferta/demanda de esa carrera que con el nivel de formación necesario para acceder a la misma
#76 Eso ya ocurrió con la última crisis inmobiliaria (y parece que no aprendemos), y seguro que afectó a muchísima más gente que a los taxistas. Cuando juegas a especular, puede que te salga bien o te quemes, de eso se trata.
Y como cada vez tienen menos audiencia, tienen que poner más anuncios para conseguir cuadrar el presupuesto. Lo cual hace que tengan cada vez menos audiencia y así sucesivamente.
#18 Pues tiene sentido porque la mayoría de iniciativas que nos hacen mejorar y avanzar como sociedad no pueden ser nunca planes a corto plazo. Si no pasa lo que en España, que se gobierna a corto plazo (4 años):
* Primera parte de la legislatura: se toman todas las medidas impopulares y se van colocando amiguetes en los puestos relevantes. Ejemplo: se suben los impuestos un 10%.
* Segunda parte de la legislatura: se toman algunas medidas populares para maquillar lo anterior. Ejemplo: se bajan los impuestos un 8%. Como los votantes somos/son como amebitas, oye, mira qué bien, nos han bajado los impuestos un 8%.
* Se vuelve a sacar mayoría, vuelta al paso 1.
O bien ocurre como con la Educación: cada 4 años llega uno nuevo y revierte todos los planes. Así es imposible avanzar, porque no hay un plan, una meta a largo plazo.
#8 Yo jugaba al baloncesto y tocaba el piano (peor todavía por el tema de las posibles lesiones en los dedos). Hoy día sigo jugando al fútbol con mis amigos. El fútbol como deporte es una cosa. El fútbol profesional es un espectáculo bien diferente.
#133 A mí como interfaz me gusta más la de Gitlab, pero es cuestión de gustos.
Me choca de tu comentario que digas que el desarrollo basado en PR favorece los "llaneros solitarios". En absoluto. Para empezar, por supuesto que cada uno trabaja en su propia copia del repo. Es la esencia y la ventaja de los repositorios distribuidos. Las PR (o Merge Request como se denominan en el argot de Gitlab) son la manera de poner orden en esa divergencia, y poder poner en común y discutir cambios en código antes de llevarlos a efecto. Una vez que lo pruebas, no sabes cómo has podido desarrollar antes sin ello (hablo principalmente de desarrollo en equipo, aunque el concepto mismo de ramas es muy útil también para proyectos unipersonales).
#147 falvarez 
