@jeff pentagon EVERYTHING in JS is an object. console.log( 'string'.a ) // undefined console.log( (1).a ) // undefined Object.prototype.a = 1; console.log( 'string'.a ) // 1 console.log( (1).a ) // 1

@jeff pentagon You can change the built-in objects or classes just for the existing session not forever. So it's actually like in Java. Try for example to change at Math how it shows the PI value. Make it 5, for example. To see what has Math under his belt, you simply first run console.dir(Math) ; // which is *display interactive* and shows you a tree structure of Math (or of any other built-in // or not // object, class, function if needed, be it Date, Array, Object, Boolean - or everything else you can think of) Then ... surprise ... surprise ... run this code: Math.PI = 5; // it's 5 now -- you can check that by using directly console.log(Math.PI = 5) // 5 console.log(Math.PI); // 3.1415.... yep, it's again the default value, even at the very next line of code. For @ForrestKnight Javascript is the only language that runs in the browser - therefore the reason for its huge adoption. Actually it runs on 3 various environments: browser (as vanila Javascript alone , or plus its 'friends' : react, vue, angular, you name it/them); in Node, which is another environment, or finally in Unity (gaming development). It's pretty nice to have such coverage, in my opinion, for a single programming language (even if in several flavors). By the way, I wrote earlier below a comment even before watching your entire video, about the 'extends' word - which also exists in Java - and am curious about your insight in that matter.

@jeff pentagon TS was probably just a way to use a hand from the neighbors, to fill a gap (like was "use strict" for example in ES6). Many languages borrowed from other ones, it's a fact. About Math.PI, it's very simple, we 'consume' at runtime like a PI shadow, not the original one, an image of the built-in stuff (else every hacker could permanently alter our browser API and invade our computers). As time as we ask again the Math it delivers a fresh 3.14 PI. Therefore it's elasticity not plasticity the specific of the way in which the built-in entities are stored in the browser. We can always reuse the clean version. It's like the meaning of var or let, they are conceived to be modified after initial assignment - because everything in browser must be used through either browser events as onload or human interaction as onfocus, onclick, on change, etc) - think as initial or future state in React. Funny thing, in initial specification of JS, at times when html4 was still spread, one could select an element directly by name or id, with prevalence for the name, if existed. Very revolutionary, I could say, so you wouldn't need the ugly sentence document.getElementById("demo").innerHTML = "Wow"; - because you could write (as you today can , too) directly demo.innerHTML = "Wow"; as time no other JS variable would be called again 'demo' of course to overwrite our div identifier. But at that time there were no modules whatsoever, no third-party external scripts, no CDNs, not even the age when Yahoo started to deliver us viruses through their infamous advertising banners loaded in s (where bad guys changed their original jpegs into bad things :^) Today we shouldn't complain too much, as we have Babel to make code work in any client (as we have SASS or jQuery meant to generate compliant CSS or JS code for each vendor browser)

lol wow nice workaround

Damn, this is not in sync 😅¨¨

They closed off the api recently did this break it?

Ah damn I think it broke :(

Yeah I don't think its working no more, every field is at 0.

Good to know. Is that or prototype best practice? Or is it just purely based on preference?

@@fknight extends is best and really current practice and prototype is well... legacy. You now use extends and explicity inherit properties and methods from the parent/base class by calling super.

@@fknight definitely you should use this new class syntax just because it is much cleaner, however objects created with this method are still based on prototypes that are just 'hidden' inside modern syntax.

@@fknight To expand on what others have said, the class keyword in JS doesn't add any new functionality - behind the scenes, you're still using the prototyping that you use in this video - only in a cleaner, newer syntax. And as a java developer, you will find that syntax much more familiar than the method you had been employing.

@@fknight The class method with the extends keyword is the new syntax. In the background, it is just a syntactic sugar on top of the prototypical inheritance, so it is still good to understand prototypical inheritance. But in general, just use the class syntax as it is the more modern way.

JavaScript, as a language, seems poorly-designed language. Java is great because it is modeled after C, which is the gold standard of all programming languages.

@@theblindprogrammer well javascript is also designed over c/c++ the for, while, do-while loops are same if-else, switch-case etc are same and the simplest object oriented method to create an object by simply using a function (factory function) and inheritance is just so easy with Object.assign() method in js no classes no syntactic sugar its well designed and maintained with well written docs on MDN, u just have to learn it the JS way

@@killerdroid99 JavaScript as a language is not special, anything you can do with JS, Python or PHP can do it better. If you want to write optimized iOS app you use either Swift/Objective-C, Java/Kotlin for Android, web-apps for Python/or PHP, Anything low level C/C++ dominate; so what the hell does JS is good for? JavaScript is good example for language that wants to be everything for everyone, but in reality it turns out to be nothing to no one.

@@theblindprogrammer Do you even Front-End?

That way is too verbose, just have objects inherit from other objects also use json.

While it might be multi-paradigm (most popular GPLs are tbf) language but some of the support for those paradigms as has been mentioned, (like OOP) aren't the best in JS compared to other languages.

that's just a lie.

As a JS developer, I think JavaScript is the weirdest of the languages. I love it but I can see how it creates confusion.

@jeff pentagon I'm working on converting our component library to TS at the moment. I need to try to avoid making any breaking changes. I need to write some pretty gnarly types to get it working for some components 😬

But you won't be able to change its value, right?

@@balwamaargaming You won't be able to change it's value type. You can have something like: const arr = []; //empty array; Then you can use arr.push(2) //arr = [2] and it will work because the type of arr is still an array.

@@GabrielRUrsu thats what knight meant: somewhat poorly designed

@@study-me1oe Really? The only language where you can declare a truly non-mutable variable is Rust, really.

Java also now has that but yeah companies are stuck on Java 8 not the newer versions.

The "this" keyword is one of the biggest idiosyncrasies of the language! I understand your frustration.

I'm a java developer so don't know anything about JS version of 'this'- but does it not just hold a reference to the object from within which code is currently being executed? I.e. it refers to itself

@@carldrogo9492 I agree, dealing with “this” can be very annoying!

The comment of the year 👍👏🏻😅

My reply after year😂😅🤣

😂😂😂

TL;DR - no, you cannot build a front end purely out of Java code. HTML, CSS, and JavaScript (optional, but will make your site/app far more usable) are all a browser understands. ------ You cannot create a front end with java alone, in that browsers only understand HTML, CSS, and JavaScript. The JavaScript is optional, although it makes things MUCH faster and gives a much better experience with it for the end user. If you don't use JavaScript, you're likely going to be using (for example) Django (using python), or Rails (using Ruby) or something equivalent to render the HTML on the page. However, the issue with that is every time you do just about anything on the site, it will have to refresh the page to render the new state. (In a nutshell) JavaScript makes it faster and easier because it can dynamically change the HTML that is already rendered in the browser, instead of having to refresh the entire page. Hopefully this all makes sense haha. I don't know if Java has a Django equivalent.

Depends. JS still is dominating for modern web stuff. With Java alone I think not, at least not in todays landscape. There’s probably some way to “compile” frontend code from Java but at the end it gets “compiled” to js/html/css. Maybe at some point it’ll be possible through web assembly, but that itself is pretty uncommon and in early stages.

@@dieselfreak28 I feel like you skipped the fact that just as you can use Django with Python or Rails with Ruby, you can use Spring with Java to make SSR web apps. Same limitations, obviously, no dynamic behavior and all that, but I feel like you only made your point more confusing by bringing other languages into the topic.

@@EthanStandel I mentioned at the end of my comment that I wasn't sure if Java had an equivalent or not. I'm not really a Java dev so I wasn't sure. I brought up Django because the original comment mentioned it and it seemed like I could use that to help my explanation. You're probably right that I should have left rails out maybe though. Apologies if I made things a little confusing. My TL;DR still stands though I think.

@@dieselfreak28 yeah, nothing you said was inherently wrong, but now most Java applications today are web apps, but oftentimes it's just services that don't actually have a frontend though they do have the ability to SSR

you don't need a degree. just need to know your stuff and prove that you can do the job. if you choose to learn java then learn core java and after that learn the spring framework

In my experience searching for jobs their are alot for Spring Boot.

@@rodrigo176 Do they specialize in Spring Boot or are they SE jobs that require Spring Boot knowledge to do the job?! Sorry if this is a silly question

@@samuelcarter8021 I'm gonna say both. Also do personal projects in something that interest you by yourself or a group of friends so you have something to show when you graduate. Also internships good luck! 👍

Kotlin

Hey man , no issue that is a great course and i am following it myself . But you can always switch to other language plus the course you bought will always remain there whether you complete it now or sometime in future. The confusion is normal I have it too and guess what other developers out there too , good this means you are serious about this. Learn what interests you and don't limit yourself with one tool or language . If you want to switch to js then do it and later when you want to do full stack you can come back to Java or python or node.js . The only factors are time and consistency, time you will have a lot and consistent is something that's in your hand . Have a great learning and career

ye

I do as well. I work with JS because it's literally everywhere. But the loose rules with non-static typing, function hoisting, == vs ===, strange functional implementations, and ambiguities with local & global variables are obnoxious. It doesn't feel like I'm programming. It feels like a kid told me rules to his game; the rules aren't consistent, logical, or standarized with other languages. I'd say C, Java, and maybe C++ are my favorite languages to work with. I do know Python and quite a bit of JS fundamentals. But that's just because they're so contemporary.

he did that intentionally, like when he use var too, I'm so angry, I hate java people, they think they are better than python and js developers just because they use strongly typed language, my one question is where did he get the documentation?

still a super beginner tho

That's what they say lol

❤️

java

c++

I will never go back to plain Javascript after having used Typescript, especially for newer projects. The type safety that Typescript provides makes it impossible for me to use plain Javascript nowadays. Also, since Typescript is just a superset of Javascript, everything you can do in Javascript you can do in Typescript. There are literally no downsides to using Typescript over Javascript in my opinion.

@@kiramaticc absolutely

Just pinned it

@@fknight Are you sure? I only see the "Just by making this video I'm already a better JavaScript Developer."-comment pinned

Update? Cuz same

Depends on what kind of software you want to build. JavaScript is used for web development.

I would argue JavaScript is the most versatile language, even if it's not the best thing for most scenarios. I think it's a good starter if you want to engineer software, but not a great start for general computer science.

imo you should learn a statically typed and strong typed language. Java, C# comes to mind

yeah i would also not have become a developer if i had started with java. would have worked on carrot farm instead.

coming from an amateur java developer, java is just extremely consistent and logical. everything is part of a class, even the main function. this way, there are only class functions and instance functions. if you dont like it, you can just straight up ignore the class containing the main method. it really depends on what youre used to

@@legitlinus9052 The same can be said about JavaScript/TS where everything is an object or part of a object and the functions you are using are methods on these objects or instances of functions, which also are objects. There is no main method, you have the global window object and you can do whatever you want, wherever you want. It is as logical, just different.

@jeff pentagon Doesn't change the fact that the developer experience is the same, or I'd say better in ts

Totally agree ! It's same hideous extra verbosity in front of each variable name as in php where everywhere you see the $ sign in front of the variable name instead of the clean names as in JS. I don't say that the verbosity in Java isn't somehow needed, but I suppose that instead of repeating as crazy that verbosity one could better just apply some simpler syntax // or naming // convention (as is in Underscore JS where you see things as _.name or _.price or _.length). I'm not saying that JS is perfect, because even here you have idiotic ways of naming the things -- as is writing the word `extends` instead of something better. Imagine how nice would be to write class Car { constructor(wheels) { this.wheels = wheels; } } // followed by class ElectricCar uses Car { // which is more logical than `EXTENDS` // some code here, too } because ElectricCar is another Car that doesn't actually extend anything, it's not giving any extra `arms and legs` to the initial Car. Obviously, it just import, applies, uses the old stuff from the ancestor Car, for ITS own use. ElectricCar just begs (and receives stuff from the merciful Car), not the other way around. Saying Car extends ElectricCar sounds like saying that a Beggar giving something to ElonMusk :))))) I could accept to see isExtendedBy or From but never the stupid extends. It does not "extends" anything because the ElectricCar is a different thing and the older Car stays imutable as it was in the beginning, despite the fact that a younger brother of it is just born. It's not something as `let x = 2;` followed by ` /*you know what ? */ x = 5; /*from now */ ` :) Sadly in a world that might be construed on the absolute precision, even the words that are called to explain the stuff in the clearest form are sometimes like damaged. Consider also other stupid naming, for example in CSS, where you say that a child has "position: absolute" compared to its parent (and the parent is having position instead "relative"), while in reality we shouldn't care where is the parent, because we only care that the child is 2 px towards left side relatively to the parents' position. Obviously someone from CSS Working Group never heard of Einstein and his theory of the relativity concept (related to // compared to // in relation to someone or something // the observable relative to the zero point of reference, etc). It's a pity that when even the mere [ humble dwarf ] html5 introduced the revolutionary semantic keywords when evolving from html4, the [big giants] programming languages didn't align themselves to clean the nonsensical garbage from their own verbiage. Or the MySQL the stupid thing of keeping that nonsense of third party logic (instead of dual as is in boolean logic) since E.F. Codd wrote it in the 12 principles of relational databases (3. Null values must be uniformly treated as “missing information,” not as empty strings, blanks, or zeros.). The discussion could go on. I remember that even about OOP some great coder (I think it was the Erlang creator) said something controversial but really funny and having some real ground : *when you ask a variable value in OOP is like you ask a banana and instead of receiving one you see coming to you a gorilla not only with the banana but with trees and basically the entirely jungle behind it just to bring you that banana* ROFL - www.johndcook.com/blog/2011/07/19/you-wanted-banana/

Strange, I have absolutely no problems using discord and gaming with it and I've never heard of anyone else I know having a problem with it.

@@j0gi if you have a good pc, discord is not bad. But being built with electron the discord client is slow as hell and uses a lot of ram. Really bad UE for older hardware

I also prefer TypeScript lol

I'm exploring how to do this with python as well. I saw this during an interview I had, I was so lost because I had never seen this done in python. I didn't pass the interview lol

Theres billions of apps and devices using java

@@andreicapi3535 are you familiar with Kotlin at all? Its only purpose is to be a more modern alternative to Java. It produces code that runs on the JVM, can easily use Java libraries and call Java code, as well as be called from Java. You can even easily add Kotlin classes to an existing Java application. I can't think of a single reason to write any new code in Java.

I don’t know Java but some people absolutely hate it

Well at least for my company and many other large companies in my area they still use java because that's what the huge existing 10+year-old Applications are using and they have no plans to change to Kotlin anytime soon even if it may be better. "If it ain't broke, don't fix it"

@UCKHRy19ebZx_2N92jR-GXeQ Hmm that’s kinda true in a sense but the hate for Java at least from my experience, tend to be much more intense than other languages. Usually, I see people talking about the security or just saying that it’s trash