Newsgroup: it.lavoro.informatica
Titolo: Programma server-client gestione ordini

Ciao,
un mio cliente mi ha chiesto di cercare un programmatore
per la creazione di un programma di gestione ordini all'interno
dell'azienda.
Lui vorrebbe che scegliento il cliente venga fuori l'elenco
dei prodotti che ha già ordinato e una volta scelto l'articolo
venga stampato su un lato l'ordine e sul retro di un foglio
la "ricetta" per produrre l'articolo.
E qui Excel o Access potrebbero andar bene.
Il problema nasce dal fatto che vorrebbero che ogni Pc
nella rete possa accedere a questo programma, quindo
che ci sia un Server con i database e un client, magari web,
su ogni Pc.
Voi che linguaggio di programmazione utilizzereste?
così da restringere la scelta del programmatore.
Eventualmente c'è qualcuno di voi della provincia di
PV-VC-NO interesato?
grazie e buona serata
Nicola 



php e mysql...
-- 
I.M.D. faq-you and menimanimor: 
http://indec.altervista.org
 
Magnt Quisht!
Io Voto Cina!
L.F.N.E.
http://img300.imageshack.us/img300/3158/untitledip8.png
Io ti schifo.

 > PV-VC-NO interesato?
L'allocazione del programmatore č ininfluente...o quasi:-)
Saluti.
Luciano

 così da restringere la scelta del programmatore.
se usi access come db sul server puoi usare sempre access anche come
client con le tabelle collegate, cosi' faresti solo maschere in access
e reports sempre in access.
se vuoi invece usare un client web e usi access sempre come db
centrale sul server, hai già IIS installato e quindi usa aspx
cioè .net c# o vb.
se vuoi invece esulare da tecnologia MS, puoi fare come ti hanno già
consigliato.

 Access si, Excel no.
bhè, volendo potrebbe usare anche excel, sia perchè si puo' usare come
sorgente dati a mo' di db, sia facendo una dll che istanziata via web
si prenda l'excel e si carichi i dati schiaffandoli sulla pagina del
browser...
pero' sarebbe un complicarsi al vita per niente, in effetti.

 wrote:

Python +SQLlite

nella rete possa accedere a questo programma...
Io consiglio SQL Server Express Edition (gratuito) come database su un
server. Sempre su questo metterei un'applicazione web/intranet in 
ASP.NET
con linguaggio C# o 
VB.NET
. Le stampe possono essere prodotte in HTML
oppure in PDF. I client accederebbero all'applicazione via browser.
Io sono di Torino, eventualmente potrei occuparmi della progettazione e
della realizzazione nonchè della prima installazione. Da vedere
eventualmente per la manutenzione, fattibile magari in collegamento remoto
o con qualcuno che può agire in loco.
Se sei interessato scrivimi all'indirizzo angelo (chiocchiola)
geminisoft.com
, possibilmente mandandomi le specifiche complete come le
tabelle da gestire (ad. es. clienti, fornitori, prodotti, classi di
prodotti, tipologia di pagamento, ecc.) le stampe da produrre, il numero di
computer e di utenti, qualche numero (clienti, fornitori, ordini, ecc.).
Ciao
-- 
-angelo-
www.geminisoft.com

 sorgente dati a mo' di db,
E basta con 'sto caxx0 excel! Ma voi state fuori! :-D
Un foglio di calcolo e' una cosa, una base dati un altra... 
rabbrividisco sul fatto che tantissimi ancora oggi usino 
ancora excel come *database*!Mi viene il vomito quando mi 
raccontano che hanno pagato un consulente 5/8k al mese per 
informatizzare un azienda usando cosa? Excel97+macro.
Poi chissa' perche' i clienti si incazzano perche' i 
programmi non vanno bene, vogliono cambiarlo e tocca fare le 
conversioni da quel mondezzaio!
Ciao
ps
Access si paga e fa abbastanza schifo, 100000000 volte 
meglio firebird o postgres!
-- 
my blog
http://bpcsoluzioni.com/blog/

 meglio firebird o postgres!
Il massimalismo nell'informatica è quanto di più deleterio possa esistere,
sia per il professionista che per il cliente.
Saluti.
Luciano

 Come mai questa punta quasi d'ironia riferita a PHP?
Nessuna ironia.
Saluti.
Luciano

 pero' sarebbe un complicarsi al vita per niente, in effetti.
Ottimista!
Saluti.
Luciano

 Voi che linguaggio di programmazione utilizzereste?
quello con cui ciascuno ritiene di essere più produttivo.
ti stai ponendo la domanda sbagliata. concentrati sulla qualità del
fornitore se intendi affidarti ad un esterno, se invece vuoi fare da
te... beh, il linguaggio non lo puoi scegliere per referendum fra
altri sviluppatori.

 Ottimista!
magari lo fossi...

 meglio firebird o postgres!
ma per piacere, và.
non puoi confrontare capre con cavoli.

 così da restringere la scelta del programmatore.
Php + Postgres (MySQL per progetti commerciali và comprata la licenza)
-- 
Marco Bruni - Consulente e Programmatore Informatico
http://www.marcobruni.eu
Partecipa alle attività dell'Associazione Culturale "I Care":
http://www.associazioneicare.org

> php e mysql...
grazie del consiglio...
Io, non avendo conoscenze in programmazione, devo delegare
a un esterno la programmazione.
Un mio amico mi ha proposto,come da te consigliato, php e mysql.
Pensavamo appunto a un'applicazione web pe poter essere disponibile
su tutti i pc aziendali (sono 7).
Per le stampe basta copiare le tebelle già esistenti e creare i report di 
stampa.

 Php + Postgres (MySQL per progetti commerciali và comprata la licenza)
E si', è un progetto per la gestione della produzione aziendale 

 così da restringere la scelta del programmatore.
Dipende da cosa hai in azienda e da che tipo di risultato vuoi. Se hai
le licenze di Office, Access e SQLExpress (che è gratis) ti risolvono
il problema spendendo poco.
Se vuoi un risultato web e hai un server windows puoi usare .net o asp
e SQLExpress. Se hai un server linux allora si passa a php e un DB
free a scelta (MySql lo dovresti pagare).
Poi c'è il client-server in .net se hai utenti abituati alle
applicazioni classiche (java lo scarterei per il client server).
Tieni in considerazione che le applicazioni web vanno
(tendenzialmente) manutenute di più delle client server, e che un
programmatore Access (tendenzialmente) costa meno di un programmatore
web.

 non puoi confrontare capre con cavoli.
Questa non l'ho capita! :-D
Ciao

 [...]
Saluti  Manlio Perillo

 sia per il professionista che per il cliente.
non so cosa significhi massimalismo! :-D

 esempio autenticazione tramite metodi specifici del sistema operativo).
E' vero, non è necessario scegliere in base al sistema, ma è imho
opportuno per abbassare il famoso costo di manutenzione.
Se hai un server windows hai asp e .net integrate nel sistema,  PHP ci
va benissimo, ma va installato e aggiornato periodicamente e non tutti
hanno un sistemista che segue il sistema.
Lo stesso per un DB diverso da SQLServer Express che puoi installare e
lasciar aggiornare a windows update.
Visto che partono da zero e non mi risultano vantaggi di php rispetto
a asp o .net e mettersi in casa un altro linguaggio e un altro
accrocchio solo perchè di moda non mi sembra razionale.
Se invece hanno già il CMS aziendale in php la cosa è completamente
diversa.

 intenzione di *redistribuire* la loro applicazione a terzi.
Mi spiego bene, il software è per un mio cliente ma dovrebbe svilupparlo
un programmatore esterno alla mia socetà 

Hai ragione, ma ho usato questo "referendum" per poter scremare un po'
la ricerca di un programmatore, visto che dovrò affidare questo progetto ad 
un esterno
(se interessati potete contattarmi, noi siamo di Robbio -Pv-) avevo bisogno
di sapere che tipo di programmatore scegliere.



La questione GPL si complica, allora.
In realtà era "complicata" anche prima, dato che il programmatore (che è 
un esterno) distribuisce il codice a voi (e voi, a vostra volta) lo 
redistribuite.
Quindi a meno di non distribuire l'applicativo sotto GPL, dovete 
acquistare una licenza commerciale di MySQL (in realtà è il programmatore 
che deve acquistarla, non voi).
Comunque non entro nei dettagli, perchè trovo un casino la questione 
delle librerie sotto GPL (il *problema* di MySQL non è quello di essere 
rilasciato sotto GPL, ma il fatto che sono rilasciate sotto GPL le 
librerie per interfaciarsi al database).
In ogni caso, come ti hanno già spiegato, dovresti lasciare al 
programmatore la scelta degli strumenti da usare, perchè riguarda solo 
lui (a meno che, come ha fatto notare enricoe, non abbiate delle 
preferenze se volete poi manutenere il sistema da voi).
La cosa difficile non è scegliere gli strumenti, ma lo scegliere il 
programmatore ;-).
Saluti  Manlio Perillo

 programmatore ;-).
E qui ti quoto in pieno!!!!
Spero di poter trovare su questo NG consigli per poterlo scegliere bene... 



Purtroppo è una cosa difficile.
Così come è difficile scegliere il medico a cui rivolgersi, ed il fatto 
che abbia molti pazienti non significa che è bravo.
In genere, più un linguaggio è alla "moda", più aumentano le probabilità 
di ritrovarsi programmatori improvvisati (perchè magari lo hanno studiato 
un pò all'Università, o hanno letto una guida for dummies).
La soluzione migliore per verificare che un software non sia stato 
scritto male è quello di rilasciarlo con licenza Open Source e metterlo a 
disposizione di tutti.
A volte questo non basta, basta vedere software scritti malissimo (ne 
indico 2 con cui ho avuto a che fare: phplist e phpBB2) ma che comunque 
sono molto usati.
Saluti  Manlio Perillo

 Questa non l'ho capita! :-D
Confrontare Access con firebird o postgres non ha senso.

 programmatore ;-).
Dissento completamente. La scelta della piattaforma è vincolante anche
per il fururo, sia per questo che altri programmi che si potrebbero
affiancare nel tempo. Il programmatore si cambia, l'infrastruttura, i
prodotti (eventuali DB) e le scelte tecnologiche restano.
Ovviamente fatti rilasciare il sorgente di tutto quello che viene
sviluppato.

 Nicola
Buona serata,
Lucazeo

 ha
scritto:

Significa che dire che Access fa schifo e' come dire che Kate Moss e' troppo
magra o che la Multipla e' una macchina orrenda o che se fumi una canna sei
un drogato.
ciao Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 prodotti (eventuali DB) e le scelte tecnologiche restano.
Infatti concordo anche io.
Ci possono essere 1000 fattori che influenzano la scelta di una tecnologia.
E poi scelta la tecnologia cerco un programmaotore esperto di quella.
Inoltre come si fa a scegliere un programmatore dta tutte le tecnologie ? E'
impossibile anche il recruitment, mi arriverebbero programmatori Phyton,
Java,.NET, Cobol, BO, Pascal lollllll un delirio e chi li valuta ? ci
vogliono 10 persone per valutarli.


 Come mai questa punta quasi d'ironia riferita a PHP?
perché è trendy dire con sprezzo che una cosa di moda è trendy. poi, se la
cosa è di moda perché ha diversi aspetti superiori a quelle non di moda, fa
niente...
d.
-- 
Sai quelli che dicono: «Uno torna la sera a casa stanco...».
«Che strazio questo che torna sempre a casa stanco. Lo detesto.
Ma non tornare a casa! Sei stanco? Muori!». 
                                             ### E. Vaime

 ha
scritto:

Mah, anche secondo me il "referendum" e' una follia.
Una applicazione web la puoi fare in 1000 modi :
1) Java , con server Microsoft o Linux e db MS o Postgres
2) .NET con server Microsoft e db SQL Server
3) PHP tipicamente con server linux e db Postgres
4) Aggiungiamoci le soluzioni "trandy" in Ruby o Python.
A questo punto facci capire se hai il server microsoft e il db MicroSoft. Se
non li hai si scarta la soluzione Microsoft 2)
Se invece li hai puo' essere interessante una soluzione full Microsoft.
Al di la del linguaggio di sviluppo se comunque hai un MS SQL Server
livcenziato e' una follia non usarlo
Io personalmenyte farei tutto in Java-Posgres-Linux, tutte licenze free,
facilita' di manutenzione, enorme disponibilita' di framwork/prodotti open
source per semplificare la programmazione.
Piuttosto che usare il PHP da solo che e' un po' "bruttino" come tecnologia
( e mo volano i bivvhieri ) a sto punto se non ti piace ne' Java ne'
Microsoft ( che sono i 2 leader di mercato ) , mi butterei su RubyOnRail che
e' veramente ottimo.
Buona ricerca.


rag. Kikko ha scritto:

il punto è che invitare i programmatori a discutere di tecnologie è come 
"invitare il matto a fa'a sassate", ti risponde prevalentemente il 
fanatico e le discussioni che ne vengono fuori sono perfettamente 
inutili. vedi ad esempio come si impuntano sul dbms che in un progetto 
del genere è proprio l'ultimo dei problemi (anzi viene dopo).
tu considera che questi problemi sono risolti al 90% con prodotti già 
pacchettizzati (e anche di fascia medio-bassa come prezzo) è al 10% con 
integrazioni esterne. fossi in te cercherei qualcuno capace di proporti 
una soluzione del genere e starei alla larga da chi si offre di 
riscrivere per l'ennesima volta tutta la gestione ordini solo perchè hai 
qualche esigenza in più rispetto ad una gestione standard (e quelle 
esigenze che hai descritto sono veramente spicciole).
ps: hai valutato che non ci sia qualcosa di specifico per quel settore 
in cui opera l'azienda?

 esigenze che hai descritto sono veramente spicciole).
Qua pero' na sassata la hai lanciata pure te :-))
I miracolosi pacchetti sono quasi sempre delle sole che dopo 2 anni tocca
smembrare nella speranza di salvare qualcosa durante il porting verso
qualcosa di serio.
In questo caso poi che si cerca un client-server che di fatto poi non
conviene + ma conviene fare una web-app anche se si usa solo in LAN, il
pacchetto-miracolo difficilmente lo trovera'
Nicola


 qualcosa di serio.
non ho capito, cosa ci sarebbe di miracoloso in quello che ha chiesto?
e quando dici di fare il porting verso qualcosa di serio, cosa sarebbe 
questo "qualcosa di serio"?


Ogni azienda ha i suoi prodotti, i suoi clienti i syuoi codici e vuolei suoi
report eccetera le sue integrazioni eccetera .
Se prendi Access o SQL Server ad esempio c'e' come example il famosissimo
NorthWind che si piglia e si adatta. Se va da un buon Professionista magari
ne ha gia' fatti 3 o 4 e non deve ogni volta reinventare la ruota , ma
semplicemente fare un nuovo gestionalino
Qualcosa di serio si intende una prodottino semplice ma personalizzato per
l'Azienda meglio se visibile anche sui web cosi' da usarlo anche da casa.
Ricordo il rpimo che vendetti a uno studio odontotecnico con 15 dipendenti,
e si parla del 1995, lo scrissi in Access, che oggi hanno definito nel
peggiore dei modi, lo usano ancora e lo pagarono allora tutto sommato poco,
mi pare un 2 o 3 milioni di lire allora.
Oggi con 2-5000 euro si puo' fare altrettanto, in Access o con altre
tecnologie piu' avanzate e magari fra 10 anni avranno fatto la scelta
giusta.
Quei prodotti pacchettizzati che dici difficilmente lasciano il cliente
soddisfatto perche' ogni virgola da spostare si deve andare in miliardi di
parametri di configurazione, ai quali nessuno poi sa mettere mano visto che
il personale IT si rifiuta e le segretarie non ci capiscono nulla.
Eventualmente potrebbe fare un "compare" fra una soluzione "custom" che e'
quella che ha chiesto e una soluzione chiavi in mano tipo "Buffetti" o
concorrente, ma dubito che la differenza di prezzo sara' significativa
ciao Nicola


 Nicola
Consiglio l'uso combinato di Perl, MySQL, Javascript.
Tutti gratuiti e capaci di soddisfare progetti con requisiti di alta
professionalità.
Non vi è necessità di un programmatore in zona, il lavoro può essere
effettuato benissimo in rete.
Dalla descrizione del lavoro non si evince difficoltà tecnica.

 concorrente, ma dubito che la differenza di prezzo sara' significativa
guarda, io non voglio fare valutazioni affrettate ma se mi limito a 
quello che leggo di "custom" c'è veramente poco. mi sembrano tanto quei 
requirements che vengono in mente al capo e che diventano 
improvvisamente irrilevanti appena scopre quanto costa realizzarli...

 disposizione di tutti.
A beh certo. Un imprenditore pensa un software che gli permette di
lavorare melgio ed essere più efficente, ci investe sopra bei soldi e
poi lo rilascia open source a tutti i suoi concorrenti... questo è
certamente la soluzione migliore !
Anzi no, io ne conosco una ancora migliore, aspettare che un
concorrente lo paghi lui il software e poi lo regali al mondo, magari
insieme alla ricetta della coca cola e ai progetti di processori
intel...

 ricetta della coca cola e ai progetti di processori intel...
Sembrerà strano, ma il mondo Open Source funziona così, perchè di solito 
ne riceve vantaggi anche chi crea il software (miglioramenti, correzione 
bug) ed il valore aggiunto spesso è l'assistenza non il software in se.
Saluti  Manlio Perillo

 intel...
Posto che la discussione sull'open source c'incastra meno di un cavolo 
verza a merenda con il problema posto dall'op, e questo va a tua (molto) 
parziale scusante.
Ma se senti due tonfi sappi che sono i miei due ammenicoli che sono 
rovinosamente caduti leggendo questo popň di discorsi.

 php e mysql...
O più genericamente qualsiasi accoppiata fra linguaggio per web application 
e database (MySQL, Postgres, Firebird, ecc...).
PHP è adatto allo scopo, ma ci sono anche molte soluzioni simili (Perl, 
Java, Ruby, ASP, ecc...).
Dipende da quello che conosce meglio il programmatore (personalmente userei 
Perl).

 redistribuite.
Non credo che un programmatore pagato si consideri che "distribuisca" il suo
lavoro all'azienda che lo paga. 
-- 
Vide



Infatti; lui deve solo acquistare la licenza per le librerie da usare e 
fare il modo che il cliente usi quelle.
Saluti  Manlio Perillo

 mi pare un 2 o 3 milioni di lire allora.
Poco ? A me nel 2004 o 2005 per fare qualcosa di simile per
una lavanderia industriale (quelli che come clienti hanno ristoranti,
alberghi, ecc. non i privati) volevano offrire 400 Euro+iva
per pagare me che avrei fatto analisi del sistema e design del
db, un altro che sviluppava e l'azienda che ci avrebbe mandato li.
E non usavamo nemmeno access!
Ciao,
Marco.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it