JavaScript Jabber

A weekly discussion by top-end JavaScript developers on the technology and skills needed to level up on your JavaScript journey.

Follow

012 JSJ Design Patterns in JavaScript with Addy Osmani

Guests :

Addy Osmani

Hosts :

Published : Apr 26, 2012

Duration : 47 Minutes

Show Notes

The panelists talk about design patterns in JavaScript with Addy Osmani

Special Guest: Addy Osmani.

Transcript

CHUCK:

All right. So, should I kick the show off?

JAMISON: Let’s do it.

ADDY: Let’s go for it then.

CHUCK: All right. What episode number are we on? See, I got to open up the show notes. Shows you how awake I am.

JAMISON: Twelve, I think.

CHUCK: That sounds right to me.

JAMISON: [Chuckles] Chuck, you sound like way more tired than you did 30 seconds…

ADDY: I’m going to get coffee. One second.

JAMISON: I think you are actively falling asleep right now.

ADDY: We are roughly around episode… or something.

CHUCK: [Chuckles] Yeah. We’ve done about a dozen.

JAMISON: Yeah.

ADDY: Welcome to episode… your guess is as good as ours.

CHUCK: Hey everybody and welcome to episode 12 of the JavaScript Jabber Show. This week on our panel, we have Jamison Dance.

JAMISON: Howdy, howdy.

CHUCK: We also have Joachim Larsen.

JAMISON: Hey, it’s me with the dogs.

CHUCK: AJ O’Neal is in the chat right now, so he'll probably just tell us important and happy things in the chat and we'll voice for him. We also have a special guess, and that is Addy Osmani.

ADDY: Hi. I have no dogs.

CHUCK: [Chuckles] And I'm Charles Max Wood from…

JOACHIM: You can have one of mine. CHUCK: [Chuckles] Yeah, just FedEx him. Just kidding for the animal lovers, I’m just kidding [Chuckles]. I’m Charles Max Wood from teachmetocode.com. And this week we are going to be talking about Design Patterns in JavaScript. Addy, do you wanna introduce yourself really quickly? I’m sure there’s one or two people out there that don’t know who you are.

ADDY: Sure thing. So my name is Addy Osmani, I’m a JavaScript developer at AOL. I’ve written a few open source books like Essential JavaScript Design Patterns, Backbone.js Fundamentals; I'm on the jQuery team, I’ve contributed to open source projects like Modernizr and I do some other open source stuff on my spare time.

CHUCK: All right. Yeah we love those projects – jQuery Modernizr.

JOACHIM: jQuery rules! [Laughter]

CHUCK: Yeah Joachim was telling us how much he loves jQuery. Anyway, so were having discussions before the show and I think it’s interesting to talk about before we jump in on design patterns; we were talking about TodoMVC. Is that what it’s called?

ADDY: Yeah that’s what it’s called.

CHUCK: You wanna just explain what that is and why you did it?

ADDY: Sure. So a while back, I realized that as time went on, we were getting more and more MVC frameworks in the JavaScript world and sort of structural solutions to try helping developers organize their code better. And I got to a point where it was difficult for me to like go and compare each framework; not just because some of them have bad docs, but they didn’t have all examples of how to actually use the framework and it was difficult. So I thought, “Why not create a project that has the exact same solution in every single one of these frameworks?” So how does solution x try to structure models and views and controllers and what other bits and pieces it might have? And I just want to make it really easy for developers to you know, get a feel for what a framework was like before they went and explored it further. So you know, maybe you will take a look at 10 frameworks, maybe you will take a look at 5 and you will just find 2 that you really like and just go see if it’s a good fit for your project -- that’s the essence of what TodoMVC is all about.

CHUCK: All right. Cool. And I think it was Joachim that pointed out that not all of the frameworks really compare in the same way, feature to feature and whatever. So, what's kind of your take on that because you know, you look at some and they have different capabilities than others?

ADDY: Absolutely and that’s the challenge that we are trying to solve for the past while. I mean, in our upcoming releases, we are trying our best to sort of make each implementation as consistent as possible so that the developers has a fair view of what they can do with the framework versus how much extra effort they might have to go to get it, as good as something a little bit more mainstream for example. But we realize that it’s really, really difficult getting a baseline application to help you compare 20 or 30 different frameworks. And one way that we are going to try addressing that is by coming up with a bunch of end-to-end applications. So you know, a complete application built with Backbone or Ember or CanJS or any of the others, so the developers can get a really good feel for how all the other little parts involved in building an application are solved by that framework. And we are going to try documenting that as much as we can and then hopefully, that will give developers an even better way of making their minds up about what to use.

JAMISON: Wait, wait, wait so you are saying that you didn’t build the TodoMVC stuff because you had a lot of to-do things? [Overlapping talks]

ADDY: Absolutely. I woke up one day and I thought, “Well, why don’t I have an application in 20 different frameworks for each of the different aspects of my life?” I need to remind myself that.

JAMISON: Yeah it seems like it really helps you organize.

CHUCK: Yeah you finished reading Getting Things Done and you said…

JAMISON: [Laughs]

CHUCK: …”I need to do some to-do applications.” JOACHIM:

…procrastinator. [Laughter]

CHUCK: Awesome. So a lot of people are asking that we get you on the show to talk about design patterns in JavaScript and I remember when I was a new developer, I really didn’t have a good idea what a design pattern was. Can you jump in and just explain that really quickly? Like what they are and how they are used?

ADDY: Absolutely. So design patterns provide us with like proven solutions to recurring problems and developments. So, they try to build upon the experience of developers that have been trying to solve similar problems over a number of years. And JavaScript is obviously is not the first programming language; there have been tons over the past 30 years. And design patterns just mean that we can take some of the learnings from some of those other languages and hopefully, apply them to JavaScript and apply them to the other projects that we are working on a day to day basis that could hopefully save us some time. Now pattern address a ton of things; like developers are going to go into projects and wonder, “Well, what’s the best way for me to separate concerns,” and “What’s the best way for me to offer simple APIs that are easy for people to consume, but which will still allow me to be complex behind the scenes if I need to,” or “How do I decouple my application so that each part of it doesn’t have to directly speak to another part?” And patterns help us with all of these things.

CHUCK: Yeah. Absolutely. And were they first originated with the book The Gang of Four or is that…

ADDY: No, no. Design patterns actually were originally defined by an architect called Christopher Alexander, a long, long time ago. But design Pattern Elements of Reusable Object-Oriented Software was one of the first sort of break through books to sort of describe how design patterns be applied to software design. And they had a really huge impact at how software engineers design patterns and how they apply them to their projects. But I guess I realized after reading the book that first design patterns aren’t really covered as much in computer science courses in most universities. And secondly, there was at least no open resource that developers can go to just learn about patterns and how they apply to JavaScript. So I figured, well, why not write one?

CHUCK: Yeah and I just wanna back you up on that because I have a college degree in Computer Engineering. It’s not Computer Science, but I took quite few Computer Science classes. And yeah I don’t think the word “design” and “pattern” were even used in the same sentence [chuckles] together.

JOACHIM: The closest you get is probably “algorithms” and “data models”.

CHUCK: Yeah. That's true.

JOACHIM: They only kind of scratches the surface, especially in terms of interactions and reusability.

JAMISON: We did some design pattern stuff in one of our classes. I think one of the dangers with the design patterns though is that people build patterns instead of applications. Eventually, it’s like other… I don’t know cool new things that you discover in computing, like you first learned about meta-programing in Ruby or like async stuff in Node.js and you go and do horrible, awful things with it by using it where it doesn't need to be used.

ADDY: Yeah I completely agree with that. People, don’t use design patterns if you are not using it for the right reasons. Like I've seen people that will just see a design pattern in my book or another book or they'll see some article about a design pattern… [Kid’s voice in the background.]

a Sorry.

ADDY: [Chuckles] That’s cool. And they'll be like, you know, “I should be using what the cool kids are using. Surely it’s on Hacker News, I should be using it.” But that’s completely the wrong reason to be using the pattern. You should be studying what patterns are available, form your own conclusions about them and try to pick out what makes the most sense for your project.

JAMISON: Yeah I think that’s a really good way to put it.

CHUCK: Yeah. One thing that I’ve found with design patterns that I think is interesting is that, in a lot of cases, I’ll start building something and I’ll get it mostly fleshed out and then some other developer will come and look at my deal and go, “Oh, you are using the observer pattern!” [Chuckles] and I'm like, “I am? I guess I am!” And I think that’s just… it’s also a good way of checking your homework I guess, where you can get in and have a look and go, “Okay, yes this problem actually fits this design pattern.” And that’s sort of what I intuitively wind up building.

ADDY: Exactly. I mean, the thing I like about design patterns is that you get like this formal language that helps us to commonly share an idea. And it’s harder for us to describe syntax and semantics and things like that about what a pattern is versus just saying, “Hey, I'm using the observer pattern.”

CHUCK: Yeah. AJ pointed out, “Patterns aren’t invented; they are discovered.” And yeah, it’s so interesting. At the same time, you know, you can also look at a problem and at the same time, realize that a particular pattern describes well what you wanna do. And then exactly what you were saying, then you can start to explain to somebody else instead of saying, “Well, we need this out here that does this and this over here that does this.” You can just look at them and go, “Well, we are going to use these pattern and we are going to tweak it a little bit this way to match our problem.” And so it does; it defines that language that then immediately provides this huge amount of context around the way that you are going to approach and solve the problem.

JOACHIM: I think it’s also important to realize or it’s important for developers to realize that there are really nice and interesting problems to solve at higher levels of abstraction as well. Like if you listen to [unintelligible] all the time and it’s one of those things where you start from fresh or bring what you have on before because there’s no kind of building blocks in terms of that. But I'm sure Addy is working on that.

CHUCK: So let’s jump in and talk about some of these design patterns. I was looking at essential JavaScript design patterns?

ADDY: Yeah, Essential JavaScript Design Patterns.

CHUCK: And you know, there were few quite interesting ones in there. One that I wanna jump on real quick that I thought was interesting where you had the dry pattern which I don’t really think of as a design pattern.

ADDY: Whilst it’s not necessary, there is a disclaimer right above the dry pattern that says it’s not necessarily a design pattern, but it is a nice way of thinking. And sometimes, when developers try approaching problems, they sometimes forget that you don’t have to include as much repetition in your code and you don’t have to be doing things in several different ways when you can simplify them down to maybe 5 or 6 lines of code instead. And its jut one of those patterns that I guess improve readability and remove the need to include a ton of code that doesn’t have to be there, I guess.

CHUCK: Yeah that makes a lot of sense. And you know, the first time I was exposed to it was when I was reading the Pragmatic Programmer. But yeah, it’s something that they talk a lot about when you are programing in Ruby and rails is DRY and that’s why you have MVC. And I think it’s an interesting principle that definitely applies to a lot of these because you wind up putting together these design patterns to help you avoid the repetition and avoid the problems that come out of repetition. But yeah, it’s an interesting thing and you know, I can see how it might kind of come and bump up against what a design pattern is. Anyway, that makes a lot of sense. So, one of the other design patterns that I wanted to ask about that I don’t completely get is MVVM. I understand that it is similar to MVC, but I don’t completely understand how they are related and what the differences are.

ADDY: Oh, that’s absolutely cool. So I realize this is JavaScript Jabber, they are going to be a ton of JavaScript developers, they are very familiar with MVC on here, but for those who aren’t, I'll just go through that very, very quickly. So in MVC, we've got sort of three parts; we've got models, views and traditionally, controllers. The models manage the main specific data for an application. So if we are creating something like say Facebook, you probably have models representing users and photos and videos and stuff like that. Models might have validation rules and defaults for example. So if you upload a photo for example a model can have a default state to make sure that it is visible to everybody on your timeline. And when models change, they modify anybody that is watching the model about that. So, views for example. Now views in MVC at least are representation of models that have a filtered-down look of their current state. So looking at, say, the user model again, you could easily have multiple views for that model or you can have one that shows the movies you’ve watched on Netflix, the music that you've listened to on Spotify, etc. And views usually observe models and they are notified when models change. But they also come in two different flavors; and this is going to come back into something I'm going to talk about in MVVM. Views have two flavors; it can be passive or they can be active.

CHUCK: Okay.

ADDY: So views can be passive or they can be active. Now a passive view is consider relatively dumb; and that means that it’s mostly manipulated by a controller. But an active view is something that has a lot more logic in it; it might have data bindings, it might have events, it might have behaviors. And patterns like MVVM use active views. I’ll go into a little more detail about that soon. And then again at MVC, we’ve got controllers and they are supposed to be like intermediate or between models and views. And I guess they are classically responsible for few different things. You know, they update the view when the model changes and they update the model when a user changes the views. So if you are for example editing the caption on a photograph, that’s you editing a model effectively. So your controller will then update that for you and you’ve made changes to the view. But you know, we talk about MVC; but the reality is that, when it comes to JavaScript frameworks, there's not really a true sense of MVC. I can’t think off the top of my head of many frameworks that actually follow this pattern exactly. If we took Backbone.js for example, that completely omits the controller. We usually say Backbone is MVC or something like it but Backbone completely omits the controller. And it moves all the responsibility off the controller into to the view. So you have the controllers, your views, models, collections, routers -- but there is no controller logic. It’s on separate component. It’s in the view. And so, it can be challenging sometimes if developers are reading classical literature and saying, “Well okay I sort of get what MVC is but why is it that all these frameworks I'm using approach it a little bit differently?” And the reason for that is usually because the framework authors have interpreted the pattern a little bit differently or they found that you can be a little bit more flexible with it; and that’s with Backbone at least, that’s a good thing. It means that I can develop an application that maybe just has a single model and multiple views and doesn’t need a controller at all. But it can get challenging. S So I’ll talk what MVVM now. So we've talked about models using controllers. In MVVM, which stands for Model View ViewModel. The model is very, very similar to what it is in MVC. The view is mostly the same, but it has some subtle differences that are worth noting. So the view in MVVM is essentially an interactive user interface and it represents the state of another component MVVM called the ViewModel. Now the ViewModel is like the specialized controller and it acts like a data converter. So whatever information you have in your model, the ViewModel can change that information into view information. And it can also pass commands from like the view to the model. So one example for that is like your MVVM model might contain a data tribute in UNIX timestamp format, and your view model can actually go and format that into something a little bit more friendly for your view. So when it actually goes to displaying it, the view doesn’t need to convert that data itself. It could have if you wanted it to do that…. I just heard someone said I'm hypnotizing to listen to. [Laughter]

CHUCK: Yeah that was Joachim on chat.

ADDY: Okay.

CHUCK: I was just thinking something along the same lines. I was like, “Man, he is a

really dynamic speaker.” Explain things very well though.

JAMISON: You talk pretty. [Laughter]

ADDY: When you say that, I translate that in my brain as, “He has no social life.” [Laughter]

CHUCK: You should hear our other shows; Jamison is over there.

ADDY: All right. So we were talking about model, ViewModel and ViewModel essentially act as a middle man between your models and your views, and they can also expose methods for helping you to maintain view state. Now going back to the view again for a moment, the MVVM view like we talked about the idea of views being both passive and active; where the passive one is dumb but the active one isn’t. The view in MVVM is actually active; meaning that it does a little bit more. MVVM strongly promotes this idea of data bindings. Now if you've explored frameworks like KnockoutJS before, you are probably aware of this idea of having data bindings in your markup which are then passed on to other parts of your application. Some developers like them, some feel bad -- it’s a little counter intuitive having sort of logic and bindings in your mark up and they could be completely separate.

CHUCK: That sounds like Mustache to me where they try and strip all the logic out and it’s just dumb data.

ADDY: Yeah but it can also contain events and behaviors and stuff like that. But I guess the framework that most people know MVVM for or probably will know MVVM for is Knockout at the moment or I guess Kendo MVVM which is another variation by another company. But in Knockout, your views effectively just a HTML document with the markup in it, declarative bindings and those link to your ViewModel. It took me a long time to really appreciate why someone would want to use data bindings in their markup, but the reason why I guess MVVM is of interest to some people is that you might have a team where you have I guess UI developers and UI designers that wanna be working on your view. And you wanna be able to allow the rest of the developers working on your project to focus on the ViewModel and the model, so things that contain more of the business logic and behavior. And so, pattern can help you with that because those designers can be focusing on the view, they could be including sort of data bindings in the mark up without having to go writing logic themselves. And it can be useful in that sense.

JOACHIM: From the performance aspect though, if you need to like refresh only one aspect of the UI, then it becomes a valuable thing to be able to do.

ADDY: Definitely.

JOACHIM: I mean sometimes like you are really big UIs with thousands of elements then if you are refreshing the whole thing or you know, yeah.

ADDY: I mean it has some interesting pros and some interesting cons. I mean, most of the cons are what I guess the majority of JavaScript developers used to keeping their logic outside of the markup will feel like. I personally probably wouldn’t be writing a project that uses data bindings. I just feel somewhat counter intuitive, as a JavaScript developer, to be to keep all that logic in there. But you know, like I said, if you are in a team where you find yourself needing to keep that separation where some people are able focus on the view and other people focusing on the other logic, MVVM can be immensely useful to you. I guess I also wanted to mention that -- and this is something that I

covered in Essential JavaScript Design Patterns but also in a recent article on MVVM -- you don’t have to keep all your data bindings in your markup. There are actually ways with Knockout.js so you keep all your data bindings in a binding object completely separate to your markup, and you can use data classes instead just to refer back to that logic back to those bindings. So the amount of, I guess logical hooks or declarative bindings in your markup can be as minimal as you want. But I then get to a point where I think, well if you are going to do that, maybe it makes more sense to be using something else. It’s interesting. It’s definitely interesting.

CHUCK: So I'm a little curious then after everything that you’ve done with TodoMVC and you know, looking at these different design patterns and stuff, which of the MVC or MVVM or MVP -- which we didn’t talk about Model View Presenter, which of all these libraries do usually prefer on your projects?

JAMISON: And you can’t say, “It depends on the project!”

ADDY: I'm somewhat glad Yehuda isn’t on this call. [Laughter] So, I mentioned earlier that I'm writing a book about Backbone.js and so, it’s probably not a huge surprise that the one that I currently prefer the most is Backbone. The reason for that in addition to some of the sort of reasons enterprisey reasons like there's a huge community around it, lots and lots of ways to extend it and tons and tons of large companies actually investing in building apps with Backbone, I find that it’s extremely flexible. And something that you’ll find even people who are like committing codes of Backbone.js will tell you is that, once you really understand how Backbone works, even if it doesn’t completely support MVC in its classical form, it’s flexible enough that you can use it in a way that works best for your project without subscribing to just one way of doing things. As I mentioned before, I'm currently working on a rather large application with AOL where we effectively have an extremely small number of views and models in the application event though it’s quite large. And I'm making use of a huge amount of component reuse in there, but this is something that I personally find Backbone really useful for because it’s flexible enough for me to do whatever I want with it. If I wanted to introduce additional parts in there, if I wanted to say, I don’t know, spin off some other layer that further breaks down concerns in a way that Backbone doesn’t do at the moment, it’s not that difficult for me to do that. And I don’t know that I could say that about all of the other frameworks that are out there. Having said that, I will say that I'm excited about some of the other frameworks that are out there – just so that that they don’t gang up and beat me. I really, really, like Ember, I think that once they have a lot of documentation and some more solid examples down –which I know that Yehuda and Tom are working on at the moment -- that's going to be phenomenally interesting to see. CanJS by Justin Meyer and what used to be Jupiter Consulting, but it’s Bitovi where the guys that worked on JavaScript MVC. CanJS is really, really cool. It’s sort of been built in the way where it’s extremely light weight. So it’s in some ways it’s supposed to be a competitor to Backbone. But it’s got some really, really neat things in there. I'm going to quickly sort of look this up and just point out one or two of them. Justin Meyer was like showing me this right before they released it but it’s got everything from sort of live binding to some other magic that…

CHUCK: I have to say while you are looking that up, I'm really disappointed we are not going to have like you and Jeremy tag teaming on Yehuda -- the Backbone versus Ember Round 2.

ADDY: I'm more than happy to let Jeremy and Yehuda do that themselves and just sit back in the audience.

CHUCK: [Laughs] I have to say though that it wasn’t… I was very grateful that it wasn’t this huge bash fest and at the same time… I mean, it was so interesting because you know, they are talking about these tradeoffs and some of it was in a really high level, design level and some of it was you know, they really got down into the nitty gritty of how their frameworks work. And I think it turned out to be more informative than it really turned out to be hostile. If you haven’t listened to it, I highly recommend you go back and give it a good listen because it was really informative about how these people think about the problems that they are trying to solve, and especially since they are trying to solve general problems, using these particular design patterns as opposed to you know, a very specific problem for a very specific website.

JOACHIM: Can I just quickly ask you Addy, what do you think about YUI3?

ADDY: To be completely honest, I haven’t used it extensively myself, another member of our team built a YUI example on the TodoMVC but you know, I'm sure I can take another look at it one of these days.

JOACHIM: It strikes me because we see all these smaller startups starting up frameworks and they all seem to basically be recapitulating the functionality that’s in YUI3 already. And with a lot of these different things, now we need EnyoJS for loading, we need all these other things for dynamic binding. And these are the things that already… in YUI I'm just wondering if it’s a Yahoo name and the purple color that are [24:21 unintelligible]

ADDY: I think that you made a really interesting statement that YUI already has most of these things sorted out. I think a few years ago, we had the Dojo camp for example saying something very, very similar. And I love Dojo. I'm not saying anything bad about Dojo, but I think that we've come to a point where we understand that you know, developers are diverse enough that they are not always going to want to do things in a single subscribed way, you know, a framework might give it out of the box. And we do currently have I guess enough tools that it’s not that difficult for us to put together our own toolkit if we need to. There are situations where it’s going to take a lot more time to and you have to make sure you’ve got built processes that work and take care of unit testing -- all those things on your own -but I guess it works for some developers and some prefer something a little bit more packaged.

CHUCK: All right. Did you find what you were looking for on Can.js?

ADDY: Yeah it’s got a ton of useful things; one of the nice things I found about Can is that it’s also built in a way where all the individual components of it… I’ll read these off very, very quickly. You’ve got can.model and can.ejs and routers and observers and all sorts of things. But all of these different parts can actually function outside of this library. So you can actually take bits and pieces of it and start using them separately, which I thought was actually quite interesting. But Can.js is also… we've got the team over at Bitovi were kind enough to build us to-do apps for TodoMVC. And Can was built in a way where it’s not just saying, “You can use jQuery with this.” They’ve actually the effort of creating special builds of their library, where you can be using it with jQuery or Zepto, Dojo or YUI or Moo Tools and it will use whatever functionality those libraries already have to avoid sort of duplicating it on top. So if you go on the Can.js website which is like canjs.us, what you see is they actually have different kind file sizes for the variations of Can that works with different libraries. So for the jQuery version for example, if you wanted to use jQuery with it, they’ve got a version that's like a 8.5K but the version that just uses Vanilla JavaScript for example is going to be a lot smaller. And you've got things like live binding and magic tabs and all sorts of other wonderful things. But I suggest people you know, check it out. It’s just come out over the past couple of weeks, so it might not be completely ready for primetime just yet, but I certainly found it interesting.

CHUCK: And you can’t even find it on Google.

JAMISON: That’s a really cool feature. I know that one of the things that bothers me about Backbone is its dependence on jQuery. And I know if you can kind of rip it out, but I just wished that more people went through the effort of making their libraries kind of selector library and AJAX library agnostic. So that’s really cool.

JOACHIM: Wasn’t that the other way around? Because I mean there's functionality in Underscore which is more of a tighter bound dependency which duplicates functionality in jQuery.

ADDY: In some cases, that’s true. And I've heard some people say… there are cases where you might only need 10% of what Underscore has and yet most people will still include the whole thing. I think it’s an amazing project but at the same time, I think that the idea of building your library in a way where you are using the best parts of whatever else someone else is going to be including on the page is a really interesting take on it. And I would love to see more frameworks trying that out. I think it’s an interesting idea.

CHUCK: Cool. Well, let’s get back to design patterns for a minute. Does anyone have another design pattern they wanna talk about? I mean, I have a whole bunch but…

JAMISON: I think it will be cool to talk more about MVP. You mentioned it briefly but we didn’t really define what it is and how it differs.

ADDY: Sure.

CHUCK: That would be me.

ADDY: [Laughs] Was it because you didn’t wanna know what MVP was? [Laughter]

CHUCK: No, I'm the MVP “Most Valuable Player”.

JAMISON: Got it.

ADDY: I should probably also mention that this whole class of architectural patterns is known as MV* I think Yehuda actually mentioned to me on Twitter a few days ago that he is going to start calling this MV*. So its MV*. Anyway, back to MVP. So MVP is quite similar to MVC and some people would even say that Backbone is a little bit more MVP than it is MVC. But the idea is if you want to reuse as much presentation logic as possible in your application, MVP is what you are going to probably end up using. And I should probably say MVP is Model View Presenter. So let’s say you’ve got applications where you might have complex views and a lot of user interaction that you might find MVC isn’t the best fit for because you are probably going to require a huge number of controllers for it, for example. I say “controllers”, but fit that in to whatever it is that the frameworks are using, consider a controller. In MVP all that complex logic can usually be encapsulated into a much smaller number of presenters, like you can use a single presenter for it if you wanted. And that can greatly simplify maintenance in some cases. So like, MVP views are usually defined through an interface. This is slightly different to the way MVC and MVVM works. So when you’re defining MVC, MVP view is defined current interface and that interface is technically the only point of contact that you have between the system and your view. And MVP also less developers like their presentation logic without having to wait on designers to produce the layouts and the graphics for the application and stuff like that. So in that light, it’s a little bit like MVVM, without the data bindings.

JAMISON: I was going to say this sounds a lot like MVVM.

ADDY: Yeah. It’s a little bit like MVVM without the data bindings. So, one can almost say that MVP is essentially MVC with a slightly more designer friendly way of doing things. It’s not massively different. I'll put it that way.

JAMISON: So I have a broader question about all these stuff. These all seem similar. I mean does it really matter whether you choose MVVM or MVP or MVC or whatever?

CHUCK: It does matter. How else are you going to know who’s right?

JAMISON: [Laughs] That’s true. But there's this little bit of like paralysis of choice; like you have 30 different frameworks that it seems like the effort you would spend to evaluate them all carefully might be wasted if you would just pick one and do it, you know.

ADDY: That is true in one sense. But the way that I usually approach this is my knowledge of these patterns means that when I do pick a framework, understanding how they were classically defined -- so understanding how MVC was classically defined for example -means that I have a better idea of perhaps how I could go about using a framework. So, with Backbone for example, knowing that it perhaps has a lot more controller logic in the view means that if I wanted to, I could be a little bit more classic and separate that out further if I wanted to -- if found out that easier. It just means that you know, if I'm using Knockout’s MVVM, perhaps taking on some learning’s that other people have had when they were using MVVM for things like, you know, Flex development or Windows presentation foundation, it really does hurt me saying these things…

JAMISON: [Laughs]

ADDY: But people were using those things, [chuckles] taking on the learning’s they had can be useful to you. And I would say you know, don’t go learning these patterns thinking that that’s going to be the be-all and end-all of how you actually go using a framework or how you go out picking out a framework; it’s not. In a lot of cases, frameworks are going to be using something completely different; they might be saying their own variation of MV* or M** even.

JAMISON: So it sounds like you are saying that knowing these patterns helps you understand how to best use the strengths and weaknesses of different frameworks? So, kind of like working with the framework instead of fighting against it?

ADDY: Exactly.

JAMISON: Okay. That makes sense.

CHUCK: Yeah. It will also help you in a lot of cases. For example, even if it’s not strictly MVVM or MVC, if it’s somewhat, you know, if it’s close enough to be lumped in with the other ones that are also following MVC. Then in a lot of cases, you can make the distinctions and make the right decisions in the first place as to which frameworks you want to use because your problem set and the way that you are going to approach this particular application matches up better with MVP over MVC.

ADDY: Exactly.

CHUCK: And so, you know, it works both ways; both in the decision on which one to use and then later on in how you use it and how you can possible take advantage of some of the features that it has or doesn’t have based on that design or the design pattern.

ADDY: Exactly.

CHUCK: So one other pattern that I think we see a lot in JavaScript that I don’t know that many people really even think a lot about is the Observer Pattern. And so the Observer Pattern from what I understand is basically you have something that’s publishing events or you know, events is fine and then you have something else that kind of captures those events and then reacts to it in some way.

ADDY: Essentially, yeah you are right. The Observer Pattern is all about sort of having subscribers that watch other objects we call publishers and we provide a means for subscribers and publishers to have this relationship where whenever something interesting happens in your application, your subscribers can go and react based on that. And the reason you do any of these stuff is to try decoupling your application further. So one problem that developers regularly have these days is they’ll build things in a way where every part of their application is speaking directly to another part. So you might have multiple modules that are responsible for a variety of different things. And so you’ll say, “Okay I'm going to have the module response for you know, I guess composing how a shopping cart is going to look. How a shopping basket is going to look on the screen,” is being directly tied to a module that perhaps deals with currency or something like that. That’s a really, really bad example but let’s imagine two modules directly communicating with each other. The problem there is that when I go and I want to start building parallel applications, I'm going to perhaps run into an issue where I'm building the exact same logic multiple times over rather than reusing the work that I’ve previously done. And instead of you building things in a way, where you know, every single module is speaking to another module directly, using the observer pattern, can be really, really useful because it just means that you’re broadcasting out events of interest and other parts of your page or application is going to react to that. And this is also useful because you can build your application in ways using the observer, so that it could be even I guess fail safe or fail proof because other parts of your application might not necessarily I guess crash if you know, someone isn’t directly touching them. I guess an example of that is… let me think… so let’s say we have a mail application and you are going to have a few different views of this; you are going to have composer view, you are going to have inbox, you are going to have contacts and so on and so forth. Using the Observer Pattern can mean that even if one part of your application crashes, let’s say that you know, something that controls pulling in the messages crashes, because I'm just going to be broadcasting events saying, “Okay there are new messages that are now available. Someone has triggered an action to create a new composition window or there's a new notification for new message having arrived.” I can actually build my system to be reactive so that none of the other code responsible for stuff even gets touched if that part falls over. I don't know if I'm explaining that as well as I could be.

JOACHIM: Another example could that if you are dynamically loading in widgets. So you are loading in widgets later on that might be showing a different kind of interface to the basic models that you have. So you can basically load in all kinds of widgets later on independently to each other.

ADDY: Yup. Exactly. But the whole idea with the Observer Pattern is really just to make sure that your system is as free from, I guess, coupled connections as possible.

CHUCK: Now, I have a question about this with regards to JavaScript. Because it seems like most of the JavaScript engines in browsers and in Node.js and others like it already have an event loop that behaves somewhat like an Observer Pattern. Or kind of a backward observer pattern I guess where they throw an event out and then anything’s that’s… well, no its observer pattern because anything that’s subscribed to that event will then fire off. So is this something that’s inherent to the language or am I kind of misunderstanding and missing the point?

ADDY: I don’t think it’s something that’s inherent to the language, but you will find in most environments that there is some need to have a

decoupled way of communicating and broadcasting. It’s not necessarily always referred to implicitly as you know, the observer pattern or the publish-subscribe pattern. But you know, if we took jQuery for example, I know that not everybody on the call likes jQuery…

JAMISON: [Laughs] You can just say, “Joachim”.

ADDY: [Chuckles] So quite a few versions ago, we actually had this concept of having custom events in jQuery where you could have sort of you could bind something and you could trigger actions etc. and whilst we didn’t explicitly say that that was the observer pattern or that was a publish-subscribe implementation, it effectively could have been used for that. And Ben Alman who’s a really, really popular plugin writer in the jQuery community actually just created a nice wrapper around that. Because even though that particular library didn’t say, you know, we have we support pubsub, it’s possible to use existing event systems in many cases to either simulate that behavior or do something very, very similar to it.

CHUCK: Yeah that makes sense. All right. Well we are running out of time. We did get a question on Twitter. It looks like it was from Chris Smith. Is that the one that you were going to read, Jamison? JAMISON: Yeah that was the one that I was thinking about.

CHUCK: It’s not related to design patterns but we’ll ask.

JAMISON: Yeah he is asking why do you favor AMD Require.js? Is it just real world needs or just the belief that it makes sense? It sounds like it is like because it’s just practically the best thing after right now or because you think it’s the best thing overall.

ADDY: So let me flip backwards. Is he trying to say why do I prefer AMD over common.js for example or why do I use AMD at all?

JAMISON: Over common.js because I think you have to use some kind of script like dependency resolution thing. I just hate the require everything in global scope and figure out…

ADDY: Absolutely. I mean, my modern module formats, even though you know, some people would say that their interim standards really do help us a lot and I love that they get rid of the global issues and the name spacing issues and dependency and stuff like that. So the reason why I love AMD is A. dependency management; it’s really, really useful for that, even if you are just talking about sort of on page load or you are talking about dynamic dependency resolution. I think someone mentioned the idea of dynamically pouring in content when a user needs it, which a number of large applications do these days. And it makes it extremely trivial to handle things that way. It handles the synchronous loading really, really well. It’s used by a number of major libraries like Dojo, jQuery, Moo tools, runs well on the browser, has plugin support, you can sort of export AMD, exports of AMD can be of any format. You can have like objects, you can have JSON functions, numbers, anything you want. And I like that it’s somewhat compatible with ECMAScript next to ECMAScript Harmony using translation tools. I like AMD for all those reasons and more. Common.js is a nice alternative to other people like you don’t have the same define wrapper to worry about. But I sometimes feel that the Common.js works better on the server than it does in the browser and you know, although both of them do translate to Harmony, I just prefer AMD.

CHUCK: All right. Cool. We are out of time, so let’s go ahead and get into the picks. Did we warn you about the picks, Addy?

ADDY: No. no you didn’t.

JAMISON: Surprise! [Laughter]

CHUCK: So I'm really trying to get better about that. But anyway, so basically, the idea is we just pick things that we like or enjoy. I mean, we’ve had people pick music, or books or TV shows or movies. We also tend to pick things that help us in programming; so you know, we’ve picked tools and IDEs and what have you. So feel free to just think about those kinds of things. And we'll make Jamison start off so you can kind of get an idea of how this works.

JAMISON: All right. So my first pick is Prismatic. It’s as app that does a bunch of like social network analysis, machine learning and natural language processing to basically recommend interesting articles to you. And I think there’s been some other stuff like this before but Prismatic has been far the best tool I’ve ever seen as far as signal to noise ratio and actually getting things that I’m interested in. I think it’s in beta, which means you might need an invite, but I just like signed up for it and got in. So maybe it’s more open now. My other pick is a Vim plugin called Vim-coffee-script. Starting to do a lot of CoffeeScript development and one of my complaints with CoffeeScript was that you are debugging in a different language than you are writing in, but it kind of helps alleviate that problem because you can highlight a section of CoffeeScript code and with a command, just compile it in to the JavaScript that it creates, so that you can kind of debug stuff. And it has a bunch of other nice features for that as well. And I’ll do one more. It’s an eBook called Coders at Work. It’s a bunch of interviews with great minds in software development and Computer Science. And it’s kind of leaned a little bit more towards the old guard kind of people from the 80s and 90s and earlier. And it’s just really cool. There were a lot of people in it that I had never heard of, but it turns out they are incredibly influential in things that I use day to day. It’s just a really good read about people solving technical problem and doing interesting stuff. One more pick -- Udacity. It’s one of these online course thing that was started up by Stanford. I got my sister and my dad to sign up for the CS101 class, which is awesome. I’m trying to turn them into nerds.

CHUCK: [Laughs] Nerd converter huh? All right, Joachim what are your picks?

JOACHIM: I’m going to pick Plos1. It’s now the largest scientific journal. And it’s open access; this basically means that people can go in and read stuff and I've been spending more time than I should on that and that’s why it’s my only pick.

JAMISON: [Laughs]

CHUCK: All right. I'll go ahead and jump in and go next. So I’m going to do a couple of picks basically just right off of my browser here. The first one is I have an Amazon Wish list.

JAMISON: Oh you can’t pick your wish list, Chuck.

CHUCK: No, I'm just saying I have this plug in, okay? And it makes it nice for me to add stuff for my wish list, but the thing that I really love about Amazon is Amazon Prime. Basically what you get out of that, I haven’t tried getting the free access to the videos, but I guess you get free access to several videos. You also get access to the lending library for certain eBooks, but the big thing is that you get your shipping for free. And I’ll tell you, I have already earned back what I spent on Amazon Prime with the free shipping; just ordering equipment for producing the audio shows and things like that, along with a whole bunch of other junks that I didn’t need to buy. So Amazon Prime is definitely a pick. One other one that I have here is a Color Picker. It’s an eye dropper tool. I'll actually put a link on the show notes, but basically if you click on it, then you can click anywhere else in your browser and it will give you back the hex number for the color. So I’ll just put that in here as well. The other one that I have that I really like is LastPass. I know a lot of people use One Password and used that one a while ago and I don’t know why but it just didn’t work for me the way that I wanted it to but LastPass really does. It’s nice too because I can actually share my passwords with my virtual assistant and then he can go ahead and do things like post podcast episodes. And you know, log in to the websites and things like that that I got up. So it really pays off that way and I really, really dig it. So those are my picks. Addy, do you have any?

ADDY: Yeah. So I've got a few picks. The first one is something that might have been shared on the show before, I’m not sure. It’s Idiomatic.js by Rick Waldron. It’s essentially an up-to-date JavaScript style guide if you want to write sort of consistent idiomatic sensible JavaScript. And I recommend everybody check it out. It’s something that I’m trying to sort of update all of my current projects to follow. It’s really, really is useful. My next pick is…

JAMISON: What can you say about semi-colon?

ADDY: Don’t start. [Laughter]

CHUCK: Comma first, right?

JAMISON: Yeah, it’s great.

ADDY: We’ve had enough about semi colons today. The next one is a project called Pulley. My friend Sindre Sorhus and John Resig sort of been updating this project. And the idea behind Pulley is that it’s a really easy to use GitHub pull request lander, and it makes it easy to avoid sort of messing up pull requests and ending up in like a messy commit stream, where you’ve got ticket trackers that don’t automatically close tickets and all that stuff. But it can squash all of the code for a pull request into a single commit, which can just make it a little bit easier to read, but they’ve just released a brand new version like I think an hour ago. So it’s useful to put that out there. My last recommendation is a project Code Painter. And the idea behind Code Painter is that it can help you define like a JavaScript style guide that you then force or sort of use to lint a piece of code. So if you write a style guide and you wanna make sure that whatever code you are committing to a project is following that style guide, Code Painter can be useful for that. It’s an idea, like the whole idea of code Linting is something like JavaScript style linting is something that a few different people are looking that up in the moment. Anton Kovalyov (sorry I can never pronounce his last name) but he’s the guy behind JSHint and he is currently looking at ways of implementing this idea in the next version of JSHint, so that should be pretty interesting. And there are few other people that are looking at ways of making a concept of JavaScript a little easier including ---- So yeah that’s it for my recommendation.

CHUCK: All right. Cool. It looks like AJ had a few picks too. He’s picking Steve Jobs: One Last Thing and Pirates of the Silicon Valley. And anyway, it looks like you can watch them for free if you have Amazon Prime or on YouTube. So, anyway, with that, we'll go ahead and wrap up. And just wanna thank you again Addy for coming on the show.

JAMISON: Thank you. This was awesome.

CHUCK: We are talking about doing a Book Club, so keep an ear out for that and over the next few weeks… let me pull up my list here, one person that -- if you are interested in MVVM -- that we are going to be talking to in a few weeks is Steven Sanderson from Knockout.js. So if you want to hear more about that, then we are going to be talking to him on the 8th of May. We are also going to be talking to Chris from ComponentOne. They have a tool called Wijmo and its using the SVG libraries for JavaScript. And so, we are going to be talking to him on the 1st. Next week it doesn’t look like we are going to be doing an episode. I’m going to be out of town, Yehuda is going to be out of town. And we just have lined up a good way to get this recorded so, you know, we are going to skip next week and we'll catch you the week after that. So, anyway thanks for listening and we'll look forward to talking with you again.

JavaScript Jabber 012 JSJ Design Patterns in JavaScript with Addy Osmani
JavaScript Jabber 007 JSJ Online Resources for Javascript Developers
JavaScript Jabber BONUS: How to do LARGE Volumes of HIGH Quality Work - While Spending Fewer Hours Working
JavaScript Jabber 005 JSJ Javascript Objects
JavaScript Jabber 179 JSJ redux and React with Dan Abramov
JavaScript Jabber JSJ 329: Promises, Promise.finally(), and Async/await with Valeri Karpov
JavaScript Jabber 004 JSJ Backbone.js with Jeremy Ashkenas
JavaScript Jabber 003 JSJ Build Tools
JavaScript Jabber 140 JSJ Using Art to Get and Keep People Interested in Programming with Jenn Schiffer
JavaScript Jabber JSJ 251 InfoSec for Web Developers with Kim Carter
JavaScript Jabber 021 JSJ Weapons of Choice
JavaScript Jabber JSJ 280: Stackblitz with Eric Simons and Albert Pai
JavaScript Jabber JSJ 328: Functional Programming with Ramda with Christine Legge
JavaScript Jabber 025 JSJ Require.js with James Burke
JavaScript Jabber JSJ 358: Pickle.js, Tooling, and Developer Happiness with Anatoliy Zaslavskiy
JavaScript Jabber JSJ 322: Building SharePoint Extensions with JavaScript with Vesa Juvonen LIVE at Microsoft Build
JavaScript Jabber JSJ 326: Conversation with Ember co-creator Tom Dale on Ember 3.0 and the future of Ember
JavaScript Jabber JSJ 413: JavaScript Jabber at RxJs Live
JavaScript Jabber OAuth Explained - JSJ 523
JavaScript Jabber 064 JSJ Ember Tools with Ryan Florence
JavaScript Jabber JSJ 325: Practical functional programming in JavaScript and languages like Elm with Jeremy Fairbank
JavaScript Jabber 074 JSJ Grunt with Ben Alman
JavaScript Jabber 041 JSJ Single Page Applications
JavaScript Jabber CrUX and Core Web Vitals - What to Measure on the Web with Rick Viscomi - JSJ 486
JavaScript Jabber Simplifying Full-Stack Dev with the "Boring JavaScript Stack" and Sails Framework - JSJ 621
JavaScript Jabber Mastering Back-End Functionalities and Development with AWS Amplify - JSJ 619
JavaScript Jabber JSJ 324: with Kent Beck
JavaScript Jabber Exploring AI Impact on Code Generation and Quality Metrics - JSJ 618
JavaScript Jabber Unlocking Vue and Nuxt Potential: New Tools, Best Practices, and more - JSJ 652
JavaScript Jabber Inside the World of React: Server Components, Unidirectional Data Flow, and Frameworks - JSJ 617
JavaScript Jabber JSJ 321: Babel and Open Source Software with Henry Zhu
JavaScript Jabber Catching Up on InertiaJS with Jonathan Reinink - JSJ 511
JavaScript Jabber 073 JSJ React with Pete Hunt and Jordan Walke
JavaScript Jabber Iterating on Open Source - JSJ 615
JavaScript Jabber JSJ 320: Error Tracking and Troubleshooting Workflows with David Cramer LIVE at Microsoft Build
JavaScript Jabber Dev Dilemmas: TypeScript Triumphs and Quirks of JavaScript Arrays - JSJ 614
JavaScript Jabber Optimizing SQL and ORM Practices for High-Performance Applications - JSJ 650
JavaScript Jabber JSJ 339: Node.js In Motion Live Video Course from Manning with PJ Evans
JavaScript Jabber The Future of Authentication in JavaScript: An Inside Look into Passport JS with Jared Hanson - JSJ 613
JavaScript Jabber The Rise of No Code: A Deep Dive into Toddle's Revolutionary Web App Platform - JSJ 612
JavaScript Jabber Bit: Paving the Way for Component Management - JSJ 610
JavaScript Jabber JSJ 318: Cloud-Hosted DevOps with Ori Zohar and Gopinath Chigakkagari LIVE at Microsoft Build
JavaScript Jabber Next-Level Web Performance with Patrick Meenan - JSJ 608
JavaScript Jabber Partytown with Adam Bradley - JSJ 550
JavaScript Jabber Mastering ORM with TypeScript - JSJ 606
JavaScript Jabber JSJ 314: Visual Studio Code and the VS Code Azure Extension with Matt Hernandez and Amanda Silver LIVE at Microsoft Build
JavaScript Jabber What has Changed with htmx 2.0 with Carson Gross - JSJ 604
JavaScript Jabber Discovering ElysiaJS and The Duality of TypeScript and JavaScript - JSJ 609
JavaScript Jabber View Transitions API with Noam Rosenthal - JSJ 602
JavaScript Jabber From Learning New Languages to Learning New Technologies - JSJ 629
JavaScript Jabber Accessibility in Component Libraries with Maya Shavin - JSJ 601
JavaScript Jabber 131 JSJ Conferences & Meetups with Dave Nugent
JavaScript Jabber JSJ 270 The Complete Software Developers Career Guide with John Sonmez
JavaScript Jabber Unraveling the CSS Revolution, Podcast Growth Tactics, and More - JSJ 600
JavaScript Jabber Redwood JS in Action with Tom Preston-Werner - JSJ 599
JavaScript Jabber Exploring the True Measure of User Experience: Core Web Vitals & Beyond - JSJ 598
JavaScript Jabber JSJ 308: D3.js with Ben Clinkinbeard
JavaScript Jabber 217 JSJ The Now Project with Guillermo Rauch
JavaScript Jabber 226 JSJ Test Doubles with Justin Searls
JavaScript Jabber 208 JSJ MS Office with Jeremy Thake
JavaScript Jabber What if your JavaScript Validations Looked like Tests? - JSJ 597
JavaScript Jabber Embracing Web Standards with Owen Buckley - JSJ 626
JavaScript Jabber Is JavaScript on the Backend a Mistake? - JSJ 596
JavaScript Jabber JSJ 374: CosmosDB with Steve Faulkner LIVE at Microsoft BUILD
JavaScript Jabber Why Should You Get Into The Web3 World - JSJ 595
JavaScript Jabber JSJ 307: Apollo with Peggy Rayzis
JavaScript Jabber Svelte 5: Compiler, Signals, and Web App Performance - JSJ 627
JavaScript Jabber JSJ 305: Continuous Integration, Processes, and DangerJS with Orta Therox
JavaScript Jabber The Evolution of Qwik - JSJ 594
JavaScript Jabber 092 JSJ The MEAN Stack with Ward Bell and Valeri Karpov
JavaScript Jabber JSJ 402: SEO for Developers with Vitali Zaidman
JavaScript Jabber Introducing The B2B SaaS Starter Kit - JSJ 593
JavaScript Jabber The CSS Universe with Austin Gil - JSJ 592
JavaScript Jabber 189 JSJ PureScript with John A. De Goes and Phil Freeman
JavaScript Jabber Progressive Enhancement with Elliott Johnson - JSJ 591
JavaScript Jabber Things Coming Down the Pipe From TC39 - JSJ 590
JavaScript Jabber JSJ 303: Test Coverage Tools with Ben Coe, Aaron Abramov, and Issac Schleuter
JavaScript Jabber Million.js with Aiden Bai and Tobiloba Adedeji - JSJ 589
JavaScript Jabber 121 JSJ Broccoli.js with Jo Liss
JavaScript Jabber How to Build Peer-to-Peer Mobile and Desktop Apps with Socket Supply - JSJ 588
JavaScript Jabber What It Takes To Be A Web Developer: Part 2 - JSJ 587
JavaScript Jabber Streamlining AI Integration - JSJ 616
JavaScript Jabber What It Takes To Be A Web Developer: Part 1 - JSJ 586
JavaScript Jabber Defining and Learning Web Fundamentals - JSJ 585
JavaScript Jabber Find Out More About Barry Pollard - BONUS
JavaScript Jabber React Server Components: Part 2- JSJ 583
JavaScript Jabber React Server Components: Part 1 - JSJ 582
JavaScript Jabber 151 JSJ Getting Started with a Career in Web Development with Tyler McGinnis
JavaScript Jabber Making AI Accessible for Developers - JSJ 641
JavaScript Jabber Overcoming JavaScript Load Issues: Import Maps and Performance Enhancements - JSJ 643
JavaScript Jabber JSJ 435: Form.io with Travis Tidwell
JavaScript Jabber JSJ 298: Angular, Vue and TypeScript with John Papa
JavaScript Jabber Find Out More About Brad Westfall - BONUS
JavaScript Jabber JSJ 248 Reactive Programming and RxJS with Ben Lesh
JavaScript Jabber 169 JSJ Property-based Testing (QuickCheck) with Zach Kessin
JavaScript Jabber SolidStart with Ryan Carniato - JSJ 581
JavaScript Jabber JSJ 438: You Don't Know JS Yet with Kyle Simpson (SPECIAL ANNOUNCEMENT at the End)
JavaScript Jabber Cross Platform App Development with Simon Grimm - JSJ 580
JavaScript Jabber JSJ 297: Scrollytelling with Russell Goldenberg and Adam Pearce
JavaScript Jabber 216 JSJ Angular with Rob Wormald Live from Microsoft Build 2016
JavaScript Jabber JSJ 434: Understanding and Using ES Modules in Node with Gil Tayar
JavaScript Jabber 134 JSJ Quilljs with Jason Chen
JavaScript Jabber JSJ 311: Securing Express Apps with Helmet.js with Evan Hahn
JavaScript Jabber JSJ 288: TypeScript with Amanda Silver
JavaScript Jabber 173 JSJ Online Learning with Gregg Pollack
JavaScript Jabber Simplifying Development with Deno - JSJ 625
JavaScript Jabber 194 JSJ JavaScript Tools Fatigue
JavaScript Jabber 196 JSJ Tabris.js with Jochen Krause and Ian Bull
JavaScript Jabber 205 JSJ Shasta with Eric Schoffstall
JavaScript Jabber 006 JSJ Chrome Dev Tools with Paul Irish
JavaScript Jabber 211 JSJ Ember and EmberConf with Michael North
JavaScript Jabber 223 JSJ WebStorm with Dennis Ushakov
JavaScript Jabber 197 JSJ Auth0 with Kassandra Perch
JavaScript Jabber JSJ 466: Infrastructure as Code with Christian Nunciato
JavaScript Jabber JSJ 467: The Joy of JavaScript with Luis Atencio
JavaScript Jabber JSJ 286: Creating a CSS-in-JS Library from Scratch and Emotion with Kye Hohenberger
JavaScript Jabber Being a New Developer with Diego Moura - JSJ 553
JavaScript Jabber Exploring Local-First Applications and Data Synchronization Challenges - JSJ 654
JavaScript Jabber JSJ 432: Internet of Things (IoT) with Joe Karlsson
JavaScript Jabber JSJ BONUS: Cloud Services and Manifold with Matthew Creager and Peter Cho
JavaScript Jabber Understanding, Confidence, and Humility in Web development - JSJ 655
JavaScript Jabber JSJ 283: A/B Testing with Nick Disabato
JavaScript Jabber JSJ 348: EnactJS with Ryan Duffy
JavaScript Jabber Exploring Local-First Applications and Data Synchronization Challenges - JSJ 654
JavaScript Jabber Stimulus and Turbo in Web Development - JSJ 656
JavaScript Jabber Supply Chain Security with Stephen Chin - BONUS
JavaScript Jabber Simplifying Slinkity with Anthony Campolo
JavaScript Jabber JSJ 437: Inside the Brave Browser with Jonathan Sampson
JavaScript Jabber JSJ 443: All About InertiaJS with Jonathan Reinink
JavaScript Jabber JSJ 289: Visual Studio Code and Live Sharing with Chris Dias and PJ Meyer LIVE at Microsoft Connect 2017
JavaScript Jabber JSJ 245 Styled Components and react-boilerplate with Max Stoiber
JavaScript Jabber JSJ 451: Are Software Bugs Inevitable with Ran Levi
JavaScript Jabber Qwik with Misko Hevery - JSJ 549
JavaScript Jabber JSJ 442: Breaking Into Tech with Danny Thompson
JavaScript Jabber JSJ 279: ES Modules in Node Today! with John-David Dalton
JavaScript Jabber Dan Shappir's Failed Predictions - JSJ 552
JavaScript Jabber 102 JSJ Angular and Open Source Projects with Brad Green
JavaScript Jabber 100 JSJ Centennial Episode Celebration
JavaScript Jabber JSJ 275: Zones in Node with Austin McDaniel
JavaScript Jabber 209 JSJ TypeScript with Anders Hejlsberg
JavaScript Jabber JSJ 274: Amazon Voice Services and Echo Skills with Terrance Smith
JavaScript Jabber How To Recession Proof Your Job - BONUS
JavaScript Jabber All Things TypeScript with Maina Wycliffe - JSJ 559
JavaScript Jabber 018 JSJ Agile Development
JavaScript Jabber JSJ 273: Live to Code, Don't Code to Live with 2 Frugal Dudes Sean Merron and Kevin Griffin
JavaScript Jabber Vue Courses, Top End Devs, and More... Oh, My! - JSJ 546
JavaScript Jabber JSJ 331: “An Overview of JavaScript Testing in 2018” with Vitali Zaidman
JavaScript Jabber JSJ 272: Functional Programming and ClojureScript with Eric Normand
JavaScript Jabber 043 JSJ Sinon.JS
JavaScript Jabber JSJ 271: SharePoint Extensions in JavaScript with Mike Ammerlaan and Vesa Juvonen
JavaScript Jabber 065 JSJ Build Tools with Adam Hawkins
JavaScript Jabber 046 JSJ Staying Current
JavaScript Jabber JSJ 430: Learning JavaScript in 2020 with Matt Crook
JavaScript Jabber 026 JSJ Code Organization and Reuse
JavaScript Jabber 084 JSJ Node with Mikeal Rogers
JavaScript Jabber Women on Stage and in Tech with Moran Weber - JSJ 483
JavaScript Jabber JSJ 301: CSS Grids: The Future of Frontend Layout with Dave Geddes
JavaScript Jabber JavaScript and IoT with Nick Hehr and Peter Hoddie - JSJ 545
JavaScript Jabber Even More JavaScript Features You Should Avoid - JSJ 547
JavaScript Jabber 161 JSJ Rust with David Herman
JavaScript Jabber JSJ 266 NPM 5.0 with Rebecca Turner
JavaScript Jabber 080 JSJ - Impact.js with Dominic Szablewski
JavaScript Jabber JSJ 343: The Power of Progressive Enhancement with Andy Bell
JavaScript Jabber 165 JSJ ShopTalk with Chris Coyier and Dave Rupert
JavaScript Jabber JSJ 265 Wade Anderson and Ramya Rao on Visual Studio Code
JavaScript Jabber BONUS: Start Building Video Games with Jason Weimann
JavaScript Jabber JSJ 263 Moving from Node.js to .NET and Raygun.io with John-Daniel Trask
JavaScript Jabber JSJ 429: Learning about Postman with Joyce Lin
JavaScript Jabber 079 Lo-Dash with John-David Dalton
JavaScript Jabber 070 JSJ Book Club: JavaScript Allongé with Reginald Braithwaite
JavaScript Jabber 094 JSJ BonsaiJS with Tobi Reiss
JavaScript Jabber JSJ 261 HTTP 2 with Surma
JavaScript Jabber Mentorship in Tech: Balancing Professionalism and Friendship for Maximum Growth and Accountability - JSJ 649
JavaScript Jabber 101 JSJ js-git with Tim Caswell
JavaScript Jabber JSJ 260 Practical JavaScript with Gordon Zhu
JavaScript Jabber 108 JSJ AngularJS with Igor Minar
JavaScript Jabber 105 JSJ JSConf and Organizing Conferences with Chris Williams
JavaScript Jabber JSJ 349: Agile Development - The Technical Side with James Shore
JavaScript Jabber 109 JSJ Dependency Injection in JavaScript with Vojta Jína & Misko Hevery
JavaScript Jabber JSJ 397: Design Systems with Kaelig Deloumeau-Prigent
JavaScript Jabber JSJ 259 Clean Code JavaScript with Ryan McDermott
JavaScript Jabber JSJ 258 Development in a Public Institution with Shawn Clabough
JavaScript Jabber 119 JSJ Chrome Apps with Joe Marini
JavaScript Jabber The State of WASM - JSJ 560
JavaScript Jabber Sorting through the Script (AJ vs. Dan Shappir) - JSJ 519
JavaScript Jabber 122 JSJ Socket.IO with Guillermo Rauch
JavaScript Jabber Don't Let These Things Keep You From Podcasting - BONUS
JavaScript Jabber JSJ 388: Functional Programming with Brian Lonsdorf
JavaScript Jabber 107 JSJ ClojureScript & Om with David Nolen
JavaScript Jabber JSJ 338: It’s Supposed To Hurt, Get Outside of Your Comfort Zone to Master Your Craft with Christopher Buecheler
JavaScript Jabber JSJ 257 Graphcool with Johannes Schickling
JavaScript Jabber 129 JSJ BaaS with Ryan Done
JavaScript Jabber JSJ 425: The Evolution of JavaScript
JavaScript Jabber 132 JSJ MV Frameworks with Craig McKeachie
JavaScript Jabber Sentry's Impact on Web Vitals Understanding - JSJ 632
JavaScript Jabber 137 JSJ &yet with Henrik Joreteg and Phil Roberts
JavaScript Jabber 086 JSJ Ember.js & Discourse with Robin Ward
JavaScript Jabber Beyond JavaScript: Master TypeScript at Scale at SquiggleConf - JSJ 646
JavaScript Jabber Web3 with Nik Kalyani - JSJ 630
JavaScript Jabber Mastering Browser Caching with Vitali Zaidman - JSJ 490
JavaScript Jabber JSJ 256 Wordpress and Wordpress API for JavaScript Developers with Roy Sivan
JavaScript Jabber JSJ 428: The Alphabet Soup of Performance Measurements
JavaScript Jabber 164 JSJ Rendr with Spike Brehm
JavaScript Jabber 155 JSJ Webtorrent with Feross Aboukhadijeh
JavaScript Jabber 024 JSJ Strata.js with Michael Jackson
JavaScript Jabber 160 JSJ Stormpath with Robert Damphousse
JavaScript Jabber 158 JSJ Roots with Jeff Escalante
JavaScript Jabber 159 JSJ Why JavaScript Is Hard
JavaScript Jabber Preventing Fraud on Your Payment Website - JSJ 534
JavaScript Jabber Data Wrangling in JavaScript with Ashley Davis - JSJ 484
JavaScript Jabber 171 JSJ Babel with Sebastian McKenzie
JavaScript Jabber JSJ 431: Personal Branding for Developers with Morad Stern
JavaScript Jabber JSJ 255 Docker for Developers with Derick Bailey
JavaScript Jabber JSJ 389: What Makes a 10x Engineer?
JavaScript Jabber JSJ 254 Contributor Days with Tracy Lee
JavaScript Jabber 207 JSJ Growing Happy Developers with Marcus Blankenship
JavaScript Jabber JSJ Special Episode: Azure with Jonathan Carter
JavaScript Jabber Splatty-doo and Other JavaScript Features You Should Avoid - JSJ 543
JavaScript Jabber JSJ 252 The 20th Anniversary of Visual Studio with Bowden Kelly
JavaScript Jabber 142 JSJ Share.js with Joseph Gentle
JavaScript Jabber Becoming the Go-To Person in Your Technology Area - BONUS
JavaScript Jabber 190 JSJ Web Performance Part 2 with Nik Molnar
JavaScript Jabber 045 JSJ jQuery
JavaScript Jabber JSJ 384: FaunaDB: Support for GraphQL and Serverless Development with Evan Weaver
JavaScript Jabber 222 JSJ Nodal with Keith Horwood
JavaScript Jabber JSJ 449: The Things Every JavaScript Developer Must Know
JavaScript Jabber 200 JSJ EPISODE 200!!!
JavaScript Jabber JSJ 249 Loading and Optimizing Web Applications with Sam Saccone and Jeff Cross
JavaScript Jabber JSJ 246 GraphQL and Apollo with Uri Goldshtein
JavaScript Jabber 128 JSJ Famo.us with Steve Newcomb
JavaScript Jabber JSJ 327: "Greenlock and LetsEncrypt" with AJ O'Neal
JavaScript Jabber Typing Without Transpilation - The Beauty of JSDoc - JSJ 489
JavaScript Jabber 244 JSJ Visual Studio with Sam Guckenheimer
JavaScript Jabber Can JAMstack do REAL Web Apps? with James Q Quick - JSJ 517
JavaScript Jabber 036 JSJ DOM Rendering and Manipulating
JavaScript Jabber 112 JSJ Refactoring JavaScript Apps Into a Framework with Brandon Hays
JavaScript Jabber 227 JSJ Fostering Community Through React with Benjamin Dunphy, Berkeley Martinez, and Ian Sinnott
JavaScript Jabber JSJ 304: React: The Big Picture
JavaScript Jabber 243 JSJ Immutable.js with Lee Byron
JavaScript Jabber JSJ 401: Hasura with Tanmai Gopal
JavaScript Jabber JSJ 345: Azure Devops with Donovan Brown LIVE at Microsoft Ignite
JavaScript Jabber 242 JSJ Visual Studio and .NET with Maria Naggaga
JavaScript Jabber 066 JSJ Transitioning to JavaScript
JavaScript Jabber 235 JSJ JavaScript Devops and Tools with Donovan Brown and Jordan Matthiesen
JavaScript Jabber RPC Resurgence: From Client-Server Applications to Next.js and Meta Frameworks - JSJ 607
JavaScript Jabber 241 JSJ Microsoft Docs with Dan Fernandez
JavaScript Jabber The MaxCoders Guide To Finding Your Dream Developer Job
JavaScript Jabber 240 JSJ Visual Studio Code with Chris Dias
JavaScript Jabber TC39 and Upcoming Proposals for ECMAScript (PART 2) - JSJ 533
JavaScript Jabber A Deep Dive Into Some Nooks and Crannies of JavaScript - JSJ 535
JavaScript Jabber 239 JSJ Vets Who Code with Jerome Hardaway
JavaScript Jabber JSJ BONUS: Web Apps on Linux with Jeremy Likness and Michael Crump
JavaScript Jabber 230 JSJ Node at Capital One with Azat Mardan
JavaScript Jabber 236 JSJ Interview with Mads Kristensen from Microsoft Ignite
JavaScript Jabber Data Oriented Programming with Yehonathan Sharvit - JSJ 481
JavaScript Jabber JSJ 478: Browser Standards Rampage: Can We Have Nice Things?
JavaScript Jabber JSJ 269 Reusable React and JavaScript Components with Cory House
JavaScript Jabber Building a Custom Front-end Framework - JSJ 633
JavaScript Jabber 229 JSJ Elm with Richard Feldman
JavaScript Jabber Creating Your Community with Brett Haralson - JAVASCRIPT 515
JavaScript Jabber 206 JSJ PostCSS with Ben Briggs
JavaScript Jabber 224 JSJ Cypress.js with Brian Mann
JavaScript Jabber JSJ 459: Codota Tabnine and the Rise of Ai-powered Developer Tooling with Kyle Simpson PT 2
JavaScript Jabber Power Tips for Browser Dev-Tools with Craig Buckler - JSJ 492
JavaScript Jabber JSJ 334: “Web Performance API” with Dan Shappir
JavaScript Jabber Things JavaScript Developers Should Know, Part 2 - JSJ 485
JavaScript Jabber JSJ 476: Understanding Search Engines and SEO (for devs) - Part 1
JavaScript Jabber 215 JSJ ChakraCode with Guarav Seth Live from Microsoft Build 2016
JavaScript Jabber 214 JSJ Pebble with Heiko Behrens and François Baldassari
JavaScript Jabber Front End Architecture - JSJ 522
JavaScript Jabber 089 JSJ The Node Security Project with Adam Baldwin
JavaScript Jabber BONUS: How to Crush Your Biggest Goals in 2021
JavaScript Jabber 210 JSJ The 80/20 Guide to ES2015 Generators with Valeri Karpov
JavaScript Jabber 192 JSJ IoT with Peter Hoddie
JavaScript Jabber 199 JSJ Visual Studio Code with Chris Dias and Erich Gamma
JavaScript Jabber 204 JSJ Free Code Camp with Quincy Larson
JavaScript Jabber JSJ 312: Hygen with Dotan Nahum
JavaScript Jabber 203 JSJ Aurelia with Rob Eisenberg
JavaScript Jabber 202 JSJ DoneJS + CanJS with Justin Meyer
JavaScript Jabber 111 JSJ The Ember.js Project with Erik Bryn
JavaScript Jabber 201 JSJ Security with Troy Hunt
JavaScript Jabber Unveiling Chrome DevTools: Network Monitoring, Cache Debugging, and Beyond - JSJ 623
JavaScript Jabber JSJ 356: Build Websites Like It's 2005 with Keith Cirkel
JavaScript Jabber 198 JSJ 2015 Recap and 2016 Predictions
JavaScript Jabber Embracing Angular's Evolution with Santosh Yadav - JSJ 631
JavaScript Jabber JSJ BONUS EPISODE: Observables and RxJS Live with Aaron Frost
JavaScript Jabber JSJ 319: Winamp2-js with Jordan Eldredge
JavaScript Jabber Bun.js with Jarred Sumner - JSJ 584
JavaScript Jabber Practical Strategies for Web Optimization: Using Chrome DevTools - JSJ 635
JavaScript Jabber 195 JSJ Rollup.js with Rich Harris and Oskar Segersvärd
JavaScript Jabber Stories From The Trenches - JSJ 556
JavaScript Jabber 225 JSJ Functional Programming with John A. De Goes
JavaScript Jabber An Unconventional Journey into Coding ft. Sam Sycamore - JSJ 496
JavaScript Jabber 193 JSJ Electron with Jessica Lord and Amy Palamountain
JavaScript Jabber 191 JSJ Stripe with Craig McKeachie
JavaScript Jabber JSJ 290: Open Source Software with Dirk Hohndel - VMWare Chief Open Source Officer
JavaScript Jabber 186 JSJ NativeScript with TJ VanToll and Burke Holland
JavaScript Jabber Hydrogen and Oxygen - JSJ 539
JavaScript Jabber 183 JSJ Should I go to college?
JavaScript Jabber Building and Distributing PWAs: Tools, Techniques, and Insights - JSJ 638
JavaScript Jabber 182 JSJ RxJS with Matthew Podwysocki
JavaScript Jabber 181 JSJ The Evolution of Flux Libraries with Andrew Clark and Dan Abramov
JavaScript Jabber Do You Have Dev FOMO? ft. Yoav Ganbar - JSJ 510
JavaScript Jabber 178 JSJ Tech Education and The Business of Running Front End Masters with Marc Grabanski
JavaScript Jabber 177 JSJ UI Validation with Oren Rubin
JavaScript Jabber 175 JSJ Elm with Evan Czaplicki and Richard Feldman
JavaScript Jabber JSJ 469: The Case for JavaScript Iterators and Generators, part 2
JavaScript Jabber 174 JSJ npm 3 with Rebecca Turner and Forrest Norvell
JavaScript Jabber 232 JSJ GunDB and Databases with Mark Nadal
JavaScript Jabber 172 JSJ NodeSchool with Jason Rhodes
JavaScript Jabber High-Performance Networking: Key Resources and Tools for Web Developers - JSJ 637
JavaScript Jabber 168 JSJ The Future of JavaScript with Jafar Husain
JavaScript Jabber JSJ 268 Building Microsoft Office Extensions with JavaScript with Tristan Davis and Sean Laberee
JavaScript Jabber JSJ 306: The Framework Summit with Joe Eames
JavaScript Jabber 167 JSJ TypeScript and Angular with Jonathan Turner and Alex Eagle
JavaScript Jabber 014 JSJ SVG and Data Visualization with Chris Bannon
JavaScript Jabber TC39 and Upcoming Proposals for ECMAScript (PART 1) - JSJ 532
JavaScript Jabber JSJ 477: Understanding Search Engines and SEO (for devs) - Part 2
JavaScript Jabber 166 JSJ New Relic with Wraithan and Ben Weintraub
JavaScript Jabber JSJ 316: Visual Studio Code with Rachel MacFarlane and Matt Bierner LIVE at Microsoft Build
JavaScript Jabber 038 JSJ Jasmine with Justin Searls
JavaScript Jabber BONUS: Relationships Matter Most
JavaScript Jabber 047 JSJ Specialized vs Monolithic with James Halliday and Tom Dale
JavaScript Jabber 042 JSJ CSS and CSS Superset Languages
JavaScript Jabber 163 JSJ Flow with Jeff Morrison and Avik Chaudhuri
JavaScript Jabber 176 JSJ RethinkDB with Slava Akhmechet
JavaScript Jabber 153 JSJ Careers for Junior Developers with Aimee Knight
JavaScript Jabber 157 Moving Your Rendering Engine to React with Amit Kaufman and Avi Marcus
JavaScript Jabber 154 JSJ Raygun.io Error Reporting and Workflow with John-Daniel Trask
JavaScript Jabber JSJ 427: How to Start a Side Hustle as a Programmer with Mani Vaya
JavaScript Jabber 152 JSJ GraphQL and Relay with Nick Schrock and Joe Savona
JavaScript Jabber MeteorJS ft. Filipe Névola - JSJ 506
JavaScript Jabber 150 JSJ OIMs with Richard Kennard, Geraint Luff, and David Luecke
JavaScript Jabber How to Check Your Application Security featuring Liran Tal - JSJ 493
JavaScript Jabber 148 JSJ i.cx and EveryBit.js with Matt Asher and Dann Toliver
JavaScript Jabber JSJ 386: Gatsby.js with Chris Biscardi
JavaScript Jabber WebAuthn With Dan Moore - JSJ 562
JavaScript Jabber JSJ 406: Security in Node
JavaScript Jabber What's New with Elm? ft. Lindsay Wardell - JSJ 527
JavaScript Jabber 147 JSJ io.js with Isaac Schleuter and Mikeal Rogers
JavaScript Jabber Where is JAMstack and Dev Tooling Headed Today? - Putting JetPacks on Developers ft. Tejas Kumar - JSJ 514
JavaScript Jabber 146 JSJ React with Christopher Chedeau and Jordan Walke
JavaScript Jabber BONUS: Measuring Apps and Entrepreneurship with John-Daniel Trask
JavaScript Jabber JSJ 462: The Ultimate Guide to JavaScript Testing with Lucas da Costa
JavaScript Jabber Wix Velo with Yoav Abrahami - JSJ 558
JavaScript Jabber 144 JSJ Marionette.js 2.0 with Sam Saccone
JavaScript Jabber JSJ 340: JavaScript Docker with Julian Fahrer
JavaScript Jabber 143 JSJ Teaching Programming and Computer Science with Pamela Fox
JavaScript Jabber 141 JSJ Firefox OS with Jason Weathersby
JavaScript Jabber JSJ 267 Node 8 with Mikeal Rogers, Arunesh Chandra, and Anna Henningsen
JavaScript Jabber JSJ 350: JavaScript Jabber Celebrates Episode 350!
JavaScript Jabber 139 JSJ The Mozilla Developer Network with Les Orchard and David Walsh
JavaScript Jabber Episode 500 Celebration! - JSJ 500
JavaScript Jabber JSJ 352: Caffeinated Style Sheets: Supporting High Level CSS with JavaScript with Tommy Hodgins
JavaScript Jabber 106 JSJ Protractor with Julie Ralph
JavaScript Jabber 138 JSJ {Track:js} with Todd Gardner
JavaScript Jabber 135 JSJ Smallest Federated Wiki with Ward Cunningham
JavaScript Jabber Navigating Online Events and Conferences - JSJ 541
JavaScript Jabber 127 JSJ Changes in npm-Land with Forrest Norvell, Rebecca Turner, Ben Coe, and Isaac Z. Schlueter
JavaScript Jabber 126 JSJ The Ionic Framework with Max Lynch and Tyler Renelle
JavaScript Jabber 124 JSJ The Origin of Javascript with Brendan Eich
JavaScript Jabber 133 JSJ Remote Work with Mike Hostetler
JavaScript Jabber Supply Chain Security - Part 2 - JSJ 525
JavaScript Jabber 123 JSJ Traceur with Erik Arvidsson
JavaScript Jabber JSJ 380: Expo for Web with Charlie Cheever
JavaScript Jabber Personal Branding for Developers with Morad Stern - JSJ 642
JavaScript Jabber JSJ 253 Gomix with Daniel X Moore
JavaScript Jabber 120 JSJ Google Polymer with Rob Dodson and Eric Bidelman
JavaScript Jabber Unveiling Qwik and JavaScript Streamlining Web Development with Shai Reznik - JSJ 628
JavaScript Jabber 069 JSJ The Application Cache with Jake Archibald
JavaScript Jabber JSJ 276: Vue.js with Maximilian Schwarzmüller
JavaScript Jabber 115 JSJ The ES6 Module Loader Polyfill, SystemJS, and jspm with Guy Bedford
JavaScript Jabber Supply Chain Security - Part 1 - JSJ 524
JavaScript Jabber 110 JSJ Zones with Brian Ford
JavaScript Jabber 103 JSJ Robots with Raquel Vélez
JavaScript Jabber JSJ 376: Trix: A Rich Text Editor for Everyday Writing with Javan Makhmali
JavaScript Jabber 136 JSJ TrackingJS with Eduardo Lundgren
JavaScript Jabber 116 JSJ jQuery UI vs KendoUI with Burke Holland and TJ VanToll
JavaScript Jabber 052 JSJ Node & NPM with Isaac Schlueter
JavaScript Jabber 099 JSJ npm, Inc. with Isaac Schlueter, Laurie Voss, and Rod Boothby
JavaScript Jabber 098 JSJ Assemble.io with Brian Woodward and Jon Schlinkert
JavaScript Jabber 097 JSJ Gulp.js with Eric Schoffstall
JavaScript Jabber 095 JSJ AngularUI with Dean Sofer
JavaScript Jabber 118 JSJ Web Developer Skills
JavaScript Jabber 093 JSJ The New York Times and JavaScript with Eitan Konigsburg, Alastair Coote and Reed Emmons
JavaScript Jabber Builder.io and Qwik - JSJ 540
JavaScript Jabber 091 JSJ JSON APIs
JavaScript Jabber 090 JSJ Users Groups
JavaScript Jabber JSJ 382: Mental Health with Anatoliy Zaslavskiy
JavaScript Jabber 220 JSJ Teaching JavaScript with Kyle Simpson
JavaScript Jabber Changes in the JAMstack Landscape with Sean C Davis - JSJ 482
JavaScript Jabber JSJ 278 Machine Learning with Tyler Renelle
JavaScript Jabber 088 JSJ Lazy.js with Daniel Tao
JavaScript Jabber 087 JSJ TC39 with Alex Russell
JavaScript Jabber 030 JSJ Learning & Teaching JavaScript with Noel Rappin
JavaScript Jabber Structuring Node.js Applications: Event Loop, Metrics, and Efficient Processing Techniques - JSJ 657
JavaScript Jabber To TypeScript or Not to TypeScript - JSJ 538
JavaScript Jabber The Story of Mel with Tomer Lichtash and David Frankiel - JSJ 544
JavaScript Jabber 184 JSJ Web Performance with Nik Molnar
JavaScript Jabber Upcoming Performance Metrics for the Web - JSJ 542
JavaScript Jabber 219 JSJ Learning JavaScript in 2016
JavaScript Jabber 083 JSJ FRP and RxJS with Matthew Podwysocki
JavaScript Jabber 081 JSJ Promises for Testing Async JavaScript with Pete Hodgson
JavaScript Jabber SolidJS with Ryan Carniato - JSJ 528
JavaScript Jabber JSJ 354: Elm with Richard Feldman
JavaScript Jabber 077 JSJ Monocle with Alex MacCaw
JavaScript Jabber JSJ 447: Using Javascript for Data Analysis and Data Science with Daniel Lathrop
JavaScript Jabber New Horizons in Web Development with Danny Moerkerke - JSJ 658
JavaScript Jabber BONUS: Adding a Content Engine to Your App with a Headless CMS with Jake Lumetta
JavaScript Jabber 075 JSJ Maintainable JavaScript with Nicholas Zakas
JavaScript Jabber 016 JSJ SQL and NoSQL
JavaScript Jabber 071 JSJ JavaScript Strategies at Microsoft with Scott Hanselman
JavaScript Jabber JSJ 281: CodeSponsor - Sustaining Open-Source Software through Ethical Advertising with Eric Berry
JavaScript Jabber Interactive Coding Tutorials with Tomek Salkowski: Enhancing Developer Experiences - JSJ 651
JavaScript Jabber JSJ 287: Blockchain and JS with Ari Lerner
JavaScript Jabber 068 JSJ ES6 with Aaron Frost
JavaScript Jabber Core Web Vitals and Whatnot - JSJ 537
JavaScript Jabber 001 JSJ Asynchronous Programming
JavaScript Jabber Slaughtering Sacred Cows: Reconsidering Software Dev Truisms - JSJ 653
JavaScript Jabber 063 JSJ Burnout
JavaScript Jabber 062 JSJ Dojo with Dylan Schiemann
JavaScript Jabber 149 JSJ Passenger Enterprise with Node.js with Hongli Lai and Tinco Andringa
JavaScript Jabber What Is Functional Programming and What It's Not With Lane Wagner- JSJ 557
JavaScript Jabber 060 JSJ Development Environments
JavaScript Jabber 059 JSJ jQuery Mobile with Todd Parker
JavaScript Jabber JSJ 471: Things Every JavaScript Developer Must Know - Part 3
JavaScript Jabber 057 JSJ Functional Programming with Zach Kessin
JavaScript Jabber 056 JSJ Marionette.js with Derick Bailey
JavaScript Jabber 082 JSJ JSHint with Anton Kovalyov
JavaScript Jabber JSJ 458: Codota Tabnine and the Rise of Ai-powered Developer Tooling with Kyle Simpson
JavaScript Jabber 212 JSJ Horizon.js with Horizon.js with Michael Glukhovsky: Live from ng-conf!
JavaScript Jabber How to Get Hired at a FANG Company - BONUS
JavaScript Jabber Opinionated Core Web Vitals - JSJ 647
JavaScript Jabber 055 JSJ Web Developer Skills
JavaScript Jabber Deep Dive into Metrics and Monitoring with Prometheus and Grafana - JSJ 645
JavaScript Jabber Monitoring Performance and Core Web Vitals ft. Bianca Grizhar and Sumitra Manga - JSJ 501
JavaScript Jabber 053 JSJ Software Team Dynamics
JavaScript Jabber Flutter Essentials ft. Allen Wyma - JSJ 494
JavaScript Jabber 145 JSJ Meteor.js with Matt DeBergalis
JavaScript Jabber Adapting to Effect Cluster: JavaScript Developers' Guide to Enhancing Code Maintainability - JSJ 639
JavaScript Jabber 051 JSJ Finding a Job
JavaScript Jabber 049 JSJ MooTools with Valerio Proietti and Arian Stolwijk
JavaScript Jabber 044 JSJ Book Club: Effective JavaScript with David Herman
JavaScript Jabber 104 JSJ Hypermedia APIs with Steve Klabnik
JavaScript Jabber Framework Comparisons, Real User Metrics, and Effective Performance Tools - JSJ 640
JavaScript Jabber JSJ 296: Changes in React and the license with Azat Mardan
JavaScript Jabber State Management ft. Assaf Krintza - JSJ 508
JavaScript Jabber 040 JSJ Conferences
JavaScript Jabber JSJ 282: Trails.js with Scott Wyatt
JavaScript Jabber 039 JSJ Sweet.js with Tim Disney
JavaScript Jabber JSJ 360: Evolutionary Design with James Shore
JavaScript Jabber JSJ 264 Mendel with Irae Carvalho
JavaScript Jabber 037 JSJ Promises with Domenic Denicola and Kris Kowal
JavaScript Jabber 015 JSJ Open Discussion
JavaScript Jabber 013 JSJ Knockout.js with Steven Sanderson
JavaScript Jabber 067 JSJ Testem with Toby Ho
JavaScript Jabber 035 JSJ node-webkit
JavaScript Jabber 033 JSJ enyo.js
JavaScript Jabber 032 JSJ Angular.js
JavaScript Jabber JSJ 309: WebAssembly and JavaScript with Ben Titzer
JavaScript Jabber JSJ 262 Mozilla Firefox Developer Tools with Jason Laster
JavaScript Jabber Crafting Code and Community: AI, LeetCode, and Meetups - JSJ 644
JavaScript Jabber JSJ 365: Do You Need a Front-End Framework?
JavaScript Jabber 029 JSJ Bower.js with Alex MacCaw and Jacob Thornton
JavaScript Jabber 028 JSJ Greenfield vs Brownfield Projects
JavaScript Jabber 027 JSJ The JavaScript Community
JavaScript Jabber How to Become a Senior Developer with Shem Magnezi - JSJ 521
JavaScript Jabber Web3 with Nik Kalyani - JSJ 520
JavaScript Jabber 023 JSJ Phantom.js with Ariya Hidayat
JavaScript Jabber 022 JSJ Node.js on Azure with Glenn Block
JavaScript Jabber 096 JSJ The Challenges of Large Single Page JavaScript Applications with Bart Wood
JavaScript Jabber 017 JSJ CoffeeScript with Jeremy Ashkenas
JavaScript Jabber 011 JSJ Can HTML5 and JavaScript Really Replace Flash?
JavaScript Jabber JSJ 426: Killing the Release Night with Progressive Delivery with Dave Karow
JavaScript Jabber 009 JSJ Testing JavaScript with Joe Eames
JavaScript Jabber HTMX and InterCooler ft. Carson Gross - JSJ 513
JavaScript Jabber Transforming React Development: The Experimental Compiler’s Approach to Memoization and Performance - JSJ 636
JavaScript Jabber 170 JSJ RabbitMQ with Derick Bailey
JavaScript Jabber Software Development as a Craft with Netta Bondy - JSJ 551
JavaScript Jabber Writing Change-Proof Software with Tests - JSJ 555
JavaScript Jabber 008 JSJ V8 and Dart with Lars Bak and Kasper Lund
JavaScript Jabber D3 and Data Visualization ft. Ian Johnson - JSJ 507
JavaScript Jabber Creeds of Craftsmanship - JSJ 505
JavaScript Jabber JSJ 404: Edge on Chromium with Chris Heilmann
JavaScript Jabber Navigating Web Development Challenges - JSJ 624
JavaScript Jabber JSJ 411: Unit Testing Jest with Daniel Caldas
JavaScript Jabber 3 Fundamental Pillars You Need to Succeed as an Entrepreneur - BONUS
JavaScript Jabber Javascript and the Blockchain with Max Kordek - JSJ 503
JavaScript Jabber Alpinejs, Microservices, Code Completion, and Getting Paid for Open Source with Caleb Porzio - JSJ 497
JavaScript Jabber Opinionated Core Web Vitals - JSJ 495
JavaScript Jabber Virtual DOM and the React Way, Part 1 - JSJ 512
JavaScript Jabber JSJ 337: Microstates.js – Composable State Primitives for JavaScript with Charles Lowell & Taras Mankovski
JavaScript Jabber The New JAMstack with Brian Rinaldi - JSJ 491
JavaScript Jabber Web Performance and the Google WordPress Team with Felix Arntz - JSJ 548
JavaScript Jabber The React Way & Opinionated Practices with Ian Schwartz - JSJ 488
JavaScript Jabber JSJ 440: Why Serverless with Gareth McCumskey
JavaScript Jabber 054 JSJ JavaScript Parsing, ASTs, and Language Grammar w/ David Herman and Ariya Hidayat
JavaScript Jabber Gal Schlezinger and Edge Functions - JSJ 536
JavaScript Jabber JSJ 408: Reading Source Code with Carl Mungazi
JavaScript Jabber 162 JSJ ESLint with Jamund Ferguson
JavaScript Jabber 187 JSJ Vue.js with Evan You
JavaScript Jabber 156 JSJ Soft Skills and Marketing Yourself as a Software Developer with John Sonmez
JavaScript Jabber SEO for Developers ft. Mordy Oberstein - JSJ 509
JavaScript Jabber 058 JSJ Building Accessible Websites with Brian Hogan
JavaScript Jabber JSJ 294: Node Security with Adam Baldwin
JavaScript Jabber JSJ 247 Building a Development Environment with Cory House
JavaScript Jabber 085 JSJ Huxley with Pete Hunt
JavaScript Jabber 078 Working From Home
JavaScript Jabber 050 JSJ QUnit with Jörn Zaefferer
JavaScript Jabber JSJ 423: State of JS
JavaScript Jabber 130 JSJ Browser Tools and Extensions
JavaScript Jabber Find Out More About Elliot Johnson - BONUS
JavaScript Jabber JSJ 418: Security Scary Stories and How to Avoid Them with Kevin A McGrail
JavaScript Jabber Getting to Know Bruce A. Tate - BONUS
JavaScript Jabber Everything Remult with Noam Honig and Yoni Rapoport - JSJ 579
JavaScript Jabber Jason Weimann - Learn Video Game Development with Chuck - BONUS
JavaScript Jabber TanStack Router with Tanner Linsley - JSJ 578
JavaScript Jabber How Do You Stop Hating Your Job? - BONUS
JavaScript Jabber 234 JSJ JAMStack with Brian Douglas and Matt Christensen
JavaScript Jabber Reverse Engineering with Joyce Lin - JSJ 577
JavaScript Jabber JSJ 480: Are Micro Frontends worth the effort? (And if so when?)
JavaScript Jabber BONUS: How Opportunities Come Your Way When You're an Influencer
JavaScript Jabber Signals: What You Should Know with Tejas Kumar - JSJ 576
JavaScript Jabber The Best of JavaScript and Ruby in 2023 - JSJ 575
JavaScript Jabber JSJ 479: Practical Microservices with Ethan Garofolo
JavaScript Jabber BONUS: What is Charles Max Wood's Biggest Payoff for Being a Dev Influencer?
JavaScript Jabber Functional Programming with Ian Schwartz - JSJ 574
JavaScript Jabber What To Expect For JSNation - BONUS
JavaScript Jabber Introducing Codux With Nadav Abrahami & Tom Raviv - JSJ 573
JavaScript Jabber Build Your Game Using JavaScript with Andrzej Mazur- JSJ 572
JavaScript Jabber JSJ 392: The Murky Past and Misty Future of JavaScript with Douglas Crockford
JavaScript Jabber The State of JS Frameworks with Ryan Carniato: Part 2 - JSJ 571
JavaScript Jabber 114 JSJ Asynchronous UI and Non-Blocking Interactions with Elliott Kember
JavaScript Jabber 117 JSJ The Koa Framework with Gerred Dillon and Will Conant
JavaScript Jabber The State of JS Frameworks with Ryan Carniato: Part 1 - JSJ 570
JavaScript Jabber Web Performance With Alex Russell - JSJ 569
JavaScript Jabber 113 JSJ Community Dynamics with Reginald Braithwaite
JavaScript Jabber React Native & Every-Platform Embeddable UI With Taz Singh - JSJ 568
JavaScript Jabber BONUS: How Jason Weimann Became a Game Developer
JavaScript Jabber JSJ 452: Caddy 2 Web Server with Matthew Holt
JavaScript Jabber JSJ 475: DevOps for the JavaScript Developer
JavaScript Jabber JSJ 473: The Elements framework with Chris Mather
JavaScript Jabber Providing The Best User Experiences on the Web With Vercel- BONUS
JavaScript Jabber 228 JSJ React Native with Nader Dabit and Mike Grabowski
JavaScript Jabber Front-End Hydration - JSJ 567
JavaScript Jabber JSJ 472: RedwoodJS Brings Full-Stack to the JAMstack with Anthony Campolo
JavaScript Jabber 002 JSJ The Right Way to Build Web Applications
JavaScript Jabber Marvels Of Using Svelte and SvelteKit - JSJ 566
JavaScript Jabber JSJ 470: Fine Tuning Your Psychological Stack, or DevOps For Your Brain
JavaScript Jabber Runtime Security With Gal Weizman - JSJ 565
JavaScript Jabber 188 JSJ JavaScript Code Smells with Elijah Manor
JavaScript Jabber JSJ 468: The case for JavaScript iterators, part 1
JavaScript Jabber JSJ 460: The Things Every JavaScript Developer Must Know, Part 2
JavaScript Jabber JSJ 454: Mongoose, Mongo and Object Document Mapping (ODM) with Valeri Karpov
JavaScript Jabber 180 JSJ Finding a Job
JavaScript Jabber How To Plan For Success In 2023 - JSJ 564
JavaScript Jabber Qwik Part II With Misko Hevery - JSJ 563
JavaScript Jabber 213 JSJ Developer Evangelism with Greg Baugues
JavaScript Jabber Blockchain with Max Kordek - JSJ 529
JavaScript Jabber JSJ 399: Debugging with Async/Await with Valeri Karpov
JavaScript Jabber JSJ 457: Career Transitioning with Laura Harvey
JavaScript Jabber JSJ 456: Developer-First Security and Security Tooling For Developers with Liran Tal & Brian Vermeer
JavaScript Jabber JSJ 455: Introducing and Understanding Svelte and Sapper with Mark Volkmann
JavaScript Jabber JSJ 453: Debugging Third Party JavaScript with Ben Vinegar
JavaScript Jabber JSJ 335: “CanJS 4.0” with Justin Meyer
JavaScript Jabber JSJ 446: Achieving Work-Life Balance, Especially When WFH
JavaScript Jabber Exploring Local-First Applications and Data Synchronization Challenges - JSJ 654
JavaScript Jabber JSJ 445: Augmented Reality for Mobile Browsers with Connell Gauld
JavaScript Jabber JSJ 441: The Present and Future of JavaScript Bundling and Delivery with Yoav Weiss
JavaScript Jabber JSJ 439: More Jabber About Less JavaScript with Alex Russell
JavaScript Jabber Remix and EpicWeb.dev with Kent C. Dodds - JSJ 554
JavaScript Jabber Unpacking Deno 2: Code Stability, Free Speech, and more - JSJ 648
JavaScript Jabber JSJ 419: Google App Script with Ben Collins
JavaScript Jabber 019 JSJ Browserify with James Halliday
JavaScript Jabber 034 JSJ Ember.js
JavaScript Jabber JSJ 302: Evaluating Web Frameworks with Kitson Kelly
JavaScript Jabber JSJ 465:The Power of Micro Front-Ends with Michael Geers
JavaScript Jabber JSJ 395: The New Ember with Mike North
JavaScript Jabber The Alphabet Soup of Performance Measurements - JSJ 622
JavaScript Jabber 031 JSJ history.js
JavaScript Jabber JSJ 436: MongoDB Basics with Joe Karlsson
JavaScript Jabber JSJ 379: FindCollabs and Podcasting with Jeff Meyerson
JavaScript Jabber JSJ 433: Understanding the Browser Layer with Noam Rosenthal
JavaScript Jabber 237 JSJ CLls - Ember Angular and React with Tracy Lee
JavaScript Jabber New Frontiers in Web Platform Development with Bruce Lawson - JSJ 634
JavaScript Jabber JSJ 310: Thwarting Insider Threats with Greg Kushto
JavaScript Jabber 125 JSJ WebGL with Sean Griffin
JavaScript Jabber Pain-Free Automated Deployments with DigitalOcean's App Platform - BONUS
JavaScript Jabber 061 JSJ Functional Reactive Programming with Juha Paananen and Joe Fiorini
JavaScript Jabber JSJ 424: UI5 and web components with Peter Muessig
JavaScript Jabber JSJ 250 Celebration
JavaScript Jabber 010 JSJ Node.js
JavaScript Jabber JSJ 422: CSS and Houdini with Una Kravets
JavaScript Jabber JSJ 421: Semantic HTML with Bruce Lawson
JavaScript Jabber JSJ 299: How To Learn JavaScript When You're Not a Developer with Chris Ferdinandi
JavaScript Jabber BONUS: Continuing Your Learning Journey by Finding Mentors as an Influencer
JavaScript Jabber JSJ 420: OpenAPI, Redoc, and API Documentation with Adam Altman
JavaScript Jabber JSJ 417: Serverless with Microsoft Azure with Burke Holland
JavaScript Jabber TypeScript, ESLint, and TypeScript ESLint with Josh Goldberg - JSJ 605
JavaScript Jabber Harnessing Module Federation and Micro Front-Ends in JavaScript Development - JSJ 603
JavaScript Jabber Unpacking Core Web Vitals - JSJ 620
JavaScript Jabber 072 JSJ Screencasts
JavaScript Jabber JSJ 416: GraphQL Developer Tools with Sean Grove
JavaScript Jabber JSJ 414: JavaScript Jabber Still at RxJs Live
JavaScript Jabber JSJ 409: Swagger and Open API with Josh Ponelat
JavaScript Jabber JSJ 405: Machine Learning with Gant Laborde
JavaScript Jabber JSJ 407: Reactive JavaScript and Storybook with Dean Radcliffe
JavaScript Jabber JSJ 450: Native Features Inside The Browser - Introducing Google's Project Fugu with Thomas Steiner
JavaScript Jabber JSJ 464: Web Components FTW with Ben Farrell
JavaScript Jabber JSJ 400: The Influence of JavaScript Jabber
JavaScript Jabber 185 JSJ PouchDB with Nolan Lawson
JavaScript Jabber DevOps for JavaScript ft. Will Button - JSJ 502
JavaScript Jabber 020 JSJ Cloud9
JavaScript Jabber 076 JSJ Meteor.js with Marcus Phillips and Fred Zirdung
JavaScript Jabber Astro with Fred K. Schott - JSJ 561
JavaScript Jabber JSJ 398: Node 12 with Paige Niedringhaus
JavaScript Jabber JSJ 396: Publishing Your Book with Jonathan Lee Martin
JavaScript Jabber JSJ 342: Aurelia in Action with Sean Hunter
JavaScript Jabber JSJ 394: SMS Integration with Dominik Kundel
JavaScript Jabber JSJ 393: Why You Should Be Using Web Workers with Surma
JavaScript Jabber Using Storybook and Nuxt To Quickly Build Websites - JSJ 531
JavaScript Jabber JSJ 336: “The Origin of ESLint” with Nicholas Zakas
JavaScript Jabber JSJ 332: “You Learned JavaScript, Now What?” with Chris Heilmann
JavaScript Jabber JSJ 391: Debugging with Todd Gardner
JavaScript Jabber JSJ 330: “AWS: Amplify” with Nader Dabit
JavaScript Jabber JSJ 448: MongoDB Schema Fundamentals with Joe Karlsson
JavaScript Jabber JSJ 323: "Building a JavaScript platform that gives you the power to build your own CDN" with Kurt Mackey
JavaScript Jabber JSJ 383: What is JavaScript?
JavaScript Jabber Transitioning a Large Front-End Codebase to TypeScript ft. Priscila Oliveira and Mark Story – JSJ 498
JavaScript Jabber The 3 Essentials for Successful Job Outcomes - BONUS
JavaScript Jabber JSJ 378: Stencil and Design Systems with Josh Thomas and Mike Hartington
JavaScript Jabber JSJ 372: Kubernetes Docker and Devops with Jessica Deen LIVE from Microsoft BUILD
JavaScript Jabber React Component and State Management - JSJ 526
JavaScript Jabber JSJ 474: Things JavaScript Developers Should Know, Part 1
JavaScript Jabber JSJ 371: The Benefits and Challenges of Server-Side Rendering (SSR) with Dan Shappir
JavaScript Jabber BONUS: How to Speed Up Your Website For Fun and Profit with Inian Parameshwaran
JavaScript Jabber JSJ 368: TypeScript - Good or Bad
JavaScript Jabber JSJ 370: Azure Functions Part II with Jeff Hollan LIVE at Microsoft BUILD
JavaScript Jabber JSJ 390: Transposit with Adam Leventhal
JavaScript Jabber JSJ 369: Azure Functions with Colby Tresness LIVE at MIcrosoft BUILD
JavaScript Jabber JSJ 367: Pair Programming
JavaScript Jabber AgGrid: From Open Source to Successful Business ft. Niall Crosby - JSJ 504
JavaScript Jabber Node in the Browser and Much more: Web Containers with Eric Simons - JSJ 487
JavaScript Jabber JSJ 463: Building Web Applications with Firebase
JavaScript Jabber JSJ 366: npm with Mikeal Rogers
JavaScript Jabber JSJ 364: Ember Octane with Sam Selikoff
JavaScript Jabber 238 JSJ Intellectual Property and Software Forensics with Bob Zeidman
JavaScript Jabber BONUS: How to do LARGE Volumes of HIGH Quality Work - While Spending Fewer Hours Working
JavaScript Jabber JSJ 362: Accessibility with Chris DeMars
JavaScript Jabber JSJ 363: Practical JAMstack and Serverless with Gareth McCumskey
JavaScript Jabber JSJ 361: Enough with the JS Already with Nicholas Zakas
JavaScript Jabber Virtual DOM and the React Way, Part Deux - JSJ 518
JavaScript Jabber How to Stay Current with JavaScript - JSJ 499
JavaScript Jabber NoSQL and RavenDB - JSJ 530
JavaScript Jabber JSJ 357: Event-Stream & Package Vulnerabilities with Richard Feldman and Hillel Wayne
JavaScript Jabber 233 JSJ Google Chrome Extensions with John Sonmez
JavaScript Jabber JSJ 353: Signal R with Brady Gaster LIVE at Microsoft Ignite
JavaScript Jabber JSJ 347: JAMstack with Divya Sasidharan & Phil Hawksworth
JavaScript Jabber JSJ 351: Dinero.js with Sarah Dayan
JavaScript Jabber JSJ 344: Inclusive Components with Heydon Pickering
JavaScript Jabber JSJ 341: Testing in JavaScript with Gil Tayar
JavaScript Jabber JSJ 333: “JavaScript 2018: Things You Need to Know, and a Few You Can Skip” with Ethan Brown
JavaScript Jabber JSJ 444: Coding Front-end JavaScript for Accessibility with Neha Sharma
JavaScript Jabber 231 JSJ Codewars with Nathan Doctor, Jake Hoffner, and Dan Nolan
JavaScript Jabber JSJ 415: Progressive Web Apps with Maximiliano Firtman
JavaScript Jabber JSJ 410: Iterating on Open Source
JavaScript Jabber JSJ 412: Svelte and Sapper with Svelte Master
JavaScript Jabber JSJ 403: Why Developers Need Social Skills with Mani Vaya
JavaScript Jabber JSJ 381: Building a Personal Brand with John Sonmez
JavaScript Jabber JSJ 387: How to Stay Current in the Tech Field
JavaScript Jabber JSJ 385: What Can You Build with JavaScript?
JavaScript Jabber JSJ 377: Bringing Maps and Location Into Your Apps with the ArcGIS API for JavaScript with Rene Rubalcava
JavaScript Jabber JSJ 375: Are You Hurting the Web?
JavaScript Jabber 221 JSJ Visual Studio Code with Wade Anderson Live From Microsoft Build 2016
JavaScript Jabber JSJ 373: What Do You Need to Do to Get a Website Up?
JavaScript Jabber 218 JSJ Ember.js with Yehuda Katz
JavaScript Jabber JSJ 359: Productivity with Mani Vaya
JavaScript Jabber JSJ 355: Progressive Web Apps with Aaron Gustafson LIVE at Microsoft Ignite
JavaScript Jabber JSJ 346: Azure Pipelines with Ed Thomson LIVE at Microsoft Ignite
JavaScript Jabber JSJ 317: Prisma with Johannes Schickling
JavaScript Jabber JSJ 315: The effects of JS on CSS with Greg Whitworth
JavaScript Jabber JSJ 313: Light Functional JavaScript with Kyle Simpson
JavaScript Jabber JSJ 300: Celebration
JavaScript Jabber JSJ 291: Serverless For JavaScript with Gareth McCumskey
JavaScript Jabber JSJ 295: Developers as Entrepreneurs with Ryan Glover
JavaScript Jabber JSJ 293: Big Data with Nishant Thacker
JavaScript Jabber JSJ 292: CosmosDB with Kirill Gavrylyuk
JavaScript Jabber JSJ 285 : Finding a Job Even If You're Not a Senior Developer by Charles Max Wood
JavaScript Jabber JSJ 284 : Helping Developers Build Healthy Bodies
JavaScript Jabber JSJ 277: Dojo 2 with Dylan Schiemann and Kitson Kelly
JavaScript Jabber JSJ 309: WebAssembly and JavaScript with Ben Titzer
JavaScript Jabber 048 JSJ Why JavaScript Is Hard

JavaScript Jabber

Subscribe

Follow

012 JSJ Design Patterns in JavaScript with Addy Osmani

Show Notes

Transcript