Kindle Fire Reached 95K Pre-Orders in 24hrs

Kindle Fire Reached 95K Pre-Orders in 24hrs

iPhone 4S vs. Best of the Rest

How the iPhone 4S Stacks Up With the Best of the Rest | Gadget Lab | Wired.com

It appears that only iPhone 4S has support for multiple networks...
And "Siri"

Siri on iPhone 4S lets you use your voice to send messages, schedule meetings, place phone calls, and more. Ask Siri to do things just by talking the way you talk. Siri understands what you say, knows what you mean, and even talks back. Siri is so easy to use and does so much, you’ll keep finding more and more ways to use it.


While Android phones are getting larger, iPhone is getting smarter.

Apple Siri: the next big revolution in how we interact with gadgets?
...Siri is plugged into Yelp and Wolfram Alpha (a search engine dedicated to finding facts instead of Web pages). If you ask Siri how much $45 is in British pounds, it can tell you the answer. Or how many cups are in a gallon (16, for the measurement challenged). But again, the best part of this is that you don’t have to tone down or over compensate for computer hearing. Siri listens like a person, and often responds that way, too.
...the entire focus of Apple over the past few years, the company wants the desktop computer to disappear and something else to take its place. Siri looks like it’s going to be a big part of that disappearing act...

Apple's next iPhone makes its debut @ cnet

SlideShare moves to HTML5

SlideShare moves to HTML5



The next step: PowerPoint HTML5 :)
In fact, there is already Office Live PowerPoint, web-based, with same look-and-feel as desktop app...

Building CodeTweet for Windows Phone 7, iOS and Android

CODE Magazine has a an excellent series or articles with step-by-step instruction for building equivalent native mobile applications for:

• Building CodeTweet for Windows Phone
  
  
• Building an Android Application to Search Twitter
  
  
• Building an iOS Application to Search Twitter
  

It would be nice to see similar multi-platfrom solution based on HTML5, that would in fact be most natural for this task...

Another interesting alternative would be using .NET code with Mono for Android and Mono for iOS. I think that Xamaring, a new company of creators of Mono in currently very busy making good documentation, so that may be coming soon.

Related event:

WinRT and Metro style apps for Windows 8

Windows 8 WinRT platform is a significant change from previous versions of Windows based on Win32 and COM. In fact, many features of .NET are re-considered and re-designed: .NET was originally developed with codename COM+, but it is not based on COM; WinRT is also based on elements of COM, could call it COM++ :)

One of big challenges of using classic COM from C++ was verbose code.
A new solution for WinRT is modified C++ language, in addition to a native library.
There is also a "managed" .NET interface, used only form .NET languages.

Deep diving WinRT and Metro style apps for Windows 8

WinRT:

is the Windows runtime that exposes the functionality of the operating system in an object-oriented flavour.

It is not managed code and does not need. NET Framework

Uses the "Projections" that allow different languages ​​to interact with the operating system (C + +, C #, VB.Net, JavaScript)

Managed languages ​​sitting on WinRT still need the CLR. The .Net Framework included in Windows 8 is version 4.5

WinRT is built with COM technology and keep all relevant mechanisms (IUnknown, AddRef / Release, Apartment for threading models, the STA message pump to handle).

WinRT simplifies many of the old COM concepts. For example it removes connection points and IDispatch to allow dynamic languages ​​to interact with it.

The WinRT type system is small but larger than the COM. For example, BSTR no longer exists but, for example, the string has a memory layout similar to the one used by the CLR. This avoids the copies during marshalling. WinRT can expose the memory of the string to both managed and native code without performance penalties.

Among the changes in the type system there are the collection (including observable type) that are constructed / mapped by the projection automatically.

The projection of C++ directly map to the structures compatible with the STL (Standard Template Library).

Projections in WinRT are customized language-by-language and allow for the best performances.

You can write extensions to expose custom native code to applications using WinRT. But these extensions are private to that application and cannot be shared (no regsvr32)

Metro Contracts are exposed as COM interfaces, and most developers will never need to go down to level COM interface in order to use them
At the lowest level there is WinRL, a C + + library used by the Windows team to build anything that exposes WinRT. It is believed that no one needs it (except myself of course)

WinRT versioning is based on the concepts of COM and allow evolving the interfaces in future versions of Windows.

The Framework.NET:

It is useful to those who need the CLR benefits (garbage collection, etc..) And therefore will be used in C # and VB.NET

It is not essential and therefore JavaScript and C + + does not use it.
Many libraries (BCL Winform, and everything he does I / O on video disk and so on) are not used by Metro. Applications must use specific WinRT functions. For example everything related to XAML (Metro-style) has been rewritten in native code.

There is a new XAML interpreter written in native code that maps XAML controls to Metro native controls

In the same way (for those who knows PhoneGap) html5 tags are mapped to native controls WinRT

XAML and HTML5 are peers, interchangeable and sit on the graphics engine (based on DirectX) applications that render Metro