Great summary. I decided to jump from 8 to 17 and this is a great highlight reel of features I am happy to see (except maybe "var"). Another feature I love now is how easy it is to read and write text files using Files.readString() and Files.writeString().
Thanks! I've been running a programming channel in Polish for more than three years and people like it, so I hope to give similar value to an English-speaking audience now. I'm glad that you subscribed, new videos are coming soon!
You ignore the most important feature, of the switch... it can be an expression and you can return a value. Why repeat the System.out.println() 4 times, when you can simply return the club and print it using one println call? Everyone seems to be obsessed about doing their side effects everywhere... Method is easier to test when you return a value.
Thank you! I'm planning to make a video about Java 21 soon, there are some really interesting changes coming up! Yesterday I published a new video about Stream API: ruclips.net/video/u9GPhRjBVzU/видео.html And I'm planning to publish new videos more often now:)
Great video! I recently saw a meme praising Java 19 (I think), and was surprised to see what the fuss was all about. Not surprised to know that most of these features are already built in Kotlin.
This is such a great video. Haven't touched Java in years, and wanted to see what the differences were... Perfect ! Loving that NullPointerException message now. You know what it's like. As hard as you try, something somewhere doesn't get set. Then you're spending ages figuring out the specifics. This just gives you that little bit more detail to get you started. Really don't get the point of sealed classes/interfaces though. One useful thing I guess is it tells you which classes implement/extend it. But still, could come back to bite you in the ass I reckon! Thank you anyway. Really useful.
I don't like the concept of sealed classes either. Venkat Subramaniam made an interesting video about it ruclips.net/video/Xkh5sa3vjTE/видео.html, but still I just don't see myself using this feature in any future projects.
I love them, but I actually can't believe it took so long (C# too) to get them. It's such an obvious improvement and, from an outsiders perspective, low hanging fruit for improved efficiency when developing.
@@kamilbrzezinski8218 I don't like it as a concept either, but I read it improves performance because the compiler knows when and where to look for inheriting classes.
As a concrete example where var is very handy: Spring! ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml"); Saves copy-pasting (or worse, retyping) the class name!
And it makes the code much easier to read! Variable names are much more important than the class names and such long names like ClassPathXmlApplicationContext are nothing but noise.
Thanks and good comments too. Been using Java for years and haven't had the courage to jump from 8 yet. Still have nightmares jumping from 3 to 4 or 5.
Great video. I guess you forgot to mention that when creating collections using of method the collections created are immutable. Also for set there must be no duplicates.
I appreciate the summary. While nothing quite as ground breaking as generics or function programming introduced in 7 and 8 (I think generics were 7?), really nice features if I can remember to use them!!
It's almost like a new language! :) And in September there will be Java 21 which also brings a lot of new features. I'm going to make a video about them soon! Now I only covered a new approach to the main method: ruclips.net/video/pTLfwhCOkQs/видео.html
Great video! We need more Java videos like this, very easy to digest and helps with interviews for example (Just had a couple of interviews with new feature questions). Subbed and hoping to see more. Keep it up!
Good explanation! Thank you much! Even though I don't see "var" as a top feature, but merely as something I have to criticize in future code reviews. ;-)
One of the viewers came up with a concrete example where var can be used - long class names like ClassPathXmlApplicationContext. And I agree with this because usually a variable name is more important than a class name. So var is kind of a syntactic sugar making code a little bit cleaner and easier to read :) But I also agree that's not much and probably it'll be used extremely rarely ; )
(Great video, though... as someone who largely migrated from Java 1.8 to Kotlin, it's good to see this information presented concisely instead of having to dig it up all over the place.)
When you want to have an immutable class that just holds data. It was present in Kotlin many years ago: kotlinlang.org/docs/data-classes.html And now Java introduced the same feature :)
Great summary, i was kinda wonder about this because i started to learn java in JDK 17, but a few years ago i bought a book about java but it was 1.8 so i kinda wonder what feature i missed 😄
You forgot to mention if Record covers hashCode, equals and toString or not? If not, there is little difference between using a class with all public fields.
It covers all of them. And Record is immutable, so instead of writing/generating this (or using Lombok): public class Person { private final String name; private final String address; public Person(String name, String address) { this.name = name; this.address = address; } @Override public int hashCode() { return Objects.hash(name, address); } @Override public boolean equals(Object obj) { if (this == obj) { return true; } else if (!(obj instanceof Person)) { return false; } else { Person other = (Person) obj; return Objects.equals(name, other.name) && Objects.equals(address, other.address); } } @Override public String toString() { return "Person [name=" + name + ", address=" + address + "]"; } public String getName() { return name; } public String getAddress() { return address; } } you only need to write this: public record Person (String name, String address) {}
Hey, how do I get IntellJ IDEA to now hang and stutter when using it? Do I need a bigger CPU or something? I'm using a SSD and 32GB of RAM and my cpu is just a two core AMD, but it has a 3.4Ghz rating. And the thing just won't run smoothly! Are their configuration settings that I'm not using or something?
You're right, thanks for catching this! It wouldn't have changed the behaviour though - if we use 'var' we need to initialize a variable in the same line.
And yet java refuses to introduce tuples ... as are present in python.. its such a handy construct.. i guess record would be a way to achieve it..bt still u wud require a verbose atleast 1 liner to achieve it But awesome video... loved the depth yet simplicity
@5:45 you like to show, that `var name3;` can't be used, because it needs initialization on declaration, but you're trying to show it by assigning to `name` instead of `name3`. ;)
But how to fall throw? You give also lot of examples using audio files. Maybe you know that Java can directly to stream music to DAC now? Just kidding, I know it can't.
@@kamilbrzezinski8218 Some time both cases are the same except a line of the code. So I do something like : case1, cases2: if case1 then doSomeSpecific(); doCommon(); How should it look when a good design?
@@kamertonaudiophileplayer847 Just move doCommon(); to after the switch. If you need the common to run for multiple cases but not all then you probably need to refactor something since at that point you're trying to be too clever for your own good and it'll just lead to confusing code.
@@LittleLily_ If a language gives some feature, you always try to use it. Otherwise, it sounds fishy, the language contains some features in state - do not use them. Maybe it is time to select a different language?
For an old language like Java, trying to implement modern features without breaking the old code's compilability (it's a word, right?) does not seem to result in a good syntax. Why not just add some sort of compiler directive at the beginning of a file? So, if there is nothing, then compile it like Java 6 or something. If the file has something like /***Java 17*/ at the beginning, then compile it with a new syntax. This way, the Java language designers would have much more freedom to revive this relic language of the 1990's.
People sometimes copy and paste code snippets, making it easy to create incompatible code in the process if there was such a compiler directive and backwards incompatible syntactic changes.
Problem is: most of these new features won't be adopted by "big tech" companies anytime soon, because... I think those corporations are the biggest obstacles to the development of java, as they almost have the final say over the technologies they will use, and how they plan to "upgrade" the infrastructure to accomodate modern Java. No matter how Java improves, they can just choose other modern languages for their projects.
At 8:00, why are you inserting getters if the fields are declared final? What's the point? Just make the variables public. (Not to say that records aren't a huge improvement, like Kotlin data classes, but still... I'm not even sure why records can't make their variables public and need to add accessors.)
@@egozMaster Yes, I do, and I can see why you might want to make them methods if you decide to change their underlying representation at some point, but for something this simple, you will almost certainly not. Look at Java Swing (and other Java APIs, but Swing is where it is most prevalent from what I've seen), for example: it defines a huge number of final constants with int values (not enums) to be passed to things like borders, alignments, etc. Following strict OOP rules is so late 1990s / early 2000s. Most of the organizations I know and have worked with now use a combination of immutable objects (which are basically equivalent to records) and functional programming instead of long-winded pointless strict OOP principles. I mean, if you want to aim for verbosity and redundancy, knock yourself out, but a final field that stores a primitive type or an abstract interface is just as good as a getter. Do a basic google search and you'll see that pointless getters have fallen out of fashion. There's no need to aim for strict purity unless you're a pedant.
“permits” keyword is weird. A generic class knowing about a more specialized class in its context. Just sounds off… Maybe keeping everything package-private and isolating from outside world is a cleaner approach.
Venkat Subramaniam gave an interesting talk about sealed classes: ruclips.net/video/Xkh5sa3vjTE/видео.html But I still don't quite feel it yet. Package-private is an interesting approach, have you ever worked on a project having this in mind and sticking to it?
Watch the next video about Java Stream API: ruclips.net/video/u9GPhRjBVzU/видео.html
Great summary. I decided to jump from 8 to 17 and this is a great highlight reel of features I am happy to see (except maybe "var"). Another feature I love now is how easy it is to read and write text files using Files.readString() and Files.writeString().
You're right, I should have covered it as well! Working with files in Java used to be a nightmare :)
Clarity in your content is really appreciable. You saved my day and thanks a bunch.
Another man is subscribing to this channel! It's pretty awesome! Thank you for sharing!
Thanks! I've been running a programming channel in Polish for more than three years and people like it, so I hope to give similar value to an English-speaking audience now. I'm glad that you subscribed, new videos are coming soon!
You ignore the most important feature, of the switch... it can be an expression and you can return a value. Why repeat the System.out.println() 4 times, when you can simply return the club and print it using one println call? Everyone seems to be obsessed about doing their side effects everywhere... Method is easier to test when you return a value.
am JS pleb here, just to be clear does it work like this? T fn (args) { return switch(value){...}} ?
@@fltfathin yes, exactly. Expressions can be returned but statements (like if) cannot.
But this is for education purpose. System out is returning something as well, just to console, so it's still returns something 😄
@@johndoedoejohn System.out.println has a return type of void, that means it does not return anything. Side effect is not a return value.
Recently switched to Jave 17. This is a great video. Thanks so much
Thank you! I'm planning to make a video about Java 21 soon, there are some really interesting changes coming up! Yesterday I published a new video about Stream API: ruclips.net/video/u9GPhRjBVzU/видео.html
And I'm planning to publish new videos more often now:)
Great video!
I recently saw a meme praising Java 19 (I think), and was surprised to see what the fuss was all about.
Not surprised to know that most of these features are already built in Kotlin.
This is such a great video. Haven't touched Java in years, and wanted to see what the differences were... Perfect !
Loving that NullPointerException message now. You know what it's like. As hard as you try, something somewhere doesn't get set. Then you're spending ages figuring out the specifics. This just gives you that little bit more detail to get you started.
Really don't get the point of sealed classes/interfaces though. One useful thing I guess is it tells you which classes implement/extend it. But still, could come back to bite you in the ass I reckon!
Thank you anyway. Really useful.
I don't like the concept of sealed classes either. Venkat Subramaniam made an interesting video about it ruclips.net/video/Xkh5sa3vjTE/видео.html, but still I just don't see myself using this feature in any future projects.
I love them, but I actually can't believe it took so long (C# too) to get them. It's such an obvious improvement and, from an outsiders perspective, low hanging fruit for improved efficiency when developing.
@@kamilbrzezinski8218 I don't like it as a concept either, but I read it improves performance because the compiler knows when and where to look for inheriting classes.
As a concrete example where var is very handy: Spring! ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml"); Saves copy-pasting (or worse, retyping) the class name!
And it makes the code much easier to read! Variable names are much more important than the class names and such long names like ClassPathXmlApplicationContext are nothing but noise.
Great content Kamil! I really appreciate your highlights. Thank you!
wow man, awesome summary... I'm starting a new migration for a big project from java7... and now I need to know more about new features...thanks ;)
Im an apprentice that got taught by someone using Java 8. ur using 17 damn new features are good
They are! Too bad so few companies are really using new versions of Java.
Thanks and good comments too. Been using Java for years and haven't had the courage to jump from 8 yet. Still have nightmares jumping from 3 to 4 or 5.
Excellently delivered
Great video. I guess you forgot to mention that when creating collections using of method the collections created are immutable. Also for set there must be no duplicates.
Very Helpful video for revising the concept in a short time thanks man!!
Cześć Kamil!!! Pamietam Cię z FTIMS na Polibudzie Łódzkiej z 2013r :)
Useful Information on java 17.!!Excellent.
Good video, you should add that records are inmutable , perfect for functional programming
I just save it in my GYM category , I will watch it later. I know this will help for sure.
I appreciate the summary. While nothing quite as ground breaking as generics or function programming introduced in 7 and 8 (I think generics were 7?), really nice features if I can remember to use them!!
Java 5
Good stuff. My project is currently stuck on Java 8 so it's interesting to see what changes have been made to the language.
It's almost like a new language! :) And in September there will be Java 21 which also brings a lot of new features. I'm going to make a video about them soon! Now I only covered a new approach to the main method: ruclips.net/video/pTLfwhCOkQs/видео.html
Awesome content!! Sealed class concept is really interesting.
It really is! I also recommend Venkat Subramaniam's talk on Sealed Classes: ruclips.net/video/Xkh5sa3vjTE/видео.html
Awesome primer🤘🏽
Clear & concise, thankyou for making this video
Great video! We need more Java videos like this, very easy to digest and helps with interviews for example (Just had a couple of interviews with new feature questions). Subbed and hoping to see more. Keep it up!
Hi Daniel! It took me a while but I've just published a new video about Stream API: ruclips.net/video/u9GPhRjBVzU/видео.html
That was really amazing man!
You earned a like and subscribe!
Thank you!
Very imformative video. Thank you so much!
Great job bro , thanks from morocco ❤
Great! Simple explanation and demonstrative examples. Thanks a lot!
Super good video, thank you for posting! After seeing this... man I wish my company would adopt java 17 instead of continuing on with bloody Java 8.
This is the grim reality, but Java 8 is the Windows XP of programming world ; ) Sometimes it feels like it'll be used forever.
Great video! Subscribed❤❤
Thank you for simple and easy presentation
Null Pointer exception is the best frenemy of java.
Awesome video, thanks a lot!
Good explanation! Thank you much! Even though I don't see "var" as a top feature, but merely as something I have to criticize in future code reviews. ;-)
One of the viewers came up with a concrete example where var can be used - long class names like ClassPathXmlApplicationContext. And I agree with this because usually a variable name is more important than a class name. So var is kind of a syntactic sugar making code a little bit cleaner and easier to read :)
But I also agree that's not much and probably it'll be used extremely rarely ; )
When you have to initialize a List you'll remember this comment 😅
U know Types are not always that relevant, right?
Thanks! I'll use a good deal of what you showed there. My Java writing is still shamefully very Java 8.
Appreciated... Learn alot from this video thank you
(Great video, though... as someone who largely migrated from Java 1.8 to Kotlin, it's good to see this information presented concisely instead of having to dig it up all over the place.)
great video, thank you!!!
Helpful video, thank you!
Thanks Dmitry!
when should you use records vs classes?
When you want to have an immutable class that just holds data. It was present in Kotlin many years ago: kotlinlang.org/docs/data-classes.html
And now Java introduced the same feature :)
Rapidly changing :D That was funny ;)
Great summary, i was kinda wonder about this because i started to learn java in JDK 17, but a few years ago i bought a book about java but it was 1.8 so i kinda wonder what feature i missed 😄
Very useful video. Thanks!
Great video. Would love to have all this features sorted by Java version 😂 but it is cool anyway
excellent summary
Great video, thanks!
Very good information.
please let me know if someone finds a better explanation... I don't even think it exists..
Awesome explanation.
Thank you! I'm glad you liked it.
Thanks a lot v quick and informative
Simple and informative👍
Good to hear, thanks!
Amazing Dude
Does Record support meaningful NPE?
great video, thnks for sharing!
Amazing Video :)
Superb!
What’s the IntelliJ font you’re using?
Amazing content! Such a shame you only have three videos out :(
Hi Marcos! I'm going to start working on this channel! The new video should be out this week!
@@JakNauczycSieProgramowania Glad to hear that!
@@marcosdantasguimaraesfilho7747 Hi Marcos! I've just published a new video: ruclips.net/video/u9GPhRjBVzU/видео.html
List.of("a","b") creates an immutable list object. We can't modify list object after this line.
You forgot to mention if Record covers hashCode, equals and toString or not? If not, there is little difference between using a class with all public fields.
It covers all of them. And Record is immutable, so instead of writing/generating this (or using Lombok):
public class Person {
private final String name;
private final String address;
public Person(String name, String address) {
this.name = name;
this.address = address;
}
@Override
public int hashCode() {
return Objects.hash(name, address);
}
@Override
public boolean equals(Object obj) {
if (this == obj) {
return true;
} else if (!(obj instanceof Person)) {
return false;
} else {
Person other = (Person) obj;
return Objects.equals(name, other.name)
&& Objects.equals(address, other.address);
}
}
@Override
public String toString() {
return "Person [name=" + name + ", address=" + address + "]";
}
public String getName() {
return name;
}
public String getAddress() {
return address;
}
}
you only need to write this:
public record Person (String name, String address) {}
If I remember well, the record toString(), equal() have a deafault implementation, so you are not forced to implement them
Hey, how do I get IntellJ IDEA to now hang and stutter when using it? Do I need a bigger CPU or something? I'm using a SSD and 32GB of RAM and my cpu is just a two core AMD, but it has a 3.4Ghz rating. And the thing just won't run smoothly! Are their configuration settings that I'm not using or something?
What theme are you using for your IDE here?
It took me a while to answer, but it's Nord: www.nordtheme.com/
Thnx a lot for this nice content ! I have one question regarding records, could I use them for entities in spring with the annotation @entity?
It took me a while to answer:) It's possible in Sprig Boot 3: dzone.com/articles/how-to-best-use-java-records-as-dtos-in-spring-boo
nice and informative
Thank you!
Plz which editor or ide are using.
Nice content
There use to be a flag that would allow NPE to generate a stack trace. I think they introduced in java8 and short cycling of NPE
useful summary thanks
Thanks! 👌👍
5:44 typo. Should be "name3"
You're right, thanks for catching this!
It wouldn't have changed the behaviour though - if we use 'var' we need to initialize a variable in the same line.
Loved it 😍😍
what is the color scheme/theme you are using?
It's Nord: www.nordtheme.com/
And yet java refuses to introduce tuples ... as are present in python.. its such a handy construct.. i guess record would be a way to achieve it..bt still u wud require a verbose atleast 1 liner to achieve it
But awesome video... loved the depth yet simplicity
Thank you
Groovy had the text blocks and var (def) at its inception, like in 2009 or whatever.
Nice presentation... new features have a little Kotlin touch, don't they?
5:14 so just like that all "adventages" of Python went away
15:29 This feature violates OCP. Does Java really need it?
Nice feature
Wow great! If oracle keep this pace, by java 25 they will provide the same features as scala 2 with meaningful NPE on top of it! 😃
great!
You can also use umlauts in Java. So it's Müller not Muller.
Yes, but since I don't use the German keyboard, I would need to manually copy the character from the Unicode table:)
Danke
@5:45 you like to show, that `var name3;` can't be used, because it needs initialization on declaration, but you're trying to show it by assigning to `name` instead of `name3`. ;)
But how to fall throw? You give also lot of examples using audio files. Maybe you know that Java can directly to stream music to DAC now? Just kidding, I know it can't.
But why would you like to fall through? For me it always seemed like a bad design.
@@kamilbrzezinski8218 Some time both cases are the same except a line of the code. So I do something like : case1, cases2: if case1 then doSomeSpecific(); doCommon(); How should it look when a good design?
@@kamertonaudiophileplayer847 Just move doCommon(); to after the switch. If you need the common to run for multiple cases but not all then you probably need to refactor something since at that point you're trying to be too clever for your own good and it'll just lead to confusing code.
@@LittleLily_ If a language gives some feature, you always try to use it. Otherwise, it sounds fishy, the language contains some features in state - do not use them. Maybe it is time to select a different language?
realtime projects please
I’ve been a Java developer for over 10 years but after the serious Logj4 vulnerability it makes me wonder if this still still the correct path…
Switch to Rust. That's the language of the future
Go for groovy, its still java but in an Arguably better language
Kotlin is also great, only jetbrains tooling available tho
@@jimmykochi6442 Kotlin code is essentially equivalent to Java code in terms of vulnerabilities.
For an old language like Java, trying to implement modern features without breaking the old code's compilability (it's a word, right?) does not seem to result in a good syntax. Why not just add some sort of compiler directive at the beginning of a file? So, if there is nothing, then compile it like Java 6 or something. If the file has something like /***Java 17*/ at the beginning, then compile it with a new syntax. This way, the Java language designers would have much more freedom to revive this relic language of the 1990's.
New syntax for JVM is usually signaled using a different extension like .kt or .sc (and different compiler is needed :D)
People sometimes copy and paste code snippets, making it easy to create incompatible code in the process if there was such a compiler directive and backwards incompatible syntactic changes.
👍👍👍
That's what she said - 8:23 😅
Problem is: most of these new features won't be adopted by "big tech" companies anytime soon, because... I think those corporations are the biggest obstacles to the development of java, as they almost have the final say over the technologies they will use, and how they plan to "upgrade" the infrastructure to accomodate modern Java. No matter how Java improves, they can just choose other modern languages for their projects.
At 8:00, why are you inserting getters if the fields are declared final? What's the point? Just make the variables public. (Not to say that records aren't a huge improvement, like Kotlin data classes, but still... I'm not even sure why records can't make their variables public and need to add accessors.)
do you know OOP rules ?
@@egozMaster Yes, I do, and I can see why you might want to make them methods if you decide to change their underlying representation at some point, but for something this simple, you will almost certainly not. Look at Java Swing (and other Java APIs, but Swing is where it is most prevalent from what I've seen), for example: it defines a huge number of final constants with int values (not enums) to be passed to things like borders, alignments, etc.
Following strict OOP rules is so late 1990s / early 2000s. Most of the organizations I know and have worked with now use a combination of immutable objects (which are basically equivalent to records) and functional programming instead of long-winded pointless strict OOP principles. I mean, if you want to aim for verbosity and redundancy, knock yourself out, but a final field that stores a primitive type or an abstract interface is just as good as a getter.
Do a basic google search and you'll see that pointless getters have fallen out of fashion. There's no need to aim for strict purity unless you're a pedant.
Say it with me, "public static void main (String[] args)"
So java 17 essentially almost like kotlin
Mostly, just with a way more verbose syntax. 😂
It would have been a better video if you gone through the changes in the chronological order.
Might be a topic for another video :)
or just switch to Scala or Kotlin
Hi Messi, Welcome to Manchester United
“permits” keyword is weird. A generic class knowing about a more specialized class in its context. Just sounds off… Maybe keeping everything package-private and isolating from outside world is a cleaner approach.
Venkat Subramaniam gave an interesting talk about sealed classes: ruclips.net/video/Xkh5sa3vjTE/видео.html
But I still don't quite feel it yet.
Package-private is an interesting approach, have you ever worked on a project having this in mind and sticking to it?