Mi stavo chiedendo come sta andando il Vala project. Non sono sicuro che questa sarà una nuova grande tecnologia o solo una che cadrà al margine. Qualcuno sa quante persone stanno lavorando a questo progetto e se posso contribuire (scrivendo tutorial, segnalando/correggendo bug, ecc ...)?Vala sopravviverà?
È open source, quindi non può morire. Detto questo, ci sono un sacco di persone (me compreso) che amano C#, ma mi piacerebbe anche essere in grado di ottenere il massimo delle prestazioni dal loro hardware. Questo ti permette di farlo mentre usi la tua lingua preferita. Non riesco a vedere qualcosa di simile alla morte.
Modifica
Inoltre, non programma per dispositivi embedded, ma immagino con qualcosa di simile si apre C# e tutti i benefici che porta ad una diversa classe di piattaforma. Questo deve generare un certo interesse.
Questa è una definizione piuttosto approssimativa di "software death". – BobbyShaftoe
@BobbyShaftoe: d'accordo! – Kredns
@BobbyShaftoe: Sì, lo so. Immagino di frequentare troppo spesso lo slashdot ... ogni volta che qualcuno menziona "die" e "open source" nella stessa sintassi, spifferano ciò che ho detto. Ma IMO questa cosa è troppo bella per morire. –
Sembra abbastanza buono e questa era una delle mie preoccupazioni prima di iniziare. Ho iniziato, due settimane dopo, penso che le cose sembrano abbastanza sane.
Se si controllano le metriche per il progetto Vala si può vedere che ha avuto un modello di crescita molto forte sin dall'inizio. Non solo è open source, ma ci sono sempre più sviluppatori che vi contribuiscono nel tempo, sempre più persone che ne dipendono, ecc.
È possibile fare clic sui collegamenti "Team di sviluppo attivo molto grande" e "Codice di codici stabilito" "per vedere cosa significano questi tag in termini numerici rispetto ad altri progetti open source.
Se si controlla lo scenario Linux Desktop, ogni 2 ° nuova applicazione sembra essere scritto in Vala. Vala sta rapidamente diventando il linguaggio di scelta sul desktop Linux, almeno.
Voglio dire ogni seconda nuova app popolare. : P –
'[citazione necessaria]' – Kredns
probabilità sono eccellenti che Vala ha un futuro prospero:
Parliamo di GNOME solo per un po ' . Se monitorate il panorama dei contributori di GNOME, noterete che molte persone nuove stanno entrando nella scena che non aderiscono al principio del "codice reale in C".Queste persone sono cresciute con linguaggi di alto livello, come Python e Ruby, e questo tipo di persone ti spaventano con l'enorme quantità di codice della piastra per la caldaia che è necessario per scrivere codice-gobject. Anche un bel po 'di vecchi progetti GNOME si stanno spostando su Vala.
Vala non brilla solo per il codice UI, ma è un'ottima scelta per tutti coloro che desiderano la velocità del codice compilato e l'astrazione di un linguaggio orientato agli oggetti moderno. Soprattutto il supporto per chiusure e coroutine consente di scrivere algoritmi in modo molto chiaro e conciso. Non è che non puoi farlo con C++, ma è più ingombrante.
Ultimo ma non meno importante, c'è un lavoro in corso che rende Vala utile senza fare affidamento sulle librerie di gobject - il cosiddetto profilo "posix" implementa una quantità limitata di funzionalità che consentono di scrivere moduli o codici del kernel per CPU incorporate (pensa Atmel) con Vala.
divieto di non scrivere il codice del kernel usando le librerie gObject? – niagr
@thelaststud: Sfortunatamente no, gobject richiede una libreria c di runtime come glibc (per malloc e free almeno, ma in realtà molto altro), che certamente non sono disponibili nello spazio del kernel. Potresti dare un'occhiata a klibc, ma non è la stessa cosa. – DrMickeyLauer
C'era qualcosa di sbagliato in 'cfront'? –
chiamate future, è ancora in vita: p – Behrooz