Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - @synthesize

#1651
Electrónica es lo que mas me llama la atención, de todas formas, realmente solo estudio programación por que es una parte importante de la administración de sistemas, que es mi vocación XD
#1652
Foro Libre / Re: Juicio final cuanto antes
29 Mayo 2010, 03:39 AM
Cita de: Constance en 29 Mayo 2010, 03:05 AM
Cita de: GNU López en 29 Mayo 2010, 02:57 AM
El texto está escrito en clave de humor, es una ironía, para reírse de los de la cope. Aún así, soy completamente ateo ^^.

Ya sé que es una ironía , sarcasmo, da igual el nombre....pero deberían pedirles algo que esté en sus manos, los obispos no son Dios (nunca mejor dicho) ....y eso que pedís no es competecia suya...
Si por ejemplo les pidieseis algo que esté en sus manos  accederían gustosamente....la doctrina de Jesucristo era :pide y se te dará....

Hace poco les pidieron a unos cuantos miembros de la iglesia, los cuales dirigían un banco (Zas en toda la boca al voto de pobreza o como se llame, ¿Qué hace la iglesia con un banco?) que se asociaran con otro banco para intentar rescatarlos, y al final, los ha tenido que sustituir el banco de España. Es el ejemplo mas reciente que se me ocurre XD
#1653
Foro Libre / Re: Juicio final cuanto antes
29 Mayo 2010, 02:57 AM
Cita de: Constance en 29 Mayo 2010, 02:48 AM
Cita de: GNU López en 26 Mayo 2010, 22:03 PM
Si los obispos piden a la sociedad española que vote por un adelanto electoral, nosotros les pedimos a los obispos que adelanten el JUICIO FINAL.
Necesitamos que llegue el juicio que la Iglesia siempre nos ha prometido.



Verás yo como católica te puedo decir que aunque quisieran adelantarlo no depende de ellos......l
El juicio final donde Dios juzgará las acciones de cada uno de nosotros tendrá lugar tras la resurrección, y la resurrección tendrá lugar tras la muerte, así es requisito necesario para  el juicio final que todos estemos muertos......aunque los obispos decidieran adelantarlo no pueden porque este requisito esencial no se cumple.......


El texto está escrito en clave de humor, es una ironía, para reírse de los de la cope. Aún así, soy completamente ateo ^^.
#1654
Programación C/C++ / Re: Librería
29 Mayo 2010, 01:42 AM
Cita de: vertex@Symphony en 28 Mayo 2010, 23:54 PM
Espero no quedar muy criticón, es con buena intención, lo prometo ! (?)

Primero, la convención de nombres no me agrada, no es estético un guión parado en medio de la función, creo que el esquema de nombres debería similar al de OpenGL (del cual varias librerías tomaron el esquemas de nombre, como OpenCL, OpenAL, CUDA, Runtime de Cg, etc ...) ...

[prefijo][Comando][Muy Opcional : número de parámetros y tipos de datos]()


inline double atsPow2d(double base, double exp)
{
   return pow(base,exp); // aca iria un codigo que haga algo mas interesante que wrappear pow()
}

(si creativísimo el ejemplo, hay sueño, es lo que hay xD)

siendo [ats] el prefijo, [Pow] el comando, [2] la cantidad de parámetros y [d] el tipo de dato ....
como dije, el tipo de dato y cantidad de parámetros es opcional,muy ... dependiendo de lo que implementen ...

también una mini convención de como hacer las funciones, que formato visual deben tener ... (si el coding style es GNU, ISO, etc ...)
y como dividirían los encabezados (dentro de una carpeta, subcarpetas, un .h ... ) ... son varias cuestiones ...

aunque , ahora que lo pienso ... no veo claro lo que quieren hacer y en el sourceforge todavía no hay una sola línea de código ... (y de acuerdo al primer post original y un segundo post + pseudocode... me da la sensación de que esto es un eufemismo para que terceros programen, espero equivocarme)

Saludos.

P.S : vuelvo a pokear el asunto de git

El 'formato visual' ya lo hemos intentado definir, al igual que la organización. Lo del estilo OpenGL me ha gustado bastante, voy a estudiar como implementarlo! ;D

EN SF no hay líneas escritas porque todavía no hay código escrito, y no es para que terceros programen, el objetivo es que cada uno que quiera colaborar, colabore con sus ideas y conocimientos...
#1655
Odio a la gente que piensa así. Este post va a crear polémica....

LO primero, hace unos años, venían inmigrantes a España, y como no había apenas trabajo para ellos, solían coger los peores trabajos, los que los Españoles no querían hacer. Y ahora que los Españoles estamos acojonados, queremos los trabajos de los inmigrantes.

Odio decir que vivo en un país de hipócritas, pero es la realidad. La inmigración conviene a cualquier país, tanto económica como culturalmente.

La solución a la crisis, pues, lo primero, la deberían pagar los banqueros, los que mas tienen, que son los que la han provocado, y no lo deberíamos pagar las clases medias y bajas con recortes en ayudas. Una vez paguen los ricos, la crisis estará solucionada. Cosa que creo que por ahora, no va a pasar, por cierto.
#1656
Foro Libre / CF de Win Vista
28 Mayo 2010, 23:03 PM


Sé que es viejo, pero me he reído bastante XD
#1657
Programación C/C++ / Re: Librería
28 Mayo 2010, 22:57 PM
Tengo una primera idea... Siempre estoy escribiendo funciones para recoger números, entre x y n... Mi idea es una función, int, a la cual se la pasa como parámetro el inicio y límite, para que la función recoja n número entre esos 2 valores.




Pseudo;

int ats_readNum(int min, int max);

inicio funcion()
    declaro num;
    limpiar buffer;

    mientras (num>min && num<max)
        limpiar buffer;
        pedir num;
    fin mientras;

    devolver num;
fin funcion




Os gusta?
#1659
Foro Libre / Re: Supertramp
28 Mayo 2010, 20:12 PM
Cita de: *PsYkE1* en 28 Mayo 2010, 20:11 PM
A mi me queda un poco lejos, grabalo y subelo a Yutub :laugh:

Haré un par de vídeos y fotos xD
#1660
¿Qué compilador usas? A mi con GCC me va perfectamente (Quitando los system("pause"))



Prueba una cosa, scanf puede dar problemas al ensuciar el buffer, pide las 2 variables por separado en vez de en el mismo scanf, y haz fflush (No es muy recomendado, como dijimos) para limpiar el buffer.



int a,b;
fflush(stdin);
scanf("%d", &a);
fflush(stdin);
scanf("%d", &b);

if (...)