Forgot your password?

Comment: Re:No suprise... (Score 3, Insightful) 112

by colfer (#47938937) Attached to: An Open Source Pitfall? Mozilla Labs Closed, Quietly

Mozilla's resources are going to mobile. They don't want to be caught dead if the dominant platform really does changes from desktop to mobile. So it's all about the Firefox browser for phone, and FirefoxOS.

All this groaning about them spending resources on UI misses the point. You're just complaining about what you see! The real $ is not going to UI it's going to mobile, and to technical parity with Chrome.

Wonder if they feel the same way about Email - that it's dated technology! Some of the technical issues they left hanging when they took away all the paid developers are significant.

Comment: "the more items Amazon sells to Prime members..." (Score 1) 168

by colfer (#47530973) Attached to: Amazon's Ambitious Bets Pile Up, and Its Losses Swell

"The more items Amazon sells to Prime members, the more money it loses." What bookshops have been saying for a decade is that Amazon is selling books at a loss, which used to be illegal as anti-competitive monopoly activity.

Much better than the opaque NYT article linked is this December article from IBT: "Amazon: Nearly 20 Years In Business And It Still Doesn't Make Money, But Investors Don't Seem To Care" It has the quote above, and the historic profit/loss graph I was looking for. Revenues have risen at a 45 degree angle, but profit/loss hovers around zero.

Comment: Re:so how is this different from Microsoft? (Score 1) 132

by colfer (#47305087) Attached to: Mozilla Introduces Browser-Based WebIDE

Read the article, they are targeting Firefox, Chrome and Safari as platforms. This is a development tool for some reason put into core.

And the "app" does have to be a web app because this is all about mobile. They will probably integrate submitting the app to the various vendor-approved marketplaces, starting with this one:

I question all this, because Mozilla has limited resources, mainly from Google searches. But sticking with Desktop only would be risky.

Comment: Re:RIP firefox, lean and fast (Score 2) 132

by colfer (#47304539) Attached to: Mozilla Introduces Browser-Based WebIDE

That's long gone. The download (29MB for win32) is now larger than Seamonkey (20MB). At least half the development is focused on mobile and other projects. Thunderbird and Seamonkey have no paid developers. I assume the mobile products do have to be lean and fast though. That's been the big turnaround in browsers, back to small screens, low memory and slow chips!

As for desktop. Still a good browser, needs one process per tab. Still good to have a compliant rendering engine besides Chrome. Still good to have privacy and security policies competing with Chrome.

Comment: Re:Antitrust...? (Score 4, Insightful) 132

by colfer (#47304507) Attached to: Mozilla Introduces Browser-Based WebIDE

Not that.

Right now this protocol is useful for Firefox Desktop, Firefox Android, and Firefox OS. But we aren’t stopping there. We’re working on a protocol adapter that will allow clients using the Firefox Remote Debugging Protocol – including the Developer Tools and WebIDE – talk to all mobile browsers, regardless of rendering engine or runtime. Our first targets are Chrome for Android and Safari on iOS.

Comment: Re:Why so much stupid shit, Mozilla? (Score 2) 89

by colfer (#47289685) Attached to: Mozilla Is Working On a Firefox OS-powered Streaming Stick

TB has some architectural problems and the withdrawal of paid developers by Mozilla makes it unlikely they will be fixed. The problem I ran into is that attachments cannot easily be stored separately from messages. That column showing the attachment count is actually just a guess. The db does not have real info on the MIME situation in messages. All that work is done on the fly whenever you open the message. You can detach the attachments from messages and store them separately, but only by clicking on messages one-by-one. There is an extension that attempts to automate detachment through filters, but it will crash if it encounters too many messages with attachments at one time, since the task is asynch. I confirmed all this with the extension developer - not the crashes, but the architecture and the fact that the db only guesses at the attachment count when you view the message list. Of the 12,000 current extensions, I found two or three that attempted to deal with detachment.

Comment: Re:Choice is NOT ALWAYS good (Score 4, Insightful) 128

by colfer (#47288291) Attached to: Google Forks OpenSSL, Announces BoringSSL

BoringSSL is a great name and directly addresses what got OpenSSL into trouble most recently, implementing a new protocol parameter based on a student's idea for a degree thesis. Innovation for innovation's sake, that was. Hurriedly applied for some reason.

And it's not something a website would "use," if you mean a high level protocol akin to "https." It's a library to implement common standards.

Comment: Re:How will they address the attitude problem? (Score 4, Interesting) 128

by colfer (#47288257) Attached to: Google Forks OpenSSL, Announces BoringSSL

Maybe by assigning people to the project who have not chosen security as a career field. On the Mozilla commits I used to follow, the personalities in the security arena were a different kettle of fish from the other developers. They had to maintain FIPS compliance, so were conservative about changes, but it was more than that. Not to mention, there's a possibility of workers with ulterior motives. All the more reason to develop a wider community than just self-selected specialists.

The billion dollar companies can afford it, and should have a long time ago.

Programmers do it bit by bit.