To access the important data of the forums, you must be active in each forum and especially in the leaks and database leaks section, send data and after sending the data and activity, data and important content will be opened and visible for you.
You will only see chat messages from people who are at or below your level.
More than 500,000 database leaks and millions of account leaks are waiting for you, so access and view with more activity.
Many important data are inactive and inaccessible for you, so open them with activity. (This will be done automatically)
0Day ForumsCodingFrameWorkI've learned jQuery, should I go back and learn "proper javascript"?
I think not knowing it can definitely be a professional disadvantage down the line. For example, I had a job where we used jQuery exclusively, and when I recently moved to a new job, they use YUI exclusively. If I didn't know "raw' JavaScript, I would have a much harder time picking up a new framework.
Using a library or abstraction layer means that you will be "abstracted" from the basic logic of the language, even when you need to acomplish any simple task.
Libraries are made to speed the programming and developing tasks, not to depend always of them.
You should know what it abstracts from you, but you don't need to learn all of it. jQuery to "pure" javaScript is like ASP.net to "pure" HTTP. You should know the underlying concepts (especially since that helps to debug and solve some of the really hairy bugs and issues), but you don't need to become a guru in it.
More often than not jQuery is slower at performing tasks. If you know how to do it in plain JS you can come back and optimize the slower parts of your page.
The move to frameworks is driven by years of frustration over the browser-dependencies and sheer dislike for many of the original decisions made in the design of Javascript. Note that you are still working in Javascript though so it isn't really fair to say "learn Javascript" so much as "explore the areas of Javascript now handled by JQuery."
With respect to your attractiveness to a prospective employer, I'm pretty certain that JQuery would be a better skill to list on a resume than Javascript (I know it would in our shop). If you think about it, employers who care enough to do good client-side development will *expect* prospective employees to have experience with tools like JQuery. Those who don't care as much about client-side development simply won't make client-side skills - including Javascript - a priority. Indeed, if you are going to spend your time learning more about the client side, I'd recommend learning another client-side framework (e.g. YUI or Ext). Not only will it make you more valuable, it will almost certainly require a certain degree of exposure to more of Javascript's idioms due to differences in the frameworks.
*Update* - Rohan makes a good point about learning Javascript: that it may help you code more efficiently and effectively in JQuery. I agree in the abstract but I would personally be a bit hesitant to put too much effort in this area. As a long (long) time developer, I've learned to be very focused on the payoff from investments of time and effort. There is much to learn in the world, and only so much time to learn it. The time I spent learning how to write ISAPI dlls, for example, has paid very little compared to the investment.
*Update 2* - A few people are making the argument that JQuery is slower than raw Javascript. Is anything ever new? This same argument about "raw" development versus frameworks has been going on for decades!
In this case it is especially perplexing, though. In my experience, people who adopt a client-side framework actually end up *delivering* client-side functionality. Those that don't tend to get locked into server-side solutions because of the inherent difficulty of handling DOM incompatibilities across browsers, Javascript idiosyncrasies, etc. Thus, recommending Javascript "for speed" misses the whole dynamic where a pure Javascript site is very likely to be slower because developers end up falling back on Server-side code just to stay productive.
IMO, you've already answered this question by saying "I'm a server-side developer." Do you want to do front end code as well? If so, learning JavaScript (and a framework) will make you stand out. Personally, I think it makes you a stronger developer if have a basic understanding of the opposite area you're working on - you can make better assumptions and coding calls when working on a group project when you understand what the front-end guys are working with (or possibly suggest a solution for them to run with).
Like everyone says - it depends on your long-term goals and what kind of developer you want to be seen as.
> For javascript I always use a framework (jQuery/mootools),
> will this be a professional
> disadvantage for me down the line?
Probably not a disadvantage. You are simply standing on the shoulders of other libraries to get your work done. The only possible downside, is keeping your learned skills current as new versions come out, knowing version X that you learnt may well be out-of-date.
> Should I put the time in to learning
> straight javascript, or are most
> developers moving over to frameworks
> anyway?
I'd say every JS developer is using some library or other, but they should still know the language they are using. A library/framework is just that, a library of code built upon the language. You still need to know the ins and outs of the language. For example, do you know what the difference is between == and === ?
Also, if there is a problem with the library you are using and you need to dig into it, wouldnt knowing the language help?
If you have the time I'd highly recommend something like this, a [video from Douglas Crockford][1] on Javascript.
jQuery might be slightly slower on performance however, it saves a lot of your development time. Its also intuitive and requires lesser code than core javascript.
If you're just a web designer using jQuery for wonderful graphical whizzle asked by the graphist not achievable in CSS stay with jQuery. You use it as a CSS complement and there a lot of marvelous packs for doing that.
If you want to write some of these packages or rework them. Knowing good syntax and good coding, should be a must.
If you want to get the total power of the new HTML5 elements, interact with your JSON AJAX blobs, and begin to pass a lot of data management in the client side, managing local databases, launching Workers do a lot of tasks in background and creating real javascript applications, you just keep jQuery where it is: a powerful library among the others, you'll use for DOM management.
]
