Gambas futuro o che tipo di Gambas noi vogliamo.

[akrobaticone]

andiamo sul concreto
elenchiamo vantaggi, svantaggi, peculiarità e limiti del linguaggio.

È un vero peccato che Gambas non decolla, potrebbe rappresentare una vera e propria "killer application"
In ambiente Windows Visual Basic ha rappresentato la possibilità per tanti come me di realizzare applicazioni senza impazzire dietro a linguaggi più complessi. VB è anche alla base dell'automazione di MS Office (VBA) e
si possono costruire applicazioni molto interessanti senza essere scienziati.

E se qualcuno decidesse di aprire un fork di gambas?



 

[Ceskho]

E se qualcuno decidesse di aprire un fork di gambas?

È già stato sperimentato su questo forum questa via. Nacque Gambas Plus (c'è ancora la testimonianza in area download). Purtroppo la cosa richiede troppe energie che non ci sono e competenze che mancano ancor di più.

[akrobaticone]

non volevo fare una proposta, ma verificare se Gambas possa avere un futuro svincolato dal suo papà.
Nell'ipotesi fantascientifica che Minisini chiuda il progetto esiste la possibilità di creare un fork?
È un progetto open source, quindi sicuramente è possibile, ma a che condizioni?
Naturalmente ci vogliono le persone che lo continuano, dettaglio irrilevante......

Questo solo per avere un orizzonte temporale più ampio

[splugenbrau]

Ciao Akrobaticone,

verificare se Gambas possa avere un futuro svincolato dal suo papà.

Lunga vita a Benoit e Linus!
Qualche volta il fork nasce anche troppo presto, esempio:
le GTK-3 sono già in voga contemporaneamente alle GTK-2
che continuano a dare nuove edizioni. Come posso sapere chi andrà più avanti?

Al limite, tra 30 anni, vedremo il nostro programma girare su un emulatore
Gambas, che girerà su un emulatore Ubuntu, che girerà su un emulatore
kernel Linux, che girerà su un emulatore Pentium Quad, che girerà
su ... chissà...

A parte i versi: è più probabile che un progetto, a licenza libera, sia ripreso
da una mente capace, quanto più il progetto è semplice.
Non ho mai visto il sorgente del run-time di Gambas e, soprattutto...
... la mente di Benoit o Linus...
... e poi ci vuole parecchio tempo libero ed entusiasmo ...

Unix SCO, RM-COBOL sono ufficialmente abbandonati, ma non erano liberi,
eppure, pur sempre con difficoltà crescenti, programmi a 25 linee e 80
colonne continuano a essere usati nelle banche e nelle fabbriche,
coi vecchi run-time con l'aiuto di librerie di emulazione.

Ciao.

[akrobaticone]

Fammi indovino e ti farò ricco
in effetti è una domanda dalle milLe risposte e dai mille scenari
in poche parole una domanda un po ...stupida
Anche per me lunga vita a Linus, Benoit, Richard e ....BILL!!!

Mi piacerebbe sapere però tuttil i limiti ai quali accennava Ceskho

qualcuno l'ho trovato, altri non li conosco ancora

[Ceskho]

Mi piacerebbe sapere però tuttil i limiti ai quali accennava Ceskho

• Non portabilità
• Macchina Gambas alle volte troppo pesante per giustificare il codice scritto
• Scarsa modularità
• OOP a volte integrata in maniera anomala
• Estrema dipendenza dal sistema operativo GNU/Linux
• Impossibilità di creare software Gambas al di fuori dell'ambiente Gambas
• Troppi bug tra gtk e qt
• Onerosi problemi ad ogni cambio di versione
• L'instabilità di Gambas provoca instabilità anche dei software scritti in esso

[akrobaticone]

dici poco...
questa discussione mi da la sensazione di un"abbandonate la nave"
Gambas ne esce massacrato
concordo su diversi punti, compreso il fatto che gli aggiornamenti spesso portano problemi e che sarebbe meglio concentrarsi sulla soluzione dei bug e sull'affidablità piuttosto che continuare ad aggiungere nuove funzionalità.
Spiegami meglio cosa intendi con
creare software Gambas al di fuori dell'ambiente Gambas.

[Ceskho]

Se vuoi scrivere un programma in gambas devi aprire l'IDE di Gambas. Creare codice con un editor di testo qualsiasi è impensabile.

[akrobaticone]

ma anche con linguaggi come VB devi aprire IDE
è un linguaggio fortemente vincolato alla parte grafica

[Ceskho]

ma anche con linguaggi come VB devi aprire IDE
è un linguaggio fortemente vincolato alla parte grafica

Per me questo è un limite. Se voglio fare manutenzione ad un software via ssh da terminale non posso.

[pastrank]

Per me questo è un limite. Se voglio fare manutenzione ad un software via ssh da terminale non posso.

Se puoi modificare il codice sulla macchina target, ci dovra' essere l'ambiente di sviluppo pero', non accedere da ssh e' limite, ma piccolino davvero. Al bisogno, c'e' la famiglia Vnc

[Ceskho]

Per me questo è un limite. Se voglio fare manutenzione ad un software via ssh da terminale non posso.

non accedere da ssh e' limite, ma piccolino davvero

Spero tu stia scherzando. In ambienti professionali una cosa del genere è impensabile. Buona parte del mio tempo da programmatore lo passo in ssh per capire che cappero succede sui server dei clienti. anche solo infilare un debbugger nel codice di gambas è pressochè impossibile da terminale.

[milio]

Io uso ssh per aggiornare i miei software... certo con un piccolo 'trucco' se cosi' si puo' dire:

Faccio le modifiche in locale...
Compilo e invio via ssh al server...
I client, quando avviano l'applicazione, controllano se nel server risiede una versione piu' aggiornata del software, lo copiano in locale e si riavviano...

Per quanto riguarda i debug dei client, gli stessi prima di morire con il fatidico messaggio 'This application has raised una vaccata' manda un messaggio di debug all'applicazione server...

 
Questa discussione per me e' comunque... fuori discussione!
Non credo che in questo forum, a parte un ristretto gruppo di nicchia (e qui io mi escludo categoricamente) sappia usare gambas in ogni sua parte o comunque abbia la conoscenza per realizzare una vera e propria 'killer application' con qualsiasi altro linguaggio...

Innanzi tutto penso che ogni linguaggio di programmazione abbia i suoi pro e contro e comunque un suo, diciamo, campo di software realizzabili... certo con il C ci faccio di tutto (non io ovviamente ), ma per fare un gestionale o un programma per la manutenzione non ce lo vedo proprio comodo...

Comunque gambas e' cresciuto molto a mio dire e non credo che si riesca a creare un software utilizzabile per tutte le distro di linux senza dover fare modifiche del caso per farlo funzionare, ma lo vedo potente in applicazioni costruite ad hoc.

[pastrank]

Spero tu stia scherzando.

No, dico solo che Gambas e' per fare certe cose, altri linguaggi sono per farne altre. Tutto e bene non credo lo faccia nessun ambiente.

[Ceskho]

Spero tu stia scherzando.

No, dico solo che Gambas e' per fare certe cose, altri linguaggi sono per farne altre. Tutto e bene non credo lo faccia nessun ambiente.

Ci sono altri linguaggi che le cose le fanno meglio. A me dispiace dirlo ma mi sembra una cosa molto oggettiva. Gambas, ad oggi, è l'unico che permette di scrivere software con interfaccia in 12 secondi! Dovrebbero premere su questo.