cwoods

Joined 13 years ago

Karma
63
Submissions
23
Member since
Sep 21
I work at ArcGIS.
View on Hacker News

Recent submissions

Comment · 13 years ago
Funny how Windows' profits are not part of the "PC market". I guess it's all about cherrypicking statistics to create a "winner".
Comment · 13 years ago
Comment · 13 years ago
>Increasing the speed at the merge-point will not decrease the queue. It will only decrease the density of the queue but move it back further in traffic. Your time to cross the merge-point will be basically the same.

I have to disagree with this. If you increase the speed at the merge point, someone who is newly joining the queue will definitely cross the merge point in lesser time than with lesser speed at the merge point.

Comment · 13 years ago
>The advert was apparently done by a Microsoft affiliated marketing firm, so it made sense (to me) to include it.

Reference?

>In regards to your second point, Google and others often make mistakes in their adverts.

So when Google claims the Chromebox has a Core processor, it's an unintentional mistake, but when Microsoft says a 10.1" screen is bigger than a 9.7" one, it's a deliberate lie.

>Much like your post, to be honest. Have you considered a job on Microsoft's marketing department? I believe they are desperately seeking talent.

Why the personal attacks?

Comment · 13 years ago
Agree 100%.

From the article:

>Suppose you’re on a 2-lane (each way) highway and one lane is closed up ahead due to construction. Now the flow rate of your lane is cut in half (or there are twice as many cars in line in front of you, depending on how you want to look at it).

What I observe is that the speed is reduced to one twentieth of the speed, not just half. This is because people are merging very slowly while jostling resulting in needless braking. If everyone could agree upon a proper zipper merge, the speed for everyone would go up many times.

Or imagine a traffic signal at the merge point that only lets one lane go through for a minute each. The overall flow rate would be much higher than what it is without such a signal.

Discounting this based on theoretical flow rate (as if removing one lane reduces real traffic flow by only 50%) shows that the author totally ignores real traffic scenarios completely at odds with the title of the article.

Comment · 13 years ago
>http://modmyi.com/content/10764-microsoft-bashes-apple-samsu...

I am lost. What's the alleged lie here?

Also, two of your links leads to the ad which wrongly compares the screen size of diagonal length is bigger.

However, when Google wrongfully claims a Chromebox with a Celeron is running a Intel Core(TM) Processor, no one cares or makes big blog post on HN about it.

https://news.ycombinator.com/item?id=4046964

Comment · 13 years ago
The stats are sales over the last 3 months, not install base. However, Statcounter tries to measure usage, not unique devices. Netmarketshare tries to measure individual browsers/devices.

For example, if you browse 10 sites in a day on an Android phone, but your neighbor browses 990 sites a day on her iPhone, the Statcounter numbers with just you both being counted will be 1% Android and 99% iPhone even though the install base is 50% each.

This is the reason that Statcounter and Netmarketshare browser share numbers are so different from each other, with Statcounter showing Chrome in the lead and Netmarketshare showing IE in the lead.

Comment · 13 years ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton