Slashdot Mirror
New Language CURL Merges HTML And Javascript
jluxe writes: "CNN reports that a new language, Curl, was presented at the Software Development Forum in Palo Alto. This language works via a plug-in to browsers, and attempts to merge the gap between HTML, javascript, java, and even C++. It also supports the Macromedia Flash plug-in. Interesting to note that Tim Berners-Lee is listed as a financial backer of this venture, as well as an adviser." Here's the Curl Corporation's official website as well.
(python.org)
Free Techno/Jazz/DNB/MI Music by guys obsessed with monkeys!
Your post indicates that you have a pretty limited view of the programming language space. PHP is "Perl and C/C++ wrapped into one" because it has "classes", "great string manipulation", "support for CGI" and "now GTK" These are all supported by Python, Perl, Ruby and a host of other languages. PHP is just one among many. PHP's real virtue is that it is totally embedded in the web server environment. It is hard to justify it purely in terms of language features as you seem to want to. It is a mediocre language embedded in a great dynamic web pages environment.
And anyhow, the existence of these many server side languages do not really have any impact on the need for languages on the client side. Yes, PHP can generate JavaScript, HTML, Flash and other stuff that works on the client-side. But really Curl is competing with those client-side languages, not with PHP. PHP could just as easily generate Curl if it turned out to be better than JavaScript et. al. So PHP is great at what it does but not really relevant to the question of Curl's utility or viability.
So you can bankrupt some company just by sitting there clicking "reload" all day?
I see even classic Slashdot is now pretty much unusable on dial up anymore.
First, Javascript is a good idea. The language is small easy to use and gets the job done.
Second the implementation in current browsers leaves a little to be wanting.
Lets talk about the merits of the language if we are going to slam it. Do not talk about a language being inherently good or bad OR the implementation of the LANGUAGE being good or bad if you are just going to be critical of the stupid things people do with JavaScript.
People do stupid things in ANY programming language on ANY platform EVERYWHERE.
I am not sure what the point was to your post other than to be sarcastic or funny.
Any web developers worth a grain of salt knows that you can't trust data from the client. For every bit of JavaScript data validation I have written there is a nice set of validation routines the data is put through ON the server.
I think inexperienced developers may put the work to the client exclusively but this again has nothing to do with the merits or flaws of JavaScript as a language IMO.
I have been using client side validation for as long as I have developed web applications (almost five years now). When people use our intranet we require them to use JavaScript. Why? It enhances the user experience enough that the use of JavaScript is justifiable. 999/1000 times the client is not trying to hack you. What does it hurt to do a little client side validation. This will get 99% of your bad data. Then you ship it to your server validation routines and it all goes smoothly. No extra trips back to the client/server just to validate the data and get the required information in the proper format... all done in one trip to the server. This not only makes an application more robust it makes the application feel smoother for the end user.
My point being people complain about JavaScript when truly they are complaning about the implementations of other developers, Not the browser implementation and Not the actual language itself. It is just easier to say its all crap and ignore it and blame other developers for being idiots right?
Jeremy
...is to generate press releases, news articles and Slashdot threads. I've never heard anyone use it. I just hear people pointing it out to each other and saying: "Tim Berners-Lee backs it." As if that automatically makes it more interesting than all of the other languages (client and server side) out there.
Pay as you go looks like a pretty clear way to kill a programming language to me...
Which I wouldn't mind, except I think I already have something like that called the MacroMedia Flash Plug-in, well in my case Flash.
Only with Flash, I don't have to worry about too much about the learning curve that comes with Curl's seven different integer primitives because ActionScript is a weiner'd down version of ECMAScript.
Moreover, I can leverage Flash & ActionScript on the client side with languages I already know, and are usually available on the server side, such as PHP, Ruby, Perl ... along with the vast libraries associated with languages (fun stuff).
Similarly, MacroMedia has opened up it's file format that has given rise to a variety of UNIX, Win and MAC development solutions.
Considering all this, do I really need CURL ?
healyourchurchwebsite.com - WWJB?
Curl may not be any more proprietary than Java, but the site constantly bares its legal teeth at you. My gut reaction is to stay away.
I imagine my assessment at the time still stands: Using a plugin as the deployment technology could be useful to get a critical mass of developers and libraries, until it becomes semi-standard. However, since I can't recall seeing anything at all related to Curl in these months since the last story, I'd say critical mass is not forthcoming. :(
TO BUY A NEW CAR WOULD MAKE YOU SEXUALLY ATTRACTIVE.
Touting this as being a cross between HTML and Javascript makes me wonder why anyone would want to use it.
Javascript is one of the worst implimentations of a bad idea that I've seen.
One of the basic tenets of client server programming is "Never Trust The Client". Yet still, people write shopping carts that calculate totals and shipping charges in javascript, then trust the client to send back accurate data. I'm sure that TBL knows this, but is he expecting that every curl developer has even taken a basic CS class and will remember that? I doubt it. Developers will look to push as much of the processing as possible off to the client, imposing more security risks. They say they use a 'sandbox' - doesn't VBScript say the same thing?
Also, their micropayment scheme is going to turn a lot of people off. First they say how this has been developed using the same grant as the WWW, (my tax money?) then they explain that if I put up 'curl' code on my site, I've got to pay them per user. Sure. No problem. Next!
Why don't I just put up a page of C++ source and tell people to "lynx -source http://code_url|gcc"?
Sure, whatever...
Cheers,
Jim in Tokyo
-- My Weblog.
...is being able to read the most insightful comments all in one place.
Curl Instead of Java or JavaScript? posted by michael on Friday April 06, @02:56PM
Re:Java, anyone? (Score:5, Insightful) by Jason Earl (jdearl@yahoo.com)
Some more words... (Score:5, Insightful)by guku on Friday April 06, @03:18PM EST
Commentary (Score:5, Insightful)by Nohea (sd at nohea dot com) on Friday April 06, @03:16PM EST
Curl == Spyware (Score:5, Insightful)by stonewolf on Friday April 06, @03:45PM EST
Today, compuer hardware can be had for almost nothing. Bandhwidth, if it can be had at all, is costing more, as DSL companies die out because they realized they weren't charging customers enough.
The client is powerful, the network is not. If you want cross-platform compatibility, sacrifice some speed by running within a VM. Java is slow, yes. But you couldn't possibly get that framerate if it were streamed over today's cable modem.
http://slashdot.org/article.pl?sid=01/04/06/133524 1&mode=thread
How hard is it to do a search of your own website for "Curl"?
"And like that
Read the license agreement at http://www.curl.com/html/products/surge_license.js p and tell me why I, or anyone else in their right mind would load a plug in that allows the plug in to report on what you have viewed with it and also allows the plug in to block content!
Then wander over to http://www.curl.com/html/products/pricing.jsp and look at the fact that you have to commit to sending Curl a minimum of $1000/month (max of $50,000/month) to use Curl to deliver content. And the cost is based on how many characters you serve. Not, on how much revenue it generates.
This product looks more like misguided megalomania than like product that stands a chance of actually being used by anyone.
Technically, it acutally looks pretty good. But, the business model and the privacy policy are, well... They're insane.
StoneWolf