Newsgroup: it.comp.lang.visual-basic
Titolo: come scrivere software seriamente?

Ciao,
in 10 anni di programmazione in visual basic non mi sono mai posto troppo il
problema di scrivere i miei sw seguendo regole di ingegneria del sw o
procedure di controllo della qualità; mi limitavo a progettare lo schema del
db e qualche flow chart per la logica. Per il resto bastava che funzionasse
bene...
Adesso penso che sia arrivato il momento di crescere un po' e vorrei sapere
dove posso trovare informazioni su come scrivere un programma seriamente.
So che è una domanda molto generica, ma mi piacerebbe sentire l'opinione di
chi programma o ha programmato in software house di un certo livello.
Grazie
ciao
Alex.

 
Io programmo alla MS, ti interessa anche la mia opinione?
;-)
	maxx
-- 
NOSPAM: Rimuovere i trattini dallo username!
Cut hyphens from my username!

 Alex.
Ehm...cmq....se ti vuoi proprio "ingegnerizzare"
beh....l'università ce l'hai in zona?
"ingegneria informatica"...ti aspetta...
Auguri ! :-P
-- 
Il Wodkino Nazionale è a : 
www.martek.it
Pagina Vb/Bestiario/Lamer Experience :
http://www.martek.it/go.asp?portamia=2
 New Entry nel bestiario!
:-)

Io ho seguito le lezioni di ingegneria del Software all'università di
bologna, si possono scaricare gratuitamente i lucidi delle lezioni
all'indirizzo:
http://lia.deis.unibo.it/Courses/IngSwA0304/
Sono molto chiare ed insegnano a sviluppare software solido...
-
Buona giornata!
Gianluca

Mi sono permesso di guardare le slide ...  anche perchè
pur ritenendomi un buon programmatore ammeto sempre che
c'è da imparare dalla mattina alla sera, anche cose che si crede
di sapere ...
tuttavia l'introduzione che il docente Bellavia fa ... dicendo
cosa significa scrivere un buon software e mi da nella slide queste
risposte ...
Risposta del programmatore C:
"Scrivere del buon software significa ottimizzare ogni istruzione,
in modo da ottenere il codice più compatto ed efficiente possibile"
Risposta del programmatore Visual Basic:
"Scrivere del buon software significa fornire le funzionalità
richieste dall'utente nel minor tempo possibile e col minor costo
possibile, indipendentemente da come si arriva al risultato"
Mi lascia dell'amaro in bocca e con diverse perplessità sulla vera
utilità del corso stesso.
Mica vero che se uno programma in vb per forza di cose deve
scrivere puttanate come allude il sig. Bellavia
Evidentemente la sfera di colleghi e/o programmatori che ha
conosciuto non ha tra le sue file persone che sanno cosa vuol dire
lavorare seriamente ...
rischio un flame da paura ... può darsi ... ma sono estremamente
permaloso.
Andrea

Non voglio difendere il docente a tutti i costi, ma d'altra parte non lo hai
conosciuto di persona.
Comunque è un docente a cui non manca il senso dell'umorismo, per cui non
prendere le sue parole come un'accusa infamatoria, quanto come una
battuta...
--
Buona giornata!
Gianluca

 battuta...
Bene se è una battuta, malissimo se anche solo lontanamente vuol essere in
qualche modo ... didattico.
Perchè quanto riportato nel post di Andrea (le slides mi riprometto di
guardarle con comodo) di tecnico e di realistico non c'è una virgola. Non
per il programmatore C, nè per il progr.VB.
La regola prima (da imparare sul campo)? Sapere cos'è, frequentandone la
categoria, il cliente. Tutto, subito e pratico. Sulle prime due il cliente
si rassegna dopo un po', sulla terza ha da insegnare a tutti noi, e a
ragione.
Non sempre ci si riesce, ma la praticità dovrebbe essere la legge che ogni
programmatore deve rispettare (prima di ogni altra), imparando sempre dalle
indicazioni fornite dall'utenza vera, quella che usa l'applicativo tutti i
giorni. 30 anni fa eravamo dei pionieri, mostri guardati stranamente, oggi
siamo degli artigiani. Io sono, almeno formalmente, un artigiano, non so se
mi merito tale qualifica sul campo, ma ci provo, ogni giorno.
Ecco perchè dico che la FlexGrid che non sente i tasti (e solo per quello)
non vale niente, mentre la Grid32 (superspartana e antichissima) è
eccezionale. Ah... non si vedono più le robe di una volta.

scrivere puttanate come allude il sig. Bellavia
Attenzione, non ha detto questo. Ha solo estremizzato due posizioni
tipiche che nel tempo ho avuto modo di vedere. Cio' non toglie che
esistano molti programmatori VB coi controcazzi - e, d'altra parte, se
vuoi far qualcosa di appena un po' serio devi usare le API, il che
vuol dire studio, conoscenza del SO, ecc. ecc. -.
Ciao!
Luca

giorni. 
Io ho sempre pensato che per il disegno dell'interfaccia ci dovrebbe
essere un professionista apposito, lasciando al programmatore il
compito di implementazione degli algoritmi.
Qualche - ahime', molto - tempo fa ho visto un off-line reader per
mac, sviluppato da un mio collega. Per l'interfaccia aveva dato le
direttive di massima a un suo amico grafico e designer, lasciandogli
poi la massima libertà per quanto riguardava l'ergonomia. Bene, il
risultato e' stato stupefacente!!
D'altra parte, e qui concordo con te, spesso il cliente non ti da il
tempo ne le risorse economiche per studiare le interfacce da un punto
di vista ergonomico. Allora, le butti li, dicendo 'la sistemero' poi',
cosa che non accade mai.... ;-)
Ciao!
Luca

 non per VC (o Java).
Ma nulla a che dire sul fatto che vb sia facile da imparare, facile da
usare ... facile facile facile.
Ma proprio perchè facile spesso e volentieri viene preso sotto gamba
e usato a caxxo di cane ... il che equivale a programmi di cachcio
che per correggerli devi accendere un cero alla m. di lourdes.
Tuttavia come giustamente tu dici ... possono esserci programmatori
vb che hanno i controcoglioni e che usano il vb perchè è semplice e ti
permette di ottenere buoni risultati senza troppi cacchi come il c o
atri linguaggi, sopperendo alle mancanze che tu hai notato con tecniche
avanzate che non fanno del programmatore vb - non di tutti per lo meno -
il sempliciotto che a mio avviso il prof. vuol far credere.
Sarà per questo che non mi sono iscritti all'università?
ciao
Andrea

 cosa che non accade mai.... ;-)
I miei clienti non si fanno molti scrupoli e, ripeto, a ragione: se c'è un
tasto di troppo o un campo fuori sequenza, me lo dicono. Questo è il vero
test dell'operatività di una procedura. Anche per una procedura
perfettamente funzionante. Insomma, non basta che una procedura sia
perfettamente funzionante per essere altrettanto funzionale.

 Gianluca
Ehm...a sto tizio però bisognerebbe scrivere.....perchè non mischi "Pere e
DVD"
Se esiste
e ripeto SE
il C ....il Fortran...Il Cobol....ed anche il VB....ed il Delphi/Pascal....
è per ragioni commerciali indubbiamente....pricipalmente per quello.
Ma ognuno vive nella sua nicchia....ossia....
io ho massimo rispetto per chi programma in C...o in Java....
peccato che l'incontrario spesso non accada!
Io un gestionale lo scrivo un X giorni...in C lo scrivi in n*X giorni...in
C++ già in (n-a)*X giorni....
Certamente se devo scrivere una app Time-critical ...mi rivolgo non certo al
VB...ma all'amico programmatore in C/C++....
Se mi chiedono un programma per l'analisi dei testi antichi...mi
sbizzarrisco con il VB...
Che voglio dire?
Che bisognerebbe spiegare al professore che se VB esiste ha una sua ragione
di essere
...e che è dotare in maniera rapida un programma di una interfaccia
amichevole!(il 99% del vb è questo)
Certamente da buon profffffff dirà che bisognerebbe separare l'analisi,
dall'implementazione dell'algoritmo, dall'interfaccia.
Si...si può fare....in VB si fa anche se spessso è connaturato e mischiato
l'algoritmo con l'interfaccia (danni/vantaggi di essere "Visual")...(sto
zitto e lo dico piano ...con il 
vb.net
 la cosa migliora alquanto mi
sembra...sssssss  java docet.....)
Lo fai anche con il C++...ma devi conoscere mooolto più a fondo il SO e il
sottosistema grafico [anche se ci son oramai librerie apposite ] (è un bene
o un male?....e qui si potrebbe aprire un altro dibattito infinito....come è
emerso...se il programmatore debba pensare solo all'algoritmo e sbattersene
dell'interfaccia)

 sembra...sssssss  java docet.....)
Bravo, alla fine era proprio questo che mi interessava!
A me vengono sempre fuori dei programmi-risotto (...) dove il codice è
sparpagliato qua e là.
Per tenere un minimo di organizzazione scrivo una valanga di funzioni
mettendole quando posso nei moduli e spesso riesco a riutilizzarle, ma
tant'è alla fine esce una zuppa... buona, ma è una zuppa.
Scusate la divagazione culinaria, sarà l'ora... :-)
Bye!

> migliora alquanto mi sembra...sssssss  java docet.....)
beh, tacendo ... faccio un gran baccano...


Mi permetto di consigliarvi un paio di links dell'uni di Roma (la Sapienza)
- Ing.Inf. Ho seguito questi corsi un paio di anni fa e li ricordo
decenti... ma tutto cambia! Se vi va, ditemi che ne pensate...
Ciao Haxl
http://www.dis.uniroma1.it/~cadoli/didattica/progettazione-sw-1
http://www.dis.uniroma1.it/~cadoli/didattica/ingegneria-sw
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 beh, tacendo ... faccio un gran baccano...
io .net lo sto studiando. ma non andrò certo a rovinarmi la vita con 
vb.net
.
Se proprio dovrò usarlo potrei valutarne l'utilità in ambito web, soap e xml
(e non per il vb, ma eventualmente c#), tecnologie per le quali .net mi
sembra sia ben dotato. Ma finché potrò scegliere io allora userò java.
VB6 continuerò a usarlo come ho fatto fino ad ora, ma il punto era: lo sto
usando bene o no? Tanto per fare un esempio: cosa vuol dire "rendere
modulare un programma" ? Significa che devo infilare tutte le funzioni in
una o più DLL o cosa?

 le funzioni in una o più DLL o cosa?
Secondo me va a gusti, nel senso che la manutenzione deve essere il più
possibile facile per chi la deve fare. Personalmente metto le S/F comuni in
una DLL (pur con i problemi di compatibilità binaria che mi costringono a
ricompilare tutto ogni volta che faccio una modifica), il resto in vari
moduli, distinti e separati per funzione.
Per esempio per il trattamento dei dati, dei controlli, delle finestre,
delle mail, etc. Ma, come ripeto, è solo un'organizzazione personale.
Altro e più ampio discorso andrebbe fatto sul come strutturare le
funzionalità di una S/F, in modo da trovare (sempre IMHO) il giusto
compromesso fra la riusabilità, la chiarezza, l'autonomia, completezza e,
per contro, l'uscire in continuazione da una S/F per riutilizzare
quell'altra, magari per 2 righe che sarebbero ben più leggibili se duplicate
all'interno della chiamate, e poi quell'altra e l'altra ancora. Questo per
8000 livelli e rientri...
Spesso mi rendo anche conto che io non rammento più, al volo, la sintassi di
VB o di DAO o di ADO: chiamo delle mie S/F che intimamente usano tale
sintassi, ma, una volta fatte e funzionanti, mi scordo la sintassi che le
compone, perchè è come se mi fossi inventato "il mio linguaggio".

 io allora userò java.
cut
ehm ...a parte le preferenze personali........
quindi...A PARTE QUELLE...(che secondo me portano tutti a scegliere c#
perche nel nome c'ha "c" e tutti si senton più "fighetti")
perchè MAI E POI MAI VB.net e SI E POI SI C#????
c'è un vantaggio EVIDENTISSIMO che fa scegliere in maniera ineluttabile C#
???
Grazie....attendo spiegazioni
Buona domenica!


 ???
E' un fatto del tutto soggettivo.
Per quanto mi riguarda la sintassi del C# è pressoché identica a quella del
java e siccome sono un caprone e non ho voglia di imparare 
VB.NET
 e conosco
bene java, se proprio dovessi scegliere sceglierei C#. Per il resto il
codice viene trasformato tutto in Intermediate Language, quindi che uno usi
vb.net
 o c# non cambia molto dal punto di vista delle prestazioni.
Se uno volesse fare il fighetto gli consiglierei di buttarsi sul managed c++
piuttosto...
Bye!
Alex

 sintassi di VB o di DAO o di *ADO*
<panico>
Oddio! Oddio! Allora è vero che sei passato ad ADO!  :-O
</panico>
<richiesta>
Se riesci a passarmi qualche routine che gestice ADO ti sarei grato...
E' parecchio che ci sbatto la testa, ma non ho ancora capito come creare dei
moduli adattabili a varie situazioni (stringhe di connessione, password,
risposte del db, query...)
</richiesta>
bye
-- 
Esistono 10 tipi di persone: chi conosce il binario e chi no.
Gestione Ottica - Gestionale per Ottici e Programmi Gratuiti su:
http://www.nicolaottomano.it

 </richiesta>
A parte ESP0DAMA, cerca di essere più preciso, magari con degli esempi.

> A parte ESP0DAMA
proprio quelle! Che scemo a non averci pensato.
Ora ci do un occhiata e vediamo cosa riesco a tirare fuori.
Grazie 0,52?
