Ya hay respuestas con soluciones pero, me llamó la atención el problema y lo hice yo también xD

#include<iostream>
using namespace std;
 
int main(void){
	int lado, cont;
	cin>>lado;
	cont = 0;
	if(lado>0){
		cout<<"*";
		for(int i=1;i<lado;i++){
			cout<<" *";
			cont+=2;
		}
		cout<<endl;
		cont--;
 
		for(int i=0;i<lado-1;i++){
			cout<<"*";
			for(int j=0;j<cont;j++)
				cout<<" ";
			cout<<"*"<<endl;
		}
		cout<<"*";
		for(int i=1;i<lado;i++)
			cout<<" *";
		cout<<endl;
	}
}

Te lo dejo porque me parece algo más claro por tener menos if's.

Espero sirva. Saludos.

En mi opinión, tal y como dice vertex@symphony, habrá circustancias en las que se imponga razonadamente el uso de goto y otras en las que no sea así. Lo que yo considero es que, en lo que viene siendo la disciplina de programación, cuando se están dando los primeros pasos, no es una buena técnica, ya que puede llegar a acostumbrar al "futuro programador" a solucionar cualquier situación con un goto sin pararse a pensar en otros aspectos del problema.

Es una sentencia más del lenguaje sí, y la habrán usado en innumerables ocasiones, pero eso no significa que sea recomendable su uso, que es lo que pregunta Draklit. Creo que si se hace un uso "razonable" de la instrucción, sin abusar de ella ante cualquier situación, es una instrucción tan válida como el resto. Sin embargo, cuando la cosa ya comienza a ser un cachondeo de goto's por todo el código ante el más mínimo inconveniente, lo considero la peor técnica del mundo. Así que supongo que la cosa estará en encontrar un punto medio y no volverse loco poniendo instrucciones de este tipo.

Yo sinceramente veo más lógicas estas instrucciones en bajo nivel, ya que las sentencias de control son mínimas. Pero en lenguajes de alto nivel, donde existen muchas otras sentencias de control de flujo...no la considero indispensable.

Saludos.

No estoy seguro porque nunca he utilizado este algoritmo, pero me imagino que si el grafo es de la forma:



la matriz C representa el peso de las aristas, y la matriz E representa si existe una arista de un nodo a otro.

Además en el javadoc pone: neighbour lists, que según el traductor de google es "las listas de vecinos" xD, lo cual me hace pensar que se refiere a una matriz de adyacencia, donde E[a] indicaría que existe una arista del nodo a al nodo b.

Espero haber acertado y haberte ayudado.

Saludos.

Yo creo que deberías leerte un buen manual de C++ antes de ponerte a escribir código como un loco.

printf("0+2 \n");
{
scanf(" %d",&c);

Ese { no se que pinta hay.

a= strcmp(cadena1,"milmasmil");
    if (i==0)

¿No sería if(a==0)?

getchar();
    return 0;
                                    }
     //haz esta operacion.
     break;

¿No te da error?

Yo en linux uso el editor de texto gedit, guardo el fichero con la extensión .cpp, y luego compilo con g++ que forma parte del GCC.

Saludos.

Si existen sentencias de control como while ¿para que hacer return main();?. Sinceramente creo que es mejor hacer uso de while que, me imagino, será más eficiente. Y por muy chorra que sea el programa si una persona que está "aprendiendo" a programar se le enseña que ,en vez de pensar un poco la lógica que debe seguir un programa, haga uso de go to y cosas similares pues... sinceramente me parece erróneo.

Eso sí, cada cual que haga lo que quiera.

Saludos.

if(palabra==prod1)
        {printf("%s\n",prod1);}
        else if(pala == prod2)
        {printf("%s\n",prod2);}
        else if(pala == prod3)
        {printf("%s\n",prod3);}
        else
        {printf("negative\n");}

Pues en primer lugar, no debería ser palabra en lugar de pala? en segundo lugar, si estás en C las comparaciones de cadenas se deben hacer mediante strcmp. Si estás en linux consulta esa función desde la consola con el comando man strcmp, si no aquí tienes una descripción:

http://www.cplusplus.com/reference/clibrary/cstring/strcmp/

Saludos.

Si no me equivoco, las variables de tipo entero, si no las inicializas a ningún valor toman valor 0 de forma predeterminada, igual que los objetos toman null, los de tipo real 0.0 y los booleanos false.

Quizás con un sistema de ecuaciones con dos incognitas podría solucionarse.

Hace mucho que di física en bachiller (xD no me acuerdo de ninguna formula), así que si las formulas que tu has puesto son correctas yo he pensado que quizás sería algo así:

9.8·x^2/2 = y
330·x = y

De hay despejas y te quedaría: 9.8·x^2/2 - 330·x = 0 que es una ecuación de segundo grado.

Evidentemente no se ni si está bien ni si está mal (pero me decanto más bien por lo segundo xD). Espero que tengas suerte.

Saludos y ya nos comentas por donde van los tiros.

Supongo que en el lenguaje que mejor te manejes, aunque el programa no tiene gran complejidad, así que, yo te diría que en el que más te guste xD.