Yes! Triple Yes! Yes! Yes! Yes!

Couldn’t agree more, great level up channel

Thank you so much!

@@jherr I have noticed your clean code, that’s why I got your book, but I was surprised how it is well organised and easy to understand, because of the details and your method probably. thanks it was so helpful.

@@jherr question please: about the updates , Is all I need to get the updates to click the link again ? I mean to get the updated version of the book.

@@aminomar7890 Every time I put out a new chapter in the book you'll get an update in the email. The last update was last week. This week will not have a new No BS TS video, but the week after will, and you will get an update in the email a day before.

I was actually going to do that, but the example just got a little to complex to make for a reasonably comprehensible video.

Yes, and I should have.

Very true, will do!

If the base class isn't doing anything then you should use an abstract class. It just flattens the hierarchy and makes for more performant code.

Well, if I have a concrete (non-abstract) class B which extends a concrete Class A, I won’t be able to say that B also `implements` an interface I if that one is defined as an abstract class. Because, while a class can `implement` any number of interfaces, it can `extend` only one parent. If the interface I is defined as an `interface` (a blueprint without any implementing code), you can still create an abstract class which would `implement` the interface, perhaps writing concrete code for some of the required methods while leaving the rest of them as `abstract` (thus, forcing the child classes to “complete” the implementation). This would also mean the original, un-related class B, which is from an entirely different family, can still skip the abstract class and implement the interface I directly in its own way. Unless, of course, I’m mistaken or waving around with outdated knowledge, eh, sweating already :)

yes would love to see this. Pleaase make functional programming videos Jack

I'm hesitant to say that it's "functional programming" since I'm not a functional programming expert.

Dude, I honestly don't know. 😂 It's just a Mac. It's not like I'm on AWS or anything. If you have any ideas lemme know.

Actually, I think it's an interaction between the AWS dev tools and Oh-My-ZSH. I could remove that from my prompt. I'm just lazy.

draw.io - marketplace.visualstudio.com/items?itemName=hediet.vscode-drawio

​@@jherr thanks, you are generous, helpful and awesome.

That's what is called an uncontrolled input: reactjs.org/docs/uncontrolled-components.html It's a simple an lightweight way to read from, or set, an input.

Thank you!

Sure, in this case it would be an Do/Undo/Redo feature. And you would see those in SPA applications like Figma, Google Docs, anything where you are editing something and want the customer to be able to recover from accidental edits.

@@jherr most of these patterns are useful only on the frontend as you play with the same state. Backend could hardly use these. Because it's stateless or has its state stored in db. Correct me if I am wrong

​@@ngneerin I disagree. Thus far we have covered Factory, which is great for managing global configuration and resources (e.g. database connections) on the backend. Publish and Subscribe, which is an insanely powerful backend concept for doing workload distribution and doing workflow work. And Visitor and Iterator, which I used to do paged API access, which is very valuable in backend work for ETL and ML.

Check the comments on Jack's videos. He has this info and more.

JSON is a string format.