edición general
lgm1976

lgm1976

En menéame desde mayo de 2008

9,85 Karma
1.680 Ranking
28 Enviadas
4 Publicadas
87 Comentarios
0 Notas

Google penalizará desde el 15 de junio los sitios que secuestran el botón de atrás [17]

  1. #6 Pasa mucho en sitios con mucha publicidad agresiva o galerías de fotos 'clicbait'. Entras, y al intentar volver a Google, la URL no cambia pero el historial se llena de redirecciones. Si dejas pulsado el botón de atrás en el navegador para ver el desplegable del historial, verás que la misma página aparece repetida 5 o 6 veces. ¡Ese es el secuestro!
  1. #2 te sorprendería la de diarios digitales y webs de recetas 'respetables' que te hacen un corralito en el historial para que no te vayas. ¡A partir de junio, a la nevera de Google!
  1. ¿A quién no le ha pasado entrar en una web de recetas o de diarios locales y tener que darle 10 veces al botón para poder salir?

Los agentes de IA llevan meses en tu empresa. Nadie tomó la decisión de que estuvieran ahí [5]

  1. #2 Lo del criterio de "explica por qué no puede hacerlo una IA antes de contratar" es el dato más revelador. Eso no es automatización de tareas, es una política de contratación encubierta.
  1. Lo más llamativo del estudio no es el porcentaje en sí, sino que el proceso no pasó por ninguna decisión formal. Los agentes simplemente se fueron colando en los flujos de trabajo y nadie levantó la mano para decir "oye, ¿hemos decidido esto?". Que el 21% ya haga tareas que no existían hace un año da que pensar sobre hacia dónde va esto.

El fin de la programación como la conocemos [162]

  1. #103 Con todo el respeto, llevas razón en que la IA acerca negocio e IT... pero eso no elimina la necesidad de quien traduce, prioriza y negocia, el PM. Lo que elimina es al intermediario burocrático que solo pasa emails. Un PM que sepa lo que hace no es una "capa": es quien evita que el equipo técnico construya rápido y bien lo que nadie necesitaba. La IA acelera la ejecución pero no mejora la definición del problema.

Alemania prohíbe los formatos de Microsoft en sus administraciones y lo hace vinculante para todos los niveles del gobierno [93]

  1. #22 Tienes razón, me expresé mal. El problema práctico lo tienes en la transición. Lo que cambia es quién tiene la responsabilidad legal: si el mandato exige ODF puro y MS Office lo incumple, la administración tiene argumentos para exigir cumplimiento o cambiar de herramienta. Sin el mandato no tienes ni eso.
  1. #10 Es el riesgo histórico de siempre con Microsoft y los estándares. Pero aquí el mandato es el formato, no la aplicación: si MS Office genera ODF con extensiones propietarias incompatibles, el problema lo tiene Microsoft, no la administración. El cumplimiento de la especificación será auditable.
  1. #9 Sí, el historial no ayuda. Pero esta vez la diferencia es que no es un proyecto piloto: es un mandato legal con nombre y fecha. Si se echan atrás tendrán que derogar legislación, bastante más difícil que cancelar una licitación.
  1. #3 Exacto. Y no es hipotético, ya ha pasado con sanciones y restricciones de exportación de chips. La soberanía digital empieza por no depender de que alguien en Washington no se levante de mal humor.

Guía Definitiva de Self-Hosting 2026: 50 herramientas para recuperar tu privacidad [101]

  1. #78 No fastidies, provincia de Toledo mi segunda patria... jajaja. ¡Qué bueno! Ese espíritu no se pierde ni en 20 ni en 40 años. Respecto a lo de contactar, tienes toda la razón, se echan de menos los MD por aquí. Si te apetece charlar más tranquilos, en mi pasatiempo (www.kernelreload.com) tienes mi correo de contacto y enlaces a distintas redes. Estaré encantado de que crucemos un par de correos. ¡Un saludo!
  1. #73 ¡AUPA! Nada que añadir. Viniendo como vengo de áreas de marketing de producto, solo puedo quitarme el sombrero ante los que os pegáis con los hierros a diario. Tomo nota de todos tus consejos. ¡Un placer!
  1. #70 Oye, pues me parece una idea cojonuda para un tutorial avanzado. Me lo apunto porque encajaría como evolución del artículo para pasar de la lista de herramientas a la optimización real. ¡Gracias por el aporte!
  1. #66 Me refería, sobre todo, a lo que comentabas de gestionar todo de forma manual y artesanal ("Tengo un cliente al que le alojo todo y me paga muy bien pero es todo manual"), sin paneles de hosting. Para un cliente o dos es un lujo de seguridad y optimización amnejable, pero si te entran 50, o tienes un equipo de clones o te falta vida para gestionar configuraciones una a una. A nivel de software, con Kubernetes o Docker está claro que el límite es el hardware.
  1. #60 Totalmente de acuerdo contigo. Las SD baratas son una bomba de relojería en recursos donde corren servicios 24/7. En mi humilde opinión recomiendo pasar el sistema a un SSD por USB en cuanto se pueda; la diferencia en fiabilidad (y velocidad) es otro mundo.
  1. #58 Técnicamente no te falta razón: para un uso doméstico, meter un elefante (Docker) para mover una hormiga (recetas) parece una locura. Pero al final la "Guía" va para el que quiere soberanía digital sin ser sysadmin; ahí la facilidad de 'copiar y pegar' un compose le gana al ahorro de RAM. ¡Gracias por el debate sobre nodos! Esto ya se parece más a un foro técnico. {0x1f609}
  1. #39 Tienes razón, el titular es ambicioso, pero la idea era precisamente esa: dar el primer empujón con el listado para luego ir bajando al barro con tutoriales específicos. Me apunto lo de Podman, que sois unos cuantos los que pedís paso más allá de Docker.
  1. #46 Lo malo de estos modelos es que si te sales del uso personal o de amiguetes, son difícilmente escalables.
  1. #48 Piensa que esa es la forma de buscar su propio nicho, diferenciarse del resto en algún parámtro atrayendo hacia ellos a los entusiastas de su característica destacada. Es la eterna regla del posicionamiento de marcas, buscar territorios distintos donde otros aún no han llegado.
  1. #44 Veo en la web que cuentan con casi medio millón de SelfHosted, una pasada.
  1. #41 No lo había pensado así, normalmente trabajo en dos pasos con la IA, primero como tú indicas, y luego para que me ayude a ordenar, digamos que le hago dos pasadas. Pero tomo nota de tu recomendación. Gracias!
  1. #35 El eterno debate: eficiencia vs comodidad. Cierto que Docker que es un desperdicio de recursos para una app de recetas, pero personalmente me compensa con tal de no pelear con dependencias o que una actualización me rompa todo el servidor.
  1. #33 ¡Toda la razón! De hecho es el que tengo montado ahora mismo, pero como quiero preparar un artículo específico de dashboards más adelante, andaba curioseando por si alguno usaba alternativas tipo Dashy o similares. Es fácil acomodarse y perder joyas nuevas. ¡Gracias por el aporte!
  1. #31 ¡Cazado! Confieso que estructuro las ideas para no dejar puntos técnicos fuera, claro que me apoyo en ella (vivimos en 2026, ¿no?), pero soy yo quien está aquí dándole a la tecla y aprendiendo de las recomendaciones y las ideas que se plasman en los comentarios. Intentaré meterle más "tufillo humano" y alguna falta de Hortografía para tu tranquilidad.
    ¡Saludos!
  1. #29 ¡Esa es la actitud! Si te pica el gusanillo, cualquier día de estos te verás montando tu propio servidor en un portátil viejo que tengas por casa. Avisado quedas, que esto engancha. {0x1f605}
« anterior1

menéame