Programma di ristorazione

[lordsata]

Ciao a tutti, ho un piccolo quesito che forse potete aiutarmi a sempplificare non poco.

Lavoro come programmatore al momento in una software house di ristorazione. Presente quando voi al bar ordinate un caffè e la tizia col palmare scrive l'ordine e poi vi arriva una red bull? Ecco colpa mia

Comunque, mi è venuta in mente una malsana idea e se invece che programmarlo in vb6 come stiamo facendo ora provassi a farlo con l'amato osx? Che so in objective-c con framework cocoa? L'idea di per se sarebbe carina, ma la domanda essenziale sarebbe: cosa diamine uso per il palmare? Mi spiego ovviamente i palmari che usiamo ora sono di tipo hp con windows mobile, con cosa li potrei sostituire? Chessò, gli ipod touch potrebbero servire allo scopo? Non hanno integrato il wirless? (Non ne ho 1, quindi non saprei...). Altrimenti altre idee?

Non mi spiacerebbe mettere in mostra in ufficio un mac al posto di un cassone di pc...

Ciao, ciao

[G_Giorgio]

gli ipod touch hanno la connettività wi-fi.

perché non lo fai come webservice?

a quel punto con qualsiasi palmare con wifi ti colleghi ad un webserver interno al locale e da li fai tutto

altrimenti lo fai con cocoa+objective c e devi sviluppare anche il front-end per ipod oltre che la logica server e il front-end per il server.

le mie due opinioni...

[lordsata]

Si ma non se ne parla proprio, web server non convince per nulla. Ti dirò anche il perchè: primo perchè interfaccia web non è molto comoda (ho almeno 30 maschere che ad bisogna si sovrappongono alla maschera principale) ed una cosa è aprire 30 maschere che è una cosa immediata ma switchare tra 30 pagine a seconda non è comodo. Poi sarebbe lento: caricare via web un database ogni volta che faccio una comanda?

No la soluzione rimane il front end client, così come facciamo ora

Considera che comunque il programma sarebbe solo da traslare in entrambe le sue parti cioè la logica già esiste sia lato server che client ed è gia testato. E' in fondo in uso da 5 anni dai nostri clienti. Mentre invece cambiare tipo di logica richiederebbe più tempo per essere impplementato

Ciao ciao,

Max

[G_Giorgio]

allora direi che hai già la soluzione: porting schietto in obj-C e cocoa

[dmask]

fare un server locale in mysql-php non sarebbe poi una brutta idea... così usano un palmare che gli pare a loro, gli basta un browser sul palmare ed una connessione wifi

non so poi quanto siano grandi i db (nel senso di quanta roba c'è stipata dentro) ma dubito ci sia dentro l'archivio della nasa.

io ho appena fatto per l'univ un progetto che gestisce una ditta di catering

eventi-menu-piatti-ingredienti-clienti

non è lento per nulla, funziona abbastanza bene, l'abbiamo fatto in un mese e mezzo ed è molto migliorabile ma la scadenza era il 15-ottobre quindi abbiamo soddisfatto solo le richieste del prof.

il problema è solo porsi la domanda "sai usare apache+mysql+php?" se si secondo me ti conviene se no... no

piu che altro per un fatto di compatibilità, così loro non sono costretti a comprare per forza una data marca di palmari, sapendo che magari in giro c'è di meglio

[MacMomo]

Secondo me, come idea, non sarebbe male l'accoppiata Cocoa/iPod Touch.

C'è un problema però, che le applicazioni al momento non si possono caricare direttamente su un dispositivo (iPod Touch o iPhone che sia) senza passare per l'AppStore.

L'unica alternativa sarebbe sboccarli, ma non mi sembra molto elegante come soluzione da proporre ad un cliente.

L'unica alternativa quindi sarebbe l'interfaccia web via browser, ma hai già detto che non va bene...

[Saino91]

Secondo me, come idea, non sarebbe male l'accoppiata Cocoa/iPod Touch.

C'è un problema però, che le applicazioni al momento non si possono caricare direttamente su un dispositivo (iPod Touch o iPhone che sia) senza passare per l'AppStore.

L'unica alternativa sarebbe sboccarli, ma non mi sembra molto elegante come soluzione da proporre ad un cliente.

L'unica alternativa quindi sarebbe l'interfaccia web via browser, ma hai già detto che non va bene...

Si può sviluppare con licenza enterprise. Forse con i dovuti accorgimenti, puoi vendere la tua soluzione senza sbloccare iPod o altro.

[Koda.Mac]

secondo me 2 interfacce web, sia front end che backend sono la soluzione migliore

2 browser in esecuzione + un webserver sono certamente più semplici da programmare e da gestire che qualunque programma in objc per mac e ipod

bye

Koda

[dmask]

perchè due browser?

[G_Giorgio]

credo intenda un browser lato client (l'omino ai tavoli che prende la prenotazione) e un browser lato server (il pc in "cucina")

[dmask]

beh ovviamente devi fare anche un sistema di gestione "super-utente" :pompom: