Vecchia discussione con proposte di realizzazione e sondaggi

[fek]

Originariamente inviato da beppegrillo

Molto interessante ragazzi, mi segno, per il momento non posso contribuire ma conto di iniziare da metà ottobre .
Spero che dopo i primi momenti di "immobilità" ed organizzazione, si parata definitvamente ed in maniera spedita, sono sicuro che lavorare accanto a persone con esperienza quali fek,vicius,cionci ed altri, sia un'ottimo modo per migliorarsi ed imparare a programmare in maniera "seria"

Troppo gentile

Avremmo potuto iniziare a scrivere codice gia' qualche settimana fa, ma ho preferito aspettare di avere il repository. Vedrete perche' ho preferito aspettare a breve, secondo me, alla lunga, questa decisione ci fara' risparmiare tempo.

[Gica78R]

Originariamente inviato da mjordan

Ora dovresti studiarne uno che tratta in modo decende le aggiunte del comitato ANSI/ISO

Mah... per il momento sono contento cosi', e quando uso delle funzioni di libreria mi assicuro che non siano deprecate e rispettino le ultime direttive dello standard. So che non basta, pero'... come ha detto cdimauro, prima devo imparare a programmare in C.
Aggiungo che prima devo imparare a programmare Sono sempre insoddisfatto del mio codice: anche se funziona, e' molto brutto da vedere

[fek]

Originariamente inviato da Gica78R

Aggiungo che prima devo imparare a programmare Sono sempre insoddisfatto del mio codice: anche se funziona, e' molto brutto da vedere

Bravo

Se e' brutto da vedere, aggiustalo. Non lasciarlo semplicemente li'. Cambialo e semplificalo fino a che non sei soddisfatto della leggibilita'.

E poi leggi il codice di altri.

Ed infine, se vuoi affrontare il discorso su come si "aggiusta" il codice da un punto di vista piu' scientifico, consulta qui:
http://www.refactoring.com/

Una cosa importante da ricordare e' che una volta che impari a fare Refactoring non hai piu' bisogno di scrivere subito il codice in maniera elegante. Prima lo fai funzionare, poi lo rendi bello e poi lo fai andare veloce se serve.

[cdimauro]

x ^TiGeRShArK^ letto il tuo PVT: provo a disinstallare il JDK 1.4 e a mettere soltanto l'1.5.

Se ho problemi vi faccio sapere. Per lo spike, vedi un po' cosa riesci a fare nel frattempo, se ne hai voglia. Magari prova a scaricare un po' di documentazione e vedere se si trova qualche esempio.

[DanieleC88]

Visto che si sta per partire e bisogna scegliere il coding style, direi di sentirci contemporaneamente in una chat su MSN/ICQ/IRC/DOVEVOLETEVOI per decidere come procedere. Possibilmente prima delle 18:00 italiane, altrimenti io sono tagliato fuori.

[fek]

Originariamente inviato da DanieleC88

Visto che si sta per partire e bisogna scegliere il coding style, direi di sentirci contemporaneamente in una chat su MSN/ICQ/IRC/DOVEVOLETEVOI per decidere come procedere. Possibilmente prima delle 18:00 italiane, altrimenti io sono tagliato fuori.

Per esperienza le chat di questo tipo sui coding standard si trasformano in guerre di religione e non si arriva mai ad una conclusione

Visto che i coding standard servono principalmente a dare uno stile consistente al progetto per facilitarne la lettura, il particolare coding standard non e' troppo importante, basta averne uno.

Facciamo che date qui i suggerimenti e io e Vicius decidiamo il coding standard (piu' Vicius di me). Poi si fa sempre in tempo a cambiarlo visto che i tool di Eclipse aiutano a riformattare il codice velocemente.

[71104]

suggerisco parentesi graffe aperte alla stessa linea dell'intestazione del blocco, non a quella successiva; esempio:

 void foo(int asd) {
//...
}

poi visto che programmiamo in Java suggerisco nomi di funzioni con la prima iniziale minuscola e le successiva maiuscole, tipo "thisIsAFunctionName".
per le variabili stessa cosa, ma lascio decidere a voi se usare i prefissi, tipo n per gli interi, f o b per i flag, ecc. so che probabilmente direte di no ^^
poi i nomi delle classi con tutte le iniziali maiuscole e senza prefissi, tipo "ThisIsAClass".
infine direi che gli else vanno alla riga successiva, cioè non così:

if () {
} else {
}

ma così:

if () {
}
else {
}

altro non mi viene in mente.

[71104]

ah, dimenticavo: i commenti a più righe direi di formattarli così:

/**
 * blah
 * blah
 * blah
 */

ed inoltre direi di non superare l'ottantesima colonna; io l'ho sempre fatto e ultimamente mi rendo conto della comodità che avrei avuto se non l'avessi fatto

[DanieleC88]

Originariamente inviato da 71104

suggerisco parentesi graffe aperte alla stessa linea dell'intestazione del blocco, non a quella successiva; esempio:

 void foo(int asd) {
//...
}

Su questa sono parzialmente d'accordo: farei eccezione almeno per le dichiarazioni di funzioni.

Originariamente inviato da 71104

ah, dimenticavo: i commenti a più righe direi di formattarli così:

/**
 * blah
 * blah
 * blah
 */

Io toglierei quell'asterisco iniziale. In questo modo:

/*
 * blah
 * blah
 * blah
 */

[gokan]

Bene mi fa piacere che stiate cominciando a mettervi in carreggiata
Posso sapere, alla fine, per che genere di gioco definitivo vi siete orientati?
Ciao e buon lavoro!

[fek]

Originariamente inviato da gokan

Bene mi fa piacere che stiate cominciando a mettervi in carreggiata
Posso sapere, alla fine, per che genere di gioco definitivo vi siete orientati?
Ciao e buon lavoro!

Due generi fra i quali scegliere: un Puzzle game ed un shooter a scorrimento.
I doc verrano presto messi a disposizione sul sever.

[Gica78R]

Mah, io solitamente uso qualcosa che assomiglia al coding GNU, che grossomodo coincide con quello suggerito da 71104 eccetto che per la parentesi graffa aperta e qualche altro dettaglio:

tipo_restituito nome_funzione( ... )
{
   istruzione;

   if (condizione)
      {
         istruzione;
         istruzione;
      }
   else
      {
         istruzione;
         istruzione;
      }
}

Comunque per me non c' e' problema...

[VICIUS]

Originariamente inviato da Gica78R

[...]Comunque per me non c' e' problema...

Potete comunque scrivere il codice come vi pare. Basta che prima di fare il checkin lo "ri-formattate" con l'opzione di eclipse.

In ogni caso. Chiunque si azzardera ad usare la notazione ungherese o si azzardi a fare il checkin di funzioni con una complessita ciclomatica maggiore a 10 sara crocifisso in sala mensa da fek.

ciao

[DanieleC88]

Originariamente inviato da VICIUS

funzioni con una complessita ciclomatica maggiore a 10

Ecco, a questo punto mi vedo costretto a chiederti una traduzione.

[Gica78R]

Originariamente inviato da VICIUS

[...]funzioni con una complessita ciclomatica maggiore a 10[...]

Cicloche'? Abbiate pazienza, a Fondamenti di Informatica 2 ho studiato la complessita', ma l'aggettivo "ciclomatica" lo sento ora per la prima volta

[fek]

Originariamente inviato da VICIUS

In ogni caso. Chiunque si azzardera ad usare la notazione ungherese o si azzardi a fare il checkin di funzioni con una complessita ciclomatica maggiore a 10 sara crocifisso in sala mensa da fek.

Siamo due entita' diverse, ma un solo cervello che lavora all'unisono

E guardate che vi controllo la complessita' ciclometrica di ogni metodo, e sopra i 5 me la dovete giustificare, sopra i 10 invece si procede alla crocifissione senza appello.

[fek]

Originariamente inviato da Gica78R

Cicloche'? Abbiate pazienza, a Fondamenti di Informatica 2 ho studiato la complessita', ma l'aggettivo "ciclomatica" lo sento ora per la prima volta

Un parolone per un concetto semplice: parti da uno, per ogni if/for/case/while aggiungi uno. Conta grosso modo il numero di path differenti all'interno del metodo. E deve restare basso.

[DanieleC88]

Originariamente inviato da fek

Un parolone per un concetto semplice: parti da uno, per ogni if/for/case/while aggiungi uno. Conta grosso modo il numero di path differenti all'interno del metodo. E deve restare basso.

Tutto questo per una cosa così facile? Ma io non supero il 3!

[Gica78R]

Originariamente inviato da fek

Un parolone per un concetto semplice: parti da uno, per ogni if/for/case/while aggiungi uno. Conta grosso modo il numero di path differenti all'interno del metodo. E deve restare basso.

Quindi una roba del genere e' da crocifissione...

/*
	Esercizio: programma che rimuove i commenti da un file sorgente C
*/


#include <stdio.h>
#include <string.h>
#include <sys/errno.h>


void uncomment(FILE *in, FILE *out);
/*
La funzione uncomment() ricava il file 'out' dal file 'in' rimuovendone
i commenti. I due files devono essere stati precedentemente aperti.
*/


int main(int argc, char *argv[])
{
	#define outfile "senzacommenti.c"
	
	FILE *in_file, *out_file;
	
	int errcode;
	
	if (argc!=2)
	{
		printf("Usage: %s <file.c>\n", *argv);
		return 1;
	}
	
	in_file = fopen(*++argv, "r");
	if (in_file == NULL)
	{
		errcode = errno;
		printf("Errore aprendo %s: %s\n", argv, strerror(errcode));
		return 1;
	}
	
	out_file = fopen(outfile, "w");
	if (out_file == NULL)
	{
		errcode = errno;
		printf("Errore aprendo %s: %s\n", outfile, strerror(errcode));
		fclose(in_file);
		return 1;
	}
	
	uncomment(in_file, out_file);
	
	fclose(in_file);
	fclose(out_file);
	
	return 0;
}

void uncomment(FILE *in, FILE *out)
{
	int modo; /* 0=nessun commento, 1=commento slash asterisco, 2=commento
	slash slash */
	int quoted; //Stringa tra apici
	int p, n;
	
	modo = quoted = 0;
	p = getc(in);
	
	while (p != EOF)
	{
		n = getc(in);
		if (p == '/' && n == '*')
			modo = 1;
		else if (p == '/' && n == '/')
			modo = 2;
		if (!modo || quoted)
		{
			putc(p, out);
			if (p == '"')
				quoted = !quoted;
		}
		else if (!quoted)
			if (modo == 1 && p == '*' && n == '/')
			{
				modo = 0;
				p = getc(in);
				continue;
			}
			else if (modo == 2 && p == '\n')
			{
				putc(p, out);
				modo = 0;
			}
			
		p = n;
	}
}

Sempre ammesso che funzioni

Oh, non c'entra nulla col gioco, eh!

[cionci]

Scusate, ma Eclipse il completamente automatico lo fa ?