|
A few weeks ago Microsoft silently launched a new home page. It was meant to be a temporary launch for the purposes of some preliminary testing. But as fate would have it, it became the talk of the Internet. Twitter was abuzz with opinions. Several blogs and online news sites, including The Verge, wrote about it. And, the reviews were overwhelmingly positive. The new Microsoft.com home page is designed with a multi-device future in mind.
|
|
|
|
|
|
That is for Indonesia. When you believe what you read, make sure you know what you are reading.
Worldwide the picture is VERY different.
The best way to accelerate a Macintosh is at 9.8m/sec² - Marcus Dolengo
|
|
|
|
|
Quote: That is for Indonesia.
He says that specifically in the article. In fact, that is what the article is about!
Quote: make sure you know what you are reading
...precisely!
- Life in the fast lane is only fun if you live in a country with no speed limits.
- Of all the things I have lost, it is my mind that I miss the most.
- I vaguely remember having a good memory...
|
|
|
|
|
I was just trying to make sure that was clear to CodeProject users that didn't click on the link and read the article. It floored me when I read that and was wondering in what context that is true.
The best way to accelerate a Macintosh is at 9.8m/sec² - Marcus Dolengo
|
|
|
|
|
Expert Coming wrote: Worldwide the picture is VERY different.
Might want to try reading the article more closely...the point was that it can vary greatly from place to place, and that you should know the statistics of your target audience.
|
|
|
|
|
Might want to not read so closely...
How about I say it this way?
The picture is VERY different from place to place worldwide.
The best way to accelerate a Macintosh is at 9.8m/sec² - Marcus Dolengo
|
|
|
|
|
Expert Coming wrote: How about I say it this way?
The picture is VERY different from place to place worldwide.
Again, that's exactly what the article is saying. 
|
|
|
|
|
Exactly. The article talks about statistics.
Wonde Tadesse
|
|
|
|
|
|
That's exactly his point.
Looking at world wide statistics isn't good enough if you don't know your target demographic.
|
|
|
|
|
I don't know who voted you down, but there are some really good information in this article. I always like to point out that billion does not necessarily mean a thousand million, but (and this is much more logical in bi-million means 2-millon) can also mean a million million, or a thousand times what some people think that billion should mean.
|
|
|
|
|
Clifford Nelson wrote: I don't know who voted you down
Certainly few people among nine million CP members. I thought it's interesting and want to share with the members.But who ever did, he/she must a good reason.
Clifford Nelson wrote: I always like to point out that billion does not necessarily mean a thousand million ...
You are right, The article talks about statistical output. It may be a wrong generalization based on certain data.
Wonde Tadesse
|
|
|
|
|
What is the Challenge? To write an Ultrabook enabled Windows 8 application and have it posted on the Intel AppUp store by December 1, 2012. That's a total prize package for the big winner of $31,000, plus additional promotion and visibility for you and your app, plus you are sent an Ultrabook! Get your Ultrabook enabled Windows 8 app in the Intel AppUp store and win.
|
|
|
|
|
You often hear people advocate that writing tests (unit, functional, etc.) when building software leads to less bugs in production. How can one verify this statement? Usually, those people are already using TDD or BDD and might be working for companies that have a strong testing culture from day one. Then, how can one measure the impact of NOT writing tests? How can we verify that practicing TDD is actually producing less bugs? Can we stop writing tests for a period of time and look at the consequences it has on the defect count? That doesn’t seem very realistic. Let's test our assumptions... and our code.
|
|
|
|
|
Terrence Dorsey wrote: Let's test our assumptions... and our code.
The way I read that graph, the number of bugs in the UI became less simply because the product matured and there were probably fewer UI implementations. Furthermore, the graph is misleading - it's a ratio of server to UI bugs. This gives one absolutely no indication of the actual bug counts, which would have been a lot more telling.
So, the moral of the story is - don't let a UI designer play with statistics.
Marc
|
|
|
|
|
In addition to supporting industry-standard programming languages, such as C++, Python, and JavaScript, Microsoft has always been at the forefront of creating great programming languages – Visual Basic, C#, and F# being the most recent examples. We create programming languages to solve problems and to enable a broad set of people to build software. Today, we’re introducing a new programming language that solves a very specific problem – getting JavaScript development to scale. That language is TypeScript. What's next, typeQuery, a strongly typed jQuery alternative?
|
|
|
|
|
|
Thanks for pointing that out. Did you not read my reply?
Director of Content Development, The Code Project
|
|
|
|
|
It’s been a bumpy ride, in regards to namespace support in PHP. Thankfully, it was added to the language in PHP 5.3, and the applicable structure of PHP code has improved greatly since then. But how exactly do we use them? <?php namespace isAwesome!
|
|
|
|
|
Throughout its first decade on the market, the compact disc represented a tangible link to the future for many consumers. It combined two cutting-edge technologies, the laser and the digital computer, into a relatively inexpensive consumer product with capabilities unimagined just a decade prior. Closing the Red Book.
|
|
|
|
|
TypeScript is a programming language that makes it easier to write cross-platform, application scale, JavaScript that runs in any browser or in any host. Microsoft Technical Fellow Anders Hejlsberg explains how TypeScript, which is a typed superset of JavaScript that compiles to idiomatic (normal) JavaScript, can dramatically improve your productivity by enabling rich tooling experiences, all while maintaining your existing code and continuing to use the same JavaScript libraries you already love. Because nobody actually wants to write JavaScript in JavaScript...
|
|
|
|
|
OMFG - where's that vote 5000 link?
/ravi
|
|
|
|
|
|
Yeah, sorry about that. New posting schedule is not entirely ironed out yet.
We'll need something about this in the Insider, though, so expect to see Soma's post here as well.
Director of Content Development, The Code Project
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
