Non esistono editor di test che supportino la sintassi di Hybris nativamente, eccezion fatta per Hyde, che è ancora in una fase alpha ed estremamente instabile.
Per questo motivo sono stati realizzati dei file che aggiungono le funzionalità necessarie per Hybris a tutti quegli editor che utilizzano il componente GtkSourceView, ad esempio GEdit, Scribes, Anjuta, ecc.
Ecco alcuni screenshots proprio di questi editor :
Popularity: 6% [?]
Gli articoli in questo blog nei quali pubblicizzo un sito sono davvero pochi, questo non tanto perchè non mi piace farlo, bensì perchè sono pochi i siti che ritengo interessanti e utili per i miei obiettivi.
Fa eccezione http://stackoverflow.com/, l’equivalente di Yahoo Answers per programmatori, sistemisti e tecnici informatici in genere.
La logica è semplicissima … ci si iscrive, si fanno delle domande su qualche problema che si ha, si risponde alle domande delle altre persone e si accumulano punti.
Semplice quanto efficace, non ho mai visto tanti guru della programmazione in un unico sito … c’è davvero gente molto in gamba da tutte le parti del pianeta (tutte tranne l’Italia probabilmente, chissà com’è -.-), persone che oltre ad essere tecnicamente brave sono sempre disponibili a darti una mano.
Alcuni problemi che ho avuto con Hybris li ho risolti proprio grazie a loro, quindi mi sembrava carino omaggiare il servizio con un articolo.
Nient’altro … se siete curiosi il mio profilo è questo.
Popularity: 7% [?]
So che avevo detto che non avrei parlato più di Hybris qui, ma questa cosa è troppo importante 
Chi segue il progetto avrà forse notato che da per qualche giorno non sono state effettuate modifiche al codice con relativi commit, a differenza di quanto avviene normalmente con almeno due o tre commit giornalieri.
Questo è dipeso dal fatto che il core di Hybris è stato rivoluzionato totalmente dal commit “67ed538aa72cb5b40ddace1d20bc7daf13ec7d7d” in poi, così come (principalmente) il sistema di gestione dei tipi, la libreria standard e il garbage collector, per un aumento delle prestazioni di più dell’80%, nonchè della pulizia del codice e della modularità dello stesso.
Andrò brevemente ad illustrare in cosa consistono tali modifiche, perchè sono state fatte e a cosa portano.
Popularity: 6% [?]
Ho spostato tutti i contenuti del vecchio sito su un altra piattaforma, sulla quale ho la possibilità di postare news estese e documentazione, di conseguenza non parlerò più sul mio blog personale dei dettagli tecnici di Hybris se non per major release o cose cmq molto importanti.
Chi volesse tenersi aggiornato, può seguire il sito http://www.hybris-lang.org/ e/o iscriversi ai suoi feed di feedburner .
Nei widget qui accanto riporterò l’rss del feed in questione.
Popularity: 5% [?]
Bonci bonci bom-bom-bò … ehm ce l’avevo in testa XD
Coooomunque … nell’ultimo commit, oltre a risolvere alcuni bugghettini del timer e della classe Context, ho trovato un metodo per rendere
import std.*;
Veloce quanto gli import singoli .
Ma prima riassunto delle puntate precedenti 
Popularity: 6% [?]
Bon … dopo l’articolo di ieri, ho pensato molto alla soluzione da adottare ed alla fine ho optato per separare le funzionalità in una libreria standard esterna (sempre compilata e distribuita insieme all’interprete) così da lasciare il core pulito e veloce.
Attualmente, bisogna dichiarare esplicitamente quali moduli importare dal namespace standard (chiamato appunto std), tuttavia son venuto incontro alle necessità dei più pigri (me compreso) che, non essendo interessati alla velocità di esecuzione, preferirebbero precaricare tutto il possibile per non dover dichiarare manualmente i moduli necessari.
Ho implementato l’operatore ‘*’ per gli import, ispirato al java, tramite il quale è possibile importare ricorsivamente interi namespace e loro derivati in una sola riga … ad esempio, se volessimo importare tutte le funzionalità di I/O (su file, console, stream xml, tcp/ip e http), basta un :
import std.io.*;
All’inizio dello script, oppure, se proprio vogliamo importare TUTTO, si può scrivere più semplicemente :
import std.*;
Questo operatore è valido SOLO se viene specificato il namespace principale (in questo caso std), ovvero una dicitura del genere :
import *;
Genererà l’errore :
Could not use ‘*’ as main namespace.
Questo perchè ho voluto pensare al futuro … ipotiziamo che un domani Hybris abbia 500 moduli implementati da utenti vari (magari! ^^), importare tutto con * significherebbe tempi di calcolo troppo eccessivi e troppe risorse richieste, invece indicando il namespace padre, rimane la comodità ma è più selettiva.
Popularity: 6% [?]
A volte staccare la spina (nel mio caso il cervello) porta consiglio, credo che il cosìddetto distrarsi su cose che non impegnino il nostro cervello faccia si che una parte del cervello stessa lavori “in background” elaborando a livello subconscio e trovando soluzioni a problemi che normalmente non potevamo affrontare, o più semplicemente offrendoci punti di vista diversi da quelli che prima ci sembravano giusti.
Questi tre giorni non sono stato a casa, ho passato la Pasqua (ah, a proposito, auguri in ritardo a tutti! 
) con la mia fidanzata, la sua famiglia, amici ecc e ho avuto modo proprio di sperimentare su me stesso questo fenomeno …
Ho pensato a come è nato Hybris, al motivo per il quale è nato, a come si è evoluto nel tempo …
Inizialmente era un progetto quasi “intimo”, nel senso che non avevo intenzione alcuna di pubblicarlo, non tanto perchè sono geloso del mio lavoro (lol figuriamoci XD), ma perchè ero partito con la consapevolezza che non sarebbe mai diventato un qualcosa di completo e funzionale come un vero e proprio linguaggio di programmazione, bensì doveva essere il mio piccolo tool personalizzato/personale per automatizzare determinate cose che normalmente facevo a mano (una specie di linguaggio macro + specializzato insomma) e per questo non adatto ad altre persone che potessero avere esigienze e forme mentis diverse dalle mie.
Il tempo ha dimostrato quanto il mio presupposto iniziale fosse sbagliato, il tempo e la mia costante voglia di migliorare me stesso ed i miei software, e me ne sono reso conto benissimo, peccato che non ho (fino ad un giorno fa) considerato oltre al fatto in se stesso (che di per se in effetti è poco più di una sega mentale) le conseguenze sul mio lavoro che questa cosa possa avere.
Ok, giri di parole e pensieri contorti a parte, faccio il punto della situazione (finalmente) .
Popularity: 7% [?]
A volte sono davvero rincoglionito, come faccio non lo so -.-
In questi giorni stavo vedendo un po lo storico degli import di Hybris e il primo risale al 23 Maggio del 2009 … così pensavo che sarebbe stato carino, questo 23 maggio, “festeggiare” il primo anno di Hybris in qualche modo.
Poi però mi son ricordato di una cosa … in realtà, il primo import su github non risale alla prima stesura di Hybris, poichè prima utilizzavo i repo di sourceforge e prima ancora era solo del codice sul mio computer …. mi sono inoltre ricordato che, sul mio (ex) vecchio forum, chiesi consiglio agli utenti per il nome da dare ad un linguaggio di programmazione al quale stavo lavorando (indovinate un po quale? ) così, spulciandomi i vecchi backup di MySQL, ho ritrovato questo post :
Popularity: 7% [?]
Un utente mi ha segnalato questa conversazione nella quale si parla di Hybris ed in particolare di alcuni miei errori sia nella progettazione che nella descrizione del linguaggio stesso.
Avrei voluto rispondere, ma le registrazioni sono disabilitate e quindi dovrò accontentarmi di rispondere qui, magari qualcuno di quei signori se ne accorgerà
Elencherò le critiche punto per punto e darò la mia risposta .
Popularity: 9% [?]
Non ho resistito, avevo ripromesso a me stesso che avrei iniziato a lavorare sul supporto agli oggetti (le classi per intenderci) di Hybris dopo il rilascio ufficiale della 1.0 pacchettizzata, magari per una 2.0 o quantomeno una 1.n, ma ho dovuto iniziare a buttar giù qualcosa XD .
Ho appena effettuato il commit della 1.0 beta che, oltre a correggere alcuni bugs che affliggevano il lexer ed il parser di Hybris, presenta una grande novità … le strutture !
Sostanzialmente, una volta implementate quelle e trovato il modo di gestirle al meglio (non vi immaginate che casino scrivere le regole del parser XD), il passo verso l’OO è un attimo, basta qualche piccolo ritocco qua e la ed ecco che Hybris diventerà un linguaggio che supporta al 100% la programmazione ad oggetti, ma per questo, stavolta dico davvero, è il caso di aspettare il rilascio della 1.0.
Ma vediamo un po queste strutture ^^
Popularity: 6% [?]
 |  |  |  |  |  |  |
 |  |  |  |  |  |  |
 |  |  |  |  |  |  |
Github
Identi.ca
Twitter
Last.fm
LinkedIn
Google Reader