As much as I love to watch Microsoft feel financial pain, this is still yet another example of why software patents are a lousy idea. I shudder to think how much worse virus episodes would be if windowsupdate wasn't as convenient as it is.
So, where's my encryption plug-in for Azureus and bittorrent trackers man?
Seriously, it's a proverbial game limbo, where the commercial interests setup up to stomp out piracy, and piracy reinvents itself instead of dying. I think the pirating trends on the internet will continue indefinitely, at least until the nature of the network itself changes.
Have any of you actually gone to browse the CVS tree and judge WiX on it's own Merits?
As a developer who uses several different languages and platforms, and occationally uses C#, I'm happy to see this come to pass. Creating installation packages for windows has always sucked. Nullsoft's NSIS has helped alot, but using the tool that Microsoft uses internally means the playing field is level.
Now if they would opensource their forked copy of Perforce:D
Colonel Sanders: Prepare to reverse physics!
Peon: Preparing to reverse physics!
Colonel Sanders: Reverse physics!
Peon: Reversing physics, sir! ...
President Skroob: Oh sh*t! Quick turn it off!
Colonel Sanders: We can't, it's irreversable.
Dark Helmet:.. like my rain coat.
.. but that slim, stylish Digimaxtrix box costs $1,112.42, starting price point.
Sporting a 2.4B GHz Intel(R) Pentium 4 Processor with 512K Cache and 533 MHz FSB with a SiS(R) 651 Chipset MicroATX and many integrated trimmings, this thing would outperform my current desktop.
No thanks, I think I'll wait for one that doesn't need to run XP and heat my living room.
I found your comment interesting enough to do some research on. Using google I found a number of interesting articles/papers.
Exerpts:
Most processes for making white crude or its cousins involve three major stages. In the first, steam, oxygen and natural gas react to create a mixture of hydrogen and carbon monoxide called ''syngas.'' In the second stage, the syngas is converted to wax. In the final stage, the wax is converted to one or more liquids -- diesel, jet fuel or the clear, nearly odourless white crude, which is suitable for movement through an oil pipeline. All of these products are remarkably free of troublesome pollutants like the sulphur, nitrogen and metals found in ordinary crude.
BP Exploration announced it will move forward with a pilot gas-to-liquids (GTL) plant on the North Slope to get natural gas to market, as well as with ARCO's gas sponsor group that is working on an in-state gas pipeline and Liquified Natural Gas (LNG) facilities. So-called "white crude" made from GTL technology has significant environmental drawbacks, as well as efficiency losses. GTLs produce twice as much carbon dioxide as LNGs per unit (BTU) of energy burned.
I happened to look on icculus.org the day the duke3d source was released, and noticed that they had a BUILD project (http://icculus.org/projects/BUILD/) already in place. This is what gave them an edge. The BuildEngine is the 3d engine which renders all the duke3d artwork to the screen as well as several ancillary tasks. My guess is it was only a matter of putting an SDL harnass in the gamecode and building it on linux.
What they mean by "..." is that when you check stuff in, it shows up in the shared code. Wow! That's basic CVS.
Anyone using Interwoven as a repository for code needs to have their head examined. Dont get me wrong, it will definitely manage your source, but I can think of better, and cheaper, systems suited for that. There's a very large difference between source code and content. Interwoven is much better suited for manipulating website content. Articles (news, white papers, announcements, etc), graphics, other kinds of assets. Managing all that with CVS on an Enterprise scale (Business Foo with 250 employees) would be hell.
I don't know where you got this stuff about "a system to quickly and directly retrieve content for a web site/application" from, but what TeamSite offers is just a way to sync the repository to a remote server. It's basically a very inefficient version of rsync.
rsync has absolutely no notion of what defines a site. rsync doesn't guarantee that all assets published are archived and accounted for. rsync doesn't allow for content rollback.
CVS has no semblance of workflow. CVS allows for rather large collaborations, but it's up to the developers (with or without sourceforge) to structure those collaborations.
I've implemented several Interwoven installations. You oversimplify how TeamSite works and what it offers.
Actually, there are several Content Management Systems. Interwoven is considered the head of the herd, but similar offerings are available, even from Microsoft:
http://www.microsoft.com/cmserver/
Go figure. The patent is still questionable for lots of reasons, but it won't effect CVS.
Say you ran a News website with Interwoven as part of the back end. Interwoven would allow you to control where, when, and how each article (being a peice of content) is displayed. Once article foo is authored, submitted, formally reviewed and then approved is it actually put on the production news site.
As a website developer, you would control how interwoven works. But essentially, what a company buys when they buy interwoven, is a system to allow an organization to concentrate on producing and publishing content.
ClearCase is not a Content Management System. Interwoven is not a Version Control System.
ClearCase and Interwoven do indeed have a number of shared features, but noone in their right mind would *ever* use ClearCase as a CMS backend to a website. Interwoven specializes organizing information, in the form of website content, throughout it's lifecycle, including initial authoring, review stages and (this is the important part) publishing. Not a single Version Control system addresses publishing.
First off, read the actual patent, not the press release.
The patent does indeed include version control elements, but further defines exactly what their product does. See section 2, for example:
"The system of claim 1, further comprising a plurality of work areas configured to allow different users to create and maintain web content to be displayed on a website, wherein the staging area is adapted to receive web content changes of files modified in the work areas and is configured to check for conflicts in web content received from two or more work areas. "
There are very many products out there that do version control. But, there are very few that provide robust Content Management, which includes version control, but also includes a system to quickly and directly retrieve content for a web site/application and other such ammenities described in the patent. You would never do such a thing with CVS, unless you're insane.
What this does endanger is projects like Zope with it's CMS framework, which does alot of what is described in this patent. Versioning, browsable "file system" (html browsable, not unix mountable:p), submission and workflow associated with the content, embeded webserver, etc. These are features which parallel Interwoven's offerings (albeit at a smaller scale).
So, having said all this, I don't see why everyone is freaking out. The patent obviously addresses a complex Content Management system, not a simple version control system. I'm sure a simple-minded judge would be able to tell the difference once given the facts.
Your opinion reflects the vast majority of people who do not use java. Applets are flawed, and IMO a last resort. For a long while, the client-side jvm was tied to browser releases instead of released as bonified plugins. This was a horrible idea in the long term. Also, MS's JVM adds standards fragmentation to the picture. A more useful and elegant solution for any problem an applet would solve would be DHTML, coupled with server-side scripting.
The main users of Java are indeed server side. Native applications are great if you're talking about Infrastructure-level usage. Applications like email, webserving, fileserving, etc are so fundamental that implementing them in Java is a waste of time. However, implementing Business Foo's web application natively is usually not a good idea. Modeling business process in software is a painstaking task, in part because of the enormity of the task, and in part because it's always subject to change. Changing native code to match business process sucks compared to Changing java or (insert scripting language here).
Applications like Ebay, google, or perhaps Amazon do not change nearly as much, and as such can be (and are) better implemented natively.
Hollywood glammorizes ANY professional field, not just software developers, etc. I remember the first time I learned that Court cases took longer than a few weeks (I was 15y/o, mind you), because I followed the OJ murder trial. My intake of movie drama had preconditioned me to think all Lawyers were as thoughtful and explosive as Tom Cruise was in A Few Good Men, wailing at Nicholson, "I want the truth!" And then Nicholson responds, "You can't handle the truth!" It's practically never the case.
I was (and still am) quite disappointed. My first assumptions about Law were based on movies, which, if you ask any Lawyer, are dramatized to the point of fiction.
Much is the same with Technology. Anyone who's sat through Hackers will tell you how much of a (bad) joke it really is. The other great example is Swordfish, when Hugh Jackman hacks into a computer system in 60 seconds, at gunpoint, with a woman giving him head. Come on:p
The point is this: Anyone who wishes to join any professional field should realize that work takes effort. If a movie gives you inspiration and/or a desire to look further into something you find interesting, fantastic. Seek out what you dream and live it. But be prepared to find something a little less idealized, something a bit more down to earth.
This article is a giant vat of uninformed bullshit.
I won't address Java 1.4x points because in general, java 1.4 sucks. (Handicapped threads, new io architecture forced on installed base, inept standard regex and logging facilities, bah)
Java on store shelves: The fast majority of companies use java to model internal business processes and integrate them into systems. Java is extremely useful for this because programmers don't have to worry about hardware. This is not the kind of software you shrinkwrap.
TogetherJ/TogetherSoft: The installer asks you if you want to install a JDK with the product, or use a separately installed one. It also will tell you if your installed JDK is sufficient.
Python: Python source is compiled into bytecode upon first interpreting. It has it's own VM, also mutable from native code. There are quite a number of differences between python and java, but your comparison is uninformed.
Java Minor releases: The differences between 1.2 and 1.3 is quite large. These are not minor releases, despite sun's versioning scheme.
JNI Stability: JNI isn't easy to produce correctly. But it's stability is a responsibility of the programmer. C programmers don't blame the OS when a program segfaults.
I guarantee had this article been about perl's deficiencies, it would've been scrutinized with a scope large enough to see Venus, and wouldn't have made it passed submission.
Slashdot Mirror
As much as I love to watch Microsoft feel financial pain, this is still yet another example of why software patents are a lousy idea. I shudder to think how much worse virus episodes would be if windowsupdate wasn't as convenient as it is.
yahoo.es mail or gmail.google.es once the thing goes public.
So, where's my encryption plug-in for Azureus and bittorrent trackers man?
Seriously, it's a proverbial game limbo, where the commercial interests setup up to stomp out piracy, and piracy reinvents itself instead of dying. I think the pirating trends on the internet will continue indefinitely, at least until the nature of the network itself changes.
Have any of you actually gone to browse the CVS tree and judge WiX on it's own Merits?
:D
As a developer who uses several different languages and platforms, and occationally uses C#, I'm happy to see this come to pass. Creating installation packages for windows has always sucked. Nullsoft's NSIS has helped alot, but using the tool that Microsoft uses internally means the playing field is level.
Now if they would opensource their forked copy of Perforce
Why is this interesting? Where's the proof? Link? EH?
just with the physics in reverse
... .. like my rain coat.
Colonel Sanders: Prepare to reverse physics!
Peon: Preparing to reverse physics!
Colonel Sanders: Reverse physics!
Peon: Reversing physics, sir!
President Skroob: Oh sh*t! Quick turn it off!
Colonel Sanders: We can't, it's irreversable.
Dark Helmet:
.. but that slim, stylish Digimaxtrix box costs $1,112.42, starting price point.
Sporting a 2.4B GHz Intel(R) Pentium 4 Processor with 512K Cache and 533 MHz FSB with a SiS(R) 651 Chipset MicroATX and many integrated trimmings, this thing would outperform my current desktop.
No thanks, I think I'll wait for one that doesn't need to run XP and heat my living room.
eom
SCO's like the boy who cried wolf too much. Why should people care when he actually gets bitten?
just fucking die. Your burial makes the world a better, safer place.
Exerpts:
Most processes for making white crude or its cousins involve three major stages.
In the first, steam, oxygen and natural gas react to create a mixture of hydrogen and carbon monoxide called ''syngas.''
In the second stage, the syngas is converted to wax.
In the final stage, the wax is converted to one or more liquids -- diesel, jet fuel or the clear, nearly odourless white crude, which is suitable for movement through an oil pipeline. All of these products are remarkably free of troublesome pollutants like the sulphur, nitrogen and metals found in ordinary crude.
BP Exploration announced it will move forward with a pilot gas-to-liquids
(GTL) plant on the North Slope to get natural gas to market, as well as with
ARCO's gas sponsor group that is working on an in-state gas pipeline and
Liquified Natural Gas (LNG) facilities. So-called "white crude" made from
GTL technology has significant environmental drawbacks, as well as
efficiency losses. GTLs produce twice as much carbon dioxide as LNGs per
unit (BTU) of energy burned.
Links:
Gas-to-liquids might be the break-through
Alaska's Legislative Truth Squad
NERDS! :)
I wonder how they did that in only 4 days
I happened to look on icculus.org the day the duke3d source was released, and noticed that they had a BUILD project (http://icculus.org/projects/BUILD/) already in place. This is what gave them an edge. The BuildEngine is the 3d engine which renders all the duke3d artwork to the screen as well as several ancillary tasks. My guess is it was only a matter of putting an SDL harnass in the gamecode and building it on linux.
Microsoft strikes another blow for the benefits of closed systems!
(sarcasm)
..it's only a matter of time until a copy appears on kazaa.
What they mean by "..." is that when you check stuff in, it shows up in the shared code. Wow! That's basic CVS.
Anyone using Interwoven as a repository for code needs to have their head examined. Dont get me wrong, it will definitely manage your source, but I can think of better, and cheaper, systems suited for that. There's a very large difference between source code and content. Interwoven is much better suited for manipulating website content. Articles (news, white papers, announcements, etc), graphics, other kinds of assets. Managing all that with CVS on an Enterprise scale (Business Foo with 250 employees) would be hell.
I don't know where you got this stuff about "a system to quickly and directly retrieve content for a web site/application" from, but what TeamSite offers is just a way to sync the repository to a remote server. It's basically a very inefficient version of rsync.
rsync has absolutely no notion of what defines a site. rsync doesn't guarantee that all assets published are archived and accounted for. rsync doesn't allow for content rollback.
CVS has no semblance of workflow. CVS allows for rather large collaborations, but it's up to the developers (with or without sourceforge) to structure those collaborations.
I've implemented several Interwoven installations. You oversimplify how TeamSite works and what it offers.
Actually, there are several Content Management Systems. Interwoven is considered the head of the herd, but similar offerings are available, even from Microsoft:
http://www.microsoft.com/cmserver/
Go figure. The patent is still questionable for lots of reasons, but it won't effect CVS.
Not in the sense I'm talking about.
Say you ran a News website with Interwoven as part of the back end. Interwoven would allow you to control where, when, and how each article (being a peice of content) is displayed. Once article foo is authored, submitted, formally reviewed and then approved is it actually put on the production news site.
As a website developer, you would control how interwoven works. But essentially, what a company buys when they buy interwoven, is a system to allow an organization to concentrate on producing and publishing content.
ClearCase is not a Content Management System. Interwoven is not a Version Control System.
ClearCase and Interwoven do indeed have a number of shared features, but noone in their right mind would *ever* use ClearCase as a CMS backend to a website. Interwoven specializes organizing information, in the form of website content, throughout it's lifecycle, including initial authoring, review stages and (this is the important part) publishing. Not a single Version Control system addresses publishing.
(I am not AL, nor am I ANAL)
:p), submission and workflow associated with the content, embeded webserver, etc. These are features which parallel Interwoven's offerings (albeit at a smaller scale).
First off, read the actual patent, not the press release.
The patent does indeed include version control elements, but further defines exactly what their product does. See section 2, for example:
"The system of claim 1, further comprising a plurality of work areas configured to allow different users to create and maintain web content to be displayed on a website, wherein the staging area is adapted to receive web content changes of files modified in the work areas and is configured to check for conflicts in web content received from two or more work areas. "
There are very many products out there that do version control. But, there are very few that provide robust Content Management, which includes version control, but also includes a system to quickly and directly retrieve content for a web site/application and other such ammenities described in the patent. You would never do such a thing with CVS, unless you're insane.
What this does endanger is projects like Zope with it's CMS framework, which does alot of what is described in this patent. Versioning, browsable "file system" (html browsable, not unix mountable
So, having said all this, I don't see why everyone is freaking out. The patent obviously addresses a complex Content Management system, not a simple version control system. I'm sure a simple-minded judge would be able to tell the difference once given the facts.
Your opinion reflects the vast majority of people who do not use java. Applets are flawed, and IMO a last resort. For a long while, the client-side jvm was tied to browser releases instead of released as bonified plugins. This was a horrible idea in the long term. Also, MS's JVM adds standards fragmentation to the picture. A more useful and elegant solution for any problem an applet would solve would be DHTML, coupled with server-side scripting.
The main users of Java are indeed server side. Native applications are great if you're talking about Infrastructure-level usage. Applications like email, webserving, fileserving, etc are so fundamental that implementing them in Java is a waste of time. However, implementing Business Foo's web application natively is usually not a good idea. Modeling business process in software is a painstaking task, in part because of the enormity of the task, and in part because it's always subject to change. Changing native code to match business process sucks compared to Changing java or (insert scripting language here).
Applications like Ebay, google, or perhaps Amazon do not change nearly as much, and as such can be (and are) better implemented natively.
Hollywood glammorizes ANY professional field, not just software developers, etc. I remember the first time I learned that Court cases took longer than a few weeks (I was 15y/o, mind you), because I followed the OJ murder trial. My intake of movie drama had preconditioned me to think all Lawyers were as thoughtful and explosive as Tom Cruise was in A Few Good Men, wailing at Nicholson, "I want the truth!" And then Nicholson responds, "You can't handle the truth!" It's practically never the case.
:p
I was (and still am) quite disappointed. My first assumptions about Law were based on movies, which, if you ask any Lawyer, are dramatized to the point of fiction.
Much is the same with Technology. Anyone who's sat through Hackers will tell you how much of a (bad) joke it really is. The other great example is Swordfish, when Hugh Jackman hacks into a computer system in 60 seconds, at gunpoint, with a woman giving him head. Come on
The point is this: Anyone who wishes to join any professional field should realize that work takes effort. If a movie gives you inspiration and/or a desire to look further into something you find interesting, fantastic. Seek out what you dream and live it. But be prepared to find something a little less idealized, something a bit more down to earth.
This article is a giant vat of uninformed bullshit.
I won't address Java 1.4x points because in general, java 1.4 sucks. (Handicapped threads, new io architecture forced on installed base, inept standard regex and logging facilities, bah)
Java on store shelves: The fast majority of companies use java to model internal business processes and integrate them into systems. Java is extremely useful for this because programmers don't have to worry about hardware. This is not the kind of software you shrinkwrap.
TogetherJ/TogetherSoft: The installer asks you if you want to install a JDK with the product, or use a separately installed one. It also will tell you if your installed JDK is sufficient.
Python: Python source is compiled into bytecode upon first interpreting. It has it's own VM, also mutable from native code. There are quite a number of differences between python and java, but your comparison is uninformed.
Java Minor releases: The differences between 1.2 and 1.3 is quite large. These are not minor releases, despite sun's versioning scheme.
JNI Stability: JNI isn't easy to produce correctly. But it's stability is a responsibility of the programmer. C programmers don't blame the OS when a program segfaults.
I guarantee had this article been about perl's deficiencies, it would've been scrutinized with a scope large enough to see Venus, and wouldn't have made it passed submission.
apt-get install php4-apc, or download from here.
Everyone thank microsoft for introducing the notion of different operating systems performing different functions (for a seperate fee, ofcourse).