Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Comment Re:Great (Score 1) 448

False. How is this different than Adobe writing Flash plugin software for Firefox?

Incorrect, this is about Browser market share, and thus (because the most popular browser only runs on one companys operating system) operating system market share. Microsoft has the largest share of the browser market which is what they are trying to protect by using these underhand tactics. If Adobe were to kill their Firefox Flash plugin they would have nothing to gain. When, on the other hand microsoft disables their Silverlight plugin for Firefox (or perhaps the Mac version of Silverlight) they have in fact quite a lot to gain. Your other arguments fail for the same reason.

Comment Re:Great (Score 2, Insightful) 448

The plugins being discussed do more than just change the User Agent of the browser. They allow for XAML applications [wikipedia.org] to run in Firefox and ClickOnce [wikipedia.org] program distribution. For everyone that normally cries about Microsoft pushing IE and trying to lock users into their browser, this is an attempt to allow people to use an alternative browser while still having access to their other Microsoft-centric technologies (.NET in this case). Isn't this a good thing?

To answer your question, No, it is in fact a bad thing. This is another instance of a typical microsoft strategy called "Embrace - Extend - Extinguish". To see how this works see the comment from the poster below:

I have over 100+ boxes at work that depend on this plugin. When I get into work tomorrow, if they're not working (they run FF), then I'm not going to have much choice but to switch back to IE, am I?

Microsoft have embraced Firefox by writing software for it, Extended it's functionality to add support for their own proprietary "standards" and now they are trying to extinguish Firefox by forcing Mozilla to remove a plugin that some users have come to rely on. If microsoft were serious about adding functionality to Firefox then they would have contributed source code to this open source project. One good thing has come from this though, the rug has been pulled from under this plugin quite early, probably before many users have become dependent on it, because it was only a matter of time (probably a few years) before microsoft withdrew this plugin themselves in an attempt to force users back to IE.

The Almighty Buck

On the Expectation of Value From Inexpensive Games 102

An article by game designer Ian Bogost takes a look at what type of value we attach to games, and how it relates to price. Inspiration for the article came from the complaint of a user who bought Bogost's latest game and afterward wanted a refund. The price of the game? 99 cents. Quoting: "Games aren't generally like cups of coffee; they don't get used up. They don't provide immediate gratification, but ongoing challenge and reward. This is part of what Frank Lantz means when he claims that games are not media. Yet, when we buy something for a very low price, we are conditioned to see it as expendable. What costs a dollar these days? Hardly anything. A cup of coffee. A pack of sticky notes. A Jr. Bacon Cheeseburger. A lottery ticket. Stuff we use up and discard. ... I contend that iPhone players are not so much dissatisfied as they are confused: should one treat a 99-cent game as a piece of ephemera, or as a potentially rich experience?"

Comment Re:It's used... (Score 1) 470

Easily explained, firstly you assume wrong! It is of course much easier to count all lines in all java files to come up with the 12M figure. Taking out the generated code (which accounts for about 50% of the codebase), the actual number of genuine lines (excluding comments/white space) is probably closer to the 3M mark. As for why it's this big, it is a very large enterprise banking application (Our database for example is at 575 tables and counting) that has been worked on by a team of about 30 developers for the last 8 years. Now, roughly doing the numbers, that's: 3000000 lines / 8 years = 375000 lines per year 375000 / 30 = 12500 lines of code per developer per year, OR 12500 / 220 = 56 new lines of code per developer per day. Personally, I wrote more than twice that number of lines of code so far today, but then Java is a verbose language.

Slashdot Top Deals

Any circuit design must contain at least one part which is obsolete, two parts which are unobtainable, and three parts which are still under development.

Working...