ST
Scott Tolinski

Scott Tolinski

Things Scott Says on Podcasts

Teaches JavaScript and front-end development through Level Up Tutorials, a video course platform, and brings that hands-on teaching angle to conversations about frameworks, charting libraries, and tooling choices. Skeptical of the claim that AI coding assistants fix bad architecture, since adding code on top of a mess leaves the mess in place. Co-hosts the Syntax podcast with Wes Bos, a long-running show on web development, now part of Sentry, that covers new JavaScript tools and frameworks in detail.

Where to Find Them

Scott Tolinski hosts Syntax (Wes Bos & Scott Tolinski) . They have also been a guest on JS Party: JavaScript, CSS, Web Development (3 times) , Whiskey Web and Whatnot (2 times) and Elixir Wizards .

Recently: “1043: I’m Using GPUI For Everything” on Syntax (Wes Bos & Scott Tolinski) (September 2026); “1042: Is the Jev Hype Overblown?” on Syntax (Wes Bos & Scott Tolinski) (September 2026); “1041: What are normies using AI for?” on Syntax (Wes Bos & Scott Tolinski) (September 2026); “1040: Developing for the iPhone Duo” on Syntax (Wes Bos & Scott Tolinski) (September 2026); “1039: Should You Quit Your Job?” on Syntax (Wes Bos & Scott Tolinski) (September 2026); “1037: WebMCP is here (and you should care)” on Syntax (Wes Bos & Scott Tolinski) (September 2026).

What They Said

“D3 sucks to use and having a wrapper around it is way better.” — Scott Tolinski, Syntax (Wes Bos & Scott Tolinski)

Tolinski had been digging through the TanStack Charts source to work out what it was built on, and found D3 packages underneath. The line is his answer to the obvious follow-up, which is why bother with a wrapper at all. He has been making charting-library tutorials for years, so it is a verdict from someone who has spent a great deal of time in D3 itself.

Syntax (Wes Bos & Scott Tolinski) · 2026-08-24 Permalink → Listen →
Syntax (Wes Bos & Scott Tolinski) Around 11:35 into the episode
Scott Tolinski

cool. If

CJ Reynolds

you're familiar with Shad CN, they are like a UI library for React, but they also have ShadCN charts. Well, all of those charts have now been implemented in Tanstack charts. So if you do spin up a project, all of the charts that you're familiar with are already there for you to use, as well as a lot of extra stuff. The cool thing about this is it supports all the frameworks. You can see the dropdown menu. We've got React, Preact, View, Angular, Solid, Svelte, and Mini Vanilla, and many others. So that's the cool thing about this versus something like Shad CN, which is very like React-centric. You can use this with pretty much any framework. And so yeah, check it out. You can head to the examples page and they have all kinds of different charts you can dial into. You can get the example code to start from. So I thought this was slick. I've used a lot of chart libraries in my day and a lot of them are missing some things or don't work the way that I want them to. This seems to have a lot and it's just in pre-alpha. So I'll be keeping an eye on it.

Scott Tolinski

I was trying to see a little bit of like what this is based on because a lot of charting libraries aren't just like built from scratch. And I did find in the charts core package a lot of D3 stuff, D3, Ray, D3, Force, Geo, HexBit. So it does seem like it is D3 based. And anybody who might be wondering, like, why not just use D3? D3 sucks to use and having a wrapper around it is way better. So yeah, I love a good charting library. I've been doing like charting library tutorials for a long time. So having Tanstack do a charts that's a D3 wrapper, it appears if someone out there works on Tanstack and wants to correct me, it does seem like it is D3 based. That's great for me. Yeah, I'm very happy with this because there's, and I will say, there are some really wonderful Svelte charting libraries out there, but there isn't as much in terms of like fully, fully, fully chart libraries like D3 straight up. So

CJ Reynolds

definitely cool

Scott Tolinski

about this. Yeah, very, very stoked on this. Yeah.

CJ Reynolds

And no issue with being based on D3. I mean, I think that gives you a lot of the fundamentals without having to do everything from scratch. And plus, if that is the case, there's probably a lot of D3 style visualizations that you could throw an AI AI at to kind of adapt to use Tanstack charts instead. So yeah, good stuff. So yeah, that's all I got. Check it out. Try it out. What do you have for us, Scott?

Speaker names from our own diarization · position estimated from where the line sits in the episode
“an unmaintainable code base is still an unmaintainable code base with AI.” — Scott Tolinski, Syntax (Wes Bos & Scott Tolinski)

On a Syntax episode about AI coding habits, Tolinski pushes back on the idea that AI assistance fixes maintainability by itself. The line lands while he's arguing that letting a model add code additively instead of fixing it properly doesn't change the underlying problem.

Syntax (Wes Bos & Scott Tolinski) · 2026-08-19 Permalink → Listen →
Syntax (Wes Bos & Scott Tolinski) Around 04:20 into the episode
Scott Tolinski

Yeah, right. Yeah. Totally.

Wes Bos

Next question from guitars and dev. I still code most of my time in VS Code and I have the plain GitHub Copilot license. I use and love the terminal a lot, especially for Git. Now that coding agents and CLIs are the main thing, I feel a bit awkward in my setup compared to the cloud code, codecs, open code users. I must say with the V2 incoming and the new TypeScript rewrite and all of the good things VS Code has done around agents, I feel that I have everything that compares to other editors. And what bothers me is that with AI usage and configs, it depends on the editor and there is no real standard. Yes, there is some work to standardize these things, but fortunately not everybody agrees. VS Code is very hard to step away from because I've used it now for more than five years. I've had this with Sublime Text and I've had a crazy amount of shortcuts and snippets. Is it time to step away from VS Code or not just yet? With all the GitHub code being leaked, I can imagine that VS Code also got leaked. What are your takes on this? It's got a couple questions there. Is like, is it time to step away from the IDE itself? Certainly a lot of people think so. And certainly a lot of like cursor is trying to push people out of the IDE into this like this platform that everybody is building, right? Like the either it's going to be a TUI or it's going to be, I think they ideally they want you in some sort of desktop application that will do all of your code and all of your chats and integrate with all of your work. Like cowork is the new, the new coding that they're trying to push everybody onto. So I, I don't know, I have a hard time. I still feel most comfortable doing most of my work in an editor, or if I'm doing it from a TUI, then I still have the editor open as well. So I'd be able to jump back and forth simply just because it's A, it's easier to understand what's coming in. Not that I necessarily will read everything that's coming in, but it's faster. And B, like it's way easier just to like change stuff and like be able to make design something to make it look like you want because it's very frustrating when the CSS comes in and it doesn't look very good. Like, what are you going to do? You're just going to make it look a little bit better. You know, it's so much easier for me just to jump in and actually write a little bit of code there. So is it time to step away? I don't, I don't think so. I think like, like you said, VS Code, they have all of the features. They're pushing in the direction of all of the other things that Codex, Cloud Code, Open Code already have. Certainly they have an advantage of being integrated. They're a little bit behind and they got their lunch eight on quite a bit of this stuff. But I wouldn't say that if I'd say like, if you're comfortable with this type of stuff, I don't think there's much that you're missing from it from moving to another harness. What do you think?

Scott Tolinski

Yeah, no, I 100% agree. And I do love VS Code. Absolutely. I think it's, I think a lot, I'm not going to say the performance is perfect on it, but a lot of times people complain about the performance are the same people who just installed whatever extension that someone on YouTube told them to install. And some of those extensions are not good. Like people still install that Wix extension, which is like import cost, which is like a runaway process or something like that. So, you know, a lot of times what you're better off doing is paring down your VS Code setup instead of just ditching it entirely. I do tend to use Zed primarily as my text editor of choice these days. And I, like you, also agree, I like to have it open and I like to have it open with the projects that I'm working on in AI for simple, quick fixes. And oftentimes I still like, I still really hate the output, like you said, CSS specifically. I really hate the CSS output. And many times it's easier for me to just go in and fix it quickly rather than have the AI try again and try again and not necessarily understand what I'm trying to get at in terms of like the way that I Wanted. And people, you know, when they say, why does it matter? Well, you know, an unmaintainable code base is still an unmaintainable code base with AI. AI can just like additively continue to add things infinitely and patch issues rather than rather than fix them in a correct way or something like that. And yeah, I mean, you could definitely argue that it doesn't matter. You just prompt and prompt and prompt. But again, all that stuff costs money, costs tokens. Yeah. I'm smart. I can fix it.

Wes Bos

I think with a lot of this stuff, people feel like, am I falling behind because I'm not switching up my tool stack? And if you feel like that, I think it's worth switching to something else for a couple weeks just to understand how other people are working. And you might come out of that on the other end and say, I don't necessarily like these bits, but you'll probably also come out of it being like, oh, I understand why people are doing things a little bit differently. I understand why they're approaching it in this way. So with whenever these things change so quickly like this, it's always kind of scary. Like, am I wrong? Am I old? Am I like stubborn in what I'm doing? Yes. Or are they just, are these people just chasing after what is exciting? And generally, it's a little bit of both. And generally, there are some good workflows that can be pulled out of that. So I would probably at least pick a side project and say, I'm going to try to do this entirely in new tools. And you'll probably come out of that learning a few things. And then you can, you feel confident in making your decision of how you'd like to go forward.

Scott Tolinski

Yes, yes, totally. So, yeah, I mean, again, I still like using VS Code. I still like using Zed. And a big fan of Ben Vinegar and his hunk package, which shows you diffs, but I can't personally ride with just a diff in a term. You know, I need like having a diff that you can edit via Zed is something that I prefer to work in. There are times when I do just want to track the diff to see exactly what's going on and keep an eye on things. But if I want to have a hand in it, which sometimes I do, depends on the software that I'm building, I will have a VS Code open as or I don't know. I think the biggest

Wes Bos

problem that cursor and VS Code have is that the freaking sidebar is too small for people. And a lot of people just have a tiny little sidebar and they're used to that. And then a majority of your work has now moved into this sidebar. And the ergonomics of that is really frustrating. It's hard to get uptake. So what a lot of they're doing is they're trying to push you into more of this like, you got your chat in the middle, you got your project on the left, and you got your like your diffs on the right. You know, like that's, that's the app that everybody is building right now. And that's a little bit of more of an ergonomic view for that. And that's not to say that you can't get that set up with VS Code. It's just that I think a lot of people don't get that set up. And then it's hard to push them into this new set of features when you're working in this tiny little sidebar.

Speaker names from our own diarization · position estimated from where the line sits in the episode

Collections They Appear In