It can't be helped.
-
Mycroft Holmes wrote:
many who would like to stab it through the heart or burn it at the stake.
I doubt it. Far too quick an end for it. How about a very slow steam roller running it over, starting with it's "toes"?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay... AntiTwitter: @DalekDave is now a follower!
If the brain were so simple we could understand it, we would be so simple we couldn't. — Lyall Watson
-
Oh, and hard core JavaScript has a high learning curve akin to F#. It's different. Don't worry about the naysayers saying they hate it. It's the defacto language for the client web. The language is pretty nifty but radically different than say C#. In reality, it's the development environments for it that need some work (they're much better this day and age), so get used to using your developer tools in Chrome, etc. as these will literally be a life saver.
Jeremy Falcon
Thank you, Jeremy. This is what I actually wanted. As I said, I can get the work done, the problem is that it takes a few tries to make things work and sometimes it's really counter-intuitive (which really means I know zilch). Learning vanilla JS is what I want to do. I know that a lot of people hate JS (as do I), but I also understand that there's no way around it, now that clients want to build their application in the latest new and shining JS framework coz they heard it's "better". (sigh) nosedive it is then.
I am not the one who knocks. I never knock. In fact, I hate knocking.
-
IMHO, the most important thing is to NOT to learn JS via one of those popular libraries... Learn plain JS first... Here some resources for that: JavaScript | MDN[^] JavaScript The Good Parts[^] JavaScript Course: The Good Parts | Pluralsight (based on the book above[^] Build A JavaScript Framework[^] It is very important to UNDERSTAND how the inner-works of JS way before you try any application - that will save you a lot of swearing...
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
-
If the brain were so simple we could understand it, we would be so simple we couldn't. — Lyall Watson
Nah, the roller was moving far, far too fast.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay... AntiTwitter: @DalekDave is now a follower!
-
Well, to preface this... I've been using JavaScript since the 90s, then a few years back I learned way more than I ever thought I knew about it from a super smart coworker at the time. So only doing really hardcore stuff for only a few years now. But, I'll say this. The web is sporadic. People don't really take the time to write well thought out content like a book does. Back in the 90s the best book I ever read on the subject was called the JavaScript Bible. It's still around actually if you get a newer edition, since it's has had 7 revisions. Things have changed now, so I'm sure there are a number of good books on the subject. My advice, get a good book on plain vanilla JavaScript and start a personal project to work on with it. Reading stuff online alone won't really teach you much. You have to work on a project. Also, as much as I love jQuery... I still use it a lot but it is dying as some of issues it addressed are being handled by native JavaScript these days. So, if I had to learn it all again, personally I'd start with vanilla JavaScript. Spend some time with it. Understand the semantics of the language (they're different because JavaScript is more functional then OOP) and only after a solid foundation would I consider building on top of that with libraries like jQuery. Not really sure what interests you, but a suitable project to learn with would of course be a client-heavy one, such as a game. If you're looking for ideas, see if you can make a Tetris clone in pure JavaScript for instance. Those are always fun. And remember, to get most things done in JavaScript you use callbacks and function chains like crack cocaine due to its functional nature, much like you would with LINQ chaining in C#. And by default, every last remote call is async. If you need to update the DOM based on a remote API call for instance it helps to remember that.
Jeremy Falcon
-
Thank you, Jeremy. This is what I actually wanted. As I said, I can get the work done, the problem is that it takes a few tries to make things work and sometimes it's really counter-intuitive (which really means I know zilch). Learning vanilla JS is what I want to do. I know that a lot of people hate JS (as do I), but I also understand that there's no way around it, now that clients want to build their application in the latest new and shining JS framework coz they heard it's "better". (sigh) nosedive it is then.
I am not the one who knocks. I never knock. In fact, I hate knocking.
You're welcome. And, I think you'll learn to like it once you get past the WTFs with the learning curve that is. :laugh: Since it's always fun to see demos, try doing this without JavaScript. It would be impossible... Tearable Cloth v2[^] Even if you use WebGL, canvas, et al they are controlled by JavaScript. So learning it is essential for client interactivity.
Jeremy Falcon
-
I have been reviewing some code from google music lab's experimental music projects. It's really interesting.
I am not the one who knocks. I never knock. In fact, I hate knocking.
Yeah, people don't realize how much Google has helped the web. They have a ton of awesome APIs they expose to the public. If it turns out being a fun project, I'd be interested to see what comes of it.
Jeremy Falcon
-
You're welcome. And, I think you'll learn to like it once you get past the WTFs with the learning curve that is. :laugh: Since it's always fun to see demos, try doing this without JavaScript. It would be impossible... Tearable Cloth v2[^] Even if you use WebGL, canvas, et al they are controlled by JavaScript. So learning it is essential for client interactivity.
Jeremy Falcon
-
Hello Everyone, I have some idea of javascript and jQuery as in I can get the work done. But I feel like there is no way past it. I have to know it better if it is going to be this relevant. So here I am, open to suggestions about the best place to start. I did some research online and found that quite a lot of people endorse Javascript: The good parts and You don't know JS to be the best. I trust CP the most because I know people here have been through this dilemma. So how did you do it? Where did you start?
I am not the one who knocks. I never knock. In fact, I hate knocking.
I am not a fan of javascript, but it has become a serious and mighty programming language over the years. It is depending on the developer and it skill to use it in strict mode.
Press F1 for help or google it. Greetings from Germany
-
Hello Everyone, I have some idea of javascript and jQuery as in I can get the work done. But I feel like there is no way past it. I have to know it better if it is going to be this relevant. So here I am, open to suggestions about the best place to start. I did some research online and found that quite a lot of people endorse Javascript: The good parts and You don't know JS to be the best. I trust CP the most because I know people here have been through this dilemma. So how did you do it? Where did you start?
I am not the one who knocks. I never knock. In fact, I hate knocking.
When it comes to Javascript, I started by crying. That turned into screaming. Now I just quietly whimper.
Latest Article - Class-less Coding - Minimalist C# and Why F# and Function Programming Has Some Advantages Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
Hello Everyone, I have some idea of javascript and jQuery as in I can get the work done. But I feel like there is no way past it. I have to know it better if it is going to be this relevant. So here I am, open to suggestions about the best place to start. I did some research online and found that quite a lot of people endorse Javascript: The good parts and You don't know JS to be the best. I trust CP the most because I know people here have been through this dilemma. So how did you do it? Where did you start?
I am not the one who knocks. I never knock. In fact, I hate knocking.
I do not understand why so many people hate and whine about JavaScript. I've been using it for years and once you understand how web programming works, JS is easy. Then I found jQuery which was really confusing at first until I got the hang of it and now it is awesome. It is not that hard nor that bad. w3schools has some good information. I'd suggest doing a project and then just google how to do what it is you need to do. Learn by doing, that's what works best for me.
There are two kinds of people in the world: those who can extrapolate from incomplete data. There are only 10 types of people in the world, those who understand binary and those who don't.
-
Mycroft Holmes wrote:
many who would like to stab it through the heart or burn it at the stake.
I doubt it. Far too quick an end for it. How about a very slow steam roller running it over, starting with it's "toes"?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay... AntiTwitter: @DalekDave is now a follower!
Is there no Sarlacc pit nearby?
Quote:
"In its belly, you will find a new definition of pain and suffering as you are slowly digested over a…thousand years." ―C-3PO translating for Jabba the Hutt
I have lived with several Zen masters - all of them were cats.
-
Hello Everyone, I have some idea of javascript and jQuery as in I can get the work done. But I feel like there is no way past it. I have to know it better if it is going to be this relevant. So here I am, open to suggestions about the best place to start. I did some research online and found that quite a lot of people endorse Javascript: The good parts and You don't know JS to be the best. I trust CP the most because I know people here have been through this dilemma. So how did you do it? Where did you start?
I am not the one who knocks. I never knock. In fact, I hate knocking.
Hi, I would highly recommend these[^] videos by Douglas Crockford. I have been using JavaScript off-and-on since the late nineties but there are a lot of caveats. An "interesting" language and things have been changing quite a bit with module loading and the like. Once you get the hang of it you'll want to probably get going on one of the MV* frameworks. I have used Ember.js (3 years) before but currently I prefer CanJS[^] as I like the design and the fact that it is more library-focused and not so much a framework. Regards, Eben
-
Hello Everyone, I have some idea of javascript and jQuery as in I can get the work done. But I feel like there is no way past it. I have to know it better if it is going to be this relevant. So here I am, open to suggestions about the best place to start. I did some research online and found that quite a lot of people endorse Javascript: The good parts and You don't know JS to be the best. I trust CP the most because I know people here have been through this dilemma. So how did you do it? Where did you start?
I am not the one who knocks. I never knock. In fact, I hate knocking.
Look at the free jQuery book here. [https://www.syncfusion.com/resources/techportal/ebooks\](https://www.syncfusion.com/resources/techportal/ebooks) This will give you a good idea of basic use. After the book, the jQuery online documentation will help you refine the basics for a particular usage. You really also need some basics on web page layout and CSS to go along with jQuery.
-
Hello Everyone, I have some idea of javascript and jQuery as in I can get the work done. But I feel like there is no way past it. I have to know it better if it is going to be this relevant. So here I am, open to suggestions about the best place to start. I did some research online and found that quite a lot of people endorse Javascript: The good parts and You don't know JS to be the best. I trust CP the most because I know people here have been through this dilemma. So how did you do it? Where did you start?
I am not the one who knocks. I never knock. In fact, I hate knocking.
JavaScript is a dynamically typed language based around event driven programming. Everything is based around the idea of callbacks. If you are writing NodeJS or only targeting modern browsers then you get a 'Promise' - which is an object that lets you call a 'then' member to give it a callback. It's all centred around an event loop. (Bottom line is: understand what a callback is) Do yourself a favour, and unless you're given no other choice - avoid NodeJS like the plague. Every other server side technology ranging from Python Applications written in WSGI, ASP.Net and JSP, through to FCGI written in C (no that last one isn't an exaggeration, the logic is easier to follow) are easier to work with and understand. I would say the place to start with client-side JavaScript is in understanding the DOM, and how to program it. I actually have a hunch that custom elements would be a good place to start if you're already knowledgeable in how to program. To change the appearance of anything in the browser though you probably need to also understand CSS - which in my opinion is actually the harder challenge as it's a declarative language that doesn't agree with most people. If you can master both you can move onto manipulating the CSSOM with JavaScript.
-
Hello Everyone, I have some idea of javascript and jQuery as in I can get the work done. But I feel like there is no way past it. I have to know it better if it is going to be this relevant. So here I am, open to suggestions about the best place to start. I did some research online and found that quite a lot of people endorse Javascript: The good parts and You don't know JS to be the best. I trust CP the most because I know people here have been through this dilemma. So how did you do it? Where did you start?
I am not the one who knocks. I never knock. In fact, I hate knocking.
Read one of the HTML(5), CCS(3), JavaScript "in 24 hours" books and start with the basics. Learn them in this order otherwise: HTML; CSS; JavaScript (one builds on the other: content -> presentation -> interaction). Some of the smartest and best people in the field don't use any "frameworks" (like JQuery). Decide for yourself, later. [Project Silk: Client-Side Web Development for Modern Browsers](https://msdn.microsoft.com/en-us/library/hh396380.aspx)
"(I) am amazed to see myself here rather than there ... now rather than then". ― Blaise Pascal
-
IMHO, the most important thing is to NOT to learn JS via one of those popular libraries... Learn plain JS first... Here some resources for that: JavaScript | MDN[^] JavaScript The Good Parts[^] JavaScript Course: The Good Parts | Pluralsight (based on the book above[^] Build A JavaScript Framework[^] It is very important to UNDERSTAND how the inner-works of JS way before you try any application - that will save you a lot of swearing...
Skipper: We'll fix it. Alex: Fix it? How you gonna fix this? Skipper: Grit, spit and a whole lotta duct tape.
The one additional thing you'll want to force yourself to do is become familiar with the relevant standards documents: [ECMAScript Language Specification](https://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf) [HTML Standard](https://html.spec.whatwg.org/multipage/) [CSS Snapshot 2017](https://www.w3.org/TR/css-2017/) Painful, I know, but sometimes there's nothing like getting knowledge directly from the source.
-
JavaScript is a dynamically typed language based around event driven programming. Everything is based around the idea of callbacks. If you are writing NodeJS or only targeting modern browsers then you get a 'Promise' - which is an object that lets you call a 'then' member to give it a callback. It's all centred around an event loop. (Bottom line is: understand what a callback is) Do yourself a favour, and unless you're given no other choice - avoid NodeJS like the plague. Every other server side technology ranging from Python Applications written in WSGI, ASP.Net and JSP, through to FCGI written in C (no that last one isn't an exaggeration, the logic is easier to follow) are easier to work with and understand. I would say the place to start with client-side JavaScript is in understanding the DOM, and how to program it. I actually have a hunch that custom elements would be a good place to start if you're already knowledgeable in how to program. To change the appearance of anything in the browser though you probably need to also understand CSS - which in my opinion is actually the harder challenge as it's a declarative language that doesn't agree with most people. If you can master both you can move onto manipulating the CSSOM with JavaScript.
