If del.icio.us changes its terms of service, you are stuck. If del.irio.us changes its terms of service, you (or someone else) can fork.
True enough, but if and when that day comes, duplicating delcio.us will problay take half a day using a decent language and framework.
In the meantime, the real value of del.cio.us are the collaborative data. It's the network effect of many people using a common resource. Split that resource up into disjoint sites, and the value is diminished.
Just make sure you backup your bookmarks, and you should be good if things change.
Companies that really know that they're looking for won't just ask for Java experience... they'll ask for things such as "J2EE","Struts","Applets" or another specific use of Java.
Often that is because they don't really want someone who knows Java in any meaningful sense, but someone who knows enough to script the Struts, EJB, etc APIs.
Umm, unless they really know and understand JavaScript.
It is a far, far, more dynamic and agile language than VBScript, and allows for cleaner code that is easier to read and maintain.
Sadly, most people know it from the umptizillion Web tutorials that treat it as dumbed-down variant of C or Java, ignorant of its many Lisp-like qualities.
Yeah, I guess you *can* write ASP in javascript, but nobody does.
I have seen companies who asked for JAVA experience, which in reality is expecting you to do Javascript.
Well, the tip-off is when the incorrectly spell things using all caps, such as JAVA or PERL. This just screams, "We've heard something about this stuff and have a vague idea we may need it. Or maybe not. We're clue-free."
If you've previously looked at RoR and were disillusioned because you just weren't "getting it " or didn't want to slug through the technical documentation, I encourage you to keep an open mind and wait until Dave's book is released.
Ah; sounds like this is getting closer to Struts land: Great tool, but to really understand it you need to buy a book.
Yes, but what magically puts it in the database? Nothing, the developer has to do this. Again the whole point is that this is not a zero configuration system, you are just offloading the configuration somewhere else.
Yes, of course, and any claims that Rails eliminates config files are, um, over-statements.
But: Given that *no* tool magically pulls the database schema by psychic forces straight from one's brain, the next best thing is to use a library that at least encourages you to use the best tool for the job. I would prefer to define my database using either a nice admin tool, or SQL. Or code in Ruby and have the database layer created for me (as Og/Nitro does).
The goal in these kinds of tools is to decrease or eliminate the need for intermdiary formats. I'd rather define my database layer using either Ruby or SQL. Tools that require the use of some additional "binding" language introduce yet another layer of abstraction with little gain for the trouble (and yes, the current version of Rails still requires one to use YAML as a database config language).
If Struts or whatver comes after it let the user define system details using Java or Groovy it would be a big improvement.
It's a collection of Java Best Practices rewritten in a 'cool' geeky language. Nothing new....
Quite true. For example, Java Best Practice #1 is to avoid using long, detailed XML files for configuration, and instead use the programming languge itself, which is dynamically loaded and interpreted when needed.
Another Java Best Practice is to let the framework write the tedious boilerplate code for you. For example, in Struts, you just run
% struts myAppName
and you're halfway done writing your Web application.
Here's one more Java Best Practice: Avoid expensive , complex application server software, and do rapid development using the Web server that is built into the standard library. Then deploy to the Web server of choice with no code changes or quirky vendor-specific API hacks.
Rob? Oh, right; can't let the brown people make their own economic choices. They're not fully rational and all, so letting people sell them goods is tantamount to robbery. Do you practice being so condescending, or is it a gift?
I'm not going to say it's a conspiracy, but I'm not going to say it's not, either.
Little wonder. That might require more than empty, racist accusations.
- or:
- use a languages like Python and YAML that don't *need* closing parens in the first place.
Ever try finding the end of a large chunk of YAML text? Ever try to verify that the indentation is correct?
If you add or omit a closing tag or paren, you get an invalid state and the software tells you. But, with indentation-sensitive formats, if you add or remove spaces, you can get another technicallly valid state, but not the state you want, and there may be no way to (easily|reliably) check for this.
how very much like a blog entry this alleged "article" reads.
Hardly. Not one use of the words "cool" or "mash-up"; not peppered with links to other sites with complimentary views; proper grammar; coherent thoughts expresed in complete sentences.
It's an op-ed piece, largely on-target in its critique of bloggers, though he misunderstands the value of Google.
it is OUR duty to show them how it should be done by example.
Why? Seriously.
One might argue that individuals or groups have certain moral obligations to support themselves in a manner consistent with various principles (e.g., no slave labor), but that is far different than arguing that one group of people should persue a given path for the express benefit of another group.
At best, one might hope that any give country does the right thing while acting in their own interest, and as a side-effect serve as an example for others. But if their path is not applicable to other countires that is no reason not to do so.
If you really wanna trash Jeeves, at least give us a real basis to do so.
The *real* reason?
Stupid name. Really. Ask Jeeves? For what? My socks? My breakfast? Bring the car around, Jeeves old boy?
I just get this gut feeling that a company dopey enough to think that a frickin' butler was a good symbol for Web searching is not smart enough to deliver a quality product.
Basically anything that you might have used flash or an IFrame for, you could do with this, javascript and a DIV tag... Pretty important news (if you write commercial websites)
Indeed. Now you can design sites using remoting technology that was once IE-only. About time.
(I'm basing this on my understanding that the XmlHttpRequest object first appeared in Internet Explorer, and was later copied by the Mozilla folks. If I'm wrong, could someone post some pointers to the correct history? Thanks.)
It's not that big a deal, really. I wrote a custom web application framework for an iAnywhere product that did exactly what Rails is doing, but in Java.
Well, you're right in a way, it's not a big deal, as certainly one can do this in almost any language.
It's just much harder do, and do right, in Java, on a repeatable basis, for any given development team (though Groovy may make this sort of thing simpler).
Besides, if you do things The Right Way, when programming in OOP, the design takes a huge part of your time... and I don't really see how Java or Ruby differ in that...
Um, yes and no. If your point is that there is a certain amount of abstract thinking required before you write any code, then yes, they will share a comon process. But, after coding in a language for a while, you tend to start thinking in the terms and abstractions the language facilitates.
So, in perhaps the common case, Java designers will soon be thinking in terms of factories and adaptors and filters and all sort of entities that are often required in Java but which are extraneous in an agile language.
And the time spent on those extranous objects is not time spent adressing the actual problem, but time wasted working around or through the demands of Java.
I'm not telling you to get rid of it. I'm telling you to make it a standard.
HTML/XHTML needs to become a standard first; they're currently reccomendations.
But that's a quibble. What's significant is that the Mozillla folks saw fit to catch up and add a feature that has been available in IE for some years now.
Now, why might they want to do that? Might be that a) it's a neat idea, even if it came from MSFT; b) users want it or expect it.
In the long run, those are the things that determine what people consider "standard," not the dictates of a vendor consortium.
I don't know about you but spending my time testing typing issues which can be better examined automatically at compile time is exactly my idea of "huge cost".
Hm, interesting. I don't know about you, but spending my time coding around typing issues, which can be better handled automatically using duck typing, is exactly my idea of "huge cost".
I use Ruby for scripting exclusively, but my experience is that dynamically typed programming languages are not suited for larger projects, since they tend to have a lot of runtime errors
This is getting off-topic, but maybe this is more a reflection on your coding technique than on dynamically-typed languages?
Annecdotal evidence abounds for all sorts of claims concerning static vs. dynamic typing. My experience is just the opposite of yours.
More specifically, if you are writing anything larger than one-off admin scripts then your code should have unit tests. And proper unit tests will catch the odd runtime error you might otherwise see in the wild. They'll also catch the cast exceptions and null pointer exceptions that still plague statically-typed languages. Merely passing a compilation stage, regardless of the typing system, is no assurance of robust code.
Slashdot Mirror
True enough, but if and when that day comes, duplicating delcio.us will problay take half a day using a decent language and framework.
In the meantime, the real value of del.cio.us are the collaborative data. It's the network effect of many people using a common resource. Split that resource up into disjoint sites, and the value is diminished.
Just make sure you backup your bookmarks, and you should be good if things change.
Often that is because they don't really want someone who knows Java in any meaningful sense, but someone who knows enough to script the Struts, EJB, etc APIs.
Umm, unless they really know and understand JavaScript.
It is a far, far, more dynamic and agile language than VBScript, and allows for cleaner code that is easier to read and maintain.
Sadly, most people know it from the umptizillion Web tutorials that treat it as dumbed-down variant of C or Java, ignorant of its many Lisp-like qualities.
Yeah, I guess you *can* write ASP in javascript, but nobody does.Whatever.
Well, the tip-off is when the incorrectly spell things using all caps, such as JAVA or PERL. This just screams, "We've heard something about this stuff and have a vague idea we may need it. Or maybe not. We're clue-free."
Ah; sounds like this is getting closer to Struts land: Great tool, but to really understand it you need to buy a book.
Or no?Yes, of course, and any claims that Rails eliminates config files are, um, over-statements.
But: Given that *no* tool magically pulls the database schema by psychic forces straight from one's brain, the next best thing is to use a library that at least encourages you to use the best tool for the job. I would prefer to define my database using either a nice admin tool, or SQL. Or code in Ruby and have the database layer created for me (as Og/Nitro does).
The goal in these kinds of tools is to decrease or eliminate the need for intermdiary formats. I'd rather define my database layer using either Ruby or SQL. Tools that require the use of some additional "binding" language introduce yet another layer of abstraction with little gain for the trouble (and yes, the current version of Rails still requires one to use YAML as a database config language).
If Struts or whatver comes after it let the user define system details using Java or Groovy it would be a big improvement.
Quite true. For example, Java Best Practice #1 is to avoid using long, detailed XML files for configuration, and instead use the programming languge itself, which is dynamically loaded and interpreted when needed.
Another Java Best Practice is to let the framework write the tedious boilerplate code for you. For example, in Struts, you just run
and you're halfway done writing your Web application.Here's one more Java Best Practice: Avoid expensive , complex application server software, and do rapid development using the Web server that is built into the standard library. Then deploy to the Web server of choice with no code changes or quirky vendor-specific API hacks.
Rob? Oh, right; can't let the brown people make their own economic choices. They're not fully rational and all, so letting people sell them goods is tantamount to robbery. Do you practice being so condescending, or is it a gift?
I'm not going to say it's a conspiracy, but I'm not going to say it's not, either.
Little wonder. That might require more than empty, racist accusations.
Ever try finding the end of a large chunk of YAML text? Ever try to verify that the indentation is correct?
If you add or omit a closing tag or paren, you get an invalid state and the software tells you. But, with indentation-sensitive formats, if you add or remove spaces, you can get another technicallly valid state, but not the state you want, and there may be no way to (easily|reliably) check for this.
Hardly. Not one use of the words "cool" or "mash-up"; not peppered with links to other sites with complimentary views; proper grammar; coherent thoughts expresed in complete sentences.
It's an op-ed piece, largely on-target in its critique of bloggers, though he misunderstands the value of Google.
Why? Seriously.
One might argue that individuals or groups have certain moral obligations to support themselves in a manner consistent with various principles (e.g., no slave labor), but that is far different than arguing that one group of people should persue a given path for the express benefit of another group.
At best, one might hope that any give country does the right thing while acting in their own interest, and as a side-effect serve as an example for others. But if their path is not applicable to other countires that is no reason not to do so.
The *real* reason?
Stupid name. Really. Ask Jeeves? For what? My socks? My breakfast? Bring the car around, Jeeves old boy?
I just get this gut feeling that a company dopey enough to think that a frickin' butler was a good symbol for Web searching is not smart enough to deliver a quality product.
Indeed. Now you can design sites using remoting technology that was once IE-only. About time.
(I'm basing this on my understanding that the XmlHttpRequest object first appeared in Internet Explorer, and was later copied by the Mozilla folks. If I'm wrong, could someone post some pointers to the correct history? Thanks.)
'90s: "Developer? Oh, yeah, I program in HTML."
'00s: "Developer? Oh, yeah, I program in XML."
Well, you're right in a way, it's not a big deal, as certainly one can do this in almost any language.
It's just much harder do, and do right, in Java, on a repeatable basis, for any given development team (though Groovy may make this sort of thing simpler).
Um, yes and no. If your point is that there is a certain amount of abstract thinking required before you write any code, then yes, they will share a comon process. But, after coding in a language for a while, you tend to start thinking in the terms and abstractions the language facilitates.
So, in perhaps the common case, Java designers will soon be thinking in terms of factories and adaptors and filters and all sort of entities that are often required in Java but which are extraneous in an agile language.
And the time spent on those extranous objects is not time spent adressing the actual problem, but time wasted working around or through the demands of Java.
There are elements of many languages in Ruby, including Python, Lisp, Perl, Smalltalk, and I forget what else.
Why in the world would I want to trust them? They've shown contempt for the consumer.
Sorry, but that is wrong, and the fight is over if this nonsense is perpetuated.
DRM means "digital restriction mangement". Please don't help sell the idea that this is about the RIAA's or the MPAA's rights. It isn't
If you use their words, and allow the discussion to procede on their terms, you've ceded the fight.
Hello, pot? This is kettle ...
All major or popular distros have a common GPL'ed JVM and standard libraries? About time.
HTML/XHTML needs to become a standard first; they're currently reccomendations.
But that's a quibble. What's significant is that the Mozillla folks saw fit to catch up and add a feature that has been available in IE for some years now.
Now, why might they want to do that? Might be that a) it's a neat idea, even if it came from MSFT; b) users want it or expect it.
In the long run, those are the things that determine what people consider "standard," not the dictates of a vendor consortium.
Jim Carey is from Canuckistan
Hm, interesting. I don't know about you, but spending my time coding around typing issues, which can be better handled automatically using duck typing, is exactly my idea of "huge cost".
This is getting off-topic, but maybe this is more a reflection on your coding technique than on dynamically-typed languages?
Annecdotal evidence abounds for all sorts of claims concerning static vs. dynamic typing. My experience is just the opposite of yours.
More specifically, if you are writing anything larger than one-off admin scripts then your code should have unit tests. And proper unit tests will catch the odd runtime error you might otherwise see in the wild. They'll also catch the cast exceptions and null pointer exceptions that still plague statically-typed languages. Merely passing a compilation stage, regardless of the typing system, is no assurance of robust code.