Forgot your password?
typodupeerror
Software Chrome Google Opera Safari Technology Apple

How Competing Companies Are Jointly Building WebKit 125

Posted by Soulskill
from the getting-along-behind-the-scenes dept.
New submitter jgb writes "WebKit is, now that Opera decided to join the project, in the core of three of the five major web browsers: Apple's Safari, Google's Chromium and Opera. Therefore, WebKit is also a melting pot for many corporate interests, since several competing companies (not only Google and Apple, but also Samsung, RIM, Nokia, Intel and many others) are finding ways of collaborating in the project. All of this makes fascinating the study of how they are contributing to the project. Some weeks ago, a study showed how they were submitting contributions to the code base. Now another one uncovers how they are reviewing those submitted contributions. As expected, most of the reviews during the whole life of the project were done by Apple, with Google as a close second. But things have changed dramatically during the last few years. In 2012, Google is a clear first, reviewing about twice as much (50%) as Apple (25%). RIM (7%) and Nokia (5%) are also relevant reviewers. Code review is very important in WebKit's development process, with reviewers acting as a sort of gatekeepers, deciding which changes make sense, and when they are conforming to the project practices and quality standards. In some sense, review activity reflects the responsibility each company is taking on how WebKit evolves. In some sense, the evolution over time for this activity by the different companies tells the history of how they have been shaping the project."
This discussion has been archived. No new comments can be posted.

How Competing Companies Are Jointly Building WebKit

Comments Filter:
  • by mwvdlee (775178) on Saturday March 02, 2013 @01:45PM (#43054937) Homepage

    ...just as long as you keep managers, marketeers, sales people and HR out of it.

    • Re: (Score:2, Insightful)

      by Anonymous Coward

      So who decided they weren't confident in opera's own engine and let's swap years of work out for webkit? Developers?

      • Re: (Score:3, Insightful)

        by Anonymous Coward

        So who decided they weren't confident in opera's own engine and let's swap years of work out for webkit? Developers?

        I doubt it's so much a matter of confidence as it is a matter of outbreaking common sense. Why spend resources on your own engine when there is an open, fast, very popular, well-supported, and well-regarded engine available for free? I'm surprised they waited so long, though I am not surprised that Microsoft is outlasting them.

        A small fraction of users care about what engine their browser is using. They care that the websites they visit work, and WebKit certainly has the edge over Opera's old engine o

    • by Grond (15515) on Saturday March 02, 2013 @02:12PM (#43055125) Homepage

      You don't think management was involved Apple's decision to use KHTML as the basis for Safari rather than Gecko (the Mozilla engine)? Or the decision to use an open source engine in the first place rather than creating their own proprietary engine? You don't think sales and marketing were involved in the decision to feature the open source nature of the engine when Safari was first announced [apple.com] ("Safari’s features include ... the industry’s best rendering engine based on KHTML, from KDE’s Konqueror open source project, to which Apple has made significant enhancements that will be contributed back to the open source community."). You don't think HR was involved in recruiting software engineers with experience working with open source projects?

      The same is true of every other company that has used WebKit. Companies that base products on open source projects are not self-governing programmer utopias.

      • What was avoided here is the usual horde of slavering, shambling, mindless middle managers who usually bring every worthwhile software development effort to a pathetic halt.

      • by blacklint (985235) on Saturday March 02, 2013 @02:48PM (#43055321) Homepage

        From the guy who chose to base Safari of KHTML [donmelton.com]: "But I chose the engine we used — with my team’s and my management chain’s support, of course —"

        Sounds like an engineering-led decision to me.

        • by Grond (15515)

          Sounds like an engineering-led decision to me.

          Engineering-led, sure, but that wasn't the claim I was responding to. The claim was "Companies can work together just fine... ...just as long as you keep managers, marketeers, sales people and HR out of it." Management was clearly involved.

      • by oever (233119)

        Management was involved but did not decide. Don Melton decided to use KHTML [donmelton.com]:

        But I chose the engine we used -- with my teamâ(TM)s and my management chainâ(TM)s support, of course -- ...

      • by BitZtream (692029)

        Having embedded both Gecko (mozilla's rendering engine) and WebKit into various applications, it doesn't take any sort of silly thinking to understand why they picked WebKit.

        Gecko is a fucking mess that no self respecting programmer will get with in half a billion miles of. It is a shining example of how to write shitty code. It is in fact the most bloated, buggy, confusing pile of shit I've ever had the dis-pleasure of working with.

        WebKit is far from a trivial beast to work with, but its a HTML layout en

      • by Plumpaquatsch (2701653) on Sunday March 03, 2013 @11:45AM (#43061361) Journal

        http://donmelton.com/2013/01/10/safari-is-released-to-the-world/ [donmelton.com]

        But back to Steve’s presentation.

        Everyone was clapping that Apple embraced open source. Happy, happy, happy. And they were just certain what was coming next. Then Steve moved a new slide onto the screen. With only one word, “KHTML” — six-foot-high white letters on a blue background.

        If you listen to that video I posted, notice that no one applauds here. Why? I’m guessing confusion and complete lack of recognition.

        What you also can’t hear on the video is someone about 15 to 20 rows behind where we were sitting — obviously expecting the word “Gecko” up there — shout at what seemed like the top of his lungs:

        “WHAT THE FUCK!?”

        KHTML may have been a bigger surprise than Apple doing a browser at all. And that moment was glorious. We had punk’d the entire crowd.

    • ...just as long as you keep people out of it.

      FTFY

      If what you said was true and there weren't any problems so long as it was just engineers, programmers, and the like on a project, then a number of forks of open source projects would simply not exist at all. The fact is, everyone fails to get along at some point, though I'll readily admit that some of the types you left off that list are more capable of getting along than some of the ones you put on that list..

    • by hairyfeet (841228)

      Everyone acts like this is a good thing but it is NOT and here is why: First of all...doesn't anybody remember what happened with IE 6? How you had every damned site coded to IE 6 ONLY and any time a bug came out for IE 6 it spread like wildfire? Having everybody on the same thing just ain't a smart move.

      Second nobody seems to be talking about the ugly truth of why Opera had to go Webkit, because the only way they could get within a million miles of iPad is as a pathetic skin for Apple's browser. I'm sorry

      • Yeah a proprietary Web browser controlled by a convicted monopolist is just the same as an open source rendering engine that has multiple contributing companies, two of whom are bitter rivals.

      • As long as Mozilla and IE continue to be viable, I don't think your concern is valid with regard to the browser.

        As for your other points, particularly the abominable choice of H.264 instead of a free codec for HTML5, you're spot on.

        • by hairyfeet (841228)

          Nice to see somebody who isn't a fanboy and can see the risk here. And I'm so damned sick of everyone screaming "M$ Shill" if I don't drink the iKoolaid or kiss Google's ring. Who was calling for MSFT to be broken up when the evidence came to light in the antitrust trial? Oh yeah that was ME, same as i thought Intel deserves a hell of a lot more than a couple billion bribe to AMD to make a decade of backdoor bribery go away.

          Why is it that nobody can see that being the biggest corp on the planet brings wit

  • by bogaboga (793279) on Saturday March 02, 2013 @01:50PM (#43054971)

    Why won't this arrangement work on an Office Suite?

    That's the question.

    • by erroneus (253617) on Saturday March 02, 2013 @01:58PM (#43055039) Homepage

      Critical mass.

      *.DOC(X) is not just he most universally accepted format for word processing documents, it's the most universally EXPECTED format for word processing documents.

      And then there's the ridiculously high amount of integration which is the expected norm for all of this. It's more than just office. It's everything it touches. And as we saw when Microsoft took an active role in attempting to stop ODF from becoming an ISO standard and we saw it in how Microsoft inexplicably got an incomplete and impossible to implement standard fast-tracked through the same process.

      They have no shame or sense of morality when it comes to defending their territory and will never allow anything to get in their way.

      Now, if there were such a collaboration I'd be all over it. Right now? I just can't see it happening.

      • by bogaboga (793279) on Saturday March 02, 2013 @02:20PM (#43055177)

        *.DOC(X) is not just he most universally accepted format for word processing documents, it's the most universally EXPECTED format for word processing documents.

        But I remember IE was in this exact position not many years ago. Heck, you could hardly "get anywhere" around the web without hitting so called "IE only" sites. What happened in this case?

        • by BitZtream (692029)

          Microsoft upgraded IE and caused all those IE6 sites to not work properly in newer versions of the browser so the issue had to be addressed regardless of outside influence.

          Microsoft killed IE6, not anyone else. It wasn't until Microsoft killed it that anything else changed.

        • IE had horrible issues with picking up viruses, and Microsoft let the application fester in it's own filth. Eventually it got to the point you couldn't browse the web with IE and not get a virus - "power user" or not. So Mozilla started picking up steam - then they added extensions which brought all this cool new functionality, and suddenly it caught on.
      • by Kjella (173770)

        Critical mass and a lack of companies that indirectly make money off it. The kernel is free but Red Hat makes money selling service and support, Webkit and the web browsers are free but Google makes money selling web services - or giving them away and making ad revenue, same thing. Who makes money off Open/LibreOffice? The StarOffice business model never really worked for Sun and Oracle simply killed it outright. The Linux distros a little bit maybe, but desktop Linux has never been a moneymaker. On Apple's

        • That was true 5 years ago but the situation is completely different now and Libreoffice got a massive coding productivity boost.
      • by AmiMoJo (196126) *

        There is nothing stopping you sending ODF files to MS Office users, they can open them just fine with any version of Office from the past five years.

      • by hairyfeet (841228)

        Do you HONESTLY think if only ODF would have been approved it would have made a damned bit of difference? Like them or hate them MSFT did get a few things right, one of them is MS Office. With LO it feels like what it is, a mish mash of separate programs bolted together that don't really belong together and for the longest time Writer was the only program that got any love, the rest didn't get squat comapred to Writer. with MS Office its an actual suite, with everything working together and honestly Excel a

        • by erroneus (253617)

          it is supposed to make a difference when government entities require that ISO standards are followed when possible and one exists for documents, that it should be used. So if/when government follows its own laws and policies, they would have to select software which utilizes an accepted ISO format. If Microsoft wasn't able to manipulate its way through, there would have been some really tough questions to answer.

          And let's be clear on how important an issue this is. We're talking about government record k

          • by hairyfeet (841228)

            But your OWN ARGUMENT makes no damned sense! If its for "record keeping" why in the fuck would you use an ALTERABLE format at all, unless you want to selectively "change" anything you don't like down the road? We DO have this thing called PDFs you know, we have the specs to several revs of PDF and frankly a bazillion companies make basic PDF readers that will run on just about any damned thing with a screen and a CPU, so why in the hell use ANY alterable format?

            And YES I use MS Office, I have MS Office 2K

            • by erroneus (253617)

              Every format is alterable. Every format.

              I think you lack experience in this area. I personally work for a company which requires government interfacing and all of the strict standards and polocies associated. Yes, some archiving does require PDF/A. However there are other forms of data which are best stored in a more accessible format. Often times, the government requires both PDF and the original format simultaneously.

              But what would be a likely reason for needing the original source document? Lots.

              • by hairyfeet (841228)

                Use RTF then, hell use .TXT if all you need is the raw data, the point is making an office format "open" isn't a magic bullet and makes no God damned sense. And frankly the current state of affairs proves it...how many offices you see using ODF? I don't see any, I see yet another failed format that nobody cares about.

                I think the problem is what people SAY they want and what they ACTUALLY want are often two different things, as many a company has found out the hard way. Anybody who dreamed of juicy governm

        • The treath is as follow, throw 300 Million on LO development and Microsoft's cash cow is dead. A marketing campaign costs probably the same money. That shows the potential.
    • by Xemu (50595) on Saturday March 02, 2013 @02:22PM (#43055195) Homepage

      Why won't this arrangement work on an Office Suite?

      That's the question.

      The transformation of the office Paradigm will be disruptive and imperative in a cloud computing initiative and to leverage Web 3.0 and deliver a truly seamless Prosumer solution .

    • Mod up. This is really what we need - it would truly knock a big nail into MS Office's coffin.
      Not that I'm against either MS Office or indeed MS per se. Apple is just as bad.
      Goggle has progress to do; you can open a "pages" document in Google docs, but not then save it in another format.
      For the love of Christ, how hard can it be?

      I'm just so sick of trying to manage, and use, documents with needlessly opaque and complex formats.

      It's a losing strategy, but still a powerful one, "I own your data, because I o

  • by Anonymous Coward

    I'm not knowledgeable enough to understand the deep innards, but the first browser that doesn't slowly (or sometimes quickly) consume all my Mac's RAM will win my undying allegiance.

    There's an extensive thread about this problem with Safari here: https://discussions.apple.com/thread/3255375?tstart=0

    Some people have reported that disabling JavaScript fixes the problem, but that obviously isn't a realistic solution. But it leads me to suspect that in the race for bragging rights about having the "fastest Java

    • by Carewolf (581105)

      That is just the Safari Mac defaults. It is using up to 1Gbyte on JIT code, and even more on various caches, but it should throw it out when hit with a memory pressure event. The iOS defaults are much much smaller of course.

    • by Jeremi (14640)

      But it leads me to suspect that in the race for bragging rights about having the "fastest JavaScript", developers have prioritized execution speed over memory efficiency. Personally I'd be happy with a slower JavaScript that paid attention to memory use.

      You can get 16GB of RAM these days for less than $100. In a couple of years you'll probably be able to get 32GB for that amount. CPU speeds, OTOH, aren't going to get a whole lot faster (more cores notwithstanding). So I think there is a good case to be made that trading memory for CPU cycles is a good strategy in 2013 (along with parallelizing whenever possible).

      • by Keybounce (226364)

        You can get 16GB of RAM these days for less than $100.

        But can I put 16 GB of ram into my mother board?

        The limit is not how much memory I can afford.
        The limit is the physical hardware. Or rather, The FIRST part of the limit is my physical hardware

        The second part of the limit is even simpler: I don't run a single app as my whole machine.

        I don't run a single app as my whole machine. My machine is multitasking.

        Right now, what do I have running?

        Gui:
        Finder, Process monitor, Temperature monitor, Terminal (With 10 different windows on 7 different desktops), TextEdit

  • When Microsoft dominated the browser market by abusing its market power in the operating system market, that was an antitrust problem. Should we not be concerned when a group of competitors collude to dominate the HTML rendering engine market? It's a different kind of market than the browser market, but it is still a market, and a dominant player will cause problems for both competitors and consumers. For example, even though the WebKit browsers are generally free, WebKit's dominance is steadily leading

    • by Anonymous Coward

      No. Being a monopoly is perfectly legal, abusing the power is not. They are not abusing their power, and they are not even close to being a monopoly.

      Opera were not forced except by the fact that writing an HTML renderer these days is hard, and they are a small company. By trying to keep up, they would have wasted effort that could better be used otherwise (everything around the renderer).

      Basically, you have no idea what you are talking about and just throw around words that make you sound clever.

      • by Grond (15515)

        No. Being a monopoly is perfectly legal, abusing the power is not. They are not abusing their power, and they are not even close to being a monopoly.

        There is much more to antitrust law than monopolies. For example, there are "contracts, combinations..., or conspiracies in restraint of trade or commerce" in violation of the Sherman Act. I did not suggest that WebKit was a monopoly. I suggested that competitors (such as Google and Apple) were colluding to dominate the HTML rendering engine market. That kind of concerted anticompetitive action is precisely what the Sherman Act is aimed at preventing.

        I am not the first person to suggest that collaborati

  • Soon. Microsoft.

  • by Anonymous Coward on Saturday March 02, 2013 @02:44PM (#43055303)

    I interned on the Chrome team 3 years ago. Google was still building up towards being a major player on Webkit. This lead to issues when Google's interests didn't match Apple's.

    For example, there was a bug on a KURL object (held a url in it or something). According to specs, it was supposed to wipe out certain data whenever such and such an event occurred. I do not remember the specifics. But, Webkit had this bug where it did not do that, going against its own documentation and specs. This was causing Chrome some issues, so they wanted to patch the problem.

    Apple refused to accept the patch- there were many places where Safari RELIED on the bug to work. If you wanted to fix the bug in Webkit, Apple would have to fix Safari. Since Apple had the majority of commiters/contributors, they could outvote any decision, open source be damned.

    In the end, Google made a GURL object for their own purposes, which was essentially the same object, without the bug.

    *Note: I may be mistaken on many of the details here, or the specific object names (it was a while ago), but the overall scope of the issue, I'm telling it to you like I remember it happening.

    • by Skapare (16644)

      This is exactly why projects should be run by the community instead of a for-profit corporation. Such corporations simply have not learned to really work together for a common goal. In theory, it is impossible for them to do so, anyway, since, by definition, the only goal a for-profit corporation can have it to make a profitable return on the investment of its owners.

      • by BitZtream (692029)

        Right, because they exact same thing wouldn't happen with 'the community' in charge.

        THERE ARE ALWAYS CONFLICTS, even in your fantasy hippie commune. Not everyone gets what they want in the real world.

    • by Carewolf (581105)

      I am pretty sure Google URL has many more intentional bugs. One of the interesting things about Google URL is that it is been designed based on Googles vast knowledge of URLs used on the internet, and has been designed with enough insane quirks to parse almost all of them.

  • Monoculture (Score:4, Interesting)

    by Alain Williams (2972) <addw@phcomp.co.uk> on Saturday March 02, 2013 @02:58PM (#43055395) Homepage

    Much as I like the idea of competitors working together I do have a slight concern that a security flaw found will be exploitable on many platforms. OK: more developers working to kill bugs, but this code is large and complicated.

    • Ie is there a practical difference between 30%, 50% and 90% of people's browsers being exploitable with a particular exploit? In any case it a phenomenally large number of people.
  • This is a great example of how a market can work together to achieve a goal. I think this kind of collaboration should be encouraged by the state. Here's a similar example of how and how not to: In cameras there is a consortium which promotes a lens mount standard called four-thirds. A few companies have made cameras and lenses to fit it. More recently they made a standard called micro four-thirds. This is for mirrorless interchangeable lens cameras. Only Panasonic and Olympus have adopted it. Even
    • Since the Slashdot tradition is to apply caution to news-spin, here's my reply to your fair post.

      I certainly agree that if multiple companies can agree to work together on something like a rendering engine, they all share the cost savings. That's the easy part.

      Right now the blend of players is interesting - with Opera folding its efforts on Presto, the player mix is becoming "Them", who all that ever entails, Microsoft, and Mozilla. I wish Opera well but I never saw them as a "shaker" in the scuttle of the

  • by Anonymous Coward

    1 point others have noted, in "monoculture" (bad in ways, since it has parallels in 'the real world', ala diseases being like a grenade (in the disease here), that can take out a "single group" genetically for instance, whereas that isn't as possible in genetically varied groups as easily because of their having adaptations from diff. environments steering them to be 'different' & in some ways, better (or worse, conversely)).

    The other is my disappointment in a way, with Opera doing it... they have done

  • by Anonymous Coward

    Webkit is riven with architectural compromises, technical debt, lousy infrastructure, competing corporate agendas, mistrust and factionalism that will probably destroy it sooner or later. This recent post on the Webkit dev mailing list [webkit.org] is illuminating. Eric Seidel is an almost-decade-long contributor to Webkit, both as an Apple and Google employee, and he has a laundry list of problems with the Webkit project. Perhaps most telling is that there is almost no trust between Google and Apple, with each having d

Chemist who falls in acid is absorbed in work.

Working...