Da qualche giorno, sono disponibili per il download gli SDK per Windows Mobile 6.5. Come specificato nella pagina di download, al fine dell’integrazione con Visual Studio, è necessario installare anche l’SDK per Windows Mobile 6. Nonostante avessi già installato tutto, nel Device Emulator Manager continuava a non comparire l’emulatore per la versione Standard di Windows Mobile 6.5.
Dopo un po’ di prove, ho constatato che la corretta sequenza di installazione di tutto il necessario è la seguente:
- Download di Windows Mobile 6 Professional and Standard Software Development Kits Refresh (http://tinyurl.com/35896p )
- Installazione Windows Mobile 6 Standard SDK
- Installazione Windows Mobile 6 Professional SDK
- Download Windows Mobile 6.5 Developer Tool Kit (http://tinyurl.com/np446g )
- Installazione Windows Mobile 6.5 Standard SDK
- Installazione Windows Mobile 6.5 Professional SDK
Completata questa procedura, se avete ancora il Device Emulator Manager aperto, chiudetelo e riapritelo. L’emulatore per la versione Standard di Windows Mobile 6.5 dovrebbe apparire.
Sviluppate applicazioni per Windows Mobile? Non lo fate ancora ma volete capirci qualcosa in più? Vi stuzzica l’idea di poter aprire il vostro Visual Studio e di scrivervi la VOSTRA applicazione per il VOSTRO cellulare?
Allora non potete mancare il 7 Luglio a Milano!!!
Mobilita il tuo ingegno al Mobile Developer Day 2009
Una giornata intera dedicata allo sviluppo su Windows Mobile 6.5
Una giornata per scoprire la nuova versione Windows Mobile 6.5 che permette di sviluppare applicazioni ancor più ricche e intuitive, sfruttando al massimo le proprie capacità.
Durante la giornata, oltre ad approfondire le novità della versione 6.5, saranno introdotte le principali tecniche di sviluppo applicativo per Windows Mobile: chi prova per la prima volta lo sviluppo mobile rimarrà stupito dalla sua semplicità e produttività!
L’agenda, lasciatemelo dire, è abbastanza ghiotta e decisamente orientata allo sviluppo. Io ed il mio compagno di avventura, insieme a Microsoft Italia, abbiamo scelto argomenti stuzzicanti ed utili a mostrare caratteristiche e punti di forza dello sviluppo su piattaforma Mobile.
Slide ce ne saranno ma, chi mi conosce, sa che preferisco Visual Stud
io a Power Point 
quindi…siete avvisati!
L’invito è quindi quello di venire il 7 Luglio al ATAHOTEL QUARK in Via Lampedusa, 11/A a MILANO, vedere il nuovo Windows Mobile 6.5 all’opera, scoprire come usare al meglio i tool di sviluppo e come “spremere” per bene il vostro device .
Vi aspetto li!!!
Se avete scaricato ed installato i nuovi emulatori per Windows Mobile 6.5 ed avete provato ad usare il Cellular Emulator, è probabile che vi sia capitato di non riuscire a “far vedere” al vostro emulatore il “segnale”. La soluzione al problema è banalissima:
vi basterà andare nel tab Configuration del Cellular Emulator, cliccare su Reset ed eseguire un Soft Reset del device (emulato).
Fatto ciò, tutto dovrebbe funzionare regolarmente .
Per maggiori dettagli sull’utilizzo del Cellular Emulator, potete fare riferimento a questo articolo: http://michelelocuratolo.com/archive/2009/06/15/windows-mobile-6-overview-per-sviluppatori.aspx
Buona lettura!
Oggi, nel mio aggregatore, ho trovato un post del SLR Team dal titolo: “When The Requirement Is Considered Resolved?” che mi ha fatto riflettere su un paio di cose. Innazitutto la risposta a tale domanda non è per nulla scontata come potrebbe sembrare.
La domanda completa è:
Lets say that we have an active requirement that is assigned to a programmer, now the programmer is doing the design and the code for the requirement can I close\Resolve the requirement as done? what if I have bugs that are active and related to this requirement?
Personalmente concordo sul fatto che un requisito VA chiuso quando viene completata la sua implementazione, a prescindere da eventuali bug che possono emergere durante la fase di test.
Ma possiamo realmente affermare che un requisito è chiuso se potenzialmente possiamo trovarci nella situazione di doverci ancora lavorare su? (questo al netto degli stati Resoled/Closed di TFS la cui presenza dipende dal template usato).
Dal mio punto di vista, dipende molto dal team, dall’entità del progetto e dalle esigenze specifiche. Ed i motivi sono i seguenti:
- Ormai è appurato che la metodologia si deve adattare al team e non il contrario.
- Se il progetto è complesso, opterei per avere uno stato di discriminazione che distingua un requisito testato da uno non testato. E questo TFS lo fa nel template CMMI con gli stati Resolved (completo ma non testato) e Closed (testato). Ma in questo caso, cosa accade se emerge un altro bug in produzione? IMHO, è una iterazione diversa e va gestita come tale.
- Se non voglio usare il template CMMI, posso customizzare gli altri template per aggiungere nel workflow lo stato di resolved. Sempre ammesso che abbia la necessità di discriminare.
- Se non voglio lo stato di resolved ma ho bisogno di gestire il “Feature Freeze”, devo necessariamente trovare una convenzione comune per tutto il team
- Se stò lavorando ad un sottoprogetto, il team è composto da 2 persone nella stessa stanza, potrebbe avere senso parlarsi ed evitare di incasinare troppo le cose con processi rigidi
Voi cosa ne pensate? Come gestite la cosa?
Technorati Tags:
TFS,
Process
Questa è utile:
Along with my Visual Studio macros for unloading/reloading projects in a solution, another macro that I use just as much, if not more frequently, is my CollapseAllItems() macro:
… [vai alla fonte] …
Fonte: Visual Studio Macro for Collapsing All Items in Solution Explorer
Technorati Tags:
Visual Studio,
Macro
L’amico Loke, riprendendo la news ufficiale, fa un po’ di chiarezza sul chiacchierato Mobile MarketPlace.
In sostanza, il modello di business è il seguente:
Revenue Model:
- Revenue shares to the ISV 70%/30% to Microsoft
- Registration cost: $99 per year for up to 5 application submissions
- Special program for students
- Special programs for startups: There are programs designed to help lower the startup cost for developers building applications for Windows Mobile devices.
Distribution:
- Coverage in 29 countries
- The Mobility Solutions Partner Program supports professional developers with a range of marketing and sales opportunities thereby allowing developers to focus on what they do best - building innovative solutions.
Certification:
- Transparency into certification process
- Developers can get more information on Test & Sign criteria on the Marketplace portal
E questa è la notizia riportata in “modo asettico”, ma so che non è questo quello che vi interessa 
.
Qualcuno mi ha già chiesto pareri in merito al Marketplace, ma le mie idee non sono ancora chiarissime. Mi fa però piacere condividere queste personalissime considerazioni con chi legge queste pagine.
Dunque:
- Mcrosoft DOVEVA farlo. Punto. A prescindere dal successo dello store di Apple, ci sono altri produttori che si stanno attrezzando quindi…
- Uno store centralizzato e “certificato” serve, specie per determinate categorie di applicazioni. Ora, IMHO, tutto dipende dal processo di certificazione. La frasetta “Transparency into certification process” non dice molto, ma credo che questo sia il punto chiave in quanto:
- se il processo è “lasco” la certificazione sarebbe inutile minando la credibilità dello store (driver nvidia docet)
- se il processo è eccessivamente “rigido”, lo store sarebbe sostanzialmente vuoto rendendolo inutile
- Sui costi, non conoscendo quelli dei competitors, non so esprimere. Mi viene da fare solo una considerazione però: dato che (diciamocelo francamente) il bacino di utenza NON è quello di Apple e lo store NON è l’unico modo per distribuire le applicazioni…io i 99$ di iscrizione non li avrei fatti pagare.
Staremo a vedere le evoluzioni della cosa
Stay tuned
Uno degli aspetti davvero interessanti del Global Summit è quello di poter passare un po’ di tempo (2 giorni) all’interno del campus. Questa esperienza è, secondo me, una eccellente opportunità per capire, tra l’altro, alcune dinamiche interne.
Di quello che si è visto durante questi 2 giorni, non posso praticamente dire nulla in quanto è tutto sotto NDA. Quello che ho avutop modo di vedere sono sessioni sia su Windows Mobile che su TFS (che in questo periodo mi interessa parecchio).
Per quanto riguarda Windows Mobile, le novità più interessanti si sono già viste al MWC.
Per quanto riguarda TFS invece… be… mi dispiace davvero non poter dire nulla ma tenete sott’occhio le varie news perchè di cosucce interessanti se ne vedranno un bel po’. E molte delle migliorie sono frutto della patica del dogfooding molto usata in Microsoft.
Una delle esperienze da fare è sicuramente quella girare per il campus anche se, tutte le volte, si rivela un’arma a doppio taglio.
Basta guardare queste 3 foto per capire che, quando si torna in Italia, il paragone viene naturale farlo.
Oggi poi ho avuto il piacere grazie ad Enzo di esaudire 2 piccoli desideri: pranzare in una mensa Microsoft e visitare uno di quegli uffici che generalmente si vedono solo nei video su MSDN . GRAZIE ENZO!!!
Stasera Party, poi…… [NDA] 