Newsgroup: it.comp.lang.delphi
Titolo: [OT forse] Nasce prima l'uovo o la Gallina

Nel creare le mie (poche) applicazioni mi sono sempre domandato quale strada
sia più giusta/facile da seguire per cominciare; mi spiego meglio :
è più giusto pensare su carta tutto il programma, con interfaccia grafica,
struttura dati ecc. ecc. e poi cominciare a buttarlo giù come codice oppure
è meglio partire passo dopo passo a scrivere il codice e in corso d'opera
vedere cosa succede (problemi e altro)?
Tutta l'interfaccia grafica (cosa molto bella ma molto dispendiosa di tempo)
va pensata prima di cominciare a programmare?
A qualcosa mi sono un po' già risposto da solo: se il principi da seguire
sulla struttura sono quelli di carattere modulare non è fondamentale pensare
tutto prima visto che poi un modulo si può integrare facilmente (sempre se è
un vero modulo).
Stefano LD

Per me è sempre meglio scrivere il codice passo dopo passo.
Che sia l'interfaccia grafica o il calcolo o il database o altro.
A seconda di come lo vedi tu.
Ciao.

--------------------------------
Inviato via 
http://usenet.libero.it

> Per me è sempre meglio scrivere il codice passo dopo passo.
secondo me l'analisi cartacea di quello che sara' il software che si intende
sviluppare, e' veramente necessaria solo se si sta affrontando, per le prime
volte, un settore del tutto nuovo (ad es. per i primi gestionali, oppure se
per la prima volta si gestisce la produzione), e allora e' meglio
pianificare nel modo piu' preciso possibile quello che sara' il lavoro.
Altrimenti, se uno ha gia' esperienza, fa un po' di collage di pezzi di
codice, classi e procedure, e completa/modifica/adatta cio' che occorre.
Le specifiche del progetto invece vanno sempre messe in chiaro, su carta, e
soprattutto fatte firmare dal cliente e coperte con un congruo assegno ad
acconto ;D
Ciao, Sandro


e il saldo !!!! ....
Stefano

 e il saldo !!!! ....
se il cliente fa il furbetto e si fa uccel di bosco al momento di saldare,
anziche' inseguirlo per mari e monti, basta mettersi l'anima in pace e
aspettare il primo blocco del programma: prima di ricevere assistenza dovra'
pagare sia il saldo (e relativi interessi) e una parcella salatissima per
l'intervento tecnico ;)
Il coltello dalla parte del manico ce l'ha sempre il programmatore :)
Ciao, Sandro

Il coltello dalla parte del manico ce l'ha sempre il programmatore :)
Purtroppo la vendita dell'hardware non sottosta' a questa legge: questo mese
su una nota rivista di un settore merceologico e' apparso un articolo di un
imprenditore, evidenziato per le sue grandi doti imprenditoriali.
Nella foto e' in bella evidenza la scrivania con sopra il suo bellissimo pc
desktop: PC-Desktop acquistato dalla mia ditta, un anno fa.
In un anno di vita, mai rotto, mai bloccatosi.
Mai pagato.
A lui gli articoli e le foto sul giornale, a noi gli insoluti bancari.
:-(((((
-- 
Morde. 
(morde at programmer dot net)

 :-(((((
vendere hardware e' una scelta da evitare, finche' possibile, per un'azienda
di informatica, a mio parere, considerando il ricarico ridicolo e insieme il
rischio di esporti verso le banche in caso di grosse forniture e magari
vederti i pagamenti posposti di mesi e mesi. Ad esempio, il caso classico e'
quello delle gare d'appalto per forniture ad enti pubblici, gare gia' di per
se' al ribasso, dove quindi il gia' misero ricarico diventa pressoche' zero;
quando si entra e si fa la fornitura, INTANTO bisogna acquistare (con i
propri capitali) tutta la merce, installarla, sperare che tutto funzioni (se
no con gli RMA i tempi cominciano ad allungarsi), infine aspettare che si
riuniscano le "commissioni per il collaudo", le quali devono certificare per
iscritto che tutto e' a posto. I collaudi vengono fatti generalmente con
comodo, e, nel caso in cui un cavo sia fuori posto o una cartuccia non sia
stata montata in una stampante, il collaudo ha "esito negativo" e l'ente
pubblico non paga. Nel frattempo l'azienda, che magari si e' esposta in
banca per effettuare la fornitura, paga i salatissimi interessi del fido.
Alla luce di episodi come questi, che sono pressoche' la regola nell'ambito
delle aziende di informatica, mi chiedo come mai ancora tanta gente continui
a vendere hardware.
Ciao, Sandro

a vendere hardware.
Caro Sandro, e' proprio cosi': noi abbiamo su circa 150 clienti, ancora una
decina ai quali forniamo hardware. Il trend e' proprio quello di non fornire
piu' hardware il cui ricarico e' spesso al costo. Purtroppo, qualcuno ancora
vuole l' "all inclusive", e cosi' ci dobbiamo esporre....


> Purtroppo, qualcuno ancora vuole l' "all inclusive", e cosi' ci dobbiamo
esporre....
si, ho ben presente il problema, e i costi di gestione relativi. Idealmente,
un'azienda di informatica dovrebbe essere un'azienda di esperti, tecnici e
programmatori, non di segretarie e magazzinieri. L'hardware lasciamolo alle
catene (con cui il piccolo oltretutto non potra' mai confrontarsi quanto a
prezzi) e noi cerchiamo di specializzarsi e di far valere la nostra
professionalita'.
Cosi' come non riesco a immaginare un medico che venda anche medicinali, ad
esempio, non voglio immaginare una software house che venda anche hardware,
con tutti i problemi che questo comporta. Cio' nonostante piu' di qualcuno
lo fa.
Ciao, Sandro

 esporre....
L'importante è far capire al cliente finale che "comprare" i prodotti
separatamente può portargli dei vantaggi economici....

separatamente può portargli dei vantaggi economici....
Premesso che dovevi quotare me, non Sandro (Zortek), cmq alla fine a tutti
quelli che chiedono noi li indirizziamo ai vari mediaworld, vobis,computer
store, ecc...


 Premesso che dovevi quotare me, non Sandro (Zortek) [...]
Scusa mi è sfuggito....

 :-(((((
Io quando ho venduyo softaware da me prodotto includevo come prima
istruzione
If <DataDellaPrimaIstallazione> >= 90 Then
  DeleteFile <NomeDelEseguibile> ;
Oppure
ShowMessage ( 'Overflow Error 10011' ) ;
Un errore che fosse riconoscibile solo dal programmatore.
In questo modo il problema veniva forzato dopo un certo numero di giorni.
Ciao


 Un errore che fosse riconoscibile solo dal programmatore.
Un errore, per quanto finto e riconoscibile solo dal programmatore,
agli occhi dell'utente è pur sempre un errore. E bloccare
l'applicazione in questo modo è innanzi tutto è poco professionale.
Quindi da una parte c'è un discorso di prestazioni e di brutta figura
perchè senza un apparente motivo il programma si è bloccato e quindi è
tutta pubblicità negativa che ti fai, dall'altro c'è un discorso
personale di professionalità ma, appunto, è personale.
In generale non mi piace nascondermi dietro al fatto che alcune cose
"le solo io che sono il programmatore".
Dal mio punto di vista, che con i miei clienti cerco di essere sempre
il più chiaro possibile - per evitare sorprese che nuocerebbero prima
di tutto a me -, un contatore del genere, se presente, andrebbe
inserito nelle specifiche dell'applicazione e palesato al cliente.
Quindi far firmare un contratto dove si indica che:
1. il compenso è dovuto a fronte della prestazione del servizio (lo
sviluppo del software, appunto);
2. il software sviluppato contiene una chiave che, in caso di mancato
pagamento del compenso pattuito, a scadenza non sarà piu possibile
utilizzare il software e quindi, probabilmente, i dati gestiti tramite
lo stesso;
3. avvenuto il pagamento verrà fornita una chiave di sblocco che
renderà utilizzabile il software per tutta la durata della licenza.
Alla fine non fai niente di male: dimostri di non essere uno
sprovveduto e soprattutto di essere corretto fino in fondo. Mentre
invece ho l'impressione che la scorrettezza porti ad altra
scorrettezza, e così via...
Ah... dall'altro lato della medaglia ci sono tanti di noi
professionisti (chi più chi meno) del settore, che consegnano,
intascano e poi spariscono: non hanno tempo di occuparsene, hanno
cambiato lavoro, hanno cominciato un corso di yoga, ecc.
Ciao.
Gianluca.

 cambiato lavoro, hanno cominciato un corso di yoga, ecc.
Il cliente ha il numero del mio cellulare e se paga lo usa nei momenti piu'
impensati ed indesiderati. Esempio la mattina quando sono a scuola e svolgo
il mio lavoro primario di insegnante di fisica e mi vuole assolutamente
parlare anche se viene informato che in questo caso, ovviamente, io non
posso essere disponibile.
Comunque tieni a mente il mio nome così non avrai sorprese in caso di
consulenze.



Come hai indicato non è possibile cancellare "sé stesso"... tranne in dos
con TP. Dimmi che hai fatto solo un esempio. :-D
Ciao

 con TP. Dimmi che hai fatto solo un esempio. :-D
basta lanciare un eseguibile esterno che attende la close dell'applicazione
principale e che cancella l'exe nel momento in cui l'applicazione principale
e' chiusa. E' la stessa tecnica che usano i programmi che si autoaggiornano
via internet.
Ciao, Sandro

 via internet.
Ok. Ma fare un DeleteFile(Application.ExeName) non è "proprio" possibile.
Ciao

Io ho applicato la procedure in Clipper 4 percio' sotto dos ma
come dice Zortek è possibile farlo anche sotto Win9x.
Il problema reale sta nel fatto che se il cliente cambia la data
di sistema il programmatore rimane fregato comunque.


 di sistema il programmatore rimane fregato comunque.
Basterebbe verificare che la data di sistema non sia precedente a quella
relativa all'ultimo avvio!!!!
--
Acqua
-------------------------------------------------------
Download new version of my PixExperts for Delphi 6/C++ Builder 6 at
http://www.salexander.supereva.it/Pix_Exp171D6.zip


Giusto.
Me lo devo annotare.
Grazie.
Il cliente può comunque disinstallare l'applicazione, cambiare data e
reinstallarla.


 reinstallarla.
Ma il programmatore potrebbe andare ad infognare la data nel registro di
sistema e non su file!
alla reinstallazione la "data" è ancora lì!!!


 reinstallarla.
Esistono soluzioni pure per questo.
.Scrivi qualcosa nel registro.
.Metti qualcosa in "windows\system".
. Tu sei pure l'ideatore del disinstaller. ;-)
... cose più toste non servono, si parla sempre di gestionali e di *utonti
d'ufficio*.
Ciao
Giuseppe