En interner, el 90% de las mujeres son hombres, y el 75.33% de los niños, son guardias civiles con tricornio y bigote.

Y el 25.42% de las estadísticas son inventadas

Calmate y respira hondo. No son "creencias", es la realidad, la ciencia. Puede gustar o no, pero es así

Defiendo lo que funciona, así de simple.

La quimioterapira y radioterapia no son tratamientos agradables, son agresivos. Pero las cifras puras y duras indican claramente que los enfermos que se someten a ellas, tienen un porcentaje mucho mas elevado de sobrevivir que los que no lo hacen. Eso es un hecho, documentado y comprobado. Si no cuadra con las creencias, lo siento, pero es la realidad.

Por cierto, la lepra, se cura hoy en día con "pastillas". Antes de las vacunas (que supongo tampoco crees en ellas) los niños morían como moscas y quedaban millones tullidos de por vida por sarampion, poliomielitis, y otras enfermedades. La sífilis que hoy se cura en unas semanas con esas horribles pastillas, antes te dejaban deformado de por vida o muerto (y loco).

Mira, me parece muy bien que creas lo que quieras. Eso es libre, pero te aviso de que la cantidad de gente que muere cada año por esas creencias, no es pequeño. Preguntale a un tal Jobs que pensó que se podía curar un cancer con zumos, creo que la palmó.

La ciencia no tiene mas que un "dogma", y es "lo que funciona funciona". Una creencia, cualquier creencia debe de sustentarse sobre datos fidelignos y reproducibles. Los datos son esos, la esperanza de vida en un país occidental con esa "medicina de pastillas" es mucho mayor que la de paises donde no existe o es escasa.

Solo te añadiré una cosa, y espero que no te moleste:

Un compuesto quimico de una planta, y el mismo compuesto sintetizado en un laboratorio, o refinado a partir de esa planta son indistinguibles. Un compuesto quimico y otro son identicos. No existe ninguna forma de identificar por ejemplo la glucosa procedente de una caña de azucar de una sintetizada en laboratorio (obviamente no se usa sintetizada en laboratorio, es mas cara).

Pero la cuestión es que si el principio activo de una planta es "A", y tu sintetizas ese compuesto por otro metodo, no existe en el universo forma de saber a posteriori cual es la procedencia de cada uno.

Esto no es una creencia, es un hecho

La medicina moderna usa muchos extractos de plantas, porque es un método sencillo y barato de conseguir esos compuestos. Otros son sintetizados, algunos incluso son creados por ingenieria genética (por ejemplo la insulina, sin esa "horrible tecnologia" millones de personas morirían). Es mas simple y conveniente transportar y almacenar compuestos activos, que manojos de plantas. Es tan simple como eso.

Mientras no las compres en una web china de esas que te meten un virus que se te bebe las cervezas, da lo mismo

A ver.

En C (o C++) todo programa es una función. Las funciones son programas, separados entre si a los que pasas datos, o que usan datos globalmente, etc. El acceso a variables es un tema aparte, ya verás que hay locales y de otro tipo, eso ya saldrá.

¿Porque la función main tiene que devolver un entero?

En otros lenguajes con sintaxis similar (por ejemplo Java) la función principal puede ser (y de hecho es) void

Por ejemplo, un inicio típico de código en Java seria:

public static void main(String args[]){ ... }

En C (al menos en C++) puedes obviar el "return 0" al finalizar el programa, en principio ese es el valor por defecto que se devuelve.

Pero, Tu programa puede que sea llamado desde el sistema operativo, o desde otro programa para que haga un trabajo (el que sea). Al finalizar el mismo, puede ser interesante para el programa que le ha llamado, o para el própio sistema operativo saber que ese trabajo se ha realizado correctamente.

Por eso el programa devuelve un entero, que en el caso de ser "0" indica "ejecutado con  éxito sin problemas".

Imagina que tienes un pequeño programa que realiza un trabajo (el que sea), y que es posible que en función de los datos que le das, pueda producirse un error de división por cero, o un error de exceso de datos, o de argumentos insuficientes. Lo que se te ocurra.

Pues puedes hacer que tu programa devuelva en caso de que ocurra uno de esos casos (lo cual compruebas dentro del programa) un código de error.
Los códigos son arbitrarios, puedes usar los que se te antojen

Imagina que uno de tus programa borra ficheros, y que forma parte de un sistema operativo. Tu programa se llama "delete" y puede admitir una serie de argumentos tras su nombre. Antes de borrar un fichero, harás una serie de comprobaciones, como saber si el fichero existe, si está protegido contra escritura, si dispones de los permisos necesarios, o cualquier otra cosa. En esos casos, tu programa devuelve al sistema un código de error, y este lo interpreta y muestra al usuario el error.

Supongo que esto lo tienes claro

Lo de

if (vocal (c))

Es simple. El problema es que la gente se acostumbra mal, a ver entre parentesis en el "if" una operación de comparación, y eso es un error.

Lo que hay entre paréntesis en un "if" no es una operación de comparación, es una operación booleana. Eso vale para los if, los while, y lo que sea.

Entre paréntesis puede haber cualquier cosa que al "calcularla" te de true o false, no necesariamente una operación de "mayor que", "menor que", etc.

En este caso, entre paréntesis hay una llamada a una función ,que nos va a dar un booleano. No tiene mas misterio. Por otro lado recuerda que tras el if se ejecuta un código, si el if no se cumple, ese bloque no se ejecuta, y se ejecutará lo que hay a continuación "si o si" haya o no un "else"

Lo cierto es que a veces hay pequeños conceptos que creo se explican mal en algunos cursos, y hacen que la gente se encasquille en conceptos que no son completos, espero que esto te ayude aunque sea un poco

Las cifras sobre los ejercitos son públicas, en diferentes reportajes que hace la propaganda norcoreana se ve el material (buena parte del año la polca).

La economía de ese país está bastante pachucha, de hecho dependen a menudo de ayuda externa solo para comer, como para tener grandes reservas de munición y carburante, mas cuando el carburante lo tienen que importar.

El ejercito de corea del Sur, o de Japón sin ir mas lejos (a quienes amenaza de cuando en cuando) son mas pequeños, pero ahi si que es publico que tienen de lo mejorcito en cuanto a alta tecnología de vanguardia. Por ejemplo Japón no tendrá 50 submarinos, pero sus fragatas y destructores son lo mas "hi-end" que hay practicamente sobre los mares, capaces de apuntar simultaneamente a docenas de blancos a distancias por encima del horizonte y liquidarlos con una efectividad enorme. Su flota aerea está compuesta por aparatos modernísimos, etc.

Y hoy en día, enfrentar montones de carros antiguos frente a un ejercito moderno es suicida. Ya lo aprendieron muchos árabes hace años frente a Israel (por ejemplo). Corea del Norte puede enviar a mucha gente, pero mucha gente es tener muchos mas blancos a los que apuntar si dispones de armas muy modernas.

El agua, excepto casos muy puntuales y concretos no le veo una ventaja respecto al aire.

Si las temperaturas son elevadas (por OC por ejemplo) se puede justificar, pero no con un "kit" sino con piezas sueltas.

Y mas con los procesadores modernos que se calientan mucho menos que los de antaño

Antes no había pastillas...

Bueno, antes la gente palmaba a los 40 y pocos, y la gente moría como moscas cuando había una enfermedad infecciona, si tenías un cancer era una sentencia a muerte "si o si" y muchas enfermedades que hoy se curan en unas semanas con una "pastilla" te mataban o te dejaban tullido de por vida

Las plantas tienen principios activos químicos, esos principios pueden sintetizarse y suministrarse en una pastilla. Los compuestos químicos son idénticos.

Si cueces corteza de sauce tendrás un caldo donde uno de los ingredientes es el ácido acetil-salicílico, que tiene varias propiedades. Por ejemplo antipireptico, anelgesico, etc.

Si sintetizas ese compuesto, el efecto es exactamente el mismo, pero sin tragarte el resto del "caldo" que a menudo puede ser incluso tóxico.

Y antes de que venga alguien a decir alguna cosa, un compuesto químico sintetizado por una planta, o sintetizado en laboratorio es exactamente igual. Nada en el mundo puede distinguir entre uno y otro. La única diferencia puede estar en compuestos con lateralidad, donde hay que se parar una molécula y la otra.

Y por favor... lo de las plantas está muy bien, pero la gente antes de la medicina moderna, se moria con una media de 30 o 40 años de antelación respecto a hoy en día, de manera que algo tendrán esas pastillas

Bueno, C++ y C son muy muy parecidos, lo que vale en C vale en C++ en principio.

A ver, una función void puede funcionar perfectamente, por ejemplo en casos donde la función trabaja directamente con valores del programa principal. Eso es lo que se llama "pasar valores por referencia" (de momento no te preocupes por eso) y que entre otras utilidades tiene la de ahorrar memoria. Eso es así, porque al pasar un valor como argumento a la función, lo que haces es crear una copia de esa variable, usarla en la función y destruirla al finalizar esa función.

Esto es irrelevante cuando lo que pasas como argumento es un entero, o un caracter. En cambio si pasas (por ejemplo) un vector de 1000 elementos la cosa cambia mucho (un vector es un contenedor, una clase de C++). Bueno, ese no es el tema.

Puedes tener las funciones que quieras, pero siempre hay que asegurarse de que el valor que devuelves sea del mismo tipo que la función.

Es decir, si tu función empieza así:

int nombredefunción(int a, int b)

El valor que devuelves en return debe de ser de tipo entero. No de otro, en ese caso probablemente ni siquiera compile.

Mi ejemplo usa  boolean porque es un caso donde creo se ilustra mejor como trabajan las funciones. Si en mi ejemplo hago un "return x" donde "x" es un entero, daría fallo.

El "n = int(c)" convierte a entero el valor ascii del caracter introducido por CIN. Eso es C++, no se si en C funciona igual lo de la conversión de tipos (en Java es igual)

El retorno de la función, es un valor "true" o "false". Un "If" requiere entre los parentesis una expresión booleana, por ejemplo:

"If (a < b)...."

El contenido de los parentesis debe de ser una expresión de ese tipo, o por ejemplo:

"If (true) "...

En este caso, el if se cumple siempre

por lo tanto

if (vocal (c))

Quiere decir: "Si el retorno de la función "vocal" con el parámetro "c" es true"

Espero que haya quedado claro, si no pregunta

¿Como sabes que se aburren las marsopas?

Yo a veces las veo como que muy revoltosas y tal

Piensa en la función como en un bloque de código separado, que no tiene ninguna conexión con el principal (es mas sencillo así)

Consideralo un programa autónomo y separado, al que le suministras una serie de datos (los parámetros) y te devuelve un resultado (el retorno)

Los parámetros son variables que están en el programa principal, que puedes pasar para que maneje como una copia o directamente (eso quizás no has llegado a verlo). Por ahora imagina que solo le envías una copia de esos valores

Es decir, la función es un programa separado, con sus propias variables y constantes si las necesitara, que están completamente aislada del programa principal. De hecho, desde la función las variables del programa principal son invisibles, y las que uses en la función no existen fuera de la misma.

Cuando tienes el resultado deseado, devuelves el control al programa, y lo devuelves en forma de un resultado. Ese resultado es el que pones como "retorno"

Lo bueno es que no tiene que ser uno solo, puedes programar mas de un retorno dependiendo de lo que quieras.

Solo tienes que ser cuidado de que el tipo de función y el resultado tienen el mismo tipo (entero, coma flotante, caracter, booleano, etc).

Mira, un ejemplo cutre y pedreste

// vocal o consonante
#include <iostream>
using namespace std;
 
bool vocal(char n){
    if (n == 65 || n == 97 || n == 69 || n == 101 || n == 73 || n == 105 || n == 79 || n == 111
     || n == 85 || n == 117){
     return true;
     } else {return false;
     }
}
 
int main () {
    char c;
    int n;
    cout << "Introduce un caracter ";
    cin >> c;
    n = int(c);
    cout << "El caracter es :";
    if (vocal (c)){
        cout << " vocal";
    }else {
    cout << " consonante";}
}

bool vocal(char n)

Bool es el típo de resultado que devuelve la función. "vocal" es el nombre de la función, y entre paréntesis está "char n". Eso quiere decir que la función recibe un parámetro desde el programa principal, que es de tipo caracter, y que dentro de la función llamaremos "n"

Luego, en el programa hacemos esto:

if (vocal (c))

Tenemos un "if", y como condición tenemos la función (podemos hacerlo porque la función devuelve un booleano). "c" es el nombre de la variable que usamos en el programa principal.

No hay mas misterio. Desde el programa cogemos un caracter "c" y en la función usamos "n", porque al ser programas distintos a efectos prácticos el nombre de la variable es irrelevante.

Al margen de esto, es posible que una función manipule los parámetros, pero eso lo verás mas adelante

De hecho, es posible, y se hace en otros lenguajes que esas funciones estén incluso en ficheros separados. Piensa siempre en las funciones como en otro programa, que accidentalmente está en la misma "hoja" que el principal, pero que no se relaciona con el mismo mas que a través de parámetros y retorno.