Interessante post relativo alla gestione dell’alimentazione su dispositivi con Windows Mobile:
Sometimes it happens that a developer asks for suggestions about how to design an application from the very beginning so that it'll be power-efficient, and therefore I now have a list of links\suggestions that may be interesting to share...
Continua alla fonte: Mobile Development : Power-Efficient applications on Windows Mobile
Tutti gli sviluppatori (e più in generale i power user), quando hanno per le mani il nuovo e fiammante PC aziendale, non possono lasciarlo intatto 
. Sarebbe contro natura .
Il nuovo PC va assolutamente pulito dalle cose per noi inutili, installato l’utile, personalizzato a dovere e soprattutto usato.
Ma cosa succede quando cambiamo lavoro? Il PC va ovviamente restituito all’azienda per essere riassegnato a qualche altro collega. Ma visto che, come dev (e più in generale i power user) siamo paranoici, l’idea di lasciare il nostro “compagno di 1000 avventure” così com’è al reparto IT della nostra società non ci sfiora minimamente.
I log delle nostre chat, l’history browser, i nostri dati personali alla mercè di chiunque? Giammai!!!!
Li conosciamo quelli del reparto IT, perennemente incasinati, che ci dicono che spianeranno la nostra macchina prima di riassegnarla. Voi ci credete? Io no 
.
Ecco quindi che ci torna utile una piccola checklist scritta da ScottH, con tutti i passi da seguire per metterci nella condizione di lasciare il PC aziendale NON FORMATTATO a chiunque, e contemporaneamente dormire sonni tranquilli 
.
La guida la trovate qui: The Developer's Quitting Your Job Technology Checklist.
Il post di ScottH è di quasi 1 anno fa, ma mi è tornato utile proprio oggi per pulire una Virtual Machine che devo passare alla persona che stà prendendo il mio posto nell’aziena in cui ho lavorato fino a qualche gg fa (già…ho cambiato lavoro….more to come).
Technorati Tags:
PC Cleaning
L’amico Vito si è finalmente deciso a pubblicare un articolo su Silverlight 2.0 e l’accesso ai dati:
Nella prima versione questa poteva essere implementata attraverso le varie tecniche AJAX mentre, nella versione 2.0, grazie al supporto per il .NET Framework possiamo accedere con più facilità utilizzando i metodi esposti da questo. Ecco perchè ho deciso di scrivere un articolo/tutorial su una semplice e abbastanza comune architettura di un'applicazione Silverlight che utilizza servizi WCF per l'accesso ai dati e, per rendere la cosa più interessante, ci ho aggiunto anche un pò di LINQ
Buona lettura: Vito Arconzo's Blog : Silverlight 2.0 e l'accesso ai dati
Dice il saggio:
“Non c’è nulla di più definitivo di una cosa provvisoria”
Postilla: specie nel nostro lavoro.
Oggi l’ennesima dimostrazione. Mi auguro solo che adesso, si sia presa coscienza della cosa 
Technorati Tags:
Riflessioni
Jeffry Palermo, qualche giorno fa, scritto un interessante post relativo al nostro lavoro. Il titolo, anche se visto nell’ottica del cliente, potrebbe apparire “forte”, ma, in fin dei conti, è la verità: non è compito del cliente sapere cosa vuole; è nostro compito capirlo.
Come esempio, viene citato il mitico David Platt (visto a Barcellona e rivisto con piacere ad Orlando). David, con l’estrema semplicità che lo caratterizza, dice:
We go to a doctor because we think we have a medical need and we need an expert to consult with and a provide a solution to what is ailing us. The doctor listens and asks questions by which to formulate some possible solutions to the problem we present. The doctor doesn't expect us to even be able to talk in the language of medicine. In software, we can't expect our clients to know what they need.
E’ una cosa che noi, che lavoriamo nel settore IT sappiamo benissimo, ma personalmente non avevo mai trovato un esempio così semplice e lampante per spiegarlo.
Ma allora, cosa sanno i nostri clienti? Esattamente quello che sappiamo noi quando andiamo dal nostro medico e che David, ancora una volta, sintetizza in modo eccezionale:
Much like the depth of a patient may be "I need to get rid of this infection" or "Give me some pills. I'm in pain". Our clients know what is causing them pain, in the business sense, so the problem is from that experience perspective.
Quindi, qual’è il nostro lavoro?
Some clients might go so far as to ask for some "pills", that is, they might ask for a specific software system that is assumed to solve the problem. It is the our job to listen and ask pointed questions to determine need. Being software experts, we must also know how to ask the right questions to flesh out the need. If the clients asks for something specifically, and we deliver, but that delivery doesn't solve the pain, it's our fault. If I ask my doctor for a specific pill, he prescribes it, then I'm still in pain, it's the doctor's fault for allowing me to drive diagnosis.
Ho volutamente evidenziato due passaggi che ritengo fondamentali. Passaggi che evidenziano un problema che si verifica abbastanza spesso. Molte volte, un po’ per pigrizia, ma spesso per inesperienza e per paura di perdere il cliente, ci lasciamo guidare da lui, correndo il grosso rischio di non soddisfare le sue reali esigenze, con tutte le conseguenze del caso.
Come professionisti (o aspiranti tali), il nostro lavoro DEVE essere:
We, as software professionals, are on the hook for responsible analysis that ensures any solution we provide adequately addresses the root of the problem at hand. The client can't tell us what he wants. It our job to find out. A required skill of any consultant at Headspring is analysis. Analysis is something underrated, but analysis ensures we build the right thing. The risk of building the wrong thing is so great that we can not afford it.
Il rischio di non far bene il nostro lavoro è:
Building (prescribing) the wrong thing would be disaster for our reputation. Analysis is what ensures we build the right thing.
Per esperienza vissuta, direttamente e non, ritengo che la comprensione di questi punti da parte nostra sia fondamentale. Il rischio di perdere il cliente c’è. Capita sempre il cliente che è fermamente convinto di sapere cosa vuole. Se non siamo in grado di fargli capire i concetti espressi in questo post, possiamo trovarci in queste 3 situazioni:
- perdere il cliente
- sforare con il progetto (tempi/budget) al fine di adeguarlo ai nuovi requisiti
- perdere la reputazione
Ad oggi mi sono capitate le prime 2 (per la terza, non mi risulta … ma nella vita non si può mai sapere). E, sinceramente, tra le 3 “opzioni”, preferisco senza alcun dubbio la prima!
Fonte: It's not the client's job to know what he needs - It's our job to find out : Jeffrey Palermo (MVP)
Technorati Tags:
Riflessioni,
lavoro,
IT
Ok….non vedo l’ora!!!
http://gizmodo.com/5025366/nintendo-e3-liveblog
Technorati Tags:
Nintendo,
Wii
Come si piò ignorare la chiamata del proprio Gemello Diverso, specie quando la fa direttamente dalle Bahamas?
How old were you when you started programming?
A quale età hai cominciato a programmare?
“Formalmente” a 12 anni, quando ricevetti il mio primo “giocattolo”. Ma prima di arrivare a quello, smanettavo con le calcolatrici della texas instruments
How did you get started in programming?
Come hai cominciato a programmare?
Sfogliando il manualetto del Commodore 64 e scoprendo che scrivendo una cosa del tipo:
10 Print “Mighell”
20 GoTo 10
il televisore si riempiva di scritte!
(lo snippet di codice credo sia errato, ma son passati tanti…troppi anni da allora!)
What was your first language?
Qual’è stato il tuo primo linguaggio di programmazione?
Il famoso Basic
What was the first real program you wrote?
Qual’è stato il primo programma vero che hai scritto?
Da appassionato di elettronica, scrissi un programma per il calcolo della legge di ohm.
La cosa carina era che, per il calcolo della resistenza, utilizzava un rudimentale DataBase per il recuperare il valore commerciale più vicino a quello matematicamente calcolato. Ed in più, disegnava a video la resitenza con i colori corretti.
(ovviamente tutto sul commodore 64 )
What languages have you used since you started programming?
Quali linguaggi hai usato da quando hai cominciato a programmare?
Basic, Visual Basic (varie versioni), VB.NET, C#
What was your first professional programming gig?
Quando è stato il tuo primo vero lavoro da programmatore?
Ho realizzato un software custom per la gestione della contabilità di una azienda.
If you knew then what you know now, would you have started programming?
Con il senno di poi, rifaresti lo stesso il programmatore? Ricominceresti a programmare?
Si. Forse con un po’ più di criterio ma lo rifarei.
If there is one thing you learned along the way that you would tell new developers, what would it be?
Se ci fosse una cosa che hai imparato nella tua carriera e che vorresti dire ai giovani programmatori, cosa diresti?
Il mio consiglio è sempre quello di fare questo lavoro per passione, studiare e non demordere.
What's the most fun you've ever had ... programming?
Qual’è la cosa più divertente che hai programmato?
Un software per l’analisi di statistiche per un servizio telefonico clienti nazionale.
La particolarità era quella di recuperare dei files dai sistemi remoti non connessi in rete, analizzarli, aggregarli ed inviarne una sintesi a vari destanatari. Il tutto quotidianamente.
Il software in questione ha lavorato per 18 mesi, tutti i giorni, processando 10950 files e bloccandosi solo 3 volte
Now, let’s tag someone else...
Adesso è l’ora di taggare qualcun’altro...
- Vito Arconzo
- Gaetano
- Licantropo
- Francesco Balena
L’amico Aldo annuncia sul suo blog i nuovi PowerTools per TFS:
Tutti utili ma il mio preferito e' quello per fare la sottoscrizione agli Alerts Ne da' un descrizione completa Brian qui
Concordo con lui: la sottoscrizione degli alerts è comodissima!
Fonte: Nuovi Powertools per TFS
Technorati Tags:
TFS,
PowerTools
Lo scorso Giovedì, ho avuto la fortuna (ed il piacere) di partecipare ad un evento Microsoft relativo a VSTS. Ovviamente, lo speaker principale non poteva essere che Lorenzo .
Per motivi “logistici” ho purtroppo perso la prima sessione, relativa alla strategia Microsoft per la piattaforma applicativa, ma ho potuto seguire il resto.
E stata molto interessante, per capire la direzione Microsoft in tema di Application Lifecycle Management, la sessione di Pasquale Della Torca. Poi si è sceso un po’ più sul tecnico con la prima delle 2 sessioni di Lorenzo, relativa a VSTS 2008 ed al .NET Framework 3.5.
La parte decisamente più interessante è stata però nel pomeriggio, con una sessione relativa alla Gestione integrata dei database all’interno del ciclo di vita del software.
Pur avendo già visto Lorenzo parlare della Data Base Professional, è sempre interessante ed istruttivo “ripassare" certi concetti. Poi…quando lo speaker è LUI … il risultato è assicurato.
Grazie e Lorenzo e Grazie a Microsoft Italia per l’invito
Technorati Tags:
VSTS,
ALM
Congratulazioni ad Alead per la “promozione” . IMHO, Te la sei davvero meritata!
“But why are you posting in English?”, you might ask... Because, as of the 1st of July, I will also be responsible, as part of the MVP Organization, for the following Countries:
- Baltic Regions (Estonia, Latvia, Lithuania)
- Cyprus
- Greece
- Malta
- and of course Italy
“What does that mean?” It means I’ll be the relationship manager for all the MVPs living in the above Countries.
“Yes, but, could you be a little
E congratulazioni ai nuovi MVP ed ai rinnovati!
Fonte: Be_Lead Blog