Mensajes

¡Buenas!

Supongo que habrá mas usuarios en esta situación. La publicidad masiva que se hace desde el foro de Tapatalk, cada vez que hago click en algún mensaje del foro cuando me conecto por el movil.

Puedo entender que el mensaje de descarga de la aplicación aparezca de forma informativa una sola vez, pero que cada vez que acceda a un foro o un hilo aparezca el dichoso mensaje es harto molesto.

No se quien ha diseñado el anuncio, pero por favor, si no lo quitáis, ponedle al menos una forma de evitar que se muestre mas de una vez.

¡Saludos!

[Valla]

De borricos como estos salen luego escritas perlas como estas:

Valla en lugar de vaya

Incorrecto: ¡Valla faena mas gorda!
Correcto: ¡Vaya faena mas gorda!

Incorrecto: Valla usted a saber.
Correcto: Vaya usted a saber.

Incluso en el plural del verbo ir:

Incorrecto: ¡Que se vallan a casa!
Correcto: ¡Que se vayan a casa!

En general, sustituir una y por una ll:

Incorrecto: Espero que de postre haya tarta. (Esta parece que me la corrige algun autocorrector...)
Correcto: Espero que de postre haya tarta.

Incorrecto: Me gusta almorzar poyo en salsa de tomate. ¡¡¡¡¿¿¿¿Como????!!!!
Correcto: Me gusta almorzar pollo en salsa de tomate.


Confundir, a causa del seseo, las letras, c, z y s (falta odiosa donde las haya):

Incorrecto: Sesilia calsa mocacines
Correcto: Cecilia calza mocasines

Incorrecto: Andres es un acesino.
Correcto: Andres es un asesino.

Incorrecto: Los paracitos son oportunistas.
Correcto: Los parasitos son oportunistas.


Cuando el numero del objeto directo es plural, conjugar el verbo en plural:

Incorrecto: Habian muchas personas.
Correcto: Habia muchas personas.

Incorrecto: No creo que hayan asientos para todos.
Correcto: No creo que haya asientos para todos.

Me habre dejado en el tintero mas de una aberracion. Si se os ocurre alguna ponedla.

¡Saludos!

Otro ejemplo mas en este mismo hilo:

Incorrecto:

Yo soy mexicano, y en mi pais el problema son las fracesitas que importan del ingles.

Correcto:
Yo soy mexicano, y en mi pais el problema son las frasecitas que importan del ingles.

la cosa es que sin violar las normas del algebra , logro demostrar que 4=3 . Es simplemente una curiosidad matematica  .

Ha violado todas la normas del algebra.

Si 4x = 3x -> 4x - 3x = 0 y x = 0;

Sin mas informacion sobre x, no podemos ni siquiera intentar multiplicar por su inverso. De hecho, no conocemos las propiedades algebraicas del conjunto en el que estamos trabajando. Al haber sumas y restas en la ecuacion, podemos suponer, como mucho, que el conjunto tiene al menos una operacion, y trabajar con ella como si fuese un grupo. De ahi a suponer que existe una regla de multiplicación va mucho.

¡Saludos!

No intentes doblar la cuchara...

¡Buenas!

No se hasta que punto puede ser cierto. Pensad en el número de llamadas que se pueden realizar al día en EEUU. Pasado por ejemplo un mes, este numero tiene que ser astronómico, y el tamaño que ocupan estos datos tiene que ser gigantesco.

¿Es posible almacenar tanta información?

Solo es una idea. Realmente no se cuanto pueden ocupar todas esas llamadas, pero intuyo que no sera poco...

¡Saludos!

¡Buenas!

Si quieres crear funciones genericas que trabajen sobre listas, vectores, arboles... puedes recurrir a punteros void, y punteros a funciones para facilitar la insercion, busqueda...:

Código (c) [Seleccionar] Expandir



#include <stdio.h>
#include <stdlib.h>
#include <string.h>

int intcmp(void *v1, void *v2)
{
    if(*((int*)v1) < *((int*)v2))
        return -1;

    if(*((int*)v1) > *((int*)v2))
        return 1;

    return 0;

}

int floatcmp(void *v1, void *v2)
{
    if(*((float*)v1) < *((float*)v2))
        return -1;

    if(*((float*)v1) > *((float*)v2))
        return 1;

    return 0;
}

void* buscar(void *valor, void *vector, int nelementos, unsigned int tam_dato, int (*cmp)(void *, void*))
{
    int i;

    for(i = 0 ; i < nelementos ; i++)
        if(!cmp(valor, ((char*)vector) + i * tam_dato))
return ((char*)vector) + i * tam_dato);

    return NULL;
}

int main(int argc, char *argv[])
{
    int vint[] = {1,2,3,4,5},x,*iptr;
    int vfloat[] = {1.,2.,3.,4.,5.},y,*fptr;

    x = 3;

    if(iptr = (int*) buscar(&x,vint,5,sizeof(int),intcmp))
        printf("%d pertenece al vector de enteros\n", *iptr);
    else
        printf("%d no pertenece al vector de enteros\n", x);

    y = 7.;

    if(fptr = (float*) buscar(&y,vfloat,5,sizeof(float),floatcmp))
        printf("%f pertenece al vector de enteros\n", *fptr);
    else
        printf("%f no pertenece al vector de enteros\n", y);   

    return 0;
}



Prueba a compilarlo y ejecutarlo (en este momento no tengo ningun compilador a mano asi que no se si hay errores). A pesar de que de esta forma ganas generalidad con el codigo, estas perdiendo algo de claridad. Ya ves que para poder realizar desplazamientos a partir de un puntero a void, primero tienes que convertirlo a char y desplazar el numero de bytes que corresponde segun el tipo de dato con el que estes trabajando. Tambien es un poco caotica la funcion de comparacion que tienes que crear para cada tipo de dato, pero al final sales ganando en que puedes reutilizar tu codigo siempre que te haga falta, lo unico que tendras que hacer es crear la funcion de comparacion para el tipo de dato que quieras.

Ademas, para un mismo tipo de dato, puedes construir funciones de comparacion distintas. Imagina que tienes una bibilioteca con su correspondiente struct libro y una funcion que te ordene un vector segun la funcion de comparacion que le pases como parametro. Podras ordenar los libros por orden alfabetico de titulo, de autor, por fecha de publicacion o por lo que quieras, tan solo tendras que crear una funcion que compare los libros segun los parametros que quieras comparar.

¡Saludos!

Asquerosos malnacidos. Un minuto de silencio por Guybrush Threepwood, Many Calavera y el tentaculo purpura, que aunque era un cabron, termnico cayendome bien...

¡Saludos!

[e]

¿@do-while al fin y al cabo es ensayo y error no?

XD, si y no. Se puede considerar una especie de ensayo y error, pero aplicando la lógica. Después del primer paso conseguimos dos puntos x₀, y₀ en los que la función evaluada en el primero punto, en este caso en concreto, es menor que cero y evaluada en el segundo es mayor que cero:

                                                                     f(y₀)



x₀------------------------------------------------------y₀ (eje OX)


f(x₀)

Como la función es continua, si unes f(x₀) y f(y₀) con una linea, siempre tendrás que atravesar el eje OX. Es decir, en algún punto entre x₀ e y₀ la función sera cero. Ese es el punto que buscamos y sabemos que está entre ambos valores.

Por lo tanto obtenemos el punto z₀ = (x₀ + y₀) / 2 y evaluamos la función en dicho punto. Imagina que sale que la función es positiva en z₀:

                                                                     f(y₀)

                                   f(z₀)

x₀---------------------------z₀--------------------------y₀ (eje OX)


f(x₀)

Sigue sucediendo lo mismo de antes, entre x₀ y z₀ la función se anula, pero ahora tenemos un intervalo mas pequeño que el primero. Como z₀ da un valor positivo, hacemos x₁ := x₀ e y₁ := z₀. Y aplicamos el proceso anterior al intervalo [x₁,y₁] para obtener un punto z₁ que estará todavía mas próximo al cero de la función.

A fin de cuentas se trata de eso. De aproximar en cada paso cada vez mas el cero de la función dividiendo el intervalo de búsqueda en cada iteración. Si consideramos un error e, se tendrá que:

(y₀ - x₀) / 2ⁿ < e si y solo si

y₀ - x₀ < e 2ⁿ si y solo si

(y₀ - x₀) / e < 2ⁿ si y solo si

log₂((y₀ - x₀) / e) < n

Es decir, como mucho tendremos que iterar una vez mas que la parte entera de log₂((y₀ - x₀) / e) para obtener un resultado que se aproxime a la raíz con una precisión mayor que e/2.

¡Saludos!

¡Buenas!

Podrias dar algun ejemplo para que pueda entenderte mejor?
Es como si entiendo lo que dices pero no lo puedo pensar xD Tal vez es porque no he dormido hace ya varias horas jaja.

Eso que dices al principio se aplicaria para entender el infinito en el ultimo momento de un dia? Pregunto por las dudas que tengas otro significado de Tiempo que el que tengo yo y que creo que es el correcto. ---> Cuando hablamos de tiempo hablamos de la medida de un cambio, y lo medimos segun velocidades establecidas por nosotros, como los segundos, minutos, etc. Por lo tanto esa pregunta que dices, es usando lo primero que dices, que dices que es un problema de velocidades.

Espero tu respuesta, aunque tal vez mañana me levante y tenga la mente despejada y pueda entenderte sin que me contestes. Saludos!

Lo de la velocidad no tiene que ver con lo del último momento de un día. Son cuestiones distintas.

Para lo primero, imagina que tienes que recorrer 1 m de distancia. Si llevas una velocidad de 2 m/s te costará medio segundo recorrerla (física básica). A pesar de que un segmento tiene infinitos puntos, solo tardaras ese segundo en pasar por todos ellos. Aunque la cantidad de puntos es infinita, estos están contenidos en un segmento que tiene una distancia finita. Recuerda que la dimensión de un punto es cero, luego no tiene ningún tipo de medida asociada. Un punto no es absolutamente nada tangible. Solo es una idea. Lo importante aquí es que todos esos puntos, que no tienen ninguna dimensión, forman un segmento de una longitud finita.

Lo del último momento de un día, es algo parecido, pero no es lo mismo. Si intentas definir lo que es el último momento del día deberías de poder decirme a que hora sucede. Pero esto es imposible. XD

Si me dices que el último momento de un día son las 23:59:00, no es cierto, ya que las 23:59:01 está mas cerca de las 00:00:00 que es cuando empieza el siguiente día. Pero las 23:59:30 está aún mas cerca del día siguiente, y las 23:59:59 todavía más cerca. Esta hora sigue sin ser el último momento, ya que las 23:59:59'9 es un momento mas cercano al día siguiente y así, para cada hora que me des existirá otra hora mas próxima al comienzo del siguiente día. Por lo tanto, el último momento de un día no existe. ¿Contradictorio?  

¡Saludos!

PD: Ahora que lo pienso, se puede argumentar que las 23:59:59'999999.... (nueve periodo) es el último momento, pero 0'9999999... = 1 y por lo tanto 23:59:59'9999... = 00:00:00 y así el último momento de un día es lo mismo que el primero del día siguiente.   (¿Días distintos comparten un mismo momento de tiempo?)

hecho: existe un número infinito de números pares positivos.

entonces: existe el doble de números positivos en general.

y y cuatro veces más si cuentas los negativos...
quiero decir... ¿cuanto es infinito...? ¿y el doble de eso? ... no se, el primer impulso fue pensar: bah, infinito + 1 = infinito... pero ¿cómo es esto posible? si lo analizamos detenidamente 

¡Jajaja!

No es asi. Pensaba soltar la parrafada, pero resulta largo. Aquí te dejo un par de enlaces para que te aclares un poco:

http://es.wikipedia.org/wiki/N%C3%BAmero_cardinal
http://es.wikipedia.org/wiki/Hip%C3%B3tesis_del_continuo

¡Saludos!

PD: Cuando pregunté cual era el ultimo momento de un día se me olvidó decir que consideraba que el día empezaba exactamente a las 00:00 (pista).