Earlier I posted an article by Don Box comparing SOM and COM, and I mentioned that WebAssembly is going through a similar evolution, and might benefit from some of the lessons of COM and SOM:<p>COM vs SOM: The Component Object Model and Some Other Model (1999) (archive.org)<p><a href="https://web.archive.org/web/19990127184653/http://www.develop.com/dbox/COM_vs_SOM_Summ.htm" rel="nofollow">https://web.archive.org/web/19990127184653/http://www.develo...</a><p><a href="https://news.ycombinator.com/item?id=20266450" rel="nofollow">https://news.ycombinator.com/item?id=20266450</a><p><a href="https://news.ycombinator.com/item?id=20266627" rel="nofollow">https://news.ycombinator.com/item?id=20266627</a><p>>DonHopkins on June 24, 2019 | prev | next [–]<p>>This article comparing SOM and COM was written by Don Box. (first archived in January 1999, but doesn't say when published):
The Component Object Model and Some Other Model: A comparison of technologies revisited yet again:<p><a href="https://web.archive.org/web/19990127184653/http://www.develop.com/dbox/COM_vs_SOM_Summ.htm" rel="nofollow">https://web.archive.org/web/19990127184653/http://www.develo...</a><p><a href="https://en.wikipedia.org/wiki/Component_Object_Model" rel="nofollow">https://en.wikipedia.org/wiki/Component_Object_Model</a><p>>It was in response to IBM's somewhat misleading article comparing their SOM with Microsoft COM, last updated July 1994:<p>>The System Object Model (SOM) and the Component Object Model (COM): A comparison of technologies summarized<p><a href="https://web.archive.org/web/19990117055950/http://www.developer.ibm.com/library/ref/SOM_vs_COM_Summ.html" rel="nofollow">https://web.archive.org/web/19990117055950/http://www.develo...</a><p><a href="https://en.wikipedia.org/wiki/IBM_System_Object_Model" rel="nofollow">https://en.wikipedia.org/wiki/IBM_System_Object_Model</a><p>>Don Box wrote an excellent in-depth book about COM: "Essential COM": "Nobody explains COM better than Don Box" -Charlie Kindel, COM Guy, Microsoft Corporation.<p><a href="https://en.wikipedia.org/wiki/Don_Box" rel="nofollow">https://en.wikipedia.org/wiki/Don_Box</a><p><a href="https://archive.org/details/essentialcom00boxd" rel="nofollow">https://archive.org/details/essentialcom00boxd</a><p>>Unfortunately COM had the most un-googlable name possible (even before there was a Google), so Microsoft renamed it ActiveX.<p>>For more comtext, here are some notes I wrote about Win32, COM, OLE, OLE Controls, and ActiveX in 1996:<p><a href="https://donhopkins.com/home/interval/pluggers/win32.html" rel="nofollow">https://donhopkins.com/home/interval/pluggers/win32.html</a><p><a href="https://donhopkins.com/home/interval/pluggers/com.html" rel="nofollow">https://donhopkins.com/home/interval/pluggers/com.html</a><p><a href="https://donhopkins.com/home/interval/pluggers/ole.html" rel="nofollow">https://donhopkins.com/home/interval/pluggers/ole.html</a><p><a href="https://donhopkins.com/home/interval/pluggers/olecontrols.html" rel="nofollow">https://donhopkins.com/home/interval/pluggers/olecontrols.ht...</a><p><a href="https://donhopkins.com/home/interval/pluggers/activex.html" rel="nofollow">https://donhopkins.com/home/interval/pluggers/activex.html</a><p>>Here's a synopsis of COM I wrote in response to "Can someone link to a synopsis describing what "COM" is? It's hard to search for. (e.g. microsoft com visual studio)":<p><a href="https://news.ycombinator.com/item?id=12975257" rel="nofollow">https://news.ycombinator.com/item?id=12975257</a><p>>Don't get me wrong: I'm not advocating everybody jump on the COM bandwagon! I just think it's interesting and useful to know where it came from, how it evolved, what different layers were built on top of it, and how it compared to the alternatives at the time it was designed. And it's still pretty widely used, and will probably never go away.<p>>It certainly had a lot of problems and limitations, and OLE/ActiveX/DCOM/DirectX/etc took it way too far, then Mozilla XP/COM cloned it and also took it way too far (and then back again: see "decomification" and "decomtamination"), but it really was a pretty elegant and successful solution to the problems it was designed to address at the time.<p><a href="https://wiki.mozilla.org/Gecko:DeCOMtamination" rel="nofollow">https://wiki.mozilla.org/Gecko:DeCOMtamination</a><p><a href="https://news.ycombinator.com/item?id=12968830" rel="nofollow">https://news.ycombinator.com/item?id=12968830</a><p><a href="https://bugzilla.mozilla.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__all__&product=&content=decomify&comments=0&comments=1" rel="nofollow">https://bugzilla.mozilla.org/buglist.cgi?query_format=specif...</a><p>>It's always good to study history to avoid repeating the mistakes of the past!<p>>WebAssembly is going through a similar evolution, and might benefit from some of the lessons of COM and SOM.<p>Also, here's a description of the origins of COM that I posted earlier:<p><a href="https://news.ycombinator.com/item?id=12975257" rel="nofollow">https://news.ycombinator.com/item?id=12975257</a><p>>Glad you asked! One of my favorite topics. ;)<p>>COM is essentially a formal way of using C++ vtables [1] from C and other languages, so you can create and consume components in any language, and call back and forth between them. It's a way of expressing a rational subset of how C++ classes work and format in memory, in a way that can be implemented in other languages.<p>>It was the outcome of the C / C++ / Visual Basic language wars at Microsoft.<p>>[...]<p>Also some stuff about Netscape's Internet Foundation Classes:<p><a href="https://news.ycombinator.com/item?id=19837817" rel="nofollow">https://news.ycombinator.com/item?id=19837817</a><p>>Wow, a blast from the past! 1996, what a year that was.<p>>Sun was freaking out about Microsoft, and announced Java Beans as their vaporware "alternative" to ActiveX. JavaScript had just come onto the scene, then Netscape announced they were going to reimplement Navigator in Java, so they dove into the deep end and came up with IFC, which designed by NeXTStep programmers. A bunch of the original Java team left Sun and formed Marima, and developed the Castanet network push distribution system, and the Bongo user interface editor (like HyperCard for Java, calling the Java compiler incrementally to support dynamic script editing).<p>>[...]<p>There was also a previous discussion about Mozilla's WebAsembly System Interface:<p>Mozilla announces WebAssembly System Interface, what JVM should have been (theregister.co.uk):<p><a href="https://news.ycombinator.com/item?id=19716179" rel="nofollow">https://news.ycombinator.com/item?id=19716179</a><p><a href="https://www.theregister.com/2019/03/29/mozilla_wasi_spec/" rel="nofollow">https://www.theregister.com/2019/03/29/mozilla_wasi_spec/</a><p><a href="https://news.ycombinator.com/item?id=19717416" rel="nofollow">https://news.ycombinator.com/item?id=19717416</a><p>>DonHopkins on April 22, 2019 | parent | context | favorite | on: Mozilla announces WebAssembly System Interface, wh...<p>>>"WebAssembly has been designed to scale from tiny devices to large server farms or CDNs..."
What's ironic is that the "tiny devices" and even "high end professional desktop workstation and server devices" that Java was originally designed to run on when it was started in 1990 were MUCH tinier than the devices considered "tiny" today.<p>>How many more times faster is a typical smartphone today (Raspberry Pi 3: 2,451 MIPS, ARM Cortex A73: 71,120 MIPS) that a 1990 SparcStation 2 pizzabox (28.5 MIPS, $15,000-$27,000)?<p><a href="http://www.wikiwand.com/en/Instructions_per_second" rel="nofollow">http://www.wikiwand.com/en/Instructions_per_second</a>