Non so molto delle reali caratteristiche dell’iPhone, ma la competizione è già iniziata 😉

Segnalo questo post interessante di Giorgio Sardo per chi fosse interessato a utilizzare lo stack Widcomm per accesso BlueTooth con applicazioni CompactFramework

Come sviluppate? Usate un unico monitor?
Un collega qualche tempo fa mi ha inviato qualche link su ricerche effettuate che dimostrerebber l’aumento di efficienza che si ottiene lavorando con monitor multipli. Questo aumento, secondo alcuni, può andare dal 9% al 50%, a seconda della tipologia di lavoro o attività.

Personalmente, da quanto ho attaccato un crt al mio portatile (che era rimasto inutilizzato in ufficio) non ne posso fare più a meno.
Voi cosa ne pensate? Se vi va, usate i commenti.

Riporto qualche riferimento:

• Microsoft Research
  http://research.microsoft.com/displayArticle.aspx?id=433
  “Mary Czerwinski, the VIBE research manager, is excited about her group’s discoveries, asking, “If you’re able to squeeze 10 percent more productivity out, do you know how much money that will save?”
• New York Times (occorre registrarsi)
  http://www.donloper.com/miscellaneous/two_monitors_are_not_enough.html
• CodeBetter.com
  http://codebetter.com/blogs/darrell.norton/archive/2003/11/11/3432.aspx

Inoltre recentemente ho visto su un post questo:

Segnalo una conferenza per chi vuole sviluppare su WSS e per gli IT PROS. Interessante anche il formato LIVE e free.

» SharePoint Pro Live – Agenda & Registration

Source: SharePoint Pro Online – LIVE (a free virtual 1-day conference)

Leggo questo post di Matteo (del quale condivido tutti i commenti) e mi dico: “hanno proprio dovuto aspettare che il governo cadesse per pubblicare sta roba!??!”

Vado su chi siamo, e trovo questa AGGHIACCIANTE pagina… molto leggibile, vero??? Ma è così difficile fare un portale funzionante con 45 MILIONI di Euro??

Per fortuna nomi e cognomi sono proprio li riportati; la pagina è questa:

Se avete installato in un device il ServicePack 1 del ComapactFramework 2.0, e provate a debuggare da un pc con Visual Studio denza il servicepack per CF, potreste andare incontro al mio stesso problema dove l’IDE per tutti i breakpoint riporta “The breakpoint will not currently be hit. The specified module has not been loaded“.

Questo è un messaggio che può essere causato da varie problemi/configurazioni. Nel mio caso era che il debugger usava una versione del framework ed il device un’altra (nel reinstallare il pc non avevo ancora applicato la patch che prima avevo). La cosa ancora più strana e che se lanciavo il debug con lo step-into (F11) riuscivo ad eseguire il codice iniziale passo passo, ma sia i breakpoint non erano settati, che dal caricamento della prima form in poi gli eventi non interrompevano più il codice.

Il suggerimento l’ho trovato su: http://www.dotnetfordevices.com/forum.html#256

Il servicepack può essere scaricato qui: .NET CF 2.0 Service Pack 1 Patch

Sto provando ad installare tutta la suite di software di sviluppo sul mio portatile che gira su vista per verificare che il tutto sia funzionale (e per far risparmiare un po’ di tempo ai miei colleghi che scalpitano per migrare a Vista 😉

Tra i vari “problemini” che ho riscontrato è che installando i Microsoft SQL Server 2005 Compact Edition Server Tools  su un pc Vista, con Sql Server 2005 SP2, viene ritornato l’errore: “SQL Server Replication Components not found”.

Il tutto si risove banalmente lanciando l’eseguibile .msi da un prompt eseguito con permessi da amministratore

Mi domando come mai i setup di programmi vecchi di tre o quattro anni fa funzionino correttamente su Vista, mentre questi tool di Microsoft stessa diano errori al setup (d’altra parte… la versione 3.1 di server tools è del 11/1/2007…. che non gli abbiano detto al team sql che vista era uscito?!?!? 😉

Qui il link all’articolo della knowledge base microsoft.

Sempre nell’articolo è specificato che per utilizzare il wizard, è necessario installare i componenti di compatibilità con IIS 6:

e di eseguire il wizard sempre come elevati privilegi.

In un post di Andrew Connell una soluzione per semplificare il processo di debug di WSS o MOSS (che tipicamente può risultare un po’ macchinoso dovendosi attaccare al processo in esecuzione), utilizzando AttachToProcess:
http://andrewconnell.com/blog/archive/2007/01/25/5855.aspx

Leggendolo è banale, ma non sempre ci semplifichiamo la vita nello sviluppare