Vecchia discussione con proposte di realizzazione e sondaggi

[fek]

Originariamente inviato da Gica78R

Cmq, codifica e ambiente a parte, mi sa che la parte piu' difficile ed impegnativa e' quella di progettazione... (cose' UML???).

Gica

Secondo me se pensate di fare tutta la progettazione prima (magari in UML) e poi di scrivere il codice dopo non ne uscite vivi.

Io vi consiglio Eclipse e Java, perche' sono disponibili ovunque, e prima di scrivere anche solo una riga di codice dovete aver pronte le seguenti cose:

- un server pubblico che vi faccia da repository, se ne avete uno voi meglio, altrimenti dovete cercare di appoggiarvi a SourceForge e simili; vi consiglio SVN

- una chiara politica di integrazione, chi e che cosa puo' mettere il codice nel repository e chi deve assicurarsi che il tutto compili correttamente (possibilmente in automatico usando sistemi come CruiseControl)

- un coding standard, dovete stabilire in maniera precisa dove e come mettere le parentesi, come chiamare i metodi, le variabili, le classi; se ognuno scrive come gli pare non ne uscite vivi neppure da qui

E poi qualcosa di piu' eccitante di un sistema blibliotecario

Se poi specificate un rigoroso ambiente di testing automatico magari usando JUnit siete piu' organizzati del 90% dei team di sviluppo, ed impiegherete la meta' del tempo a scrivere quello che volete fare.

[VICIUS]

Originariamente inviato da fek

Secondo me se pensate di fare tutta la progettazione prima (magari in UML) e poi di scrivere il codice dopo non ne uscite vivi.

Come non quotare. Se ci mettiamo a fare tutti i diagrammi UML per bene nel 2007 siamo ancora qui a sparlare del use case 78 che non rispecchia le specifiche scritte due anni prima.

Originariamente inviato da fek

- un server pubblico che vi faccia da repository, se ne avete uno voi meglio, altrimenti dovete cercare di appoggiarvi a SourceForge e simili; vi consiglio SVN

SVN è molto buono. Dobbiamo solo trovare un servizio di hosting gratuito. Meglio non usare sourceforge. Ultimamente è sempre sovraccarico e soffre di un lag spaventoso. Mail e commit che arrivano nei repository anche dopo giorni.

Originariamente inviato da fek

- una chiara politica di integrazione, chi e che cosa puo' mettere il codice nel repository e chi deve assicurarsi che il tutto compili correttamente (possibilmente in automatico usando sistemi come CruiseControl)

Interesante questo CruiseControl. Cosa fa di preciso ? Qualche link ?

Originariamente inviato da fek

- un coding standard, dovete stabilire in maniera precisa dove e come mettere le parentesi, come chiamare i metodi, le variabili, le classi; se ognuno scrive come gli pare non ne uscite vivi neppure da qui

Uhm questo sembra terreno fertile per una bella guerra di religione.

Originariamente inviato da fek

E poi qualcosa di piu' eccitante di un sistema blibliotecario

Questo è vero.
La gestione di un archivio di CD e DVD invece sarebbe piu interessante anche perchè mi seve.

Originariamente inviato da fek

Se poi specificate un rigoroso ambiente di testing automatico magari usando JUnit siete piu' organizzati del 90% dei team di sviluppo, ed impiegherete la meta' del tempo a scrivere quello che volete fare.

Una delle poche cose che so fare.

ciao

[Gica78R]

Originariamente inviato da fek

[...]
- un coding standard, dovete stabilire in maniera precisa dove e come mettere le parentesi, come chiamare i metodi, le variabili, le classi; se ognuno scrive come gli pare non ne uscite vivi neppure da qui
[...]

http://www.gnu.org/prep/standards/

[Brazorv]

ci sono pure io
l'idea di lavorare in team mi piace, non ho nessuna esperienza in questo senso.
Come linguaggio mi piacerebbe rispolverare un pò di java, per il progetto preferisco l'idea dei cd dvd, sono reduce da un progetto per il laboratorio di basi di dati in cui ho fatto un database per una biblioteca.

[Alvaro Vitali]

Io credo che , soprattutto per lavorare in team, almeno il diagramma delle classi sia necessario.
E' un punto di partenza che chiarisce a tutto il team la struttura del progetto. Altrimenti come si fa? Ognuno inizia a scrivere codice a casaccio?
E' importante che ognuno che realizza un "pezzo" sappia come il suo pezzo debba interfacciarsi con gli altri, ed è importante che ognuno sappia il suo pezzo dove si colloca all'interno del progetto.
Realizzare tutti i diagrammi è troppo ma quello delle classi è un punto di partenza comune necessario per un lavoro di gruppo.

Inoltre il progetto mi sembra piuttosto semplice e quindi con un po' di discussioni si dovrebbe pervenire ad un diagramma (vicino al definitivo ) in pochissimo tempo.

Cmq il problema mi sembra più organizzarsi, decidere le tecnologie da usare, far coesistere il progetto con gli impegni individuali di tutto il team...

[sirus]

ragazzi vi ricordate il vecchio concorso di Google per la programmazione OpenSource??? potremmo prendere uno di quei progetti e metterlo in piedi che ne dite?!

io come linguaggi propongo
C/C++ (e eventualmente PHP e SQL) e direi Visual C++ .net 2003

[fek]

Originariamente inviato da sirus

io come linguaggi propongo
C/C++ (e eventualmente PHP e SQL) e direi Visual C++ .net 2003

Get out of there... NOOOOW!

[sirus]

Originariamente inviato da fek

Get out of there... NOOOOW!

perchè??? non ti piacciono i linguaggi che ho proposto ?!

[fek]

Originariamente inviato da sirus

perchè??? non ti piacciono i linguaggi che ho proposto ?!

Mi piace il C++

Ma non lo consiglierei al mio peggior nemico, soprattutto per un gruppo di programmatori cosi' eterogeno, su un progetto a distanza. E' tanto comodo Java ed Eclipse, perche' rovinarvi la vita.

[RaouL_BennetH]

mi associo!! mi associo!!

[sirus]

Originariamente inviato da fek

Mi piace il C++

Ma non lo consiglierei al mio peggior nemico, soprattutto per un gruppo di programmatori cosi' eterogeno, su un progetto a distanza. E' tanto comodo Java ed Eclipse, perche' rovinarvi la vita.

perchè il C++ è forse il linguaggio conosciuto del forum !!!

[RaouL_BennetH]

Originariamente inviato da sirus

perchè il C++ è forse il linguaggio conosciuto del forum !!!

uhm, non per me purtroppo. Ho cominciato a guardarlo da qualche settimana per colpa di Fek

Gli unici linguaggi di cui conosco i rudimenti sono: C, Visual Basic e con i database me la cavo abbastanza benino con MySql. Ma per un 'esperimento' del genere, la mia mente è aperta, sono disposto ad imparare qualsiasi cosa. Anzi, avrei già un'idea del tipo di software da sviluppare. Se l'autore del 3d non ha nulla in contrario, la espongo. :=)


RaouL.

[franksisca]

Io consiglio vivamente JAVA

[Brazorv]

Originariamente inviato da franksisca

Io consiglio vivamente JAVA

anche io

[perry rhodan]

Premetto che le mie conoscenze di programmazione sono minime (autodatta, principalmente C++ con DevCpp) e quello che propongo è IMHO .

Perchè, invece di un progetto specifico, non sviluppare un programma skeleton che possa funzionare da contenitore e punto di partenza per i programmi particolari di cui ognuno necessita?
Molte funzionalità sono in comune tra i vari programmi ed è un vero peccato doverle reinventare ogni volta.

Il programma dovrebbe essere:
- free e open source
- adattabile a varie esigenze
- almeno essere in grado di funzionare bene sia in windows che in linux
- inoltre deve permettere di utilizzare le funzioni o meglio gli oggetti che si costruiscono in più modi, cioè con poche modifiche di direttive di compilazione lo stesso codice deve essere in grado di generare un programma console, un programma GUI, una libreria statica, una DLL, e magari anche una libreria per open office o un plugin per AmiBroker come pure i programmi per il test.
- deve stabilire rigorose norme di stile e di autodocumentazione.
- deve implementare i vari sistemi di test, debug, controllo degli errori, exception handling.
- in sostanza dovrebbe permettere al programmatore che lo userà per costruire ciò che più gli aggrada di potersi concentrare sul codice relativo al suo problema senza doversi preoccupare del contorno.

Ciao

[DanieleC88]

Originariamente inviato da Fenomeno85

...come te che non sai usare i db?? strano

Non l'ho mai fatto, lo ammetto.
Mica posso sapere tutto, io!

Originariamente inviato da fek

- un server pubblico che vi faccia da repository, se ne avete uno voi meglio, altrimenti dovete cercare di appoggiarvi a SourceForge e simili; vi consiglio SVN

No, evitiamo SourceForge.net. Non che non sia buono, ma, oltre ai motivi elencati da VICIUS, non è nemmeno usabile con SubVersion, mi pare.

Originariamente inviato da fek

- un coding standard, dovete stabilire in maniera precisa dove e come mettere le parentesi, come chiamare i metodi, le variabili, le classi; se ognuno scrive come gli pare non ne uscite vivi neppure da qui

Wow, non ci avevo proprio pensato. Be', è un modo di mettere alla prova la nostra capacità di organizzazione. Sarà una scelta molto interessante.

Originariamente inviato da fek

- una chiara politica di integrazione, chi e che cosa puo' mettere il codice nel repository e chi deve assicurarsi che il tutto compili correttamente (possibilmente in automatico usando sistemi come CruiseControl)

E che è 'sto CruiseControl? A cosa serve di preciso?

[fek]

Originariamente inviato da DanieleC88

E che è 'sto CruiseControl? A cosa serve di preciso?

E' un tool di continuous integration:
http://cruisecontrol.sourceforge.net/

Serve per automatizzare la build del programma, scarica il codice da SVN, lo compila, lancia i test e riporta eventuali fallimenti. Puo' essere configurati per adattarsi a varie esigenze.

[DanieleC88]

Sembra interessante.

[NetZiro]

Ragazzi come idea è fantastica... ma prima di poter proseguire nell'idea...

Xkè prima di avviare qualsiasi progetto.... non si avvia una community che ha un server principale con un framework in php interamente creato da noi... che ci permette di tenerci strettamente in contatto... Diciamo che creiamo un pannello di controllo del team dove appunto vengono lanciate le iniziative e dove vengono coordinate le iniziative stesse....... mettiamo chat, conferenze video-audio, database di file comuni... e tanto altro..

Cmq oltre a questo io volevo proporre di creare un programma webmail open source. In rete ne esistono pochi come squirremail che però sono in inglese e che hanno molte pecche grafiche e di codice.....
Sinceramente un bel progetto webmail interamente italiano farebbe tremare tutto il web

[MaaX]

Originariamente inviato da NetZiro

Sinceramente un bel progetto webmail interamente italiano farebbe tremare tutto il web

sign irregolare? ( )