The 10/20/30 Rule of PowerPoint

It’s quite simple: a PowerPoint presentation should have ten slides, last no more than twenty minutes, and contain no font smaller than thirty points. While I’m in the venture capital business, this rule is applicable for any presentation to reach agreement: for example, raising capital, making a sale, forming a partnership, etc.

• Ten slides. Ten is the optimal number of slides in a PowerPoint presentation because a normal human being cannot comprehend more than ten concepts in a meeting—and venture capitalists are very normal. (The only difference between you and venture capitalist is that he is getting paid to gamble with someone else’s money). If you must use more than ten slides to explain your business, you probably don’t have a business. The ten topics that a venture capitalist cares about are:
  1. Problem
  2. Your solution
  3. Business model
  4. Underlying magic/technology
  5. Marketing and sales
  6. Competition
  7. Team
  8. Projections and milestones
  9. Status and timeline
  10. Summary and call to action
• Twenty minutes. You should give your ten slides in twenty minutes. Sure, you have an hour time slot, but you’re using a Windows laptop, so it will take forty minutes to make it work with the projector. Even if setup goes perfectly, people will arrive late and have to leave early. In a perfect world, you give your pitch in twenty minutes, and you have forty minutes left for discussion.
• Thirty-point font. The majority of the presentations that I see have text in a ten point font. As much text as possible is jammed into the slide, and then the presenter reads it. However, as soon as the audience figures out that you’re reading the text, it reads ahead of you because it can read faster than you can speak. The result is that you and the audience are out of synch.
  The reason people use a small font is twofold: first, that they don’t know their material well enough; second, they think that more text is more convincing. Total bozosity. Force yourself to use no font smaller than thirty points. I guarantee it will make your presentations better because it requires you to find the most salient points and to know how to explain them well. If “thirty points,” is too dogmatic, the I offer you an algorithm: find out the age of the oldest person in your audience and divide it by two. That’s your optimal font size.

So please observe the 10/20/30 Rule of PowerPoint. If nothing else, the next time someone in your audience complains of hearing loss, ringing, or vertigo, you’ll know what caused the problem. One last thing: to learn more about the zen of great presentations, check out a site called Presentation Zen by my buddy Garr Reynolds.

Trovato qui.

#1016 Trasformazione di Web.Config in Visual Studio 2010

  di Marco De Sanctis
http://www.aspitalia.com/script/1016/Sharp1016-Trasformazione-Web.Config-Visual-Studio-2010.aspx

Tra le novità di Visual Studio 2010, una estremamente utile riguarda la possibilità di gestire differenti file di configurazione grazie a Web Config Transformation, che consiste in un semplice linguaggio di scripting tramite il quale indicare come il file Web.Config che utilizziamo nel nostro ambiente di sviluppo debba essere rielaborato prima di essere distribuito.
Supponiamo ad esempio che la nostra applicazione si interfacci al database Northwind tramite questa stringa di connessione che, come possiamo notare, punta ad un database locale utilizzando l'autenticazione di Windows.

<add name="Northwind"
    connectionString="server=.;database=Northwind;Integrated Security=SSPI"/>

Tipicamente abbiamo diverse impostazioni di questo tipo, che oltre al database possono riguardare log, posta elettronica, pagine di errore personalizzate, e che ogni volta che effettuiamo un deployment completo siamo costretti a modificare manualmente.
Con Visual Studio 2010, se espandiamo il file Web.Config su Solution Explorer possiamo notare la presenza di ulteriori due file, che contengono le trasformazioni necessarie per le configurazioni Debug e Release.
Ovviamente, se la nostra solution dovesse possedere ulteriori configurazioni, ad esempio Test o Staging, è possibile creare le relative trasformazioni selezionando la voce Add Config Transforms dal menu contestuale che si apre su Web.Config.
Il contenuto di questi file è simile ad un normale Web.Config, a parte la dichiarazione di un particolare namespace xml che abilita l'utilizzo dei tag di trasformazione.

<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
...
</configuration>

Supponiamo allora di voler modificare il Web.Config generato in Release in modo che la stringa di connessione Northwind sia quella relativa al database di produzione. Ciò che possiamo fare è indicarne la trasformazione all'interno del file Web.Release.Config come segue:

<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
 <connectionStrings>
   <add name="Northwind"
        connectionString="server=productionServer;database=Northwind;username=test;password=pwd"
        xdt:Locator="Match(name)" xdt:Transform="Replace"/>
 </connectionStrings>
</configuration>

I due nuovi tag xdt:Locator e xdt:Transform consentono di specificare come la trasformazione deve avvenire, e in particolare:
- xdt:Locator rappresenta la modalità secondo cui deve essere individuata la stringa di connessione da trasformare, nel nostro caso con Match(name) abbiamo indicato che la ricerca deve essere effettuata in base al valore dell'attributo name;
- xdt:Transform rappresenta invece la trasformazione vera e propria, nel nostro caso abbiamo specificato Replace per indicare che la stringa di connessione Northwind sul file originale dovrà essere sostituita con quella corrente.

L'elenco completo di tutte le funzionalità di questi due tag è disponibile a questo indirizzo:
http://msdn.microsoft.com/en-us/library/dd465326.aspx
Se a questo punto generiamo il pacchetto di installazione (Project -> Build Deployment Package) o effettuiamo la pubblicazione della nostra Web Application (Build -> Publish Web Application) in configurazione Release, al Web.Config originale saranno automaticamente applicate le trasformazioni specificate.
Se pensiamo al fatto che, grazie alle nuove modalità di pubblicazione di Visual Studio 2010, è possibile fare in modo che avvenga in automatico anche l'upload del pacchetto di installazione sul server in hosting e la registrazione in IIS, ci possiamo subito rendere conto di come sia potente questo nuovo strumento, grazie al quale possiamo a tutti gli effetti gestire diversi scenari di deployment con pochissimi click del mouse.

Inserire testo random in Word / Lorem Ipsum generator

You need to write the same function in Word as;

=rand()

On pressing enter, you will see the auto-fill paragraph.

 

Another place holding text filler which has been widely used in web designing and other prototypes is;

Lorem ipsum dolor sit amet, consectetur adipisicing elit……

For filling Word document with this placeholder filler, you need write it as

=lorem()

 

 

Note:

• Testato in Word 2007
• Alle funzioni si può passare un parametro numerico (la lunghezza del testo??).

Trovato qui.