Aiuto scelta linguaggio...

[m4dbra1n]

Ciao a tutti,

apro questo thread perché ho dei dubbi su che linguaggio scegliere per creare un programma che mi aiuti nella gestione dell'assistenza a lavoro.

Faccio il tecnico hw/sw in un piccolo negozio d'informatica, per cui niente di mastodontico, ma il file fatto dal "boss" con Filemaker inizia a presentare alcuni problemi: lentezza indicibile; impossibilità di avere una lista di clienti; impossibilità di sapere se e quando sono già stati da noi.

Ora, nonostante abbia già programmato a scuola (io non mi ritengo tale, ma sono un perito tecnico in informatica...) con VB e C++, essendo 4 anni che non programmo neanche x diletto, avevo pensato di virare su qualche altro linguaggio 2 alcuni motivi:

- supporto multilingua, qualora vorrei rilasciarlo in rete (ci vuole un linguaggio che supporti Unicode, o sbaglio?)

- portabilità su più piattaforme (quindi penso che per questo java sia l'ideale: gira su molti sistemi indipendentemente dalla macchina...oppure flash?)

Detto questo, cosa mi consigliate? Rimango su VB o C++ e amen, o vedo se riesco ad esplorare altri lidi, tipo Java, Python, Delphi, etc?

E se lo sviluppassi in maniera web-based? Basterebbe imparare PHP, MySQL e CSS? O magari mi conviene modificare qualche CMS?

Fatevi avanti con tutti i vostri pro e contro per il linguaggio, mi serve di capire che strada prendere.

Grazie in anticipo

CIAO!

[||ElChE||88]

Dimentica VB e C++ (uno è poco portabile, l'altro è inutilmente complesso per quel che devi fare).
Mi sa proprio che Java fa al caso tuo.

[m4dbra1n]

Quindi devo vedere di imparare Java e come interfacciarlo ad un db, così potrò avere finalmente la lista degli utenti, degli interventi x utente, numero di interventi mensili, annuali, etc...

Ed in più non dovrei avere problemi a tradurlo in qualche altra lingua o su altri sistemi, visto che basta aver installato il runtime java, giusto?

[CozzaAmara]

Ruby, Python?

[cdimauro]

Se realizzi un'interfaccia web ti spicci prima con un linguaggio dinamico, come Python o Ruby.

Per Python esiste un progettino carino che permette di realizzare velocemente GUI web, e di poterle convertire anche in applicazioni standalone (quindi che funzionano anche senza browser).

Inoltre per interfacciarti a un db è molto più comodo e pratico farlo con un Python.

[m4dbra1n]

Originariamente inviato da cdimauro

Se realizzi un'interfaccia web ti spicci prima con un linguaggio dinamico, come Python o Ruby.

Per Python esiste un progettino carino che permette di realizzare velocemente GUI web, e di poterle convertire anche in applicazioni standalone (quindi che funzionano anche senza browser).

Inoltre per interfacciarti a un db è molto più comodo e pratico farlo con un Python.

Stavo pensando che forse devo rimanere sul classico, visto che nn abbiamo un serverino acceso 24/7/365 dove installare apache, mysql, etc... e dove quindi poter utilizzare una web app.

Sempre sul classico 2 sono le soluzioni:

1 - Windows: è la piattaforma principale dove lo utilizzerei, addirittura su una sola postazione, per cui potrei anche utilizzare linguaggi vecchi ma che 1 pò conosco come VB;

2 - Multi-OS, multi-lingua: qui devo per forza utilizzare linguaggi che poggino su una base comune installabile a tutti gli OS, quindi un runtime, come Java.

Per quanto riguarda Python, c'è qualche problema a utilizzarlo su + piattaforme? Va cmq installato un runtime similmente a Java o altro?

Diciamo che cmq il mio caso attualmente è il primo, avevo pensato all'eventualità del cross-platform multi-lingua così, soprattutto perché tramite google non se ne trovano molti di programmi del genere open o cmq gratuiti, a parte il Gestione Assistenza di Ken1986 e qualche altro...

[cdimauro]

Originariamente inviato da m4dbra1n

Stavo pensando che forse devo rimanere sul classico, visto che nn abbiamo un serverino acceso 24/7/365 dove installare apache, mysql, etc... e dove quindi poter utilizzare una web app.

Con Python non ti serve apache: tiri sù un serverino HTTP con poche righe di codice.

Al posto di MySQL io userei FireBird, che è presente anche in soluzione embedded (quindi niente da installare), che è pure un engine SQL "migliore".

Sempre sul classico 2 sono le soluzioni:

1 - Windows: è la piattaforma principale dove lo utilizzerei, addirittura su una sola postazione, per cui potrei anche utilizzare linguaggi vecchi ma che 1 pò conosco come VB;

2 - Multi-OS, multi-lingua: qui devo per forza utilizzare linguaggi che poggino su una base comune installabile a tutti gli OS, quindi un runtime, come Java.

Per quanto riguarda Python, c'è qualche problema a utilizzarlo su + piattaforme?

No.

Va cmq installato un runtime similmente a Java o altro?

No. Poi ci sono soluzioni come questa che ti permettono di generare applicazioni standalone.

Diciamo che cmq il mio caso attualmente è il primo, avevo pensato all'eventualità del cross-platform multi-lingua così, soprattutto perché tramite google non se ne trovano molti di programmi del genere open o cmq gratuiti, a parte il Gestione Assistenza di Ken1986 e qualche altro...

Guarda, se usi Google App Engine secondo me risolvi un sacco di problemi:
- ti fa da hosting (gestito tutto da Google, compresi backup, manutenzione, ecc.);
- hai già Python "installato";
- hai un database a disposizione;
- hai un potentissimo framework già "installato" (Django).

Devi soltanto scrivere il codice, caricarlo su Google App Engine, ed è già immediatamente utilizzabile 24h/24 senza installare nulla.

[-Slash]

Originariamente inviato da cdimauro

Guarda, se usi Google App Engine secondo me risolvi un sacco di problemi:
- ti fa da hosting (gestito tutto da Google, compresi backup, manutenzione, ecc.);
- hai già Python "installato";
- hai un database a disposizione;
- hai un potentissimo framework già "installato" (Django).

Devi soltanto scrivere il codice, caricarlo su Google App Engine, ed è già immediatamente utilizzabile 24h/24 senza installare nulla.

Siccome sto imparando django, potresti spiegarmi in due parole come funziona google app engine?

Una volta finito il sito devo uppare solo i vari file urls.py, views.py, i modelli ed i template? Insomma solo tutta la cartella del progetto del sito che ho creato?

[cdimauro]

Sì, dopodiché il tuo sito sarà operativo.

Similmente a quanto avviene come un qualunque altro sito di hosting che ti offre spazio per i file dei tuoi progetti, un interprete e l'engine del tuo database.

Qui il vantaggio è che ti viene offerto un ambiente completo con tanto di framework web già incluso, e devi soltanto uppare i file del codice vero e proprio del sito che hai realizzato.

[-Slash]

Originariamente inviato da cdimauro

Sì, dopodiché il tuo sito sarà operativo.

Similmente a quanto avviene come un qualunque altro sito di hosting che ti offre spazio per i file dei tuoi progetti, un interprete e l'engine del tuo database.

Qui il vantaggio è che ti viene offerto un ambiente completo con tanto di framework web già incluso, e devi soltanto uppare i file del codice vero e proprio del sito che hai realizzato.

Interessante.. Quindi potrei utilizzare django su qualsiasi host su cui sia installato python+mysqldb semplicemente uppando anche la cartella di installazione di django?
Mentre invece a quanto ho capito il vantaggio di google app engine è che devi uppare solo i file del tuo progetto...

[cdimauro]

Originariamente inviato da -Slash

Interessante.. Quindi potrei utilizzare django su qualsiasi host su cui sia installato python+mysqldb semplicemente uppando anche la cartella di installazione di django?

Sì. L'installazione di un "pacchetto" in Python generalmente comporta la semplice copia dei file nella cartella standard Lib/site-packages, ma si possono benissimo copiare anche nella cartella del progetto stesso.

Ad esempio io a casa non ho mai installato né Python né tutti i package che uso: me li sono copiati dal computer di lavoro, e funziona tutto senza problemi.

Mentre invece a quanto ho capito il vantaggio di google app engine è che devi uppare solo i file del tuo progetto...

Sì, perché Django ce l'hai già a disposizione: devi soltanto... usarlo.

[m4dbra1n]

up!

[PGI-Bis]

usa Excel o Access con il VB integrato.

[71104]

Originariamente inviato da ||ElChE||88

Dimentica VB e C++ (uno è poco portabile, l'altro è inutilmente complesso per quel che devi fare).
Mi sa proprio che Java fa al caso tuo.

Visual Basic rispetto a Java non é cosi tanto poco portabile: l'unico supporto ufficiale che Java ha e VB no é quello per Linux ma per il resto VB funziona anche sui dispositivi mobili...

[||ElChE||88]

Originariamente inviato da 71104

Visual Basic rispetto a Java non é cosi tanto poco portabile: l'unico supporto ufficiale che Java ha e VB no é quello per Linux ma per il resto VB funziona anche sui dispositivi mobili...

Eh be... dici poco. Ma Mac?

[gugoXX]

Originariamente inviato da ||ElChE||88

Eh be... dici poco. Ma Mac?

Ho un collega che ha Mac.
Mac di qui, Mac di la', Mac di su'.
E poi quando deve fare "qualcosa" passa sulla macchina virtuale con windows...
(PS: apro e chiudo qui. Non so praticamente nulla di Mac)

[71104]

Originariamente inviato da ||ElChE||88

Eh be... dici poco. Ma Mac?

eccone un altro che non conosce Rotor

[PGI-Bis]

Originariamente inviato da 71104

eccone un altro che non conosce Rotor

Aggiungi pure due posti a tavola. Che cacchio è rotor?

[-Slash]

Originariamente inviato da gugoXX

Ho un collega che ha Mac.
Mac di qui, Mac di la', Mac di su'.
E poi quando deve fare "qualcosa" passa sulla macchina virtuale con windows...
(PS: apro e chiudo qui. Non so praticamente nulla di Mac)

Ecco, se non sai, meglio non parlare

[gugoXX]

Originariamente inviato da -Slash

Ecco, se non sai, meglio non parlare

Ma vedo... vedo lui con la macchina virtuale.