You must learn JavaScript

http://thenerdary.net/articles/entry/you_must_learn_javascript

by platypus • 16 years ago

175 95 16 years ago

dkarl• 16 years ago

This is "you must learn JavaScript in the browser," isn't it? JavaScript I don't mind. Programming in the browser, ugh.

kls3• 16 years ago

The point of the article was if you are doing web you have to do JavaScript a conclusion I agree with. JavaScript and Browser based apps is the web of the future when talking about apps. Most new development of web applications are taking place not with struts or ASP or PHP but with JavaScript relegation the others to providing REST services to the browser based app.

Personally I could not be happier, I hated the old page POST model for anything other than web magazines. It was painful to gyrate back to the server for every state change. I agree with the authors conclusion JavaScript is rapidly becoming the default language of the web UI and not having experience in it will put you at a disadvantage if you plan to do web UI work.

The interesting part that I see is just as the role of the designer and developer defined over the last 15 years to become two independent roles we are now seeing the roles of UX developer and systems developer diverge. I know a good deal of people on each side of the fence who are happy about that fact.

I see Java and C# guy that are happy that their role stops at the REST service interface. And I see front end guys who are ecstatic about not having to worry about contorting objects into relational structures and integrating with queues and legacy systems. I see the new web apps as a maturing of the art.

binaryfinery5• 16 years ago

Totally agree. Started with assembly language, then C, C++, C#, Java. I'd been dreading doing anything in the browser, and was playing with GWT and other esoteric things. But I'm finally getting my head around javascript and its just a heck of a lot of reward for very little effort. Its fun!

aplusbi4• 16 years ago

JavaScript isn't really important for non-web development. I used to program video games for hand held consoles and JavaScript was the last thing on my mind.

Okay, maybe I was working for the unmentioned 1% (and for what it's worth, the company I currently work for uses JavaScript). And really, it's not a bad idea to learn JavaScript - it's pretty ubiquitous and chances are you will work for a company that uses it at some point in your career. But honestly, I'm getting a little sick of all these articles that seem to forget that there is more to programming than web apps.

Edited to remove snarkiness.

kennymeyers4• 16 years ago

I agree with you. My audience is primarily web developers, so that's who I write to.

aplusbi4• 16 years ago

Then consider my snarkiness rescinded. Part of the problem with aggregate news sites is that they often remove context.

sigzero• 16 years ago

"It’s my belief that every single programmer should learn JavaScript."

You need to change that sentence then...

binaryfinery5• 16 years ago

Same here on regular consoles. We did use lua and once UnrealScript and the reduction in iteration time to seconds was worth any loss of speed in the short term (i.e. discover the game, then downcode what you need to later).

However, times have changed. The kind of games i'm interested in are ubiquitous in nature. I want to interact with it on the console, the iPhone, the PC, and on the web. I want to write tools that are cross platform. The browser is the ultimate cross platform.

aplusbi4• 16 years ago

Yeah, we actually did use Lua on some of our games. I'm not saying JavaScript is too slow for games, or can't be used for games, just that it wasn't very useful for console development at the time I was doing that. Plenty of games have been written in JavaScript, although almost all of them are web-based games (and I specifically said it's not that useful for non-web development).

ericflo3• 16 years ago

Want to make a bet that we'll see JavaScript used to script a game within the next 5 years? I'd bet money that we will.

makmanalp• 16 years ago

Put your money where your mouth is! http://www.longbets.org/

pzxc• 16 years ago

Don't know what you mean by this comment. There already are plenty of games written exclusively in Javascript. I've written a couple myself. Even if you exclude html5/websockets, it's entirely possible to write a server/client game, even a complex one, just with AJAX (Asynchronous JAVASCRIPT And Xml). And that's not even counting the tons of singleplayer games, hell look at the JS1k and JS10k contests, most if not all of the entries were games.

Edit: or was that sarcasm?

luminarious• 16 years ago

Unity game engine supports JavaScript alongside Boo and C# http://unity3d.com/unity/engine/programming

weego• 16 years ago

LUA and ActionScript (for UI work mostly) are well represented in games companies already, I would think JavaScript will get some exposure if someone goes the extra mile to open their UI in the way that Blizzard have done to addon development (LUA).

axod2• 16 years ago

why 5 years? js isn't exactly new. I remember writing my first browser games in js (tetris and minesweeper) in 1999.

wslh• 16 years ago

I bet that we'll have a VM (and not JVM) in the browser that can run a lot of supported languages beyond Javascript.

simonsarris• 16 years ago

I am making one, Javascript and Canvas

Aren't there already a lot of Javascript games out there though?

chipmunkninja• 16 years ago

Easy bet. Unity already does.

mambodog• 16 years ago

If you're writing games with Unity, there's a good chance you'll be using Javascript, as they have implemented Mono/Javascript (with their own extensions) as one of the engine's main languages.

Of course, DOM is utterly irrelevant here, just wanted to point out its use in games.

DjDarkman• 16 years ago

Not important? Look around it had heavy influence on Java, C#, PHP and C++

aplusbi4• 16 years ago

Let me clarify: learning JavaScript is not that important for non-web development.

kayoone• 16 years ago

the very popular Unity3D engine supports JavaScript as a scripting language btw. Many people use that to develop iOS/Android games and even Browser/PC/Mac games.

3am• 16 years ago

"If you asked me 3 years ago what language you should learn I would’ve said Ruby. If you asked me 6 years ago, it was PHP."

You should have concluded that you're not the best person to give advice on what programming language a person should learn. Anyway, the right answer is C++, and the rest will follow.

amackera• 16 years ago

Everyone knows the best language is Modula-2...

dschobel• 16 years ago

Exactly. He just showed that he has minimal foresight or too low a threshold for what he considers "must learn" languages.

smokeyj2• 16 years ago

Maybe a more useful question would be what language will land me a job.

asnyder5• 16 years ago

I vehemently disagree with the message of the post. It's unnecessary to suggest that anybody must learn anything, let alone JavaScript in the browser. Plenty of technologies exist that abstract away the need to know JavaScript and allow a developer to focus solely on their application rather than the underlying technologies that allow their application to run on a target platform (note, I'm a co-founder of one such technology, http://www.noloh.com).

Similarly, I wouldn't demand that anyone learn assembly or C. While it can be useful in certain situations to have that knowledge it's most definitely not necessary. It's perfectly acceptable to learn and use a higher level language, whether it's NOLOH or one of many other tools and languages that generate the necessary JavaScript or other underlying code. This has the benefits of freeing the developer up to concentrate on their application, while allowing the producers of such tools to worry about the numerous implementation details regarding the many different target platforms. This also has the benefit of allowing for easier porting to non JavaScript platforms.

Clearly if you're somewhat religious about having to know and being able to reproduce all the underlying architecture that runs your application then you must learn JavaScript, but for many others, using a language they know, or learning a higher level language can fully allow them to focus on their applications is ideal.

There also exists a middle ground, for example in the case of NOLOH, if the developer knows some of the basics of JavaScript they can create, or wrap existing 3rd party JavaScript widgets or modules, but extensive knowledge of JavaScript is not necessary, and the truth of the matter is that the vast majority of developers are not of that type, but rather looks to use an existing module created by someone of that type.

Thus, I would argue that if you're a developer of a particular type, either one that's religious, or one that plans to create certain types of client modules or wrap/integrate client modules with little to no API, then you must learn JavaScript, but for the vast majority I believe it's becoming increasingly less necessary.

binaryfinery5• 16 years ago

I think its becoming increasingly less necessary to learn something else. I think javascript is, after a decade or so, finally coming into its own. I agree that one should use a library that lets someone else deal with the inevitable bullshit of browser compatibility. The question is then, "what language should I use"? I used GWT for example, since I know Java, and I assume there are people who will find noloh easy to pick up because they already know the language. However, javascript is a high level language, so references to assembly and C are straw men. Noloh and GWT add yet another layer of abstraction on top of an already complex system. They offer little advantage beyond familiarity, and prevent comprehension of the system as it really is.

asnyder5• 16 years ago

...references to assembly and C are straw men.

Referencing C and assembly are not straw men, in the context of the web and the browser they serve equivalent purposes.

They offer little advantage beyond familiarity, and prevent comprehension of the system as it really is

Rather than respond with a long post, there are significant advantages to using something like NOLOH instead of JavaScript directly. Rather than going into it detail here, I will merely point to 2 issues of php|architect that go in-depth into the many significant advantages you gain, similarly the noloh.com website goes into some of the advantages in the 3 read-more home blocks:

NOLOH: The Comprehensive Framework - http://www.phparch.com/magazine/2010/may/

Lightweight, On-demand, and Beyond - http://www.phparch.com/magazine/2010/november/

bluesnowmonkey• 16 years ago

C probably isn't a good counter-example. You really ought to learn it if you don't already know it. Coming from a managed-memory scripting language, the concepts you'll pick up along the way are foundational to becoming a well-rounded programmer.

Mongoose• 16 years ago

I agree that JavaScript is a very good thing to learn, but it seems odd that the article doesn't even mention server-side JS. Yes, jQuery is wonderful, but a large share of the things that are getting people excited in the JS community lately revolve around Node, Socket.io, and other attempts to break JavaScript out of its DOM playground.

Criticism aside, it's good to see articles like this. There are more subtleties to JS than a lot of people realize. Instead of getting frustrated and blaming the language when it doesn't behave like [insert favorite language here], one should take the time to study its fundamentals.

kennymeyers4• 16 years ago

To be honest, that was implied. I only used client side as the beginning point because it's the one with the least amount of fuss to setup and the quickest reward. It was trying to be encouraging and encourage core JavaScript education.

You should know that the server side technologies are a big piece of the inspiration for writing this. I'm sorry I didn't convey that correctly.

jasonlotito• 16 years ago

Fun fact: Server side JS isn't anything new. Back in the 90's, Netscape's web server had support for server side JS.

chrisaycock• 16 years ago

While we're on the subject, why is JavaScript the only language available for the browser? I can run tons of languages from the command line since they all follow the shebang (#!) convention. Why can't I run Python or Ruby with the <script> tag?

It seems like any language that had appropriate DOM bindings should be able to run so long as the user's browser has the appropriate interpreter. (Kind of like a plugin, but for embedded interpreted languages.) For example:

Is this just too much to ask?!

icey• 16 years ago

Well... you can use Python & Ruby in the browser if you're not opposed to having your users install Silverlight.

(I don't think I'd do this myself, even though I like Python quite a lot.)

city41• 16 years ago

That's not really Python or Ruby in the browser, that's IronPython or IronRuby running in the Silverlight's CLR via the plugin. Yes your Silverlight app can get out to the DOM and vice versa, but it's not really what Silverlight was meant for.

stretchwithme• 16 years ago

Wouldn't it be a bit of a security risk for browsers to let web sites specify what languages can run? Get rid of the downloadfrom attribute and select from a list of options acceptable to the browser. But then you have the challenge getting your favorite language accepted by all the browsers

Maybe the next standard should require support for an additional language. The competition would benefit everybody. Even if we just put all the language names in a hat and pick one, we'd be on a better path than we are now.

tlrobinson4• 16 years ago

If the other languages have the same constraints as JavaScript why would it be any less secure?

The real problem is getting the language deployed on a critical mass of browsers.

You can do it today by compiling to JavaScript. See: Objective-J, CoffeeScript, Gordon (Flash), GWT (Java), Pyjamas (Python), ParenScript (Lisp), HotRuby (Ruby), haXe, etc.

But of course JavaScript isn't exactly the best language to target, and it could be a lot faster if there were a secure low level VM we could target. Something like the JVM, LLVM, or NativeClient. Then the language runtime could simply be downloaded the first time a page requiring the language is loaded.

jashkenas• 16 years ago

Although you can compile the syntax of Python or Ruby into JavaScript fairly easily, the semantics don't match up very well.

You can run <script type="text/coffeescript"> today. All of the interactive bits on CoffeeScript.org are implemented with it -- and here's an example of a site that uses it for something a little more creative (View Source):

http://thelincolnshirepoacher.com/

DanielRibeiro• 16 years ago

Not to mention that coffescript will work on any javascript runtime, not only browsers. It works on rhino, on node, for scripting Qt, and anywhere you can run js.

tjarratt3• 16 years ago

Lambdas in Python are so pitiful compared to javascript's closures that I think this would be a very bad choice, although you're welcome to disagree with me completely, since this is completely subjective.

This might not be a bad idea for a future project like a hypothetic HTML6, but I still think it's a bad idea _in general_. The web has consistently been about standards, and enabling developers to write code once that runs on many platforms (although the realities of browsers' quirks means that you will need to endlessly tweak your code to work on a given platform). Were we to allow developers to write in any suitable language, there would be much much more work on the part of end users and browser developers to make sure that their system is up to date with the latest language X plugin so that websites that use language X as a scripting language function well/correctly.

In short, this is a bad idea because it would fracture the web, when really we should be embracing standards that make the web simpler and easier for everyone to use.

adolph• 16 years ago

JavaScript is not the only language available for the browser. ActionScript (Flash) is also available in many browsers, albeit fewer every day. Also, most browsers have a Java run-time for "applets."

Anyone sufficiently motivated and competent could write a browser plugin that holds a run-time for Python, Ruby, C#, whatever. The problem is getting people to install it or to get the browser makers to include it as a default. By historical fluke JavaScript got baked in to browsers early on.

chunkbot• 16 years ago

The number of Flash-enabled browsers is not getting "fewer every day"; it's growing. The ratio, however, is probably falling, given the rise of mobile and decent alternatives for things like video.

pornel• 16 years ago

If you want it to be secure and compatible, you'd have to download implementation of the language in form of bytecode for a virtual machine.

We've had that already, and it didn't go too well:

    <applet>

Also, until all current browsers (including IE9) die, any such script will be unusable or will have awful performance nad slow start caused by compatibility shim.

We're stuck with JS, because it happened to be first one that's good enough. Cost/benefit of having multiple built-in run-times (that won't be more mature and interoperable anytime soon) or adding a VM is too large.

dstein• 16 years ago

End-to-end web programming in JavaScript using NodeJS is breathtaking to see in action.

reduxredacted• 16 years ago

I very reluctantly conceded this point a few years ago, but in a slightly different way. I've been doing JavaScript-as-a-kludge-for-whatever-server-side-framework-I-happen-to-discover-the-limitations-of for a while. I'm discovering that the complexity of every browser's quirks means I'm going to have to do more than just "learn it". And therein lies the problem.

JavaScript isn't an awful language (all languages have their pluses and minuses and developers are so touchy on this subject, I don't even want to broach it). It's the sheer number of platforms (browser/hardware/OS combinations) that make JavaScript painful to learn properly. Every browser on every device must perform adequately. It's not a matter of supporting Windows or MacOS, it's every variant of RIM device, i* device, every browser on Windows Mobile taking into account the performance/memory footprint (to a lesser extent anymore), and devices with browser variants running on Android.

For the sake of my current set of projects -- requiring reasonable compatibility across platforms, but not a universally good user experience on all, learning jQuery became a necessity. Though I'd prefer to not be framework dependent, I've found that understanding how to use jQuery has also improved my understanding of the various quirky implementations of JavaScript in general.

I have no doubt that future projects will require a good user experience on most platforms. Does anyone have any suggestions regarding good, comprehensive resources in this area? The blog post mentions several online resources for folks wishing to learn/understand the language (some of which I haven't used before), but I'm wondering if there are particularly excellent tools beyond that (IDEs, good debuggers beyond Firebug) or anything else out there that can assist in identifying code that won't work, or won't work well in cross platform scenarios (for free or not).

kls3• 16 years ago

I have found that between firebug and chrome you can generally nail down most bugs. What one does not catch the other does. IE is a whole different beast you have to have visual studio to do any decent level of debugging and it is still painfull. That said sticking to a toolkit eliminates a good deal of the cross platform cross browser issues. 9 times out of 10 when we do have an issue it is css rather than javascript hat bites us. We use Dojo or jQuery for projects depending on size and both are good at smoothing out the inconsistancies as long as you color in the lines.

_ls7m• 16 years ago

IE developer toolbar really helps with JavaScript and CSS debugging. It believe it is built into IE 8. http://www.microsoft.com/downloads/en/details.aspx?FamilyID=...

anigbrowl• 16 years ago

Adobe uses js for a lot of application scripting as well as web dev, and have a variety of tools you can try for free. IIRC their newish Flex Builder IDE has js syntax highlighting, debugging, and more, and they have some cross-browser testing tools in their labs too.

Sakes• 16 years ago

Frameworks are nice. They are helpful. If anyone scoffs at you for using a framework while you’re learning, don’t listen to them.

I'd take this a step further. If you are doing heavy javascript development always use a framework like mootools or jquery. They remove over 95% of the browser compatibility issues that you will run into. (I personally like mootools)

jberryman2• 16 years ago

Knowing JavaScript well is probably one of the most challenging and rewarding things you can do as a programmer

Do others agree with this (the importance of learning JavaScript the language well)?

As someone just learning JS and jQuery and just starting out with web development, JavaScript seems like a rather boring language that is strangely ill-suited to manipulating the DOM.

If JavaScript was jquery then I could see myself thinking of it as a really cool language worth exploring beyond "how can I do x".

tjarratt3• 16 years ago

I don't think your question makes much sense - you aren't going to get very far if you can't or won't distinguish between a language and its common libraries.

One thing I will concede is that using vanilla javascript to manipulate the DOM is very, very painful, which is exactly why libraries like prototype and jquery exist - to help make this less tedious and to make your experience, as a developer, more pleasurable and faster (as well as for your code to be DRYer, but that's just an added bonus, I'd say).

When you say "if javascript (were) jquery...", I can't help but think you don't understand jQuery. It's a library for javascript. Would you say "If Ruby were Rails then ..." ? No, you wouldn't, because Ruby on Rails is built on top of the language, just as jQuery is built on top of javascript.

Sit down sometime and read the source of jQuery and you will very quickly see that javascript is a really cool language that you can do cool stuff in. If jQuery doesn't float your boat, then maybe you should look at underscore.js - there is a very good annotation for it linked off their website.

jberryman2• 16 years ago

I understand the concept of a library. What I don't understand is: JavaScript was designed as a domain-specific language, yet performing the most common tasks that it was designed for (manipulating the DOM)is, as you say, "very, very painful".

If you consider a language's standard library to be part of the language, then it seems like poor language design not to build-in functionality that makes manipulating the DOM at least as easy as jQuery makes it.

Thanks for the response, I will certainly peruse the jQuery source.

spacemanaki• 16 years ago

JavaScript is definitely not "a rather boring language." I actually prefer it to quite a few others.

sayemm• 16 years ago

I second this. Learning JS really opened my eyes to the web and made me appreciate it more.

There's a reason why it's tied with RoR as the top language on Github: https://github.com/languages

moron4hire• 16 years ago

"Do not pass go. Do not collect 200 dollars."

This isn't a game, there are no hard and fast rules. You can be successful in this world as a highschool dropout and you can live in abject poverty with a PhD in economics.

Learn JavaScript, or don't. In about a year, you'll be able to do Python and Ruby in the browser. I'm pretty sure there are JavaScript libraries that will do a conversion for you right now, but Mozilla is pushing to have native support for it anyway. I mean, what was the point of having the DOM if you weren't ever going to access it from anything but JavaScript? You can do C# and VB in the browser right now, too (SilverLight).

But really, learn every language. There is no "killer language" to learn. You should be learning them all. And once you get 10 or so under your belt, the others come with little effort. Languages aren't special. They're mostly all the same.

edit: and if you thought 6 years ago that PHP was the hot language and 3 years ago Ruby was the hot language, you have only been paying attention to your little corner of the world and need to get out more.

tjarratt3• 16 years ago

The title here should probably be something along the lines of "You Should Develop For The Web." Javascript happens to be the focus because it is THE client-side language on the web.

By the way, when were Python and Ruby declared to be absolutely available in any given browser (chrome, safari, firefox, opera, ie9 at least) within a year? Either I've been underneath a rock, or this is absolutely crazy.

akavlie2• 16 years ago

"In about a year, you'll be able to do Python and Ruby in the browser."

I've been hoping for something like this. But I don't see any indication that it's going to be a reality any time soon. Did you see this somewhere, or is it just wishful thinking?

Also, even if it comes to a browser, how long until it's in place on all mainstream browsers? (I'm looking at you, IE)

chrisbroadfoot• 16 years ago

http://code.google.com/p/nativeclient/

I highly doubt this will be prevalent technology 'in about a year'

freakwit• 16 years ago

http://visitmix.com/labs/gestalt/

and a demo in ie9 - http://blogs.msdn.com/b/nickhodge/archive/2010/06/29/having-...

kennymeyers4• 16 years ago

That's a bit unfair. I actually program in Python, it's not a language war I'm fighting here. My point was to point out a language that would be a marketable skill which 3 years ago Rails was really kicking into high gear. This was not a matter of a "killer language". JavaScript has its quirks just like all of them. A tool is a tool is a tool is a tool.

You can be as pragmatic and all-language-embracing as you like, but you eventually have to come to a conclusion, damn it. It's my conclusion that JavaScript is a necessary tool in the tool belt of web developer.

That being said the irony of you using your little corner of the world to insult my little corner of the world was a bit disheartening. I assure you that the general populace of my corner are now sad and are taking down the "Welcome your little corner" banners and polka-dot party hats we were preparing for your arrival.

smokeyj2• 16 years ago

I think it's fair to speculate a language's future market share as this allows us to anticipate demand. I think most modern languages are "good languages", but the application of JS is skyrocketing. I use javascript as a storage medium , web server, in the browser, native mobile apps (appcelerator) and more.

tlrobinson4• 16 years ago

"In about a year, you'll be able to do Python and Ruby in the browser."

No, in about a year you'll be able to do Python and Ruby in X% of browsers, where X is depressingly small.

Depending on what segment of users you're targeting you're stuck with JavaScript for probably between 2 and 8 years, and that's assuming Mozilla and other actually start putting other languages in the browser immediately.

That's languages that can be compiled to JavaScript and execute relatively efficiently. And Flash, Silverlight, Java, but those are only useful for a certain class of web app.

But JavaScript really isn't that bad. You should learn it.

wladimir• 16 years ago

You can already do 'Python in a browser' for a long time. With the Python to JS converter: http://pyjs.org/

giardini• 16 years ago

Back in the heyday of Netscape, I did JavaScript client-side development as part of web development. It was often frustrating work.

Recently I began reading Crockford's "JavaScript: The Good Parts". I must admit that, as I make my way through the book, I find myself shaking my head in amazement at the idiosyncracies and weaknesses remaining in the language. It was a clumsy language then and remains one now. But it's the only show in town where the browser is concerned.

Crockford claims that, by restricting oneself to a subset of JavaScript (i.e., the "Good Parts" of the title), one can do what is necessary. He writes also about the bad and awful parts of JavaScript. I am thankful that Crockford had the skill to discern signal where I saw noise, and the patience to carry out and publish his reorganization.

But reading about JavaScript is still good for laughs!

tlrobinson4• 16 years ago

It's true that it's easy to write very bad JavaScript when you're first starting out, but I rarely run into those problems any more now that I've learned which corners of the language to avoid.

I don't always agree with Crockford's decisions on what's good and bad, but overall he's right, and that's why it's important to use a book like "The Good Parts" when you're learning it. That said, I always recommend "JavaScript: The Definitive Guide" as well.

brudgers• 16 years ago

The truth value of "You must learn JavaScript" is true if and only if "You must learn HTML" is true.

jhrobert• 16 years ago

Since 2005 JavaScript has become the underground Lingua Franca of Internet.

And now the underground is reaching the surface, JavaScript isn't that slow anymore.

At this point, I see no solution to escape it. I agree, unfortunately, you must use JavaScript. Or die in obscurity (that later one is a little bit an exageration).

It simply "makes sense" to have the client do as much of the job as possible so that the server does as little as possible.

kiddo• 16 years ago

Why does it make sense to have the client do as much as possible so the server does as little as possible?

trotsky• 16 years ago

Because someone else is paying the client's power bill?

didip• 16 years ago

I could think of a couple reasons:

* bandwidth bill.

* rich interactions without back-and-forth server trips.

* What's on client-side can technically be saved on client-side. Thus, making distributed setup possible. And that contributes to lower bandwidth bill.

* client hardware is no longer wimpy, why not use all those CPU cycles on users' laptop/iphone/ipad/android/etc.

mikebike• 16 years ago

I'm surprised nobody's mentioned Atwood's Law: any application that can be written in JavaScript, will eventually be written in JavaScript.

http://www.codinghorror.com/blog/2007/07/the-principle-of-le...

beambot• 16 years ago

I've spent considerable time becoming an "expert" in other non-web languages. I'm curious about others' experiences with projects like Parenscript ( http://common-lisp.net/project/parenscript/ ):

"Parenscript is a translator from an extended subset of Common Lisp to JavaScript. Parenscript code can run almost identically on both the browser (as JavaScript) and server (as Common Lisp)."

Does anyone have experience with such tools? How about suggestions for similar tools in Python / Ruby?

anmol• 16 years ago

if one agrees with the idea that js will be everywhere, why learn a skill that will be commodity? there will be lots of people you can hire to do it for you.

real world example. say my html is sloppy. but I'm really good at core components (python, django, machine learning bits). So I can just hire a less skilled person off oDesk and pay them $10 an hour to review my HTML code, while I spend time on more important things.

random42• 16 years ago

I know python, SQL and actionscript and learning JS now.I totally agree to knowing the importance of JavaScript. even if its just for the sheer joy to have the ability to write little addons for browsers, and customize the internet little for yourself (and potentially for others).

axod2• 16 years ago

Also make sure you learn js. Don't end up learning something like jquery.

pshirishreddy• 16 years ago

Also, I have just bought the book "JavaScript : The Good Parts" from www.flipkart.com(India) to read it, but really getting no time to read.

You must learn JavaScript

Related Stories