Newsgroup: it.comp.programmare.win32
Titolo: SCELTA

Ciao a tutti,
volevo chiedervi un consiglio.
Se doveste implementare un programma per la gestione delle ricevute e delle
fatture di un ristorante che programmma usereste?
Naturalmente servirā un archivio per i clienti e ogni cliente puō avere pių
ricevute immediate, pių fatture riepilogative (con la somma degli importi di
tutte le ricevute dell'ultimo mese),.......
Useretste Access, oppure usereste qualche linguaggio di programmazione come
Visual Basic?
GRAZIE.
    Ciao

Visual Basic?
Ahahahahahahah bella battuta :)
A parte gli scherzi.
Access va bene per implementare la banca del Monopoli e Visual Basic
per prelevarci e versarci i soldi finti.
Per applicazioni serie, potresti usare l'accoppiata vincente
Delphi+Interbase (Max, il mago dei db, mi ha appena detto "bravo" e di
questo sono contento, eh eh eh).
--
Andrea Laforgia (ICQ 87230455)
"ci sono tre tipi di persone nel mondo : quelli che
 sono bravi in matematica e quelli che non lo sono."

Puň anche darsi che il vb sia un linguaggio ad alto (altissimo) livello,
perň devi pensare che se Giuliano deve fare questo programma per lavoro e
non per hobby, il linguaggio piů semplice, piů veloce da utilizzare č
sicuramente il vb...
Specialmente con l'introduzione dellActiveX ado e con la crystall report puň
finire e consegnare il programma "perfettamente performante" in pochissimo
tempo...
Io sto studiando adesso il vc++ per lavoro e non consiglierei a una persona
di usarlo per un programma gestionale, a meno che questa persona non mi stia
tremendamente sul culo...

tremendamente sul culo...
Io utilizzo C++ Builder 5.0 per lavoro e ho sviluppato applicazioni
gestionali in modo semplice e veloce. Veloce almeno quanto con Delphi.
Visual C++ e' un ambiente sicuramente destinato alla programmazione di
sistema. E' sconsigliabile si', ma non per i motivi che citi, quanto
per il fatto di essere in forte difetto rispetto allo standard del
linguaggio, per esempio.
In fondo dipende tutto dalle proprie capacita' personali.
Se stai studiando adesso il VC++ (e poi, ancora prima dell'ambiente,
bisognerebbe studiarsi bene il C++, che e' gia' complesso di per se'),
e' chiaro che non puoi consigliarlo, perche', evidentemente, non lo
conosci ancora al punto da poter valutare tutti i suoi lati positivi o
negativi.


 per prelevarci e versarci i soldi finti.
Access va benissimo. Inutile usare una corazzata per uccidere una
zanzara: finche` non si va oltre a database di qualche centinaio di MB,
con i PC di oggi un DBMS (o pseudo-tale) vale l'altro.
Con la differenza che Access+VB e` facile da usare, tutto il resto no.
---
Bye! Lorenzo Lutti
http://antani.virtualave.net/

 reggera' ?) e questo e' un grosso sollievo.
Condivido perfettamente,
anche se c'č da dire che per il DB del Monopoli forse anche Access (che di
per se č il peggio con cui si possa lavorare, soprattutto in coppiata con
Delphi) sarebbe piů che sufficiente.
--
- Carlo -
c.b...@libero.it

GRAZIE.
Ciao,
io ti do una risposta che parte da un punto di vista completamente
diverso: il programma lo devi fare solo _esclusivamente_ per lavoro o
sei anche uno "smanettone" ?
Nel primo caso ti consiglio Visual Basic + Access come dbms, i tempi
di sviluppo uniti ad una relativa facilita' d'uso ti permettono di
realizzare il programma in tempi abbastanza brevi. Se poi il programma
non devi distribuirlo a n clienti (con n pc configurati ognuno
diversamente) non rischi di andare incontro a quei problemi che ogni
sviluppatore VB conosce...
Nel secondo caso, se programmare per te non e' solo un lavoro ma un
divertimento...personalmente non c'e' niente di meglio che realizzare
un programma in C++ utilizzando Win32, API ODBC, etc. etc.
Forse qui sul newsgroup saro' scambiato per un masochista, e ammetto
che realizzare programmi complessi partendo da 0 non utilizzando
framework precostituiti e' una faticaccia, ma quando vedi il risultato
finale funzionante l'effetto e' gratificante.
Io per lavori di consulenza uso il VB, e trovo estremamente
scoraggiante vedere le applicazioni realizzate malfunzionare non per
colpa di qualche bug seminato nel programma ma perche' nel sistema del
cliente c'e' la xxxx.dll versione 1.2 che e' incompatibile con la 1.1
che hai usato tu, etc etc
Ciao !
Stefano "HappyMan"
IABLA Sezione Lago Maggiore (NO)
Foto salseri/e & I.A.B.L.A. Ring
http://happyman.freeweb.org

con i PC di oggi un DBMS (o pseudo-tale) vale l'altro.
Non e' vero, te lo assicuro.
Access non e' un DBMS come lo intendo io, non mi piace e non mi
piacera' mai e non traggo questi giudizi per "sentito dire", ma
perche' l'ho usato. Paradox assolutamente non pretende di gestire
centinaia di MB, ma si inchioppa molto prima.
Io ho notato come, purtroppo, nella gestione dei dati, le tabelle
nascono zanzare e si trasformano presto in bombardieri B52, quindi
meglio premunirsi.
Mettiamola su un altro piano.
A me non serve un DB che quando scrivo un campo che inizia per "ID" me
lo trasformi automaticamente in campo chiave.
Microsoft dovrebbe smetterla di introdurre meccanismi di intelligenza
artificiale nei suoi pacchetti.
L'unica cosa di veritiero nell'aver creato Access, sono le ultime 4
lettere. E poi, diciamoci la verita', l'unica cosa buona che Microsoft
ha fatto nei pacchetti Office e' Valeria Dal Monte.


lo trasformi automaticamente in campo chiave.
Io per i miei scopi mi sono sempre limitato ad usare un file .mdb
vuoto generato da Access, per poi utilizzarlo tramite ODBC con
chiamate SQL standard (o quasi, ho scoperto che la sintassi del left
join presa pari pari da una query che funziona su SQL 7.0 su Access
viene rifiutata...)
Ciao !!


che hai usato tu, etc etc
Scusa, non prenderlo per una critica personale, ma se usi VB un piccolo
test di funzionamento con un po' di sistemi diversi non puoi non
metterlo in conto, soprattutto se usi controlli non nativi (ActiveX: se
usi D puoi permetterti di non sapere cosa sono, e se hai bisogno di un
controllo che non ti fornisce la Borland quasi sempre lo trovi con il
sorgente).
Saluti
Paolo Arosio

 lo trasformi automaticamente in campo chiave.
Questo te lo fa l'interfaccia utente di Access, che e` messa li` per
aiutarti. Non e` il DBMS.


On Mon, 18 Dec 2000 15:13:38 GMT, 
paolo...@yahoo.com
 (Paolo Arosio)
wrote:

Ciao,
ovviamente sono d'accordo con te sull'importanza _fondamentale_ dei
test su piattaforme diverse (fase che impegna parecchio me e i miei
colleghi nella software house dove sono consulente) ma per quanti
sforzi tu possa fare sara' sempre altissima la probabilita' di trovare
un pc di un cliente configurato in modo tale da creare problemi (dopo
4 anni di installazioni e almeno un centinaio di pc su cui ho lanciato
il setup l'ho sperimentato di persona).
Un esempio della settimana scorsa: Active Toolbar della Sheridan
(sstbars.ocx) con l'ultima patch applicata, testata in moltissimi pc e
in uso senza problemi da qualche mese, un mio collega rileva un
problema di paint in 2 client NT4 WKS su 10 (passando il mouse sopra
la toolbar questa sparisce, problema che si presenta nelle versioni
non patchate su Win2000) apparentemente tutti uguali...
Risultato: 1) cliente scontento che non puo' usare 2 pc per i quali
comunque aveva pagato la licenza d'uso e l'installazione 2) Io mi devo
arrampicare sui vetri per capirne il motivo.
Il problema di base e' che quando ti appoggi su molte componenti di
terze parti nel tuo software (griglia, input control, report) ti
esponi molto di piu' ai bug che le terze parti disseminano nei loro
prodotti, bug che si sommano ovviamente ai propri :)
Ciao


Server o cio` che vuoi.
Non ci accorderemo mai. A mio avviso e' demenziale usare Access per
qualsiasi tipo di applicazione, quindi limitiamoci a definirla una
questione di gusti.
--
Andrea Laforgia (ICQ 87230455)
http://www.geocities.com/AndreaLaforgia


prodotti, bug che si sommano ovviamente ai propri :)
Questo era il punto.
Personalmente trovo VB ottimo (oddio...) finche' mi limito ad usarlo
senza controlli di terze parti (senza sorgenti). Certo usato cosi' puo'
risultare un po' povero.
Saluti
Paolo Arosio

 writes:
AL> Non ci accorderemo mai. A mio avviso e' demenziale usare Access per
AL> qualsiasi tipo di applicazione, quindi limitiamoci a definirla una
AL> questione di gusti.
D'altro caso le nuove licenze Oracle vanno a Megahertz del processore...
\begin{echelon}
Waco, Texas DES fissionable Ft. Bragg spy Ft. Meade PLO Clinton
ammunition terrorist FSF North Korea cracking Peking KGB
\end{echelon}
\begin{avviso}
 
Attenzione: Leggersi lo header riguardo al mio e-mail!
Warning: read header for infos about my e-mail.
\end{avviso}
+----------------------------------------------------------------+
| Gian Uberto Lauri * "So, are you working on fixing that bug    |
| 
sa...@eng.it
      *  *now* or leaving it until later ?" - YES  |
+----------------------------------------------------------------+

D'altro caso le nuove licenze Oracle vanno a Megahertz del processore...
E sono pure un po' troppo care a mio parere, vista la potenza in MHz
dei server odierni ! :)


D'altro caso le nuove licenze Oracle vanno a Megahertz del processore...
Comunque sono a conoscenza di una versione light di Oracle per Linux.
Non l'ho ancora montata (anche perche' la configurazione e' abbastanza
pallosa).
