Microsoft Virtual Earth

Debo decir que uso muchos productos de Microsoft desde mediados de los 90´s. Los pruebo, les doy con un caño, luego mucho de ellos son parte de mi (nuestra) vida cotidiana.
A nivel desarrollo web, no uso casi nada de esta compañía, excepto el nuevo programa MVA para web developers ajá.
Bien, hoy estuve toqueteando la API interactiva del Microsoft Virtual Earth, y te cuent: mata.
Mata en el sentido que esta API te permite generar visualmente tu codigo, está, te podés bajar el framework entero en varios lenguajes, i mean c# c++ etc, pero lo más cope es que vos andás generando los distintos controles del mapa que querés visualizar (aunque no pude generar las coordenadas sino tocando directamente el JS), y pues bien, en un tab aparte tenés el code generado para que puedas copiarlo en tu html, AIR app o lo que sea, por medio de un Javascript.

Ok, vale la pena probarlo, no es nada diferente a lo que hemos visto con Google Maps o Yahoo! Maps es cierto, a nivel producto final, pero ey! la forma de generar un mapa interactivo con data geospacial como tanto me gusta a mi y embeberlo en tu propio desarrollo y/o web site/blog nunca fue más sencillo.
O sea la gente de Microsoft ha desarrollado un SDK interactivo!
es WOW.

Ok dale links:

Microsoft Virtual Earth >
SDK interactivo >
Mi map test >

Fireworks CS4 Beta

Yo que me gano la vida diseñando experiencias de usuario por medio del diseño de interfaces para webs (entre otros medios -y valga la redundancia ajá) tengo un WOW mooy grande al enumerarles de bueno que soy nomás, los features más impresionantes de este futuro release en el CS4 Package.

Aqui lo más muy buenissimo:

• Faster load time with documents containing large amounts of Pages, Layers, States and especially Symbols -uy por dios que si dale.
• Photoshop Import Dialog -abrir psd files es y espero hablar en pasado: una tortura china.
• Export to Adobe PDF -bueno dale! no habro más ningun otro programa de creación de docs.
• CSS and Images Export -bien porque si diseño completamente una interface en el FW, adelantame pasos con el CSS para la presentación en web.
• AIR content Preview and Creation -bueno AIR es otra de las tecnologías que desarrollo y te digo WOW! esto si que es realmente genial!
• Flex Skinning -sin palabras, es super cope este feature.
• Create AIR Package -desde el mesmo environment del FW! mata dame dos.
  

RTFM

Me encuentro en la vida cotidiana diciendole a la gente geek o no-geek:

"...mirá lee, así es cómo he aprendido todo yo."

Cuando se me hacen muuuchas preguntas ya sobre algo y cero o poca tolerancia ahi es donde termino respondiendo a veces.
Que respondes ok a una o dos cosas, hasta te puedes apasionar siendo docto y hablando como si supieras de qué va todo esto de lo interactivo, del web etc.

Pero bien, lo más del desarrollo web que me lo vengo leyendo es mediante pulsar F1 y ahí mismo sale de los programas que uso para trabajar la ayuda, muchas veces insuficiente ohYeah!.
El 1% de lo que sé de web, lo aprendí comprando libros.

Entonces:

RTFM!

{ read the fuckin´manual! }

doYouGetIt?

MVA Microsoft

A ver: diversificarme.
Ahí mismo me quiero parar en lo que queda del año.

Por eso comencé a cursar esta carrera que me interesó muchisimo dado mi profile.

Así que dale!

CS4

Ahi vamos!
Conferencia online presentando la nueva suite CS4.

Flash Bitmap Caching Basics

Por ahi encontré este basic acerca de cuando tenemos muchos movieClips, sprites etc dando vueltas rendereandolos todo el tiempo en el stage y rápidamente vemos que sin activar esta opción, claramente cómo nuestra flash app ralentiza no ya su funcionalidad en si misma, sino también, el uso del sistema operativo en casos donde se abusa de este mismo feature.
A tener en cuenta a tope obiWan:

Cualquier abuso pa´cualquier lado, hace mal.

Ok, aquí algo re cope:

"...a bitmap is made up of pixels. It can be thought of as a grid of color values, which designate a particular color for each and every pixel. Each pixel is a cell in the grid. A 100 x 100 pixel bitmap can be described by a grid of 10,000 color values, one for each pixel.

Each color value in a bitmap is a binary number. A binary number is made up of bits, whose values can be either 0 or 1. This binary number will differ in length, depending upon the color depth of the bitmap. The color depth of a bitmap determines the range of possible color values that can be used in each pixel. For example, each pixel in a 24-bit image can be one of roughly 16.8 million colors. Those colors are formed by mixing together varying quantities of three primary colors: red, green, and blue. The three main colors are called channels. It follows that:

• Each channel can have 256 possible values (0­255).
• 256 * 256 * 256 = 16.8 million
• 256 decimal is 11111111 in binary.
• This binary number is 8 bits long. 8 bits is 1 byte.

Therefore each channel in a color uses 1 byte. The bitmaps that are created by Flash Player when it converts a movie clip into a surface have a 32-bit color depth. 32-bit images have four channels: red, green, blue, and an additional alpha channel.

Therefore the color value for each pixel in a surface created by Flash Player is 32 bits long, or 4 bytes.

4 * 8 = 32 bit

The bitmap that is created by Flash Player to represent the visual state of a movie clip when you turn bitmap caching on will have the same dimensions (width and height) as the movie clip.

A cached movie clip that is 100 x 100 pixels has 10,000 pixels.

100 * 100 = 10,000 pixels

Each of those pixels will be 32 bits or 4 bytes. Therefore the movie clip will use an extra 40,000 bytes of memory.

10,000 * 4 = 40,000 bytes

There are 1024 bytes in 1 kilobyte (K). So, 40,000 bytes can also be said to be roughly 40 kilobytes (40K).

..."

__________________________
Fuente>>