DtPad 2.7.0.40 (13/04/2012) - Setup
DtPad 2.7.0.40 (13/04/2012) - Archivio

Clicca qui per leggere la scheda di DtPad.

Ecco la lista completa di ciò che viene introdotto in DtPad con questo settimo aggiornamento:

• possibilità di aggiungere un codice colore alle note nel pannello laterale destro (menu contestuale -> “Tag”)
• aggiunta la possibilità di spostare rapidamente al primo e all’ultimo posto i tab (pannello laterale destro -> “Esplora tab”)
• la calcolatrice ora permette di mostrare i numeri con il separatore delle migliaia (abilitato di default)
• dettagliata la visualizzazione dei file nel pannello laterale destro “Esplora risorse”, con distinzione d’icona per i tipi di file più diffusi
• inserita la possibilità di annullare o ripetere tutte le modifiche applicate a un testo dell’area di editing principale con la pressione di un solo bottone (”Annulla tutto” e “Ripeti tutto”)
• chiusura veloce di tutti i tab modificati senza salvarne il contenuto tramite l’uso della funzione “Chiudi tutto”
• velocizzata l’apertura del programma quando si lascia aperto il pannello laterale destro
• aggiunta la barra di scorrimento orizzontale nel pannello dei risultati di ricerca nei file
• miglioramento nell’uso dei pattern all’interno della ricerca nei file
• miglioramento dell’algoritmo di validazione di file XML in caso di documenti referenziati tra di loro
• aggiornamento componente XmlGridControl, ora personalizzato
• corretto bug che causava un errore in fase di spostamento dei tab dopo aver ordinato gli stessi secondo il nominativo (pannello laterale destro -> “Esplora tab”)
• migliorata la gestione dello storico delle modifiche di un’area di editing dopo l’uso della ricerca con evidenziazione o del dizionario
• corretto bug in utilizzo di filtri di esclusione all’interno della ricerca nei file
• corretto bug che causava un mancato funzionamento del menu contestuale nella finestra del dizionario
• corretto bug che erroneamente segnalava modifiche all’interno di un tab di editing senza che ne fossero apportate al testo
• corretto bug che ridimensionava l’applicazione aprendo file direttamente da file system avendo DtPad minimizzato
• corretto bug selezione data sul pannello laterale del calendario
• corretto bug selezione file o cartella usando il tasto destro del mouse nel pannello laterale di “Esplora risorse”
• correzione bug che causava l’impostazione di un colore errato dei tab all’apertura di una sessione
• corretto bug di visualizzazione e caricamento nella finestra “Apri sorgente pagina web”
• numerose migliorie al codice, all’interfaccia e alla localizzazione e alcune migliorie alle prestazioni

No, devo necessariamente correggermi.

Dear Esther è un’opera multimediale molto particolare, un viaggio onirico su un’isola abbandonata dove non ci sono nemici da affrontare, se non uno: quello linguistico. Opera del tutto sbocciata e cresciuta in ambito amatoriale, Dear Esther non è stata infatti inizialmente localizzata in più lingue, senza però escludere la possibilità di un intervento in tempi successivi. I testi sono infatti facilmente accessibili, agevolando la vita alla traduzione amatoriale che, soprattutto data la particolare natura del titolo e la non facile comprensione per chi non conoscesse a sufficienza la lingua d’Albione, non ha tardato a mostrarsi sul mondo di internet. Un mondo, questo, molto particolare: aperto da una parte, tanto esigente dall’altra.

E’ per questo motivo che non mi ha stupito assistere su forum e siti a discussioni circa la natura di questa traduzione, stavolta supportate anche da una volontà piuttosto forte del traduttore il quale non ha voluto attenersi a una mera traduzione (ben lungi dal voler denigrare le “mere traduzioni”, ad ogni modo), ma ha preferito farne una “bella infedele”; la terminologia e le regole grammatiche sono volutamente arcaiche, spesso persino troppo astruse per il grande pubblico, ma apprezzabile per lo sforzo profuso e per l’atmosfera che contribuisce a creare insieme al resto dei mezzi usati da Dear Esther. Se è vero dunque che è sufficiente una traduzione più tradizionale a scatenare gli internauti, a maggior ragione c’era da attenderselo ora.

Tralasciando la confusione tipica del web, il fulcro della discussione verte infine su un punto unico: è una buona traduzione? Ammesso che si possa davvero rispondere a una domanda simile (cosa di cui in tutta coscienza dubito, almeno in termini assoluti), io non mi sentirei di concludere questo pensiero con una negazione. Non giungo a questa soluzione a causa del fatto che la particolarità della traduzione è stata condivisa con gli autori del gioco, i quali hanno acconsentito senza comunque poter saggiare a fondo l’esito finale, quanto perché pur non essendo del tutto fedele all’originale, raggiunge lo scopo di immergere lo spettatore, travolgendolo nell’opera e dunque trasmettendo il vero significato di essa, che non è fatto di sole parole. Quale, ciascuno deve scoprirlo provandola di proprio pugno.

Preciso un aspetto: ho preferito non cavalcare le polemiche scatenatesi alcune settimane fa e redigere solo ora questi pensieri sparsi perché volevo prima saggiare direttamente originale e “infedele”. Di norma è semplice stabilire se una traduzione è ben fatta, soprattutto in ambito videoludico, ma questo caso meritava di essere affrontato differentemente. A posteriori non posso dunque fare a meno di congratularmi con l’autore dei testi italiani per la sua prova e soprattutto per il suo coraggio, sicuramente necessario quando si decide di affrontare una strada come questa.

Riporto un brevissimo estratto del codice (in linguaggio C#) necessario per fare ciò. Va da sé che per usufruirne è necessario scrivere una classe che implementi “RichTextBox”.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

using System;
using System.Drawing;
using System.Runtime.InteropServices;
 
[...] //Class declaration implementing RichTextBox class
 
[DllImport("user32.dll")]
static extern IntPtr SendMessage(IntPtr hWnd, Int32 wMsg, Int32 wParam, ref Point lParam);
 
[DllImport("user32.dll")]
static extern IntPtr SendMessage(IntPtr hWnd, Int32 wMsg, Int32 wParam, IntPtr lParam);
 
const int WM_USER = 0x400;
const int WM_SETREDRAW = 0x000B;
const int EM_GETEVENTMASK = WM_USER + 59;
const int EM_SETEVENTMASK = WM_USER + 69;
const int EM_GETSCROLLPOS = WM_USER + 221;
const int EM_SETSCROLLPOS = WM_USER + 222;
 
Point _ScrollPoint;
bool _Painting = true;
IntPtr _EventMask;
int _SuspendIndex;
int _SuspendLength;
 
public void SuspendPainting()
{
	if (!_Painting)
	{
		return;
	}
 
	_SuspendIndex = SelectionStart;
	_SuspendLength = SelectionLength;
 
	SendMessage(Handle, EM_GETSCROLLPOS, 0, ref _ScrollPoint);
	SendMessage(Handle, WM_SETREDRAW, 0, IntPtr.Zero);
 
	_EventMask = SendMessage(Handle, EM_GETEVENTMASK, 0, IntPtr.Zero);
	_Painting = false;
}
 
public void ResumePainting()
{
	if (_Painting)
	{
		return;
	}
 
	Select(_SuspendIndex, _SuspendLength);
 
	SendMessage(Handle, EM_SETSCROLLPOS, 0, ref _ScrollPoint);
	SendMessage(Handle, EM_SETEVENTMASK, 0, _EventMask);
	SendMessage(Handle, WM_SETREDRAW, 1, IntPtr.Zero);
 
	_Painting = true;
	Invalidate();
}

DtPad 2.7.0.40 (13/04/2012) - Setup
DtPad 2.7.0.40 (13/04/2012) - Archivio

Clicca qui per leggere la scheda di DtPad.

• tedesco
• inglese
• spagnolo
• francese
• italiano

I dizionari non sono inclusi nel pacchetto di installazione (né nell’archivio, né nel setup), ma si possono scaricare direttamente usando i collegamenti che si trovano in questa pagina.

Questo è l’elenco di tutte le modifiche contenute nell’aggiornamento:

• introdotta la gestione di dizionari linguistici e thesaurus per verificare la correttezza di parole e ricercare sinonimi (nessun dizionario è presente nel pacchetto di installazione, per maggiori informazioni e per scaricare quelli desiderati seguire questo collegamento)
• controllo ortografico su tutto il testo contenuto nell’area di editing (le parole errate vengono evidenziate e sottolineate in rosso)
• nuova gestione di avvisi e comunicazione nella funzionalità di salvataggio di file aperti in un archivio ZIP (”File -> Salva -> Tutto come ZIP…”)
• ora la finestra di Dropbox ricorda l’ultimo percorso utilizzato all’interno di una sessione di DtPad
• migliorata la visualizzazione della finestra di spostamento righe (”Azioni -> Sposta -> Righe in alto/basso…”)
• aggiornamento componenti DevExpress per la visualizzazione di elementi grafici
• corretto bug nella finestra “Esplora risorse” cercando di aprire direttamente un disco da riga di testo
• corretto bug in visualizzazione di help in finestra (bottone “?”) quando la finestra era ridotta al minimo
• alcune migliorie al codice, all’interfaccia e alla localizzazione

Ogni giorno scopro nuovi tipi di #developer. L’incerto è colui che scrive commenti come “qui il codice fa questo”, quando poi fa altro.

---

#developer Il superbo è colui che non ha bisogno di gestire gli errori. Scrive i blocchi “try-catch”, ma poi lascia i “catch” vuoti.

---

#developer Il tester è colui che non è mai soddisfatto del codice da lui prodotto e che vorrebbe restare a vita in fase di beta. Come me.

---

#developer Il logorroico è colui che non riesce a trattenersi dallo scrivere tre righe di commenti per ciascuna riga di codice.

---

#developer Il fanatico è colui che, pur in ambito lavorativo e cooperando in team, considera “suo” (e solo suo) tutto il codice che produce.

---

#developer L’acquiescente è colui che SA che la legge di Murphy, in un modo o in un altro, colpirà il suo codice.

---

#developer Il procedurale è colui che si fa beffe dei linguaggi a oggetti, pur usandoli. I suoi metodi sono sempre lunghi migliaia di righe.

---

#developer L’inappagato è colui che non si ferma se non ha rifattorizzato almeno una volta tutto il codice, compreso il suo.

---

#developer Il metodico è colui che compila un gantt anche per scrivere “Hello World”.
-

---

#developer L’ansioso è colui che inserisce almeno una riga di log ogni tre righe di codice.
-

---

#developer Il caotico è colui che non riesce a tenere in ordine il proprio codice e che sbaglia costantemente l’uso dei namespace.

---

#developer Lo sbadato è colui che attribuisce nomi casuali alle variabili. Nella top 3: “aaa”, “asd” e l’immancabile “pippo”.

---

#developer L’individualista è colui che va in iperventilazione ogni volta che deve far parlare il proprio codice con quello di altri.

---

#developer Il vistoso è colui che sbandiera ogni successo ottenuto in debug, spesso alzando le mani al cielo ed escalamando ad alta voce.

---

#developer Il vocalist è colui che programmando instaura un vero e proprio dialogo tra sé e sé, a volte sottovoce, altre volte apertamente.

---

#developer L’archivista è colui che etichetta come “old” e “new” ogni variazione del codice, dimenticandosene subito dopo del significato.
-

Per l’elenco dei miei #developer seguire questo collegamento: snapbird.org/MarcoCav/timel…

Oggi OGI (scusate il turbinio di vocali) ha pubblicato una news che mi interessa particolarmente e con un titolo che non avrei saputo scrivere meglio: G.I.T. e Oldgamesitalia: amicizia e traduzioni. Game Italian Translation (rigorosamente scritto con i puntini, per un mio strano capriccio che nel tempo è divenuto parte integrante del nome) e Old Games Italia sono esattamente questo, ovvero il frutto di iniziative portate avanti da persone che hanno unito parte del loro tempo libero per qualcosa in cui hanno creduto, che si trattasse di permettere una più facile comprensione anche a chi è meno portato per le lingue oppure di approfondire un tema. E’ così che mi piace immaginare certe condivisioni (amicizie) nate su internet.

Ma il G.I.T. è un progetto ormai troppo lontano da questi tempi, e della sua formazione ho già scritto tanto in passato:

• Gli albori del Game Italian Translation
• Piccoli Game Italian Translation crescono
• L’evoluzione gittiana

Quel che manca è una seria riflessione, un dovuto canto del cigno raccogliendo tutto (idee, progetti e traduzioni) e salutando i tempi che furono e più saranno. Grazie, Roberto, per avermi dato il via che da troppo rimandavo.

Un team leader deve innanzitutto tenere conto delle sue esperienze pregresse, documentarsi su eventuali nuovi approcci (l’aggiornamento è fondamentale in questo mestiere) e quindi cercare di far quadrare il tutto in base al contesto entro cui si deve operare; non conoscere alcun metodo è un errore al pari di volerne applicare uno senza adattarlo a situazioni e persone.

In letteratura ci sono innumerevoli paper che trattano di project management, team coordination e analogie varie. In tema di approcci agili ho già avuto modo tempo addietro di trarre qualche conclusione, mentre prendendo in esame casi a più ampio spettro, una lettura pressoché inevitabile è The Five Dysfunctions of a Team, scritto da Patrick Lencioni, che riassume in cinque comodi punti i principali motivi di difetto di un gruppo:

Absence of trust — unwilling to be vulnerable within the group
Fear of conflict — seeking artificial harmony over constructive passionate debate
Lack of commitment — feigning buy-in for group decisions creates ambiguity throughout the organization
Avoidance of accountability — ducking the responsibility to call peers on counterproductive behavior sets low standards
Inattention to results — focusing on personal success, status and ego before team success

Non a caso si potrà facilmente notare che diverse di queste disfunzioni erano presenti anche nell’analisi di fallimento di un gruppo Scrum inesperto e mal coordinato (vedere primo link); ove è richiesto un lavoro di gruppo, le ragioni che portano a una cattiva produttività risiedono maggiormente nei rapporti umani, piuttosto che in mancanza di conoscenze, e riuscire ad appianare i conflitti deve essere il primo passo da compiere, per poi concentrarsi sul resto.

Ovviamente non ci sono bacchette magiche per far ciò, ma tanto buon senso nonché metodo: un team leader deve essere presente il più possibile (in caso di attività straordinarie è bene non andarsene, ma restare col team anche se non si è strettamente indispensabili), non deve fare favoritismi e deve ascoltare tutti (dal primo all’ultimo arrivato), non deve lasciarsi andare ad antipatie o simpatie (questo è un lusso del tutto inammissibile), deve lasciare un minimo di indipendenza (l’insistenza si fa odiare presto e mostra sottostima dei propri collaboratori), ma essere sempre interessato ai progressi del gruppo.

Naturalmente trattare così l’argomento significa fargli torto; non è d’altra parte mia intenzione addentrarmi più di tanto nello specifico, quanto piuttosto di raccogliere un paio di concetti a tal proposito. Quel che se ne deduce è che comunque non si tratta di un mestiere semplice, né deve esserlo. Per questo motivo va preso sin da subito molto sul serio.

DtPad 2.7.0.40 (13/04/2012) - Setup
DtPad 2.7.0.40 (13/04/2012) - Archivio

Clicca qui per leggere la scheda di DtPad.

• nuovo stile grafico per tab e altri elementi dell’interfaccia, compresa la colorazione dei tab
• nuova funzionalità che permette di salvare tutti i file aperti in un unico archivio ZIP (”File -> Salva -> Tutto come ZIP…”)
• aggiunto bottone “…” all’estremo destro della barra dell’editor testuale per richiamare velocemente il pannello laterale con l’elenco dei tab aperti
• gestione focus automatico in fase di apertura e chiusura del pannello di annotazione
• aggiornamento componenti DevExpress per la visualizzazione di elementi grafici
• specificato a livello di interfaccia che la normalizzazione è solo per file HTML (prima si poteva equivocarne l’uso anche per file XML)
• corretto bug in copia da sorgenti esterne (es. Microsoft Word) con differenti set di caratteri
• corretto bug in apertura di sessione avendo alcuni tab aperti
• corretto bug di ingrandimento utilizzando il pannello di annotazione
• corretto bug in fase di validazione di contenuti XML
• corretto bug raro che si verificava utilizzando i bottoni di “annulla” e “ripeti” avendo selezionato un’area secondaria di editing
• alcune migliorie al codice e all’interfaccia

E’ eccezionale veder crescere un’idea nella mente; da un seme di natura indefinita (quasi un tentativo di dimostrare a noi stessi che volendo fare qualcosa di diverso dal solito avremmo capacità, ma soprattutto volontà) se ne riesce a trarre un intero albero con tanto di radici, rami, foglie e forse persino frutti. Il “difetto” di questo meccanismo però esiste e risiede in una sfrenata e non del tutto controllabile voglia di crescere dell’albero, anche qualora sembri che non vi sia più spazio per aggiungere nuove diramazioni. La natura sa adattarsi a ogni situazione, e così la creatività.

Le continue evoluzioni di DtPad (a tal proposito, nemmeno la 2.4 appena rilasciata limiterà la mia fantasia e infatti ho già in cantiere alcune modifiche) sono però solo un esempio. Un altro sono state le traduzioni del G.I.T.: man mano che le rileggevo non faticavo a individuare modi migliori per rappresentare quel concetto, quella frase, approcci che forse inizialmente avevo scartato o nemmeno considerato. Penso, anzi sono convinto, di non essere mai stato del tutto soddisfatto di un lavoro. D’altra parte, quando si può considerarlo ineluttabilmente concluso?

E’ ovvio che non sempre si può procedere in tal modo; le traduzioni ufficiali richiedevano tempi prefissati oltre i quali non si poteva (facilmente) andare oltre, quindi un risultato accettabile lo si doveva conseguire senza sentirsi eccessivamente insoddisfatti. Le traduzioni amatoriali, d’altra parte, hanno sempre permesso di sfogare il proprio istinto in virtù di scadenze mai stabilite. Tra parentesi, tutto ciò ha sempre rappresentato sia un pregio, sia un difetto: sono diverse le traduzioni nate sul web che non hanno mai visto i natali.

Google per anni è stata un manifesto di quanto ho espresso sinora: le sue beta erano quasi senza fine, a dimostrare che in fondo quei prodotti da loro implementati erano sempre in crescita, e mai da considerarsi “fatti e finiti”. Più per marketing che per convinzione, alla fine Google ha dovuto abbandonare queste diciture: il pubblico non ama sempre vedere un prodotto in fase di sviluppo e preferisce voler credere che ciò che sta usando sia talmente consolidato da essere un vero numero superiore allo 0. Non a caso la nuova strategia del versioning frenetico, ora adottato anche da Mozilla per il suo Firefox, sta dando i suoi frutti.

Io con DtPad sto in mezzo: non creo una “major version” nuova ogni giorno, perché quella la demando a grosse innovazioni, ma cerco di non limitarmi sulla “minor version”. Faccio infine diverso utilizzo da quanto indicato nelle best practices di Microsoft di “build number” e “revision”, in quanto con la prima indico eventuali piccoli aggiornamenti o bug fixing delle “minor version”, e con la seconda il framework .NET da me adottato (precedentemente tutte le versioni erano x.x.x.35, mentre ora sono x.x.x.40). Con le traduzioni ero invece solito usare solo due numeri per indicare gli aggiornamenti: il primo era relativo a release maggiori, il secondo a piccoli aggiornamenti (a esempio 1.1, 2.0).

Ogni volta che uno di quei numerini viene incrementato è come se sull’albero spuntasse un nuovo ramo, o una nuova foglia; con le traduzioni erano giunti persino i frutti, ovvero quelli dell’ufficialità che per mesi ci hanno fatto sognare (e mai smetteranno di farlo). Non si finisce davvero mai di gettare nuove radici, e quando si smette a volte si sente la nostalgia del passato. A volte però non fa male andare oltre, per non limitarsi. Comunque sia… no, anche per questa volta non ho ancora finito.

Per lo stesso motivo ho compreso che sebbene Facebook e Google+ non facciano per me, altrettanto non vale per Twitter e Flickr. Del secondo ho già avuto modo di discernere, mentre il primo merita una citazione. L’aspetto che più mi attrae in questo tipo di network è che non è necessario spenderci tempo, visto che tempo non ne ho a disposizione; è sufficiente collegarsi, postare una foto o un breve pensiero e il proprio contributo alla rete è così elargito.

Non è nemmeno necessario che qualcuno lo veda, perché è lo sfogo, quello stesso pensiero, che è prioritario e non un “mi piace” o un commento lasciato da qualcuno di passaggio. In pratica Twitter è un blog con un’impostazione particolare: mentre qui posso concedermi 5 minuti di riflessione e pensieri articolati, di là posso buttare giù un concetto in 5 secondi. Il fine resta dunque il medesimo, pur se conseguito in modo differente.

Dove sono su Twitter? Mi potete trovare seguendo questo collegamento.