Newsgroup: it.comp.lang.visual-basic
Titolo: [OT] Voglio fare un'astronave...

... la posso fare con VB???
Qualcuno mi spiega perchč la gente vuole fare cose di cui non sa una beata
cippa? Io non sono laureato in fisica e non mi viene in mente, non sapendone
nulla, di fare un sistema di simulazione dei flussi solari con VB. Perň sono
laureato in economia e lavoro in una ditta che fa ERP e lavoro con VB.
Abbiamo avuto richieste di gente che vuole fare un firewall in VB e non sa
neppure cosa siano i livello OSI, gente che vuole fare programmi di
fatturazione e non sa neppure come si calcola l'IVA, gente che vuole fare
programmi di tutti i tipi e non ne sa mezza del problema che deve
affrontare.
Ma lo volete capire che per risolvere un problema per prima cosa dovete
CAPIRLO e poi, solo POI potete prendere VB e risolverlo?
Saluti
Massimo
PS: E' venerdě pomeriggio, e si vede!


[cut]
che dire... perfettamente d'accordo.
Quando si dice (spesso) che bisogna scegliere lo strumento di sviluppo in
fonzione di ciň che si deve fare, si intende anche questo.
Purtroppo molti affrontano il problema nell'ottica inversa, o meglio, non
affrontano il problema per niente.
Credo alle volte influisca l'entusiasmo di chi inizia e la mancanza di
preparazione di base.
In questo senso, i bei tempi in cui -prima- di scrivere anche solo una riga
di codice si stendevano fior di diagrammi di flusso e si trascorrevano fior
di ore in analisi erano sicuramente piů soddisfacenti.
Oggi la tendenza č quella di scrivere "qualcosa" e di cercare di farlo
funzionare, spesso senza conoscere i termini esatti del problema che si
affronta nč le sfaccettature degli strumenti a disposizione (leggasi vb).
Con i risultati che stanno sotto gli occhi di tutti:  anche di questo si
nutre winzozz... di programmi raffazzonati e fatti "girare" a scarpate
anzichč con la conoscenza delle problematiche affrontate.
ciao
ugo

... la posso fare con VB???
Intanto comincia a sviluppare il SO per l'astronave... :-PP hihihihihi
:-))
Concordo.
Per arrivare là, dove nessun'altra runtime è mai giunta prima...
Ciao,
Moreno
-- 
#sirri#@#
morenosoft.com#
(togliete "#" dall'indirizzo)
Moreno Sirri VB Site - 
http://www.msvbsite.net
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.it-lang-vb.net
---------------------------------------------------------------------------

 :-))
"Questa astronave ha commesso un'operazione non valida e sarà terminata"...
:-PPP
ciao
ugo

anzichè con la conoscenza delle problematiche affrontate.
Parli di "programmi" o di "buoni programmi"?
Credo che tutti abbiamo iniziato molti lavori iniziando a scrivere
codice e poi pensando... poi però - se non è vero quanto appena
affermato, parlo al singolare - mi sono accorto che tali lavori erano
magari funzionali, però penosi dal punto di vista dell'architettura e
con un livello di manutenibilità tendente allo 0 (da sx).
Quando insegnavo mi rendevo conto, e cercavo di far capire agli allievi,
che la cosa più difficile per chi inizia è entrar nella cosiddetta
"mentalità di programmazione", ovvero cercare qual'è il metodo migliore
per risolvere un determinato problema a partire dagli strumenti a
disposizione.
C'erano degli allievi che conoscevano la sintassi del linguaggio ed i
fondamenti di programmazione, però se gli chiedevo di ordinarmi un array
andavano nel panico, poiché tendevano sempre a ragionare "da utente" e
non da programmatore, quindi gli mancava quell'elasticità mentale per
cercare di capire quali erano i procedimenti logici da seguire per
analizzare e quindi risolvere quel problema.
Forse queste domande non si trovano nei ng di C e C++, poiché
probabilmente già per creare una msgbox con scritto "Hello World" uno
deve assimilare certi concetti che gli fanno capire che un Sistema
Operativo "visto dall'altra parte" non è così immediato da concepire...
(anche se neanche visto dalla parte dell'utente lo considerò così
semplice, però molti ritengono di conoscerlo (non dico "i") a menadito).
E poi mi vien da pensare ad un mio caro amico che si è appena iscritto
ad Ingegneria Informatica e non vi dico cosa riesce a partorire... però
è un mio caro amico... :-))


 PS: E' venerdì pomeriggio, e si vede!
massimo,
in questo momento
vorrei farti un monumento (*)
grazie,
j.finalmente.qualcuno.che.capisce.che.sarebbe.bene.capire.almeno.qualcosina.
di.quello.di.cui.si.parla.e.che.si.vuole.programmare. (**)
(*) lo posso fare con vb ?
(**) pero' il fw in vb non era male. forse contrasterebbe efficamente --
omeopatia -- i virus in vb che qualcuno continua a progettare.

 omeopatia -- i virus in vb che qualcuno continua a progettare.
Offro una cena a chi fa un firewall in Vb!
Ciao

 PS: E' venerdì pomeriggio, e si vede!
Se il tuo sfogo non era diertto a me potrei rispondere che è venerdì anche per
me :-))))
Comunque non sono d'accordo in ogni caso con le tue critiche...
Mi puoi dire che alcune cose non possono essere risolte in VB...OK!
Ma dai anche alle persone la possibilità di seprimentare no? :-)))
...e pensiamo anche che domani è sabato e non facciamoci sempre il sangue
cattivo...
non c'è motivo no? :-)
Ciao
Andy
-- 
Posted from 
h255-19-31.rm1.albacom.net
 [213.255.19.31] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Operativo "visto dall'altra parte" non è così immediato da concepire...
Non sono d'accordo. Il linguaggio usato influisce in modo del tutto
secondario sulle scelte progettuali.
[...]
Ciao
Alfonso

 (ciao a entrambi),
personalmente, no. credo che un prg di fatturazione sia abbastanza
ragionevole pensarlo in vb. magari non su un pentium prima generazione.
barcollo di piu' sui s.o., fw, games pensati in vb, anche se non escludo che
il prossimo winamp possa essere in vb (*). oddio, diamo molto sul
probabilistico, comunque...
non ho seguito il tuo thread. e' pero' vero che molti informatici non
provano mai a uscire dai loro schemi, spesso, come testimoniato dai ng, non
molto elasticizzati. esempio banale:
un programma per biblioteca. informatico tipico:
un libro ha un autore, un argomento, un editore.
NO CAZZAROLA NO !
una volta per tutte:
un libro (o un disco, o un film) puo' avere
- 0-n autori
- 0-n argomenti
- 0-n editori
- 1-n pagine ( unico n dato per scontato... :)
sono tutti legami n-m !
be', prova a cercare sulla rete i prg per collezioni casalinghe di libri,
cd, vhs ecc., e dimmi un po' come sono impostati...
ciao, j.n-m
(*) specie per i lenti, walzer, cose cosi'.

 In questo caso ti suggerirei J-Builder, o C++ Builder
j-builder... hmmm...
devo prenderla come una proposta per il calore in arrivo ?
j.heat

secondario sulle scelte progettuali.
Non mi sono spiegato: intendevo dire che le nozioni che hai appreso per
raggiungere quello scopo sono comunque sufficienti a farti capire che
non son tutte rose e fiori, che non è tutto così immediato e banale e
che per imparare un linguaggio basta leggere un libro dell'Apogeo...
In VB, invece, il fatto che già un msgbox porti dei risultati
appariscenti, fa pensare a molti che "un'applicazione non è altro che
una successione di comandi altrettanto semplici".... credimi, purtroppo
molti che si avvicinano alla programmazione la pensano così... e sai la
fatica a trattenermi quando me lo dicevano apertamente! :-P


 ridisegnare totalmente parte dell'applicazione... :-P
statisticamente, al secondo o piu' probabilmente terzo briefing
sull'avanzamento dei lavori, il cliente apprezzera' entusiasticamente
soprattutto le cazzatine (splash, about, barre di progressione, puntatori
animati), mentre chiedera' lievi modifiche che andranno ad alterare in certa
misura le relazioni di integrita', la multiutenza, le stampe, la
dislocazione del db (che si rivelera' obbligatoriamente un webserver linux).
j.murphy

 se penso al mio c/c, e' meglio che non mi proponga nemmeno io :))
ah ah ah

Ciao J.
il quesito che avevo posto io (il secondo in un mese...possibile che ci vado
sempre in mezzo eh eh)
era relativo alla numerazione delle fatture...avevo pensato di creare una
tabella
per memorizzare il campo numero e leggerla ogni volta che c'era la necessità
di creare una nuova fattura (per non dover scorrere tutta la tabella
fatture)...
a parte questo (che Ugo mi ha detto essere un buon metodo da seguire...e mi ha
fatto contento)... Stefano, con la sua esperienza e con una disponibilità
notevole,
mi ha spiegato meglio la differenza tra fatture, parcelle, R.A.,Contributi
etc...
visto che io avevo definito "ordine" un lavoro (di consulenza, di
progettazione)
eseguito da una Società (che gestisce uno Studio Professionale) per conto di un
Committente...e "prodotti" le singole voci del lavoro eseguito (documentazione
fotografica, redazione progetto, P.O.S., P.S.C. etc...)...
Quindi la mia spiegazione poteva essere leggermente fuorviante per chi
leggeva...considerando che
Ugo si è posto il problema delle bolle e Stefano appunto gli altri problemi
su IVA & C.
Per questo mi è dispiaciuto lo sfogo di Massimo (sempre se riguardasse il mio
post...ma secondo Google si), considerando che io stavo semplicemente seguendo
le specifiche del cliente per un programma decisamente realizzabile in VB.
Cioé, mi sembra eccessivo il suo mettere sullo stesso piano una cosa che
proprio non si può fare in VB ed una domanda sulla bontà di un metodo per
realizzare una cosa fattibile (senza doversi sentire dire "di non sapere
una cippa di economia"...)
Ciao e tanti saluti a j.pal
Andy
PS questo è il mio primo vero programma... giusto per curiosità ho disegnato
anche il modello E-R del DB prima di iniziare a mettere le mani sulla
tastiera... ;-)))
PS2 per WinAmp in VB: ci stavo lavorando oggi.... effettivamente ho dei
problemi con
dei pezzi a 140 bpm....
Scherzo eh eh eh 
-- 
Posted from 
h213-32-60.rm1.albacom.net
 [213.213.32.60] 


 tu, è inevitabile...
Concordo, sigh...
Me ne hanno insegnata una bella, che conoscerete:
"i software sono come le banane: maturano dal cliente"

 specifiche) si evidenziano molto prima.
Anche su questo sono d'accordo. Oggi indubbiamente una flow-chart
passo-passo è anacronistica (quasi) sempre.
Tuttavia ciò non ti esume dalla conoscenza del problema e dalla pre-analisi
delle possibili soluzioni.
ciao
ugo

 animati),
ciò è comprovato statisticamente.
Nell'ultima rel. di un programma, ho inserito un paio di gif animate che
hanno mandato in visibilio tutti...   :)
ciao
ugo

 writes:
MG> Ma lo volete capire che per risolvere un problema per prima cosa dovete
MG> CAPIRLO e poi, solo POI potete prendere VB e risolverlo?
No, non  sempre il VB. Perché si  deve capire il problema  e capire il
funzionamento degli strumentio che potrebbero aiutarci a risolverlo, e
non sempre quello che ci viene in mente per primo è il migliore.
Come dicono i  giapponesi "per l'uomo col martello  ogni problema è un
chiodo".
(BTW, non sono  laureato in Economia ma sto  lavorando su un programma
usato, se non erro, nell'ERP e  vorrei che chi ha iniziato il progetto
non avesse usato VB)
--
Gian Uberto| main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Lauri      |                        David Korn, 1987 ioccc best one liner 
(aka saint)|-------------------------------------------------------------------
em@ail: 
sa...@eng.it
 ( vedere X-nospam nello header - see X-nospam in header )

:-PPP
Allora i BORG girano sotto unix? Mio dio, allora sono freeware! Ecco
perche' si replicano cosi' facilmente...
Bill, portaci su...

> :-PPP
E> Allora i BORG girano sotto unix? Mio dio, allora sono freeware! Ecco
Che tucow-ata :)
A) Il messaggio suona tanto Windowsozo
B) Borg era una versione di OS/2 .... :)


 B) Borg era una versione di OS/2 .... :)
un 386 in bianco sull'erbetta di wimbledon ?
quello dei fatidici scontri con il mac enroe ?

 ha scritto nel messaggio
news:9q74b3$mur5v$1...@ID-51318.news.dfncis.de...

LOL   :-)
Comunque bei tempi... quello sě era tennis... e pensare che tifavo per
Mac... :-)
ciao
ugo

 perché il problema va capito non risolto....
Che permaloso....
A parte tutto lo sfogo non era per te, la fatturazione mi è solo venuta in
mente perchè mi ricordavo il messaggio, ovviamente non ti chiamavo in causa
direttamente (quello del firewall sì!). Ma è una tendenza che abbiamo visto
e rivisto negli ultimi mesi.
Rimango comunque dell'idea che se vuoi fare un programma che stampa fatture
una minima infarinatura (basta un bignami per l'esame di ragioneria) la devi
avere.
Quello che non mi piace del tuo modo di ragionare è l'assimilare il
programmatore ad un "compilatore di PowerPoint" che prende un elenco di
requisiti di cui non capisce un tubo, applica le sue conoscenze ed esce un
programma già fatto. E' uno svilire il compito, cercare di ridurci a
semplici tute blu che come bravi operai in fabbrica fanno quello che gli si
dice.
Ed è un modo di lavorare CHE NON SOPPORTO e che invece da parte di quelli
che organizzano developer viene molto apprezzato. Il problema è che se
volevo fare l'operaio o il capo reparto andavo a lavorare in fabbrica, non
facevo il programmatore. E credo che soprattutto da parte delle persone
giovani (io oramai, a 36 anni, inizio a non fare parte della categoria ed
infatti programmo sempre meno e scrivo sempre di più) sia necessario
rendersi conto che questo modo di lavorare è profondamente sbagliato.
Saluti
Massimo

 Gian Uberto|
main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Mi sa che il tuo martello ha la faccia di un pinguino sul lato...
Saluti
Massimo




> non avesse usato VB)
MG> Ma  dipende da VB  o da  chi ha  iniziato il  progetto? Se  chi ha
MG> iniziato era un  cane avrebbe forse fatto ancora  più danni usando
MG> altri strumenti,  se del  codice scritto male  in VB  rimane tutto
MG> sommato "comprensibile"  e "quasi mantenibile"  del codice scritto
MG> male in VC++ mediamente risulta incomprensibile ed immantenibile.
Fammi tu il subclassing di un OCX in VB e ne riparliamo :).
Concordo  con te che  ci sono  state scelte  di management  taccagne e
sbagliate,  per far le  cose bene  si prende  il prototipo,  si chiama
l'ingegnere e gli  si dice : "Bon adesso  vogliamo qualcosa che faccia
quello che fa il prototipo più il resto che ci è venuto in mente e che
sia robusto". E l'ingegnere crea una cosa ex novo. Prendendo anche una
cosa fatta da un cane e trasformandola nel prodotto di un lupo :).
--
Gian Uberto| main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}


 PS: E' venerdì pomeriggio, e si vede!
So cosa intendi dire :-(
Bye, G.


Ciauz
Cucca

"Paperino" <non...@lo.dico> ha scritto nel messaggio
news:9q7d3u$dji$1...@stargate1.inet.it...
[cut]
ROTFL
ciao
ugo

 :-PPP
Consiglio una lettura impegnativa:
Attacco allieno alla terra
http://www.gianky.com/microzoft/attalien.htm

 
http://www.gianky.com/microzoft/attalien.htm
Ehm, non me ne vogliate... me ne accorgo solo ora...
Ogni riferimento a cose persone o avvenimenti è puramente casuale.
Ciao


Il bersaglio NY e' sempre stato, nell'immaginario mondiale, il punto su cui
far partire qualunque attacco agli USA.
Beh, in effetti i punti strategici sarebbero WH, pentagono e NY (WTC o
statua della liberta')...
Che sono poi quelli che sono effettivamente stati presi di mira, ma c'erano
dozzine di film che raffiguravano attacchi agli USA piu' o meno nei termini
che poi hanno scelto i terroristi.
Ciaotutti,
*

che poi hanno scelto i terroristi.
Infatti. Non so se hai presente le scene iniziali di Armageddon: dopo la
raffica di meteoriti (una delle quali trafigge una delle due torri),
fanno una panoramica su Manhattan e l'immagine è alquanto inquietante:
sembra quasi tratta dalla CNN piuttosto che dal film... :-((
Vabbé, siamo OT.



Se te lo sei studiato da autodidatta, per cominciare hai avuto un pessimo
maestro :)
Cmq conoscere un linguaggio non significa saper programmare, cosi' come
conoscere l'alfabeto non significa saper scrivere un libro.
Se sai programmare, la prima cosa che fai e' documentarti sul problem. Fatto
cio' sei in grado di capire se il linguaggio che conosci e' in grado di
risolvere il problema con cui sei alle prese.
Questo e' l'unico modo giusto di lavorare. Dopo di cio' ci possono essere
altri passi, quali decidere l'architettura, scrivere la documentazione,
creare un prototipo, tutti piu' o meno intercambiabili, ma PRIMA di fare
qualunque cosa devi CAPIRE cosa vuoi fare.
E non basta capirlo forse si' forse no, devi avere ben chiari in testa i
confini del problema, altrimenti ti troverai a sguazzare in un mare di ...
E direi che buona parte dei presenti sa di cosa parlo :P
Tutti abbiamo iniziato scrivendo codice e aggiustandolo in corsa, tutti ci
siamo accorti che alla fine il programma era manutenibile solo sputando
sangue ogni volta. A quel punto abbiamo iniziato a stendere un po' di schemi
prima di scrivere codice.
Con il tempo gli schemi sono diventati sempre di piu... Alla fine c'e' una
evoluzione naturale in analisti puri, verso i 40 anni i programmatori
tendono a non scrivere piu' codice ma solo schemi che altri programmatori
useranno come base per le loro imlementazioni.
Alcuni lo fanno prima, altri lo fanno dopo... Avevo un'analista che aveva
meno di trent'anni ed era grandiosa, praticamente ti scriveva il codice in
italiano, mentre conosco programmatori che scrivono tranquillamente codice
superata la soglia dei 50 e non pensano proprio di smettere, altri che ad
una certa eta' si sono dati al management...
Comunque sia TUTTI scrivono uno straccio di schema prima di buttar giu'
codice, perche' sanno che se altrimenti se ne pentiranno in corsa.
Ciaotutti,
*

 useranno come base per le loro imlementazioni.
a 50 poi si danno direttamente ai trattati sul *nirvana e sulla
metempsicosi, sperando ci sia un'altra possibilita'.

 statua della liberta')...
redmond.


Non per un ATTACCO agli USA... Se volessi fargli un FAVORE, forse...
Almeno per un po' eviteremmo altre calamita', come insegna la famigerata
lista:
Hiroshima '45
Chernobil '84
Windows '95 (nonche' '98 e 2000, al peggio non c'e' mai fine)
Ciaotutti,
*

 metempsicosi, sperando ci sia un'altra possibilita'.
Il tuo umano si sta gia' dando da fare per migliorare il proprio karma? :P
Anche se immagino che con te di karma (intesa nel senso piu' romanesco der
termine :P) ce ne voglia tanta :P
Ciaotutti,
*

tipo su questo ng
Lo spero anch'io: sono autodidatta pure io...


 termine :P) ce ne voglia tanta :P
:)
con me e' karmissimo.
con certi post un po' meno.

 Lo spero anch'io: sono autodidatta pure io...
si vede
--
j.selftaught



??


 ha scritto nel messaggio
news:0nnlstkclu15an0ir...@4ax.com...


non farlo!
Chi ha detto che mi infastidisce il tuo? 
A dire il vero non credo di averlo letto poiché non è che ne capisca
tanto di firewall; a parte questo, ora che ho controllato, non ho letto
molti dei tuoi post per il solo fatto che riportavano "URGENTE" nel
subject: questione di punti di vista anche ui, se vuoi... il mio lo sai.
Però non mi hanno infastidito, li ho semplicemente ignorati. :-)
(se questo mio atteggiamento di infastidisce - e cavolo, qualcuno deve
pur infastidirsi, no? :-PP - leggi i vecchi post, il Manifesto e magari
ti può tornar utile nei post futuri. Se la vedi come una critica, vedila
anche come un sincero consiglio.)


 un mb per arrivare a capire quale fosse il tasto ON/OFF!
Se tu devi guidare l'auto non ti interessa (oddio, forse un'infarinatura non
farebbe male) come funziona il motore, ma se sei un meccanico... si spera
che qualcosa tu debba sapere!
Ciao