#74 No quería que sonara pendante la corrección, pero así ha sonado.
Lo de los parámetros, puede ser perfectamente algo como esto:
example.com/articulos/algo-pasa-con-mary?id=1220
El servidor puede estar programado para basarse en el id, independientemente de lo que ponga en el segundo apartado de la url ( algo-pasa-con-mary ), y en ese caso lo que importa es el id.
También podría ser algo como example.com/articulos?id=100 donde el id 101 es una página completamente distinta.
Como digo, a estas alturas, no suele ser así, pero técnicamente es correcto que dos urls que difieren en los parámetros sean tratadas como dos páginas distintas.
#74 Está bien saberlo, pero en realidad sí pueden ser dos páginas distintas (aunque no suele), depende de si en los parámetros se indica alguna cosa que el servidor interprete para mostrar una u otra página.
Sólo un detalle técnico, los parámetros en la url no son "al estilo PHP", forman parte del estándar web y no importa si el servidor responderá con Java, PHP, Go, nodejs, python o cualquier otro lenguaje.
#69 Es que esa es la cuestión: que es subjetivo, siempre puede haber discrepancias entre lo que es o no duplicado.
Con esto no quiero decir que me apetezca que algunas noticias se repitan constantemente, like the garlic, pero supongo que si un tema se ha tratado hace años y hay otro envío con información distinta, o más completa, merezca la pena enviarlo.
También hay que tener en cuenta que lo más importante de la página es el debate, y el debate puede ser distinto, con distintos actores y con una visión distinta, o actualizada en el tiempo.
A mí me parece más cansino hablar de los mismos políticos todos los días a todas horas ( y normalmente con la misma gente ).
Que no te quito tu parte de razón, solamente aporto la mía.
#56 Si es un artículo del mismo tema, pero no es la misma url ni el mismo contenido exacto, tampoco sé hasta qué punto se puede llamar duplicada, ni hasta qué grado de consanguinidad se puede considerar el mismo tema.
¿ Trump más Irán ? Si ya ha habido un artículo de opinión sobre la guerra de Irán, ¿ por qué subir otro ?
Yo entiendo perfectamente lo que comentas, y si hablamos de la misma url, sí lo entendería más como duplicado, ahí encajaría que no se publicase de nuevo. Pero los temas pueden ser recurrentes, pueden ser revisitados, pueden verse distintas facetas del mismo en diferentes artículos en distintas épocas.
Si mandamos un artículo sobre las propiedades del brócoli, ¿ no se puede volver a hablar del brócoli ya nunca más ?
#47 Fue un sabotaje de los ingleses en realidad, la flota estaba en Plymouth amarrada en puerto cuando llegaron los españoles, y algún infiltrado de la vida consiguió que no atacaran. La reina no tenía ni presupuesto para las balas de los cañones ( BBC dixit ).
#94 Catapultas con cantos rodaos, mallas de sedal, ventiladores o aspiradores potentes, o trazadoras como las de toda la vida, pero que disparen con posta.
Ya no te digo si los conectas a un juego online que manejen niños...
#66 Para trabajo entendido como algo que te tienen que pagar, por presencialidad, etc, sí, estoy de acuerdo, lo puedes contar como horas de trabajo aunque te hagan esperar.
El mejor ejemplo que has puesto es el de los documentos, si tardasen un día en procesarlos, seguramente lo más lógico sería que la persona volviera al trabajo a hacer otras cosas mientras esos externos lo procesan, y entonces ese tiempo no sería un trabajo x2.
Según las circunstancias, hay que aplicar la lógica, y en este caso, salvo que tuviera que meter un prompt, esperar dos minutos, meter otro prompt, etc etc, el tiempo largo que tarde en procesar la IA no lo contaría como trabajo.
Si pides un taxi para hoy, y éste espera en la puerta, es tiempo de trabajo. Si lo pides para mañana, y el taxi viene hoy y te espera en la puerta, nadie se lo pagaría como trabajo.
En este caso yo veo muy capcioso decir que ha tardado una semana de trabajo, porque la IA para este tipo de procesos se puede tirar tranquilamente seis días procesando esa información, y luego el último día serían refinamientos.
Todo el tiempo de espera no lo contaría como trabajo.
Y lo sé porque yo también hago cosas con IA. Todo el tiempo que he dedicado a aprender a entrenar una IA lo puedo contar como trabajo. El tiempo que tardo en preparar ese entrenamiento, lo puedo contar como trabajo. Pero el tiempo que la IA tarda en entrenar según mis instrucciones, no, y puede ser un tiempo muy largo, en el que yo obviamente estoy haciendo otras cosas.
En mi caso son entrenamientos pequeños de horas, pero podrían ser días tranquilamente, y me parecería deshonesto decir que un entrenamiento X me ha llevado 3 días de trabajo, cuando a lo mejor han sido cuatro horas y darle al play.
Y yo creo que ese ejemplo aplica a este caso completamente, aunque no sé realmente el tiempo efectivo de trabajo y el de proceso, puedo sospechar una relación muy dispar entre "trabajo" y "proceso".
#60 Afilar el hacha no es lo mismo que esperar a que se procesen instrucciones.
Si compilar el código que he hecho en una tarde tardara cinco días, no podría decir que me he tirado seis días trabajando, o seis días escribiendo código.
Entiendo lo que dices, pero los tiempos de proceso de la IA son un factor muy a tener en cuenta en según qué casos.
#11 A mí me pasa igual, y ya me costó tener que usar Github en lugar de nuestro git instalado en sevidor, nunca lo vi una gran idea, por lo que se ha ido viendo después.
Y si es por la interfaz de los diffs, también la tienes en IDEs en local, y no costaría mucho instalar una web similar en remoto.
#78 daphoene 
