E’ arrivato il momento di riconoscerlo, hybris sta diventando una cosa grossa (x quanto riguarda le linee di codice almeno XD) e gestirlo interamente da solo magari non è un problema, ma di certo rallenta i potenziali sviluppi di quello che potrebbe diventare un linguaggio di scripting estremamente comodo .

Di conseguenza, scrivo questo post nella speranza che, qualche sviluppatore di buona volontà sia interessato al progetto e abbia voglia e tempo di collaborare, ma facciamo un breve riassunto delle *puntate precedenti* .

Cosa è Hybris ?

Hybris, acronimo (non molto fantasioso lo riconosco!) di hybrid scripiting language, è un linguaggio di programmazione, nella fattispecie di scripting, procedurale al quale sto lavorando da diversi mesi. Il tutto è nato come un semplice gioco, dal fascino che provavo nel pensare di poter scrivere un interprete, se pur rudimentale, di un qualche tipo di linguaggio, interprete che con il tempo ho sviluppato fino ad arrivare ad un “prodotto” perfettamente utilizzabile e con enormi vantaggi rispetto ad altre sintassi e/o funzionalità.

Perchè dovrebbe essere più comodo di altri linguaggi ?

Innanzitutto, devo precisare che durante lo sviluppo e l’impostazione della grammatica di base, ho raccolto le caratteristiche, le funzionalità, ecc che reputavo positive e utili nei linguaggi di programmazione che attualmente conosco. Di conseguenza si può pensare ad Hybris come ad un ibrido (da li il nome) di vari linguaggi che prende la parte migliore di ognuno.

A partire dalla sintassi semplice e pulita del PHP, fino ad arrivare al supporto nativo per le espressioni regolari con relativo operatore del Perl o ad una certa interazione a basso livello come nel C .

Questo è il primo aspetto che già per definizione lo rende in un certo qual modo migliore di altri linguaggi.

Un altra delle caratteristiche alle quali ho pensato durante la sua creazione, è stata quella di includere nativamente alcune funzionalità che, se pur supportate da altri linguaggi, costituiscono delle porzioni “modulari” di questi altri interpreti, ovvero non risiedono nativamente nell’applicativo dell’interprete bensì in moduli dinamici appositamente installati per estendere le funzionalità del linguaggio.

Nonostante lo stesso Hybris supporti una certa modularità, ho pensato che alcune features come la parserizzazione nativa di flussi XML, il supporto alle espressioni regolari, metodi semplici ed intuitivi per effettuare connessioni HTTP e HTTPS, ecc dovessero essere integrate nel linguaggio stesso considerando che ormai sono realtà che fanno parte del mondo informatico di tutti i giorni.

Detto in parole povere, Hybris sarà in grado di parserizzare un flusso XML senza l’installazione di moduli aggiuntivi (vedere il sorgente di esempio xml.hs), così come sarà in grado di effettuare richieste http con una facilità estrema (esempio http.hs) o di sfruttare le espressioni regolari con un operatore =~ nativo (esempio pcre_operator.hs), il tutto, ribadisco, senza installare altro se non l’interprete principale.

Diciamo che come linguaggio segue una filosofia “AIO” (All In One) continuando tuttavia a supportare dei moduli esterni tramite i quali ognuno potrà espanderlo come preferisce …. comodo no ? ^^

Quale apporto pratico potrei dare al progetto ?

In effetti di lavoro da fare ce n’è tanto e non solo per quanto riguarda il codice di per se, le figure necessarie possono riassumersi in :

• Sviluppatori in grado di partecipare attivamente alla stesura del codice, correggendo, migliorando e ampliando hybris insieme a me.
• Redattori atti alla stesura della documentazione della sintassi di base, delle funzionalità avanzate, ecc ecc.
• Traduttori che traducano in varie lingue la documentazione di Hybris .
• Testers che provino Hybris, scrivano codice (in hybris ovviamente) e facciano dei rapporti dettagliati nel caso riscontrino bug, anomalie o qual si voglia effetto indesiderato.
• Donne … che centra? Beh non so voi, ma io senza la mia donna che ogni tanto mi sta vicina non riuscirei a programmare

Per ognuna di queste figure, i requisiti (è banale ma lo scrivo lo stesso, nn si sa mai) sono :

• Sviluppatori : Ottima conoscenza del C/C++ e di GNU/Linux (per ora Hybris gira solo su questo OS, anche xkè mi risulta che di OS degni di questo nome non ce ne siano altri ), dell OOP, capacità di scrivere codice ordinato (oltre che funzionante XD) e commentato, nn guasta qualche base di assembly che non fa mai male
• Redattori : Buona conoscenza di Hyrbis stesso, delle sue strutture semantiche e delle varie funzionalità “built in” del linguaggio, capacità di esprimersi con terminologia tecnica, chiara e non inutilmente prolissa (+ fatti e – pugnette! XD).
• Traduttori : Beh, ovviamente devono conoscere bene la lingua nella quale tradurranno la documentazione XD.
• Testers : Un infarinatura decente su Hybris basta, quel tanto x poter capire se un certo comportamento è un anomalia oppure è il normale comportamento del loro algoritmo (cioè, se scrivete delle cappellate non prendetevela con me! XD).
• Donne : Credo che sia chiara a tutti l’anatomia di una donna e quali sono i tratti fisici che la rendono tale no ? XD (Oddio di questi tempi MAI dire MAI, Marrazzo ci insegna …. XD).

Inutile dire che, come specificato per gli sviluppatori, tutto il lavoro (tranne quello dei traduttori e delle donne ) si svolgerà in un ambiente GNU/Linux, non importa quale distro (anzi variare è meglio), basta che abbiate gcc e le relative dipendenze.

Una volta raggiunta una cifra accettabile almeno di programmatori, inizierò a creare un portalino dedicato a hybris dove poterci coordinare, dove raccogliere la documentazione, le release ufficiali e un sistema di bug tracking.

Per ora lascio il link su github che è l’unica pagina *ufficiale* del progetto :

http://github.com/evilsocket/Hybris

Nel caso siate interessati a collaborare e disponiate dei requisiti sopra citati, contattatemi lasciando un commento a questo post o alla mia casella email :

Popularity: 11% [?]

No related posts.