Itās our 5th annual New Yearās party! Jerod & the gang review our predictions from last year, discuss whatās trending in the web world, make a few predictions for 2024 & even set some new resolutions for this year.
Featuring
Sponsors
Socket ā Secure your supply chain and ship with confidence. Install the GitHub app, book a demo or learn more
Fly.io ā The home of Changelog.com ā Deploy your apps and databases close to your users. In minutes you can run your Ruby, Go, Node, Deno, Python, or Elixir app (and databases!) all over the world. No ops required. Learn more at fly.io/changelog and check out the speedrun in their docs.
Notes & Links
- Last yearās New Yearās party
- Twitter thread highlighting collaboration between NodeJS and Bun maintainers on finding and improving a node performance bottleneck
- Joyee Cheung (Node contributor and TSC member) sharing her updates on the node performance issue highlighted above
- Direct link to GH issue thread on the suggested node perf improvement
- Smoot - Wikipedia
- JS Party Survey Github Collaboration Repo (content coming soon)
Chapters
Chapter Number | Chapter Start Time | Chapter Title | Chapter Duration |
1 | 00:00 | It's new year's party time, y'all | 01:04 |
2 | 01:04 | Welcome to 2024 | 02:03 |
3 | 03:07 | KBall's bad prediction | 05:57 |
4 | 09:04 | Nick's good prediction | 07:01 |
5 | 16:05 | Jerod's good (?) prediction | 07:02 |
6 | 23:07 | Junior engineer concerns | 13:40 |
7 | 36:47 | KBall makes a prediction | 02:14 |
8 | 39:01 | Chris makes a morbid prediction | 01:12 |
9 | 40:13 | Nick makes a prediction | 03:39 |
10 | 43:51 | Amal makes a prediction | 04:13 |
11 | 48:04 | How many smoots? | 00:53 |
12 | 48:57 | Jerod rains on Amal's prediction | 01:44 |
13 | 50:42 | KBall defends Amal's prediction | 02:58 |
14 | 53:39 | Sponsor: Socket | 03:24 |
15 | 57:03 | Resolutions time | 00:32 |
16 | 57:35 | Chris' resolution | 03:26 |
17 | 1:01:01 | Amal's resolution | 01:37 |
18 | 1:02:38 | Nick's resolution | 01:46 |
19 | 1:04:24 | KBall's resolution | 01:20 |
20 | 1:05:43 | Jerod's resolution | 00:58 |
21 | 1:06:41 | A big announcement | 02:46 |
22 | 1:09:28 | Wrapping up | 00:43 |
23 | 1:10:10 | Next up on the pod | 01:00 |
Transcript
Play the audio to listen along while you enjoy the transcript. š§
Threeā¦ Twoā¦ Oneā¦ HAPPY NEW YEAR!! [laughter] Spectacular welcome to 2024 from your friends at JS Party. Iām Jerod, and I am here with Amal. Happy New Year, Amal.
Happy New Year, Happy New Year. Weāre having a little too much fun already. Letās just put it this way - this show was supposed to start 30 minutes ago, our recording time anywayā¦ So weāre like ā weāve just been *bleep* about, soā¦ Happy New Year.
We are going to have some fun today. Kball is also here. Whatās up, Kball?
ām celebrating, and I just learned I have a built-in kazoo.
Maybe even better than b0neskullās, who had a kazoo that he brought with himā¦ Because thatās Chris. Hey, Chris.
Hey!
Thanks for bringing that kazoo.
Youāre welcome.
Happy New Year, man.
Yeah, itās really exciting to be in 2024 right now.
A-ha. So exciting.
The excitement is palpable. [laughter] Nick is here as wellā¦ Whatās up, Nick?
Ahoy-hoy. New year, new me. I wear sunglasses now.
He wears his sunglasses at nightā¦ So he can, so he canā¦ Throw TypeScript shadeā¦ [laughter]
Shameless for not using Neovimā¦
Yeah. Right, right.
Well, you have arrived at our fifth annual JS Party New Yearās celebration. This is a fun way that we like to kick off what is this new year, without us knowing what is this new year. Weāre going to guess; we are going to reflect a little, we are going to review past predictions, we are going to perhaps cast forward some predictions, and maybe talk a few of us into being so foolish to make resolutions right here for everyone to hold us to account. So that is the plan. Where should we start? Should we start with a quick lookback at last yearās predictions and see how they held up?
Letās do it!
I was just looking backā¦ I definitely missed it. But maybe I should re-up it.
Yes. Kballās big prediction - in fact, this one was so bold that it turned into a bet, I think, amongst participantsā¦ Twitter is gonna go into bankruptcy in ā23. [laughter]
Wait, wait, had Elon taken over at that point? I canāt remember.
He had. He took over in, I think, November of ā22, and so we were right during the big hubbub, and multiple organizations were suing Twitter, and he had laid off two thirds of the staff, or whatever that number isā¦ And Kball thought this couldnāt possibly continue forward, and yet here we are, a year later, and not bankrupt.
Well, but Twitter is dead.
Not his prediction. His prediction was Twitter will go bankrupt. Actually, Twitter will file for bankruptcy. He should have been more vague; he should have been much more vague.
Twitter will be deadā¦ Yeah. I mean, I think itās a reminder of a variation on an old thingā¦ Thereās this saying that says the market can stay irrational far longer than you can stay solvent. In this case, itās Twitter is staying solvent far longer than seems rational.
There you go. Would you like to ā well, I guess Feross would be here to be on the winning side of the bet, but heās not here, so I guess heās still is a loserā¦ Sorry, Feross. [laughter] Would you like to re-up it? Would you like to double down, maybe go all-in twice and say by 2025, by the end of 2024ā¦? Or do you think at this point youāre wrong?
What was our wager? Did we have a wager?
It was like internet points, or somethingā¦
Okay. Well, Iāll go double or nothing on my internet points, for sure.
[laughs] Okay. Alright. So weāll see you here next year for Kball to eat crow another time. I think itās going to just continue along. You know, things tend to go slower and steadier. Maybe Elon will land this plane in a controlled fashion. Who knows? Call back to the pre-show. Amal, what do you think? Do you think Twitterās going anywhere? X, f.k.a. Twitterā¦
Honestly - so I have very close friends of mine who judge me on the daily, whenever I send them links from Twitterā¦ And I can basically hear their eyeroll. Iāll text them a link and I could hear the eyeroll on the other side, like āOh, are you still on there? When are you gonna get off?ā And hereās the thing, I was off. I was off for almost two years. I just came back a few months ago, andā¦ I think Iāve been having fun. Itās definitely a lot different. It feels like an echo of itself. Itās not the same platform from 2018, where I think for me tech Twitter kind of peakedā¦ But, you know, itās still the fastest way to get news and reach out to people and share information.
[00:06:06.05] I mean, real talk, I just ā I just needed help from someone the other day on something; this person is like a really big deal on the internet, and I was like āThis person is uniquely suited to help me with my problemā, and I literally reached out to them, and in two minutes they responded back to me, in 30 minutes we were having a conversation on our cell phones. I mean, it was that quick. And so I feel like weāre still ā I donāt know whatās going to be that when it comes to kind of news connection and information.
Yeah. Thereās still value there.
Yeah. But ā yeah, do I need to feel like I need to take a shower after using Twitter? Sometimes yes. But am I going to stop using it right away? I think Iām gonna maybe go down with the platform; that might happen for me. But weāll see. Weāll see.
Yeah. I always thought Twitter was a cesspool from the beginning. So for me - you know, does it feel different? I thought for like a while it did; it was like it was too much about the main character being Elon Musk every single day, and I feel like that started to fade slightly, perhaps. And there was ā too much Twitter was talking about Twitter for a long time, and so that was annoyingā¦ But I feel like as that kind of settled out, and it seems like āOkay, itās going to kind of continue onā¦ā Itās still the place, I think, where the big stories are broken and talked about first. For example, the whole OpenAI Sam Altman debacle, that five-day drama, it pretty much unfolded on Twitter. Now, was it valuable for all of us to be part of that? I donāt think so. Did we gain anything there? No, but thatās really where the story unfolded, so it still is a bit of a gravitational pull for stuff like thatā¦ But it was always for me trashy, and so now it just feels like more trashy, but I was already ready for it, so I find value where I can find valueā¦ And I roll my eyes, maybe more than I used to.
I was wearing high heels over the trash. Like, I felt like that bougie woman that was wearing a fur coat and some high heels, and like stepping over trash, like āEwā¦ Get out of my way.ā Like, thatās how I treat Twitter. I definitely am selective what I engage with and who I followā¦ And you have to really curate it heavily. Otherwise, you will go nuts. Thereās a lot of triggering stuff there. Itās meant to be triggering; the whole point of the platform was to invoke rage.
Yeah, exactly.
But yeah, you were saying, Nickā¦?
I said you definitely grok it as a callback to the ā
Ohā¦
[unintelligible 00:08:31.26]
Good one.
Oh, my Godā¦ [laughs]
You know itās a good callback when you have to explain it.
For the record, for everyone listening, Nick is still wearing his sunglassesā¦
I donāt think he has any plans for taking them off.
Well, he was rocking out like ā
They look like EDM DJ Ultra Music Festival sunglassesā¦
The best part is I can see myself in his glasses now, so now Iām staring deep into his eyesā¦
I can see the whole monitor reflectionā¦ [laughs]
Iām very aware of whatās on my screen nowā¦
Yeahā¦ [laughs] We can tell when youāre not paying attention.
Well, Nickās jokes may crash and burn, but his prediction from last year wasnāt as bad as Kballās. Nick predicted that we have Bun, we have Deno, we have Nodeā¦ His prediction would be that Deno and Bun end up making Node better, rather than one of them supplanting Node. What do you guys think of that prediction and how thatās played out this last year?
I have so many thoughts on thisā¦ Yeah. Like, I just want to say, Nick, that was a really good prediction. Congratulations.
Thank you.
āCongratulationsā¦ā [laughs]
That is definitely happening. Iāll actually link to some discussions on Twitter, the forbidden platform. Weāll put some links in the show notes to some conversations I was kind of a sidecar on, where this exact thing happened, where Jared was like ā
Jared Sumner.
Yeah, Jared Sumner, to be clear; not Jerod Santo.
Just for clarity purposes.
[00:09:55.13] Yeah, Jared found this area of Node that was slow, and then the maintainers were like ā or I take that back. It wasnāt that he found it, itās that somebody when they were doing benchmarking found this new areaā¦ And then the maintainers looked into it, and it was like āOh, it has to do with some old dependency that hadnāt been updatedā, and yada-yada-yada. Itās just fascinating how these discussions are happening in the community now, and Node is getting better as a resultā¦ Iām very, very happy about that.
Chris, your take on this sentiment. Do you think itās true? Are you happy about it? Youāre a ā I think of you as a Node guy. Iām not sure if thatās the right way to think of you, but I very much associate you with Node.js. What are your thoughts on this?
Yeah, I mean, I think the same thing is gonna happen; you know, after Yarn came out, it pushed Npm to add some features and stuff that it didnāt haveā¦ And it made Npm better, and I think the same thing is gonna happen with Node.
I agree with all of that.
Of course you do, itās your prediction.
And this is why itās good. Itās healthy. Itās so healthy. This is what you want. Otherwise, you have stagnation. I think competition is really healthy. So itās important for us to kind of have thatā¦
Absolutely. And thereās a lot of new cool things coming to Node proper, that have been in Bun or Deno before. One that I can think of off the top of my head is specific permissions. You can disable networking, or disable file system access, probablyā¦ And thatās something that Deno - like, that was there from the outset; you can only run this in a secure way, and get access to the things that you need access to, and nothing else. I think thatās really cool. And thereās a huge push towards more secure Node modules, too. Or maybe thatās just the Feross propaganda in the back of my headā¦
[laughs] Very true. I agree with all that. I think itās kind of clichĆ© at this point, but competition breeds innovation, and lack of competition just creates stagnationā¦ And itās awesome to see new entrants come in, and projects get a new reason to do awesome things, and new ideas, like āOh, we didnāt think about doing it that wayā, or āWe have these constraints, you donāt. Maybe we could change one of those and modify that we work to get 80% of that, versus the 100% that you have.ā But itās all good to see. Whether or not Deno and/or Bun will actually gain a significant foothold on like user base, I donāt really have much prediction there. I think probably Bun has a better shot, because Denoās more differentā¦ But gosh, who knows? Time will tell. And Node has such a huge user base right now that it would be an upstart browser trying to take browser share from Chromeā¦ Which could happen, butā¦
The Bing versus Google Search analogy I think is [unintelligible 00:12:43.01] in terms of scale. Most projects in the wild use Node, period, for lots of different things.
On some of the shows this year, when we talked about these different things, one of the things we talked about is that you donāt have to have Node versus Bun in your decision-making. You can use Bun in particular parts of your deployment, where performance is particularly importantā¦ And other deployments that are more focused on backwards-compatibility, or need certain features that it doesnāt implement, just donāt use it. It can become a tool in the toolchest without having to supplant Node.
Yeah. I do have to say though, for me as a tech lead - or former tech lead at this point - I would say the fear I have when I hear about that is it just kind ofā¦ Like, I think really hard about introducing new things into my stack, and whatās the benefit that you get versus the consā¦ And for me, the cons usually outweigh. And so if I can get 80 with the existing tools that we have, then itās worth the compromise, because thereās lots of other better ways to spend that engineering time.
Not to cross-promote hereā¦ I donāt want to cross-promote things that Jerod does, that arenāt TypeScript-relatedā¦ But that episode of Changelog & Friends with Searles about - I think it was It Dependenciesā¦ Itās gotten me constantly thinking about āDo I really need to add this new dependency?ā
[00:14:05.13] Oh, I love that.
Thatās good.
Yeah, that was a great show.
I have to listen to that.
I love that we have you thinking that way. I think itās a healthy way of thinking. It doesnāt mean you donāt end up adding it, it just means that you stopped to consider it, and you weigh the pros and cons, and you think āHmā¦ This has a total cost that I need to consider before I add it.ā And maybe you end up doing it anyways, but at least now youāre taking intentional steps with your codebase.
Yeah. And I think for me, just again, to give some more context to where my kind of extreme trepidation or what seems like a very conservative answer - Iāll give you some contextā¦ Itās not just me and my team and my engineers that have that cost. Itās like our ops team, our security teamā¦ Thereās a huge ripple of people in different parts of the company that are impacted when you introduce large new technology into the stack. So I just want to put that out there. Like, itās not just devs. Itās SRE, itās ops, itās securityā¦ And for teams itās platform teams, itās all kinds of stuff. So just think about it that way.
Yeah, I would also strongly consider the licensing and ownership of the projectā¦ Because stuff like Bun and Deno, they could pull those permissive licenses if they want, right?
Yes.
And there might be an incentive or pressure to do soā¦ Which if youāre a small company, maybe youāre not going to be able to afford it, or something. And so youāve really got to be careful about the āWhere does your open source come from when youāre picking open source?ā
Yeah, well said. Weāve definitely seen prior art now, of that not just being a hypothetical situation that may happen to you. Itās actually happened on more than one occasion of a relicensing of a majorly dependent upon open source software, until weāre suddenly - everybody needs to sit down and decide how are they going to forge a path forward given these licensing changes. So itās no small thing, even if itās a small package that you rely upon.
Well, letās now turn the focus to me. I had a prediction last year; I donāt know, you guys be the judge. I feel like itās kind of happened, but not 100%ā¦ I predicted - and remember, this was the end of 2002. Weād just had the Twitter takeover, weād just had Chat GPT end of November. The AI Revolution had begun. The buzz was peaking. Maybe not peaking - itās gone higher since then - but what I said was that I felt we would see AI plateau in the second half of the year. I thought it would continue to improve, but not at the same pace that it had improved up until then. I specifically said weāll still be writing our own code this time this year. What do you think? How did I fare?
Well, according to the advertisement that I see constantly on GitHub, theyāre not writing 55% of my code.
[laughs]
I thought it was 40-something last time I checkedā¦
Iāve seen that one, too. Theyāre really shoving thatā¦
Maybe theyāre A/B testing that numberā¦
[laughs]
Well, no, no, I heard that 40% of code on GitHub now is generated by AI, but I donāt know if thatās actually true. That sounds ridiculous if thatās the case.
Oh, youāre right. It says āMake me 55% faster.ā
Thatās cool.
I think thereās probably a research study that went behind that number, but I think other numbers are most likely misinformation flying around at a paceā¦ Because itās very popular right now to tell people how good you are at coding, now that Copilotās writing your codeā¦ But I donāt know, most of the demos to me donāt look like they could stand [unintelligible 00:17:25.11] for more than the 30 seconds they were recorded onā¦
70% of the time it makes me faster 100% of the time.
I was gonna say, I definitely experimented with some of that, and took it out of my config, because I did not find it overall sped me up.
Yeah, same here. I think for me itās only useful for boilerplate code. Other than that, Iām always refactoring around it. But itās really great for learning a new language, or a new tool, which is how Iāve been using itā¦ Because Iām learning C++. I learned it a long, long time ago, and I just blocked everything I knew out of my brainā¦ So Iām relearning that; so thatās been helpful.
[00:18:07.25] I will put an asterisk on that; it is really good for learning an old tool that is new to you. If you try to use it to learn an actually newly developed tool, it will mislead you all over the place.
Yes. Lack of data.
Yeah, lack of data. Right. But no, I think for me itās been a good learning aid, but when using it in a context where Iām an expert, itās only useful for boilerplate code, or helping me come up with regexāes, which is how Iāve also been using it quite a bit.
Now, are yāall talking about specifically Copilot, or are you also lumping in like talking to ChatGPT, or Bard orā¦?
Both.
I find ChatGPT to be more useful as a āpersonā that I go ask questions to, versus anything that generates code in-line inside my editor. When I started type, even - Iāve never been a huge fan of IntelliSense, which I know makes me like a very small minority of developersā¦ Itās great if youāre trying to know what functions are available in this scope. I like it for that. But anytime Iām like halfway typing something and stop, itās not usually because Iām trying to figure out, itās just because Iām pausing my brainā¦ And then what Iāve found specifically with Copilot, but Iāve also tried Cody, and Tabnine - this was probably two years ago, so Iām not sure the current state of Tabnine. If I do it that way, it just puts out like āYou should autocomplete thisā, and itās almost never what I want, at leastā¦ Even if it is, Iām stopping and then Iāll think about code that I wasnāt caring about before, and now Iām like thinking about something else. And so it takes me out of my flow. And maybe that just takes time to get used toā¦ But I like to go somewhere; instead of going to Google, almost 9 times out of 10 I will go to ChatGPT and say āWrite this regex for me. Write this [unintelligible 00:19:46.25] And for that class of problem, where I already know how to solve it, I just donāt want to, I find it to be a big productivity boost. But Iād rather go to it than have it integrated. You guys?
Thatās 100% where I find the benefit of Copilot. Like you said, it will generate crap. And then I feel like it pulls me outā¦ Because I already know what I want to write, and itās trying to help me by autocompleting thatā¦ But then more times than not, it just ā I have to pause my train of thought, read over what [unintelligible 00:20:14.24] and then either decide yes or no. And if itās not right, then I have to get back to my train of thought, which is not always foolproofā¦
Rightā¦? Failsafe?
Yeah. But the only place where Iām totally like āYes, just generate, and I will accept yours, and then try and tweak that from thereā is unit testing. Itās actually pretty darn good at generating unit tests.
Absolutely. Agreed on that.
Makes sense. If youāre into writing tests. Chris, what do you think?
Yeah. I mean, Iāve I think Iāve had good success with Copilot. I havenāt tried to use ChatGPT directly for coding, but itās cool that they have ā I donāt know what they do now, but it has some sort of understanding of the project youāre working in. And so I would be like - Iād select this class, and be like āOkay, refactor this class in this particular wayā, that would be tedious to do manually, and it does it. And it uses my types, and everything; it tries to keep the same style. And with unit tests and testing in particular, it knows Iām using a weird, a non-popular, just kind of an obscure assertion library. But it knows all the assertions Iāve written before, and itās able to figure out what to use. So itās not like Iām asking it to write unit tests and itās going and using try syntax, or [unintelligible 00:21:45.06] syntax, or somethingā¦ Because it doesnāt; it knows what Iām using in it, and it does it correctly four out of five times.
[00:21:55.02] I think this is kind of the natural process of maturation of a new set of capabilities that was developed, and weāre trying to learn the best ways to use them. And I think, for example, writing unit tests, doing other things - like, that is a productivity boost. I do think thereās a lot of hype cycles around the productivity boost that you get from writing new code, that I think are baloneyā¦ I donāt think itās actually ā I mean, to Amalās point, itās really useful when writing boilerplate. And if youāre writing a set of boilerplate scripts, or youāre trying to do little things to push data from one service to another, I think it is a dramatic performance boost there.
I have definitely seen, particularly like a junior using code completion, and then getting things where it has to go through many cycles of review and feedback, because itās not matching styles, or other things from the rest of the projectā¦ And I think itās a performance cost. I mean, I think we need to figure out where itās useful and where itās not, but some of that is getting past the hype cycle and saying āOkay, itās a useful tool in these scenarios, and it is not a useful tool in these other scenarios, and we should stop trying.ā
Yeah, yeah, absolutely. I couldnāt agree with you more, Kball. And thank you so much for bringing up the juniors thing, because I have thoughts on this, Jerod, which I really want to share on airā¦ So Iām really, really concerned about the arc of our junior engineers, actuallyā¦ Because I think remote work has been terrible for them. Iāve managed and led junior engineers in this remote environment, and trust me, itās not the same as being in an office with them, where they can just walk over to you, and they get that ambient learning from their team.
So I think remote work isnāt the greatest. It does provide access to work, but itās not the greatest when you are very ā you know, in the first one to three years of your career. The other thing is, AI - I look at tools like [unintelligible 00:23:50.24] VZero from Vercel, and all these other kind of code generation AI tools that are specific to kind of developing UI components, etc. - this is fine. I mean, this is the work that - listen, as somebody who has been in this industry for, I donāt know, 10 plus years, I donāt want toā¦ This is not work that I want to do. This is actually work that I have not been doing for years. I canāt remember the last time a company paid me money to make a component. You know what I mean? Like, Iām managing infra, and architecture, and all these other thingsā¦ And whoās writing components? Our junior engineers. Theyāre learning the ropes, theyāre doing the gruntwork, so that they can kind of get their reps in, the repetition, so that they understand how these systems are connected together. Theyāre the little building blocks, right?
And so Iām just really worried about what does the future look like for them? How are we going to have ā are we going to even have junior engineers? Because AI is doing the work of what I would consider junior people, and I think starting at a higher level of just ā I donāt know; I donāt know if that is really doing them justice. I donāt know. Maybe this is an irrational fear, I have no ideaā¦ But Iām just saying Iām worried.
Amal, you have nothing to worry about, because the AI companies have this all figured out; if you ask them, there wonāt be any engineers in five years. Soā¦ Problem solved.
Oh, goshā¦ Iām just saying itās a concern, you guys. And this is an us problem, it affects our industry; we should be figuring this out, and making sure we have a path for people at all levels, senior to junior. And I just want to make sure that people can progress those paths in a way that is conducive, and healthy, and sustainable. And Iām not saying that even being a junior engineer ā some people get through junior in six months, and theyāre done. And theyāve moved on to mid. Some people are there for a few years. So itās not even something thatās like a universal standard, or timeline, or whateverā¦ But Iām just saying, I just want to make sure that we have a path for people to learn, effectively, so that they can manage these complex systems. And when things go sideways on the AI written code, they know how to debug at 3am, if they need toā¦ Because thatās what happens. Incidents happen.
[00:26:01.16] Well, I think Iām with you. I think that thinking back to when I was a junior, I didnāt know how to debug at 3am either, until I had to debug at 3am, and then I had to figure it out. So I think that still all those same processes apply, just perhaps maybe in scarier waysā¦ I donāt know; maybe it was pretty scary back then for me as well.
I think itās more that youāre debugging at 3am as a senior, or mid-level person, or above. Itās just that like ā
No, no, I mean, when I was a junior, I said; back when I was a junior. How I learned to do it was by doing it.
Oh, I see.
Thereās certain things that you learn to do by doing. And you canāt actually impart that to somebody until they go through the fire, hopefully with somebody alongside them whoās been there before, because itās a lot better that wayā¦ But I donāt know, The Kids Are Alright.
I hope so. I hope so. Iām so worried about this younger generation. I feel so privileged and blessed to be in my mid to late 30sā¦ [laughter] Inside joke thereā¦
It is concerningā¦ Yeah, I do have concerns, because I use these tools every day; I go to ChatGPT before I go to Google now, almost 100% of the time.
Same.
[laughs] We should make that a T-shirt.
But I also have ā almost every single time, Iām asking it to help me write this thing, and then I have to literallyā¦ I either literally copy and paste the error that I got, or Iām like āThat method doesnāt exist. What does it always do? Youāre correct, that doesnāt exist! Let me correct that, and go for [unintelligible 00:27:30.00] And having to just constantly do that as a junior, where you either have ā you have to do something, and itās constantly giving you this BS all the timeā¦ It would feel overwhelming.
Yeah, but think of the alternative. Go back, Nick, when you were writing C for the first time, in like Intro to Computer Science class, or whatever language youāre writing. Java. And you would type out the thing and youād say āOkay, GCC, whatever, compile this.ā And it would be like āCompilation error.ā And it would just stare at you. And youād be like āUhhhā¦ Okayā¦ā It wouldnāt give you anything besides maybe chunking out a whole bunch of binary-looking crapā¦ And youād be like āWhat do I āā Think what the kids can do right now. They take the output, they put it to ChatGPT, they say āThis didnāt workā, and it says āYou are correct. Try this.ā And then they try that.
And so like, we were just out there ā I mean, Iāll speak for myself, because Iām older than you, Nick. I was on an island when I was learning. I didnāt have any help at all. Pretty much. I had a book that didnāt change the words when things changed. And I had a compiler that didnāt really say much when it wouldnāt compile. And we all survived. So I donāt knowā¦ The Kids Are Alright, guys. Theyāll be alright.
So I think there is a key thing hereā¦ Amal, you brought this up and you said āI donāt know if this is just me.ā Itās definitely not just you. I think this is a real concern. Itās a concern that happens anytime technology changes.
Weāre not talking about it, though, Kball.
Well, I mean, you say weāre not talking about itā¦ It was the subject of one of the big talks at a conference I went to.
Okay, thatās good.
There is some amount of this in the discourse. It was a management-focused conference, so it may not be ā I donāt know. But yeah, there was definitely a question. Now, the speaker in that case was sort of pushing his book; not his physical book, but like his stance, because he runs a training companyā¦ And he was saying, āOh, if youāre not going to learn these things through the course of doing anymore because of AI, we need to do more formal training.ā That is one angle to this. Like, if you think about calculators, we force kids to practice doing calculations without calculators, because it helps them start to learn the underlying pieces, even though at some point they pretty much start using calculators for everything.
There may be an analog to what we need to do in software. Maybe itās more formal training, maybe itās something else, but there may be something where we say āIf you are learning, you donāt use these tools, even though they would help you, because you need to learn the underlying fundamentals before you start applying these tools.ā
[00:30:08.01] And we separate out the doing for learning from the doing for doingā¦ Which is not something that happens right now a lot in entry-level positions. Thereās a lot of āYouāre doing this thing, and youāre expected to learn on the job, and kind of go.ā Maybe we need to formalize the separation a little bit more, of like āHereās a set of things you do to learn principles, and hereās a set of things you do to get the job done.ā
In college, all I learned was principles, and I didnāt know anything ā I didnāt learn anything about doing a job. And you read articles where employers say thatās a huge problem about college grads, where itās just theory and first principles, and they donāt know how to ship software.
Yeah. But yeah, I think the applied part of engineering is youāve gotta go to a tech school for that. [laughs]
Well, yeah, but I mean, if you go through college and you havenāt used AI ā Iām sure you do now, butā¦ If you donāt know how to do it, and theyāre gonna expect you to know how to write a prompt, I meanā¦ I donāt know.
Yeah, no, I hear you. Iām sorry, and just ā Iām very biased towards tech schools, because I went to one. I didnāt graduate. Thatās like its own show, fun backstory thereā¦ But I did go to a tech school, and I felt like they are the only ones that I saw doing a ton of like hands-on learning projects. They make sure you can do the thing that you learned. Iād love to see more universities doā¦
Well, the problem with college isnāt merely that you donāt get applied education, itās that you end up with a giant heaping debt that you never pay off your entire life. And itās the only thing you cannot file bankruptcy against. Thatās the problem with college. But weāre on a whole other podcast talking about that.
I do wonder, coming back to the generative AI thing, if part of the challenge right now - and this is coming in from the chat, but the challenge right now is sort of this assumption pushed by people who have a lot of investment in AI, that AI can actually replace people coding. And theyāre pushing ā you have all these studies, āOh, itās improving your productivity, itās doing all thisā, and so everybody thinks āOh, Iāve got to do this or Iām falling behind.ā And as we were highlighting, for some problems itās a big help, and for other problems, itās crap. And itās not helping you get more done, and at the same time, itās inhibiting your ability to learn.
So I think some of this is pushed by people like the Sam Altmans of the world, who - they have an agenda. And itās very clear that they have an agenda, but theyāre kind of taking thisā¦ Itās like the NFT boom. āThis is gonna replace all these things. This is gonna be doing these things.ā Well, thereās more value in AI than I think there was in crypto, but thereās also a whole lot of junk.
And the question is, that none of us know the answer to, is like āWhere will the pace of progress take us over n years?ā Which goes back to my prediction; I predicted weād have another plateau. I havenāt seen a step change like we saw with transformers since thenā¦ And now weāre just kind of like at this new plane, where we can do generative AI, now we have these tools, and now weāre gonna integrate them, weāre gonna test them, weāre gonna figure them out, weāre gonna have these minor improvements to our work and life, that donāt replace humans at all. The question is, will the next step get us to a place there, or not? Or is it or is there going to be another one? And when will those step changes happen? This last one took about five years. Is there going to be another one at the pace of ā that was what the buzz was about back in the spring, was like āLook how fast weāre moving now. Itās going to just hit the stratosphere from here.ā We have seen that not take place. We are learning how these have improved our lives, but now weāre seeing where they stop, and the question is [unintelligible 00:33:54.09] in five years there wonāt be any engineers; like, that could be true. I donāt think it is, I donāt think the history has played out that way. Past results do not predict future performance. But maybe these people are right that you wonāt need humans in the loop in 5 to 10 years, and the AI will do it all. I think all five of us are probably on the betting against that, but weāve been wrong before, havenāt we, Kball? [laughter]
[00:34:20.13] I think that thereās less of a concern of it fully replacing us, but I do think that there is some truth to the idea that humans who use the AI well will outpace the humans that donāt.
Sure.
And that might lead to ā I mean, Iāve heard the argument both ways. That might lead to less overall jobs, because you can really have a ā10x developerā, whoās 1x plus the 9x AIā¦ Or is it gonna be like the ā another argument I saw was the push from assembly languages to higher level languages didnāt make it so that there were fewer programmers because it was easier to program, it made it so there were way more programmers.
Yeah, because thereās more opportunity, and cheaper ā more people can play the game. Yeah.
Yeah. I mean, I think thereās a huge swath of businesses whose economics donāt make sense at the current cost of software development, that might make sense if you reduce the cost of software development by 10x, or 5x, or something in those domains.
Thereās a huge swath of businesses that exist today, whose economics donāt make sense based on software development, and they only are alive because capital was so cheap, and weāre learning that.
Sure.
But maybe those sure businesses do make sense in a world where AI makes software developers 10 times more productive.
I just wish those businesses would die. Iām sorry to say that. And it sounds so harsh, but really, itās really bad for all of us. Because what it does is it creates this churn, yāall; all these incredible, smart, kind human beings go work at these companies with a hope and a dream, and then they get laid off, and it just creates churn. And all they want for Christmas, New Yearās, whatever, is stability tech. Stop creating churn in our community; stop it. It sucks.
Itās a natural process though, of all creation, is churn, and life and death, and things survive and things donāt, and thatās the way it plays out. You canāt just know whatās going to work; you have to try things.
Too much churn. We can do better. We can do better, you know? And I would rather we be growing at a slower rate and have it be more sustainable and less churn-heavy than what we have today.
The last year and a half have been brutal in this industry. Theyāve been absolutely brutal. And I think a lot of that has been a hangover of a couple of years that were manicā¦ Itās almost like the industry itself is doing a manic depressive thing.
Coming back to predictions, I would actually predict that towards the second half of next year, we get back to something that feels a little bit more stable in the tech industry. I think weāve still have some overhang to work through. I think thereās going to be more startups going bust. But I think both because weāve worked through a fair amount of it, and because I expect financial conditions to ease up, the second half of this year I think is going to look more stable in the tech industry.
Yeah, I think so, too. I think overall 2024 Iām hearing is looking up, even just from recruiters and people that are waiting on hiring.
Define stability. I want Kball to define that, so I can hold his feet to the fire later. This is way too vague. I feel like youāre gonna be right, even if itās not specific. What do you mean more stable?
Iāve learned my lesson from Twitter. [unintelligible 00:37:32.02]
Well played, well played.
Itās a good question.
Less layoffsā¦?
Maybe itās less layoffsā¦ Which weāve had reduced layoffs over the course of the year; we will probably see ā I think we saw a few coming through in December again, and we may see a spike up at the beginning of the year again, just because everybodyās doing their annual āOh my god, what are we trying to do next year?ā So I think that. I think a part of it is big tech will be expanding and hiring again.
[00:38:03.12] Which weāve seen of the big tech. I think Facebook/Meta is the only one so far that has shown that they are, which may be just be the first of all, or maybeā¦
Oh yeah, no, Iām being poached for roles at Meta and Microsoft and Google right now, soā¦
Youāre being poached? I thought you were funemployed.
Oh, I guess Iām funemployed, but I mean, theyāre poaching me from my first choice. [laughter]
Youāre being recruited?
Theyāre poaching you from your life of leisureā¦
Yes. Yes. Yes.
Well, thatās good to know.
Yeah, Iām being recruited. Iām being recruited. Yeah.
What about us plebs? Can us plebs get a job offer, Amal?
Yeah, I guess. Sure. And technically, another letter in the FAANG, but Iām not gonna say which one. And no offense to anyone who works at any of these companies, Iām not trying to work at any of these companies. Iām trying to work somewhere else. But Iām just saying that the recruiters are back.
Recruiters are people too, you know? Thatās what I always have to remind myself. Cool. Chris, any predictions for this year, 2024? Youād like to put your name on any future goings on?
Well, weāve already heard that Twitterās gonna go bankruptā¦
[laughs] You can put your money behind that one.
Yeahā¦ Can we do like a death pool? Or no?
[laughs]
Thatās where Iām at.
Itās gonna get pretty morbid around hereā¦
Okay, letās not do that.
Who would you like to see die this year? No, uh ā
I mean, I donāt have a preference, butā¦
Okay, but who do you think might die?
Well, Jimmy Carter doesnāt have longā¦
[laughs]
Thatās trueā¦ But then again, heās been in hospice for like the last five years.
Thatās true. I thought he was gone already. He hasnāt died? Wowā¦
No, heās hanging on.
Thatās amazing. Thatās a sound choice.
So that must be it. Thatās my prediction.
I hope Jimmy Carter is alive. I hope he stays alive. Heās one of my favorite living presidents.
I hope he survives, yes, just so that we can call Chris wrong last yearā¦ But thatās an epic call. Alright, Nick, can you top that? 2024 prediction, better than what Chris just didā¦ Because oneās amazing.
I donāt knowā¦ I like too the idea of a Deadpoolā¦ Not that I want any one, or any ā
Like a sequel?
Not that I want anything to die, but I just feel like thereās going to be churn enough that the kings are going to at least be challenged more than they have been in the past.
Which is good.
3; And the things that are making me think that ā
Get specific.
I donāt know if I want to call it out specifically, butā¦ [laughs] I feel like the close-knit [00:40:47.11] ā I donāt know my words todayā¦ My CO2 is off the charts because of podcasting.
[laughs] Oh, goshā¦ The quantified self.
Yeah. I think that the really close marriage between React and Next is going to turn out to be a mistake that hurts React more.
Ohā¦ Do you think thereās gonna be a divorce?
No, no, theyāre not gonna get divorcedā¦ But something else is gonna supplant it, or at least supplant it in the mindset, right? Because nothing is supplanting jQuery yet.
Okay. Mindshare.
Iām worried that ā Iām not worried, Iām predicting potentially that Nextā¦ Everybodyās gonna start seeing through the Next facade to the Vercel advertisement that it isā¦
Okay, I think thatās already happened, to a certain extent. You think itās gonna go viral?
Itās gonna really affect Reactās market share.
People are actually going to move away, versus just talking about it.
Yes.
Okay.
To Astro.
How do we measure that? Oh, to Astro. You have a specific one.
Astro is awesome, okay?
I think thatās how we put a nice, hard prediction on it. Astro overtakes Next.
Yeah. And we can just use the State of JS survey results.
Not every siteās a static site, though. I mean, I think Astro is great for ā
Theyāre moving the other way.
How so?
Isnāt Astro becoming less of a static site generator and more of theā¦?
[00:42:10.09] Yeah, yeah, yeah. Yeah, I guess youāre right with the newerā¦ Yeah. I mean, thatās fair. I mean, you could still do very rich interactions with Astro sites, itās just that because itās not the hot path, which I think is the right thing, itās just one more thing to do. And so if thatās all youāre doing, itās maybe not the best choice, I would say; maybe use Lit, create a bunch of Lit componentsā¦ You know, thatās the way I would go.
Yeah. I was gonna say, maybe Angular is cool again.
Angular is cool again.
Oh, weāre gonna find out ā weāll find out in January, as Kball and Amal host a few eagerly-anticipated and requested Angular coverageā¦ Coming to JS Party. Thereās my prediction.
Sorry, we suck at Angular cover coverage, guysā¦ Just so you know. I think itās just like not a lot of us are using it anymoreā¦ I was managing a team for a little while, an Angular teamā¦ But I was a manager, so I was dealing with all the other problems, and didnāt get a chance to really dig into Angular too much. But Iām excited to do that this upcoming year.
Yup. January, February, weāve got a couple on the booksā¦ And if those go well, I think now we have some connections into those teams, so we can get more.
Yeah. And I have also just a really great community show planned with a couple of really nice folks from Poland as wellā¦ I would love to do that in like March, April. Because the Angular community is amazing. Theyāre the best community, I feel like, in the frontend space; theyāre just the most lovey-doveyā¦ I donāt know, theyāre great.
Have you ever heard of Ember.js?
Oh yeah, I take that back. Ember is great, too. I just know less people. Soā¦ Ember is amazing, too. But those are definitely the best communities, by far.
Any other predictions for 24, Amal?
My prediction is that ā so first, I want to clarify something. Some of the smartest people I know in our industry are writing components, and they write way more complicated components than I could ever even writeā¦ Thereās nothing wrong with writing components. I just maybe wanted to clarify that Iām not being paid to create buttons and interactions on a screen anymore. Like, Iām paid to do the other stuff. So I just wanted to correct that, because I feel like [unintelligible 00:44:14.23]
But I thought your point recently was youāre not being paid to do those things yet.
Oh yeah, yeah, Iām not being paid to do these things yet. Listen, do you understand the meaning of itās really hard to quit funemployment? Iām having too much fun. I donāt ā like, if I could do this for another year, Iād be straight. But alas, I have to get a job. Gotta help my husband pay the bills.
My predictions are we are going to start embracing simplicity. So I think weāre kind of at the point of the pendulum swing where our problems have problemsā¦
Oh, thatās a good episode title.
Yeah, our problems have problems. So itās like, weāre just gonna start to realize that we have dug ourselves into way complicated mess, and CSS and JavaScript and web APIs are giving us some really great primitives, that are gonna potentially help us write more idiomatic code all around, including type annotations, which Iām super-excited aboutā¦ Weāre a few years away from that unfortunately hitting a browser, I thinkā¦ But still, thatās very exciting.
So I think weāre going to start embracing simplicity, because I think weāre going to realize that less is more, and when you have more time, especially, it means you can do more things for your users. So thatās what Iām hoping for.
I think weāre gonna see a lot more projects embrace JSDocs over TypeScript as one small step towards simplicity, I think [unintelligible 00:45:44.28] around like build architectures, and stuff like that. I think weāll start to see a lot more apps shipping unbundled JavaScript, but I think minified unbundled JavaScriptā¦ So a little bit better than what DHH recently shipped with Once, but very close to itā¦
Hundreds across the board, wasnāt it?
[00:46:08.28] Ah, sure, but I think you have to understand thereās a big difference between Lighthouse and simulated performance, versus like in the wild. Very different numbers. And I think thatās why a lot of performance experts ā
Donāt they create those, so that we can actually do our tests against our ā I mean, arenāt we all striving for that though?
Itās that whole thing about once the metric becomes the goal, it gets gamed. So those metrics were useful when we werenāt targeting them as much. And now that we target them, we game them in a way that isnāt necessarily representative of real world performance.
But you have information about Once, that shows its real-world performance?
Well, I have a friend who I really wish I could ā they just donāt want to start a public beef war with DHHā¦ I havenāt started a beef war, but I definitely disagreed with him publicly, and I dealt with all his reply guys for a few daysā¦ So that was funā¦ But basically, his whole thing was like āI want to just take his side, and just run those files through a few build steps, and show him how itās faster.ā But minifying and compressing those files is gonna be faster than what he has. It just is. You can do benchmarks with any other website in the wild and see that, soā¦ So hopefully ā anyways. Either way though, heās taking a step in the right direction, so I donāt really care about the specifics. I think, in general, a step towards simplicity. So thatās my prediction.
How do you measure that?
I donāt know, Jerod, thatās a you problem.
[laughs]
Any measurement I come up with, youāre game, soā¦
Twitter sentiment is measure is ā that is a scientific unit of measurement, okay?
Oh, Twitter sentiment?
Wait, wait, weāre gonna run a survey this year, right? So maybeā¦
Weāre gonna ask people if they value simplicityā¦ Who says no to that? Nobody says no.
I donāt know. But maybe we can come up with some sort of proxy metric that we donāt expose to people, but you figure out how you want to measure it, put it behind the survey, run a survey beginning of year and end of year, and there we have a way to start to ā
Yeah. You guys, Iāve gotta tell you a story about this thing called a smoot. Thereās this bridge right next to MIT, where they literally took some fraternity guy and they just measured how many times can we lie this person down across the bridge. They basically came up with a unit of measurement which was his height, and it was like āHow many smoots does it take to get across the bridge?ā So they came up with this unit, andā¦ Anyway, so all Iām saying is that we have something called a smootā¦
Where is this going?
ā¦that was a made-up unitā¦ So we need something like that thatās like a Twitter sentiment type thing, you know?
Ohā¦
So how many squirrels does it take before you see someone complaining, or praising something?
[unintelligible 00:48:48.11] already something. Wasnāt it called clout?
Prediction - clout will not be renovated in 2024. Okay, so assuming that we can measure sentiment towards simplicity, itās going to increase in 2024.
I think so, because I think enough is enough. Weāre really peaking on complexity, and making our lives so much harder than they have to beā¦ And I think as a result weāre hurting our industry, because people on the outside are just looking at us solve problems in different flavors, andā¦ You know, JavaScript just kind of gets a bad rap in enterprise as a result. Soā¦
Could we rank different open source frameworks or other things in terms of complexity, and then measure that, or do something ā like, thereās a couple different angles I could see taking this. So one is like certain frameworks are more complex than others, and maybe we could just have a ranking and then see how many people are starting new projects based on those frameworks. We could do dependency counts. Number of dependencies is like a rough correlation with complexity of simplicity. We could just do how many monoliths are getting started on GitHub, versus non-monolithic applicationsā¦ I donāt know, I feel like this is something that we could put up some proxy metrics for.
Yeah. Well, I can ask Twitter, to be metaā¦
[laughs]
Letās just say āHey, Twitterā¦ā
[00:50:10.15] There you go.
āā¦if I wanted to measure this metric, what are anchor posts that we can use?ā And whatever Twitter suggests, we canā¦
But Twitter is going to be bankrupt.
Right. We canāt do that anymore.
This sounds like a huge waste of time.
Yeahā¦ Hereās the problem - youāll never get past the part where you have to define what simplicity is. Youāre just never gonna get past it. Thereās PhDs about this thing. So I think we just keep it simple, and just declare Amal wrong at the end of the year. I mean, thatāll be the simplest, right? [laughter]
Okay, whateverā¦ It wouldnāt be the first time I was wrong, soā¦
I will say, based on Twitter sentiment, it does seem there is a swing back towards more monolithic approaches, all in one frameworks like Ruby on Rails, and Elixir, or Phoenix, and things like thatā¦
Htmx.
Htmxā¦ And the kind of commentary Iāve heard about it is like āOh, because the tech industry is shrinking at the momentā, or if not shrinking, at least struggling a little bit more, āthereās a lot more emphasis again on productivity over pure play scalability, or technical perfectionā, or whatever. And arguing that some of those other approaches were a zero interest rate phenomenonā¦ But I donāt know. I mean, I think, to Amalās point, there is a sentiment shift that seems like itās going on, and one could make arguments for whether thatās continuing to be trueā¦ But yeah, an objective measure seems beyond us.
Yeah. And I think the React Server Components - it was a big catalyst, I think, in kind of making that a higher-level conversationā¦ Because I can tell you, this simplicity thing has been happening ā these are conversations that have been happening, at least in my circles, for a while now. For a while, like, years. [laughs] I think the React Server Components thing really just pushed it to like this other level, where people were just like āWhoa, whoa, whoa, whoa, whoa, whoaā¦ What problem are we actually trying to solve here?ā So I in that sense, I think itās a good thing. But I think for me as just someone who cares about the health of the web ā I just want us to build cool stuff for people, and makeā¦ We need to focus on the next generation of problems, like how are we going to get our sites translated in all these different languages, and how are we going to make performant and accessible experiences that are for emerging marketsā¦? And how are we going to do cooler things on mobile? How are we going to just give people no reason to use a native app? How can we create web experiences that are just good enough, you know? So weāre just not there yetā¦ We have so many other things to be focused on, and weāre just like circling around these same problems, and Iām like āLetās move on alreadyā, you know?
Well, not to be a downer, but Iāve had enough trips around the sun now to know that when it comes to the software development community, shiny always beats simple. And we will be interested in simple until the next shiny. And then we will all quickly abandon our principles and chase shiny, until shiny stops shining, and some new shiny comes out.
But is generative AI stopped shining yet? Or is it still shiny?
Good question. Find out next time, on ā no, I donāt know. I ran out of stuff to say.
Letās do resolutions, as we are getting near the end. Does anybody ā we have a few predictions; weāll see what happens next year, of course. All in good fun. Resolutions, how about? I tend to just keep mine private, so I can fail to myselfā¦ But some of yāall like to put them out there to the public, so that we can help you stay accountableā¦ Does anybody want to be resolved in this new year to maybe change something about their lives, or have a goal for your career, or for your funemployment? ā¦anything, before we get into the big announcement.
So Iām working on a project, and ā well, Iāve already published it, but right now Iām working on a docs site, and a major rewrite, and all that stuffā¦
Really?
And I want to get it out there, and try to get it in more peopleās hands, andā¦
Awesome. Tell us about it. I didnāt know you were working on something new.
Yeah, itās like a thing that lints your package. So if youāre gonna publish to registry, it lints the tarball, the contents of the tarball, and how [unintelligible 00:58:11.06] you install from that tarball. And how does it work? And is it broken? And these are typically things that tests donāt catch. The idea is you run this, it will do stuff like it packs your project, installs it into a [unintelligible 00:58:30.16] and then runs a bunch of checks against it, to make sure that consumers can I actually use your package. So thatās the idea.
Nice.
Thatās very cool.
Thatās very cool.
Is it gonna be called Shiny?
No. Itās called Midnight Smoker.
Is it really called Midnight Smoker?
Mm-hm.
Wow.
Thatās kind of awesome.
Whatās the backstory behind that? That sounds like the name of a blues album more so than a JavaScript packageā¦
No, itās like smoke tests, right?
Smoke tests, but also the Joker, right?
Right. So one of its features is basically you can run arbitrary scripts against the package as it would be installedā¦ And so that would be a smoke test. āOkay, does this thing actually ā can I require this thing? Can I run the CLI?ā And you can do stuff like that. But thereās also like built-in checks if you donāt want to write a custom script. So thatās kind of where the name came from, smoke tests.
So that sounds as if itās from the perspective of a package publisher, but as you were describing it, Iāve found myself wondering if thereās a security version of this that a package installer could run this against a package theyāre going to install in a sandbox, and see āDoes this make weird network requests?ā or something else.
Noā¦ I mean, I think Iām probably going to just stay away from ā thereās other tools that can do things like that a lot better, I think. Iām trying to be careful not to do things like ā I donāt want to necessarily be a tool that checks and makes sure all the dependencies are there, or theyāre all used, or somethingā¦ Because there are other tools that do that, and I donāt want to step on ESLintās toes either. I donāt want to do things like ESLint does.
You mean you donāt want to solve a solved problem?
Right. Iām trying to limit the scope, and I think security checks are betterā¦ I mean, the other thing I work on, which is LavaMoat, would maybe help more with that sort of thing.
Weāve gotta do a show on LavaMoat next year.
Yeah, we do.
Thatās super-cool. Yeah.
Anybody else? I think thatās awesome, Chris. I think it sounds like a very achievable goal, since youāre almost finishedā¦ Of course, the 80/20 rule and documentationā¦ So best of luck to you still. Anybody else want to go on the line, put themselves on the line, I donāt know, stay on the line with their resolutions?
For me, Iāve got to stay moving, like as in I have to stay unconstipated, I think, with my creativity.
Oh, goshā¦ [laugh] Well, that paints a pictureā¦
Yeah. Whatever. Everybody uses the bathroom, including the former Queen of England, you know? And Beyonce.
Unless youāre constipated. Then you donāt use it.
Anywaysā¦ [laugh]
But thatās how you think about your creativity, just gotta flush the system?
Just lush it. Keep it moving.
Yeah, Iāve just gotta keep it flowing and moving. Keep it regular. I think thatās the ā
āGot to keep on movināā¦ā
Yeah, yeahā¦
Amal and her metaphors, you know?
Yeah, I have a birthing ā I donāt know, like Iām gonna birth a lot of creativity.
[laughs] Youāve got birthing on the mind.
Yeah, in 2024. No, I have some really fun projects coming up. Iām actually stepping into Node as a formal kind of contributor, and Iām going to be leading up to a very exciting project that Iām like āOh, should I āā I wanna have a few more conversations with people before I publicly announce it, but yesā¦ This is not my announcement, no, but Iām saying Iām excited about that. Iām gonna be doing some cool stuff with Node, and Iām gonna be writingā¦ Iām gonna not let perfect get in the way of goodā¦ Yeah, Iāve got to just ā Iāve gotta writeā¦ So yeah, Iām excited to have a lot of creative energy, kind of, I think, released into the world a bit more this year.
[01:02:28.01] Got it. More creativityā¦ More flowā¦ More birthingā¦ And flushing.
And flushing. Yes.
Nick, you wanted to be on more conferences in ā23ā¦ I see that youāre speaking at that conference in Januaryā¦ So how do you feel about that resolution, and are you resolved to continue that flow, or how do you feel about that? Maybe you have new ideas for this yearā¦
Yeah, I am pretty excited about thatā¦ Kicking it off right away with that conference at the end of January, which will be a lot of funā¦ And I havenāt submitted to any other ones, but I have ideas for talks that I think are really good, and theyāre things Iām really passionate about. Iām really getting into code [unintelligible 01:03:10.27] and manipulation, and I think that thereās a lot of really cool stuff to do with thatā¦ And Iām kind of working on a project around that right now, that I hope to continue on in the new year.
But yeah, I think thereās a lot of changes coming up, and Iām pretty excited about it. I think ā thereās a podcast that I listen to called [unintelligible 01:03:34.10] where they talk about a yearly themeā¦ And I just verbatim stole the yearly theme from the host for me, and that is the year of small improvements. So I have this idea of - Iām just going to make a tiny improvement at least once a week. So thatās 52 improvements over the next year. And thatās going to be like overall awesome. And thatās things like Iām going to actually install a proper light in my office, orā¦ You know, just like small bug fix, things that are annoying me Iām going to fix, and not let them just be annoying.
Like your internet provider? [laughter]
Like my internet provider.
Too soon?
I hope notā¦
Yeah. I love that idea.
And Iām gonna wear sunglasses.
Kball, would you like to go on the line?
Sure. I have made and failed at physical resolutions the last two years weāve done this, so I am not doing anything in that domain. So last year, the first half of the year I was purely running my own business, and in some ways because it takes a long time to ramp up a business, I was undercommitted for much of the year, and then I ended up getting a job, which has been awesome and challengingā¦ And Iām still running my own business. So I went from undercommitted to overcommitted.
So my resolution for this year is to get to a place where I feel like Iām moderately balanced. I am not so overcommitted that I feel like Iām pulled in a million different waysā¦ Which - it was trending there towards the year, as I got more onboarded with the job, and it was less overwhelmingā¦ But also not so undercommitted that Iām looking for something new, like a new job. So I think thatās the big goal.
The other thing is to keep working on my coaching skills. Thatās what the business was around. Thatās also the job that I got, is director of engineering at a coaching company called Mento. Thereās a lot of opportunities for me to think about and learn to be a better coach, and I want to keep doing that. That is something that I enjoy tremendously, and I think is also something where Iāve been able to help people a lot, and itās super-funā¦ So I will keep working on that.
Love it, love it. Well, Iāll finish up quickly, and weāll go to the big announcement and call it a show. They say the best way to predict the future is to invent it. So I will combine predictions with resolutions, and share a little bit. I think we are resolved here at JS Party to add some new voices to the pod this yearā¦ And so there we have both a prediction and a resolution.
[01:05:59.18] Weāre also resolved to bring back an old podcast here at Changelog, to revitalize and bring back an old show that we used to produce, and produce it once againā¦ And Iām also resolved to take Changelog++ to the next level in 24.
So those are three things that I think are achievable, two of which are already in motion and happeningā¦ So itās easy to predict things that are 80% done, but weāll see if the last 20% gets finished in time for it to be successful. Definitely going to add some new voices around here, so stay tuned for that. Hopefully, theyāll be somewhat familiar, yet new, as regulars; itās something weāve been working on behind the scenes for the last couple of months. So thatās exciting.
Okay, Amal - big announcement. So much has been building up to this moment. Kball, b0neskull - set her up. That means Kball does something and Chris just sits there.
Thank you. Yeah, I didnāt want to have to prompt Kballā¦ So yeah, I want my ā
Go ahead, Kball. Announce the announcement.
Announcements, announcementsā¦ Announcements.
[laugh] There you go, Amal.
Chris is shaking his head like nothingās gonna happen. Heās like āNope, nope, nope. Not doing it.ā
Heās like āThat shouldnāt have happened.ā
Wait, I could do the nose kazoo again if you want.
Okay, do it. It sounds good.
Yeah, please. It sounds like a horn. [nose kazoo 01:07:13.18]
So my announcement is that Iāve pinged these dudes that Iāve worked with on JS Party a few weeks ago to say āHey, weād love to do a survey this yearā, this year being next year. āHow do you all feel about it?ā And they were all āYeah, that sounds good.ā Okay, cool. So next steps are for me to create a repo; I want to kind of work on this in the openā¦ But essentially, what Iād like to do is create a JS Party listener survey, an annual listener surveyā¦ And so itād be great to work with some of you on the questions, and what you all think are usefulā¦ Weāll kind of seed some initial things there, but obviously, we can discuss itā¦ And so what Iād like to do is everything will be done in the open; the survey questionsā¦ I think weāll probably use the ā I think The State of JavaScript has this platform, the survey platform that they use, so I think we can actually technically host it thereā¦
But anyways, so weād love to kind of like hear more from you all a bit more directly on what you want more of, less of etc. and just have a way to kind of touch base annually. And so Iād like to give us - because everyone has 17 million other things that theyāre working on, and Iād like to give us at least like six to eight months to kind of actually work on this, starting in mid-January. And then Iād love to launch the survey in the last three months of this year.
So yeah, so I think thatās kind of what Iām thinking. So again, weāll put a link in the show notes for the repo. Weāll be having these discussions and working in the open. If youāre interested in contributing or chipping in or watching along, please. Yeah, we would love your help, and we welcome you. And I think one thing weāll have to decide is āOh, does it make sense to translate the survey into a different language?ā Maybe not, because the show is in Englishā¦
TypeScript?
ā¦but I donāt know. You all decide.
There you go. There you have it. The link will be in your show notes. You can get involved, help shape this, help make it better than we could surely make it on our own. That would be awesome. And weād love to hear from you all about how to make that great for everybody. Okay, this has been our New Yearās party. Happy ā24 to all you all out there listening. Any final words from the panel before I hit that outro song? Except for Nick. Anybody but Nick.
Oh, come onā¦ I had a good one.
[laughs] Go ahead, Nick.
Did you know that if you long-press the Share button on Threads, you get the share sheet?
What?!
Thatās it.
For Nick Nisiā¦ Amal, Chris, Kballā¦ Iām Jerod, this is JS Party. Happy 24, yāall. Letās make it an awesome one. Weāll see you next week.
Well, no, no, no, I have an announcement to make.
Okay, announcements. Announcements. This is part of our ā
So you let me know if you want the announcement to be now, or later.
Letās save it for later. You always save the announcement for the end.
Announcements, announcements, announcementsā¦
Yeah, Kball, youāre always the best at announcing announcements, I have to say. Youāre always like [01:11:29.12] That was your job in a past life, you know?
I donāt know, Chris has a literal kazoo over there. He could probably do a better [01:11:35.28] than Kballā¦
Yeahā¦ You know what - can we do a song between Kball and Chris? Can you do āAnnouncements, announcements, announcementsā and Iāll be maestro, and he kazoos?
Can your kazoo do an announcing sound?
No. [laughter]
I saw that coming a mile away, and I still wanted it, too. So I allowed it. Itās amazing.
Did he really mean it, or was that just like ā
Oh, he means it.
Oh, noā¦
Itās both.
Alright. Well, weāll just have to imagine it, Kballā¦ Okay, do you wanna do the announcement?
Um, nope. Letās save it for the end. Always save the best for the end.
Okay, weāll do that. Weāll do that.
Our transcripts are open source on GitHub. Improvements are welcome. š