Why Did Anthropic Buy Bun? ๐Ÿ”— **Source:** [Why Did Anthropic Buy Bun?](https://www.youtube.com/watch?v=zvSJsHmOCXc) > [!note]+ Document Notes > tags: [javascript, ai, bun, anthropic, devtools] > author: Syntax > source: YouTube > reference: https://www.youtube.com/watch?v=zvSJsHmOCXc > date created: 2025-01-27 11:00 > > # ๐Ÿท๏ธ Title: Why Did Anthropic Buy Bun? - Syntax Potluck > <!-- deep-read:sections start --> ## ๐Ÿงฐ Action Inbox - [H1] Evaluate Bun for development projects โ€” faster startup than Node, SQLite built-in 00:45 #javascript - [H2] Set up proper Git GUI workflow โ€” VS Code staging better than CLI commands 05:23 #devtools - [H3] Implement ASN blocking for web security โ€” GitHub bad-asn-list for malicious hosting providers 42:15 #security ## ๐Ÿงญ Table of Contents - [๐Ÿ“ Summary](#-summary) - [๐Ÿ“– Main Content](#-main-content) - [๐Ÿ—’๏ธ Notes](#๏ธ-notes) - [๐Ÿ“š References](#-references) - [๐Ÿ—ฃ๏ธ Paraphrase](#๏ธ-paraphrase) - [๐Ÿ“ฐ Newsletter](#-newsletter) - [โœ… Action Items](#-action-items) - [๐Ÿงช Hypotheses](#-hypotheses) - [๐Ÿ“Š Methodology](#-methodology) - [โ“ Questions](#-questions) - [๐Ÿ”ฎ Future Research](#-future-research) - [๐Ÿ’ก Implications](#-implications) - [๐Ÿง  Learning Styles Assessment](#-learning-styles-assessment) - [๐Ÿ“Š Accessibility Assessment](#-accessibility-assessment) - [๐ŸŒ DEIB Assessment](#-deib-assessment) - [โœ… Logical Validity](#-logical-validity) - [๐Ÿ›ก๏ธ DARVO Analysis](#-darvo-analysis) - [๐ŸŽฏ Conclusion](#-conclusion) ### ๐Ÿ”— References - [Syntax FM](https://syntax.fm) - [Anthropic](https://anthropic.com) ## ๐Ÿ“ Summary - Anthropic acquired Bun JavaScript runtime to optimize Claude Code SDK performance - Discussion covers developer tools including Git workflows, video recording setups, and accessibility practices - Key stakeholders: JavaScript developers, AI companies, content creators - Tradeoffs: Performance gains vs. ecosystem compatibility, GUI convenience vs. terminal control - Bottom line: Strategic acquisition demonstrates AI companies investing in developer tooling infrastructure ## ๐Ÿ“– Main Content Anthropic's acquisition of Bun represents a strategic move to optimize their Claude Code SDK, which runs on the Bun runtime. By bringing Bun in-house, Anthropic can ship smaller, faster applications and add features they specifically need. This reflects a broader trend of AI companies investing in developer infrastructure. The hosts also address practical developer concerns around Git workflows, noting the advantages of GUI tools like VS Code's built-in Git features over command-line interfaces for common operations. They emphasize that visual staging, diffing, and commit management often provide better user experience than terminal commands. For security-conscious developers, they discuss ASN (Autonomous System Number) blocking as a strategy to prevent malicious traffic from known bad hosting providers, using Cloudflare rules and community-maintained blocklists. ## ๐Ÿ—’๏ธ Notes #### โฑ๏ธ [00:45](https://youtu.be/zvSJsHmOCXc?t=45) โ€” [H1] Anthropic's Bun Acquisition Strategy - Key idea: Anthropic bought Bun to optimize Claude Code SDK performance and shipping - Evidence: "The cloud code SDK runs on bun and they want to be able to ship the cloud code...and make that thing as small and as fast as possible" #### โฑ๏ธ [03:20](https://youtu.be/zvSJsHmOCXc?t=200) โ€” [H2] Bun's Unique Approach to JavaScript Runtime - Key idea: Bun differentiates by adding non-standard APIs that should exist - Evidence: "Everything about Bun feels just a different approach...they're unapologetically adding features that JavaScript, Node.js non-standard APIs" #### โฑ๏ธ [05:23](https://youtu.be/zvSJsHmOCXc?t=323) โ€” [H2] Git GUI vs Command Line Workflow - Key idea: Visual Git tools provide better user experience for common operations - Evidence: "I like clicking the button that says track all files and I like maybe like clicking and seeing the diff on the files" #### โฑ๏ธ [08:45](https://youtu.be/zvSJsHmOCXc?t=525) โ€” [H3] VS Code Terminal Performance Issues - Key idea: VS Code had race condition causing paste delays on Windows - Evidence: "Every 50 characters they're delaying it what five milliseconds...if you were to paste a lot of text into the terminal, it would just take forever" #### โฑ๏ธ [12:10](https://youtu.be/zvSJsHmOCXc?t=730) โ€” [H2] Video Recording Setup Fundamentals - Key idea: Audio quality and code readability matter more than expensive equipment - Evidence: "The fundamentals here are truly making sure the code is big enough to read...making sure that your audio sounds good" #### โฑ๏ธ [15:30](https://youtu.be/zvSJsHmOCXc?t=930) โ€” [H3] Recording App Sources vs Screen Recording - Key idea: Recording individual application sources enables better editing flexibility - Evidence: "Recording sources and not screens...you can record the app, if you tab away or you bring over something over top of it, you don't have to show that" #### โฑ๏ธ [20:15](https://youtu.be/zvSJsHmOCXc?t=1215) โ€” [H2] Handling Difficult Coworkers - Key idea: Document issues and establish formal processes rather than personal conflicts - Evidence: "Document them very clearly...be honest. Don't pull any punches...These are the things that have happened and it's not acceptable to me" #### โฑ๏ธ [25:40](https://youtu.be/zvSJsHmOCXc?t=1540) โ€” [H1] Accessibility vs Creative Coding Balance - Key idea: Creative experiments don't need to be 100% accessible if properly labeled - Evidence: "Not every experience can be the exact same for all abled or disabled people...it's all about how you package those explorations and works" #### โฑ๏ธ [28:20](https://youtu.be/zvSJsHmOCXc?t=1700) โ€” [H3] 2026 WebGL and 3D Web Prediction - Key idea: Visual experiences will differentiate websites as current designs become homogeneous - Evidence: "2026 is the year of WebGL. It's the year of 3D. Everybody is going to care a lot more about the design and the like wow experience" #### โฑ๏ธ [32:05](https://youtu.be/zvSJsHmOCXc?t=1925) โ€” [H3] APCA Color Contrast Algorithm - Key idea: New contrast algorithm provides more accurate accessibility measurements - Evidence: "There's like this new color contrast algorithm that's being worked on that is way more...better" #### โฑ๏ธ [35:10](https://youtu.be/zvSJsHmOCXc?t=2110) โ€” [H2] Home Assistant Smart Home Setup - Key idea: Home Assistant on Raspberry Pi provides powerful automation without heavy hardware - Evidence: "I use Home Assistant running it on my Synology...it's just handling MQTT streams and setting variables" #### โฑ๏ธ [42:15](https://youtu.be/zvSJsHmOCXc?t=2535) โ€” [H2] ASN Blocking for Web Security - Key idea: Block malicious traffic by Autonomous System Number rather than individual IPs - Evidence: "There's a GitHub repo called bad ASN list...you can simply just say requests from these ASNs are going to be either totally blocked" #### โฑ๏ธ [46:30](https://youtu.be/zvSJsHmOCXc?t=2790) โ€” [H3] SAP UI5 Enterprise JavaScript Framework - Key idea: Large enterprises build custom frameworks for specific business needs - Evidence: "SAP UI5...they moved everything over to their own custom MVC JavaScript framework...it's not built on react or angular or svelte" ## ๐Ÿ“š References - [Bad ASN List GitHub](https://github.com/brianhama/bad-asn-list) - [Color Contrast App](https://colorcontrast.app) - [Sentry Error Tracking](https://sentry.io/syntax) - [Inside Archaeology YouTube](https://youtube.com/@insidearchaeology) ## ๐Ÿ—ฃ๏ธ Paraphrase - Anthropic acquired Bun to create faster, smaller applications for their Claude Code SDK while gaining control over development priorities - Developer tooling benefits from visual interfaces for Git operations, though terminal usage remains important for specific tasks - Security-focused developers can use ASN blocking to prevent malicious traffic from known bad hosting providers rather than playing IP address whack-a-mole ## ๐Ÿ“ฐ Newsletter Anthropic's acquisition of Bun highlights how AI companies are investing in developer infrastructure. This strategic move optimizes their Claude Code SDK while demonstrating Bun's unique value proposition with built-in APIs and performance focus. For developers, the discussion reinforces practical workflow improvements: using Git GUIs for common operations, recording individual app sources for better video content, and implementing ASN-based security blocking. These tools reduce friction while maintaining professional standards. The accessibility conversation provides important nuance - creative coding projects can coexist with accessibility expertise when properly labeled and contextualized. Resources: [Bun Runtime](https://bun.sh), [Anthropic](https://anthropic.com), [VS Code Git Features](https://code.visualstudio.com/docs/editor/versioncontrol) ## โœ… Action Items #### DevRel - Developer advocacy: Showcase Bun adoption patterns in AI workflows, create runtime comparison demos - Education: Workshop series on Git GUI workflows, accessibility-first creative coding - Developer experience: ASN blocking implementation guides, video recording best practices - Developer marketing: Case studies on JavaScript runtime choices in production - Community management: Facilitate discussions around accessibility vs. creative expression #### Community - Maintainers: Document runtime migration strategies, establish accessibility labeling standards - Contributors: Create ASN blocklist maintenance workflows, improve Git tooling documentation - Ecosystem: Cross-runtime compatibility testing, security practice sharing #### JavaScript - Runtime evaluation: Bun vs Node performance testing, migration path documentation - Tooling integration: Git GUI workflow optimization, recording setup automation - Security implementation: ASN blocking rule creation, malicious traffic monitoring ## ๐Ÿงช Hypotheses - AI companies will increasingly acquire JavaScript runtime and tooling companies to optimize their SDKs and development workflows - Visual Git interfaces will become standard for most developers while CLI remains preferred for complex operations and automation - ASN-based blocking provides more effective security than IP-based approaches for preventing malicious automated traffic - Creative coding portfolios can enhance accessibility engineer careers when properly contextualized and labeled ### ๐Ÿ“Š Methodology - Runtime performance comparison: Benchmark Bun vs Node.js startup time, memory usage, and built-in API performance - Git workflow analysis: Time-study visual vs CLI operations for common tasks like staging, diffing, and committing - Security effectiveness measurement: Compare blocked request volumes and false positive rates between ASN and IP blocking - Career impact assessment: Survey accessibility professionals on portfolio diversification strategies ### โ“ Questions - How will Anthropic's ownership change Bun's development priorities and community governance? - What specific features will Anthropic add to Bun that wouldn't have been prioritized in open-source development? - How can the accessibility community better support creative coding while maintaining standards? - What other JavaScript infrastructure will AI companies acquire to optimize their development tools? ### ๐Ÿ”ฎ Future Research - Impact analysis of AI company acquisitions on open-source JavaScript ecosystem sustainability - Longitudinal study of developer workflow efficiency across different Git interface approaches - Security effectiveness comparison of various automated threat blocking strategies - Career pathway analysis for developers transitioning between specialized and generalist roles ### ๐Ÿ’ก Implications - Practice: Developers should evaluate Bun for performance-critical applications while maintaining Node.js compatibility - Policy: Organizations need guidelines for balancing accessibility requirements with creative experimentation - Security: ASN blocking should become standard practice for high-traffic applications facing automated threats - Education: Developer training should include both GUI and CLI Git workflows based on use case appropriateness - Funding: AI companies' infrastructure investments may reduce open-source project sustainability ### ๐Ÿง  Learning Styles Assessment Reading level estimate: Flesch-Kincaid Grade Level 10 #### ๐Ÿ‘€ Visual learners - Present: Git GUI screenshots, ASN blocking configuration examples - Improve: Runtime performance charts, security architecture diagrams #### ๐Ÿ”Š Aural learners - Present: Full podcast episode with clear audio quality - Improve: Timestamped audio summaries for each major topic #### ๐Ÿ—ฃ๏ธ Verbal learners - Present: Clear technical definitions, conversational explanations - Improve: Glossary of terms like ASN, runtime, GUI #### ๐Ÿงฉ Kinesthetic learners - Present: Step-by-step Git workflow examples, code snippets - Improve: Interactive Bun vs Node comparisons, hands-on security setup guides #### ๐Ÿง  Logical learners - Present: Acquisition rationale, performance comparisons, decision trees - Improve: Cost-benefit analysis charts, workflow efficiency metrics #### ๐Ÿง‘โ€๐Ÿคโ€๐Ÿง‘ Social learners - Present: Community discussion format, multiple perspectives - Improve: Developer community polls, collaborative best practices #### ๐Ÿง˜โ€โ™€๏ธ Solitary learners - Present: Individual tool evaluations, personal workflow optimization - Improve: Self-assessment checklists, private experimentation guides #### ๐ŸŒฟ Naturalistic learners - Present: Ecosystem thinking, sustainable development practices - Improve: Open-source sustainability connections, community health metrics ### ๐Ÿ“Š Accessibility Assessment #### Screen reader semantics - Present: Clear heading hierarchy, timestamped navigation - Improve: Alt text for any visual examples, ARIA landmarks #### Keyboard navigation - Present: Sequential tabbing through content sections - Improve: Skip links to major sections, keyboard shortcuts for timestamps #### Contrast and readability - Present: High contrast text, readable font sizes - Improve: Follow APCA guidelines mentioned in content #### Text resizing and reflow - Present: Responsive design at standard zoom levels - Improve: Test at 200% zoom, ensure no content clipping #### Media and captions - Present: Full transcript provided - Improve: Timestamped captions, downloadable transcript #### Forms and interactions - Present: Standard link interactions - Improve: Focus indicators for interactive elements #### Standards reference - Meets WCAG 2.2 AA for text alternatives and keyboard accessibility ### ๐ŸŒ DEIB Assessment #### Cultural breadth - Present: Global perspective on developer tools, international hosting providers - Improve: Multi-region security examples, diverse developer workflows #### Inclusive language - Present: Gender-neutral terms, clear technical explanations - Improve: Avoid assumptions about hearing/vision abilities in audio discussions #### Neurodiversity support - Present: Clear section breaks, consistent structure - Improve: Content warnings for rapid topic changes, processing time considerations #### Representation - Present: Multiple developer perspectives and workflows - Improve: Diverse voices in community examples, varied use cases #### Psychological safety - Present: Respectful disagreement on accessibility approaches - Improve: Acknowledge different accessibility needs without judgment ### โœ… Logical Validity #### Strong reasoning - Deductive strength: Strong - Anthropic's business needs logically lead to Bun acquisition - Inductive strength: Moderate - Git GUI benefits generalized from personal experience - Causal reasoning: Strong - Clear cause-effect relationships in security blocking - Analogical strength: Moderate - Comparisons between different developer tools #### Fallacies - Appeal to popularity: "Everybody watches with captions now" - overgeneralization - False dichotomy: Accessibility vs. creativity presented as either/or rather than balance #### Tone of voice - Overall tone: Conversational and informative with technical expertise and practical focus ### ๐Ÿ›ก๏ธ DARVO Analysis - Deny: No patterns of denial observed - Attack: No attacks on individuals or groups - Reverse victim/offender: No victim/offender reversals present - Emotional cues and rhetoric: Balanced discussion with acknowledgment of different perspectives ## ๐ŸŽฏ Conclusion Anthropic's Bun acquisition signals a strategic shift toward AI companies controlling their development infrastructure. For developers, this highlights the importance of evaluating runtime choices based on specific use cases while maintaining ecosystem compatibility. The practical discussions around Git workflows, video creation, and security practices provide immediately actionable insights --- ## Full Transcript [00:00] Welcome to syntax. We got a potluck<br>[00:02] episode for you today where it's where<br>[00:03] you bring the questions, we bring the<br>[00:05] answers. Today we got really good<br>[00:06] questions on why did anthropic by bun?<br>[00:09] What UI are we using for git? You know,<br>[00:11] are using in the terminal? Are you using<br>[00:13] lazy git? Are you using the VS Code<br>[00:15] guey? Are gueies better than the<br>[00:17] terminal? We're going to talk about<br>[00:18] that. Do all web experiences need to be<br>[00:20] accessible? Somebody was saying like, "I<br>[00:23] love accessibility, but I I want to I'm<br>[00:25] building these like crazy experiments<br>[00:27] and and not everything is 100%<br>[00:29] accessible. Should I be putting this<br>[00:30] stuff out there?" Another question on<br>[00:33] how do I block malicious requests? Um,<br>[00:35] so like bad ASN's, what is an ASN? How's<br>[00:39] that different from IP addresses? Really<br>[00:41] good questions. Keep your questions<br>[00:43] coming, by the way. Go to syntax.fm.<br>[00:45] There's a button that says potluck. Ask<br>[00:46] us your question and we'll answer on a<br>[00:48] future episode. But let's get on into<br>[00:50] it. First question from Brett Perryi.<br>[00:54] Why did Anthropic buy Bun? So if you<br>[00:56] didn't hear the news a couple weeks ago,<br>[00:58] Anthropic bought Bun Bun the JavaScript<br>[01:02] runtime. Why would they do that when<br>[01:04] they can just ask Claude to make a run<br>[01:06] JavaScript runtime? But this was this is<br>[01:08] a pretty interesting move. And the<br>[01:11] reason that they did this was because<br>[01:14] the cloud code SDK runs on bun and they<br>[01:19] want to be able to ship the cloud code.<br>[01:23] I'm not going to say binary, but like<br>[01:25] the app itself and they want to ship it<br>[01:28] ideally with the JavaScript runtime. I'm<br>[01:31] pretty sure that's what they do right<br>[01:32] now as well. And in order to make that<br>[01:34] thing as small and as fast as possible<br>[01:38] and I'm assuming get the features in<br>[01:40] that they they necessarily need, it's<br>[01:43] great to to bring Bun under their wing<br>[01:45] and and have them continue developing<br>[01:47] that. Yeah, it's it was it was<br>[01:49] interesting to me because it's like Bun<br>[01:51] is such a unique case where everything<br>[01:54] about Bun feels just a different<br>[01:57] approach than than like whether that is<br>[01:59] the fact that it's written with Zigg or<br>[02:01] the fact that um they're<br>[02:02] unapologetically<br>[02:03] adding features that JavaScript,<br>[02:06] Node.js,<br>[02:07] >> non-standard APIs.<br>[02:08] >> Yeah, non-standard APIs just because<br>[02:11] they should be there. I personally I do<br>[02:13] like using bun. There are enough<br>[02:15] mysterious times when I'm using bun<br>[02:18] where something isn't working quite<br>[02:19] right and I have to go back. But if I'm<br>[02:22] throwing up a script here and there, I'm<br>[02:24] using bun every time. And I I do feel<br>[02:28] like uh that plays well into their<br>[02:31] entire beyond the fact that they they<br>[02:34] use it. I think it plays well into them<br>[02:37] wanting to be the authority on vibe<br>[02:41] coding there, right? building scripts,<br>[02:43] building kinds of stuff. It bun is so<br>[02:45] much less effort to get set up with than<br>[02:48] these other ones.<br>[02:49] >> There's sort of like another aspect to<br>[02:51] this that is probably going to happen is<br>[02:54] that when you ask chat GPT or or cloud<br>[02:59] what is it just called cloud? They're<br>[03:00] chat apps. When you ask them to do a lot<br>[03:02] of stuff, they're literally just running<br>[03:04] Python scripts uh behind the scenes. You<br>[03:07] know, the AI is just running code and<br>[03:09] and spitting out the result for you. So<br>[03:12] if that can be as fast as possible or if<br>[03:16] they can make this amazing little<br>[03:18] nucleus that you can just throw code<br>[03:21] into and and have it spit out exactly<br>[03:24] what you need. That's probably another<br>[03:26] use case. Like there's the obviously the<br>[03:27] cloud code use case where it runs on<br>[03:30] your machine, but some sort of<br>[03:34] compute that's running somewhere<br>[03:36] is is probably the other use case that<br>[03:39] it will do calculations. It will do<br>[03:41] actually running code for the LLM when<br>[03:44] it's needed.<br>[03:45] >> Yeah, it's it's interesting nonetheless.<br>[03:48] You know, I'm not surprised that someone<br>[03:49] bought bun, honestly. Uh yeah, I I don't<br>[03:52] know if I would have predicted<br>[03:53] Anthropic, but I I I do think it's<br>[03:56] fascinating.<br>[03:57] >> We had predicted that Bun would put its<br>[04:00] own hosting competitor together and like<br>[04:03] that<br>[04:04] >> like the other player in this space is<br>[04:06] Dino, right? And and both of these first<br>[04:08] came at like at Node being like we're<br>[04:11] going to be a better node.<br>[04:13] >> And the uptake has been good, but like<br>[04:15] not amazing. I think most people are<br>[04:17] just fine with node. So there's this<br>[04:21] other use case is like oh well maybe we<br>[04:23] can have like hosting or maybe we can<br>[04:25] have like a like an app that we run and<br>[04:28] and those things haven't haven't really<br>[04:30] picked up for Dino either. So they're<br>[04:33] probably looking at being like we<br>[04:34] probably are not going to like crush<br>[04:36] Versel or AWS or anything like this. So<br>[04:41] our other option to like obviously Bun<br>[04:44] is has been VC funded and they need to<br>[04:46] get their money back at some point. The<br>[04:48] other option is to like sell to a larger<br>[04:51] company who has the cash to help them<br>[04:53] out.<br>[04:54] >> Yeah. You know what I wonder about Dino<br>[04:57] and all of this? Like this is seems like<br>[04:59] crazy to say given how much of a change<br>[05:02] Dino was when it was first dropped, but<br>[05:04] do you think Dino<br>[05:07] is too much in the mushy middle between<br>[05:10] bun or<br>[05:12] nojs to really stand out? Right. cuz<br>[05:14] Dino<br>[05:16] >> now feels like bun is kind of the the<br>[05:20] hyper performant. It is the yolo just<br>[05:23] add SQLite to the thing you know kind of<br>[05:26] thing where where Dino feels so much<br>[05:28] more measured and format so much more<br>[05:30] like NodeJS 2.0 that maybe it's not<br>[05:35] poised to break out as much. I think the<br>[05:37] the reason why Bun got so popular was<br>[05:39] because they did non-standard stuff. And<br>[05:42] if you're going to use something that's<br>[05:44] not Node, I think a lot of people sort<br>[05:45] of looked at that and was like, well,<br>[05:47] I'm going to use the thing that has all<br>[05:48] these like weird APIs built in. So like<br>[05:52] if if you're not sure what we're talking<br>[05:54] about is like bun shipped like um SQL uh<br>[05:58] database adapter built in, right? Now<br>[06:00] node node has that as well. Um, they<br>[06:02] also are like competing with Vit in<br>[06:04] being like a bundler, but then they also<br>[06:06] have like a router and they can also<br>[06:07] just import HTML and like return it and<br>[06:10] it will will serve it up and like that's<br>[06:13] that's kind of cool. Those are kind of<br>[06:15] nice APIs for especially for things that<br>[06:17] are need to get up and running very<br>[06:19] quickly which often is these tiny little<br>[06:22] vibecoded apps. So I don't know I don't<br>[06:25] know what the process is. I was hoping<br>[06:27] that Dino would go into the space of<br>[06:30] like web GPU because like so much of<br>[06:34] this whole data science, ML, AI world is<br>[06:38] all written in Python scripts and and a<br>[06:41] lot of that is because<br>[06:42] >> they had some of the really early<br>[06:44] libraries like PyTorch.<br>[06:46] >> Um, but also a lot of it is because like<br>[06:48] this stuff comes out of academia and and<br>[06:51] academics love them some Python. So, I<br>[06:54] was kind of hoping that like Dino would<br>[06:56] go<br>[06:58] like maybe in the model training world<br>[07:00] with all this GPU stuff. They just<br>[07:02] released support for for web GPU in<br>[07:05] Dino.<br>[07:06] >> So, I don't know what the what the move<br>[07:08] is there. The the whole like better<br>[07:10] standards thing for Dino and<br>[07:12] unfortunately is not working out um<br>[07:14] because they they released JSR which is<br>[07:16] the npm competitor. That didn't really<br>[07:18] work all that well. you know, they had<br>[07:20] several other sort of foray into this<br>[07:23] this world, but it's just so hard to<br>[07:26] beat the monolith that is node. Yeah,<br>[07:29] it's actually it's it is it's we're in<br>[07:31] an interesting situation. All right,<br>[07:33] next question here from get commit<br>[07:35] struggler. What do you use to commit<br>[07:37] your changes on your editor? I have a<br>[07:39] weird struggle where I am using an<br>[07:41] external terminal to run my commands,<br>[07:43] but I always use the internal editor to<br>[07:46] run my git commands. get commit, get<br>[07:48] push, etc. I am looking for a better way<br>[07:51] that feels natural. Hey, I do this as<br>[07:55] well. I run all of my terminal commands<br>[07:57] on Ghosty on my terminal, external, like<br>[08:00] no matter what it is, I I'm running all<br>[08:02] my processes starting up there. I code<br>[08:04] in my editor, but then I do use my<br>[08:08] editor and usually just straight up the<br>[08:12] editor's UI for all Git operations. why<br>[08:16] I like clicking the button that says<br>[08:18] track all files and I like maybe like<br>[08:20] clicking and seeing the diff on the<br>[08:22] files and kind of browsing it that way.<br>[08:25] >> And that was one of the reasons why I<br>[08:26] didn't move to the zed editor for a long<br>[08:29] time because their git tools weren't<br>[08:30] there. But zed actually has<br>[08:32] >> really good uh git diff tools and and<br>[08:35] you you can do everything that I was<br>[08:37] doing in VS Code before. So me, I'm<br>[08:39] still using that and and VS Code even<br>[08:41] has like using AI to generate commit<br>[08:44] titles and stuff like that directly in<br>[08:46] the editor. There there's like a lot of<br>[08:47] nice little features that you can have<br>[08:49] via the UI that I just prefer to do it<br>[08:52] that way. Now there is other means to do<br>[08:56] this. Um there was what is that? Git<br>[08:59] like different UIs here. You look it up.<br>[09:00] I'll tell you where I'm at right now<br>[09:02] because like for ever I've been like a<br>[09:04] get in the CLI guy and everybody for<br>[09:08] years has been like you got to use a<br>[09:10] guey. You got to use a guey and I've<br>[09:12] been I switched over mostly to using the<br>[09:15] one that's built into VS Code cursor<br>[09:17] whatever<br>[09:18] >> and it's it honestly it's better like<br>[09:20] having a guey where you can literally<br>[09:22] click on and and like stage the files.<br>[09:24] You can you can click on them and see<br>[09:26] the diffs. It's honestly better for for<br>[09:29] that whether you like the AI commit<br>[09:31] messages or or not.<br>[09:33] >> Yeah,<br>[09:33] >> I find that to be really really nice.<br>[09:35] I'll still every now and then use I I<br>[09:38] have so hardcoded in the terminal. If I<br>[09:40] need to do anything like change an<br>[09:42] origin or list out all of those things,<br>[09:44] I'll just write back to it. But the<br>[09:46] simple adding, committing, pushing,<br>[09:48] those big three are are happening mostly<br>[09:52] in my editor these days. And I also I<br>[09:54] want to move a lot of my terminal usage<br>[09:57] into the editor as well. I just can't<br>[10:00] >> can't do it. I just it feels I don't<br>[10:02] know what it is, but it's just doesn't<br>[10:04] feel good. I like the separate terminal.<br>[10:06] >> Well, uh I mean that does it might not<br>[10:09] feel good because did you see that whole<br>[10:11] drama about the VS Code terminal over<br>[10:14] the past?<br>[10:14] >> Well, yeah. Every 50 characters they're<br>[10:16] delaying it what five milliseconds.<br>[10:18] >> Yeah. Yeah. So, which is funny. So, by<br>[10:22] the time you're hearing this, this is<br>[10:23] old news, right? This happened in the<br>[10:26] last year, uh, because we're recording<br>[10:28] this ahead of time, but there was like a<br>[10:29] race condition that when you pasted text<br>[10:33] into the term, there would be a sleep<br>[10:35] because of wind something on Windows<br>[10:38] apparently. And because of that, if you<br>[10:40] were to paste a lot of text into the<br>[10:41] terminal, it would just take forever.<br>[10:44] Now, what's funny, people are really<br>[10:46] ragging on this, and I understand why,<br>[10:49] but this is a problem that only rears<br>[10:51] its head in a vibecoded world where<br>[10:54] we're pasting a ton of stuff into the<br>[10:56] term, right? Like in the past, how how<br>[10:58] often were you ever pasting in 20, you<br>[11:02] know, 30 line, 40 lines and of code into<br>[11:05] your terminal? You were never doing that<br>[11:06] ever.<br>[11:07] >> No. Yeah. very rarely ever doing those<br>[11:10] things because like at most a curl<br>[11:13] command that's several hundred has<br>[11:16] characters.<br>[11:18] >> Yeah. Right. Yeah. So very funny.<br>[11:20] [laughter] The the thing that I was<br>[11:21] thinking of was lazy git. Lazy git which<br>[11:24] comes on Omari as well as it's like a<br>[11:26] it's a TUI a terminal UI for git. And I<br>[11:31] I I'm going to be honest. I think lazy<br>[11:33] git people really seem to love, but to<br>[11:36] me this is definitely like a weaker<br>[11:38] experience than what I get out of VS<br>[11:42] Code or whatever. And I think it's nice<br>[11:45] if you're the person who likes a<br>[11:46] terminal UI, but ultimately the learning<br>[11:49] curve was pretty high on this overall,<br>[11:51] but it is a terminalbased UI if you want<br>[11:54] kind of to ride that line. Man, I love<br>[11:56] the terminal, but I I do not support<br>[11:59] trying to everybody trying to make a UI<br>[12:02] for absolutely everything in the<br>[12:04] terminal. Man, you know what is good<br>[12:06] >> at making UIs? HTML and CSS or whatever<br>[12:10] native UI you know if you want to put a<br>[12:13] button somewhere you want to click it if<br>[12:15] you want to be able to select text<br>[12:18] >> by word by word that's that's<br>[12:21] >> I want to be able to resize the the<br>[12:23] window without everything kind of<br>[12:24] getting all [laughter] angry at me all<br>[12:26] the time<br>[12:28] >> yeah yeah some of these these terminal<br>[12:29] UIs are great and and I love them for<br>[12:31] little utility tools but some stuff is<br>[12:34] better as a guey<br>[12:36] >> even even uh open code folks just<br>[12:40] released a a guey for that because they<br>[12:42] realize yeah the terminal is the best<br>[12:44] but if you want like normies and regular<br>[12:46] people to use your software you got to<br>[12:48] give them a button.<br>[12:49] >> Yes. Yeah. Just just a button. Just one<br>[12:52] button. [laughter] Yeah.<br>[12:54] >> Frenchie says, "I would like to make<br>[12:57] YouTube videos for code tutorials. Is<br>[12:59] wondering if you could give us your<br>[13:00] setup tools and software to make good<br>[13:02] videos with code at an affordable price<br>[13:04] if possible. Maybe it's more Ry's<br>[13:06] expertise right now, but when you guys<br>[13:08] were already doing a good job, any tips<br>[13:10] would be appreciated. Yes. What are your<br>[13:12] tips, Scott?<br>[13:14] Oh, yeah. My tips. So, I I think a lot<br>[13:18] of it will come down to beyond just the<br>[13:21] software that you're using. The<br>[13:23] fundamentals here are truly making sure<br>[13:25] the code is big enough to read. Uh,<br>[13:28] making sure that your windows are are<br>[13:30] organized, that like it is pleasant to<br>[13:32] watch, that you're not making people<br>[13:34] struggle for it. Uh, making sure that<br>[13:37] your audio sounds good. You can get a<br>[13:39] decent sure microphone that's USB<br>[13:42] powered for 150 bucks. That's going to<br>[13:45] sound endlessly better than what so many<br>[13:47] people try to use. you got that you have<br>[13:50] your code nice and clear and then you<br>[13:53] cut out the dead space with editing and<br>[13:55] stuff like that will get you way further<br>[13:58] than really like futing around the<br>[14:00] edges. So, as far as like recording<br>[14:04] goes, if you want the easiest possible<br>[14:07] setup, I I still think screen something<br>[14:09] like ScreenFlow is the easiest possible<br>[14:11] setup because it includes you can record<br>[14:14] everything. You know, you can record any<br>[14:16] screens or or video that you want audio<br>[14:18] and then edit it right in there. I<br>[14:21] personally use Da Vinci Resolve. It is<br>[14:24] free. It is a professional linear<br>[14:27] editing software, but it is very<br>[14:30] powerful and it is very free. Uh, so if<br>[14:34] you don't want to spend any money and<br>[14:36] you don't mind a bit of a learning curve<br>[14:38] and you you can gain a skill, um, Da<br>[14:41] Vinci Resolve is fantastic. Now, if you<br>[14:43] want my pro setup, the pro setup is to<br>[14:48] record all of your sources some way.<br>[14:50] People use OBS. It's a pain. I made my<br>[14:52] own app, Vramer, that I'll I'll post<br>[14:55] here. It's not available, but it will be<br>[14:56] by the time you're hearing this, that<br>[14:58] records all individual sources. My pro<br>[15:00] setup is to record all your sources. You<br>[15:03] drop them into an app called Recut.<br>[15:06] ReCut then finds all of the blank space<br>[15:09] where you're not talking and it makes a<br>[15:11] cut. You can then go right from ReCut to<br>[15:14] Da Vinci Resolve. So I can do a first<br>[15:18] pass edit with recut to say hey remove<br>[15:20] all of the blank space maybe the ums the<br>[15:22] o's whatever makes it really nice and<br>[15:24] easy for many layers at once and then<br>[15:27] you say from recut send to Da Vinci that<br>[15:30] sends it to Da Vinci and then I just<br>[15:31] finish it off there where I do all my<br>[15:34] fit and finish and polish there. So that<br>[15:36] is my my current flow is Vramer to recut<br>[15:40] to Da Vinci. Yeah, recording sources and<br>[15:43] not screens is something that has been<br>[15:48] doable in the last I don't know couple<br>[15:50] years and it's it's a game changer<br>[15:52] because what I have done previously is<br>[15:54] you just try to have all of your windows<br>[15:56] open and then what I'll duplicate the<br>[15:59] tracks and then I'll just cut each one.<br>[16:01] have a one track terminal, one track for<br>[16:03] code, one track for the browser, and<br>[16:05] that's great because<br>[16:06] >> yes, I<br>[16:07] >> if you can record the app, if you tab<br>[16:10] away or you bring over something over<br>[16:12] top of it, you don't have to show that.<br>[16:14] Um, and and that's that's sometimes very<br>[16:16] frustrating when people tab away and you<br>[16:18] have to try scrub the video back<br>[16:20] >> to where they were or if something is<br>[16:22] over top of of them or or the really<br>[16:24] annoying one is like when people's<br>[16:26] >> face is over top of the part that you<br>[16:29] want. M. Mhm.<br>[16:30] >> Also think about captions. That's<br>[16:32] something as well as I try not to put<br>[16:34] important code in the bottom like maybe<br>[16:37] 20% of it<br>[16:39] >> because people who have captions on lots<br>[16:42] of people everybody watches with<br>[16:44] captions now is just covers over top of<br>[16:47] the the important bits. I'm actually<br>[16:49] thinking about my course platform is<br>[16:51] just moving the captions<br>[16:53] >> off the video. You know, just put them<br>[16:55] just put them in a div underneath the<br>[16:57] the video player. Wouldn't that that<br>[16:59] seems like a better idea? I'm probably<br>[17:01] going to do that.<br>[17:02] >> Yeah, I I I will say what's I got to get<br>[17:05] UV framer because you can just grab as<br>[17:08] many sources as you want. Whatever the<br>[17:10] sources are, you just spit those out as<br>[17:12] MKV. There's no processing time. And I I<br>[17:16] did my last one of my last videos with<br>[17:18] it. And it was like you said, you get to<br>[17:21] then focus on the uh when you're trying<br>[17:24] to record your screen, you're you're<br>[17:27] doing your your performance, you're<br>[17:29] speaking, you're talking, you're coding<br>[17:30] while trying to manage and move around<br>[17:32] the windows. That a way that makes sense<br>[17:34] instead of like focusing on what you're<br>[17:37] doing and then assembling it later. So<br>[17:40] recording the sources I think is like<br>[17:42] you mentioned a huge boon. Is boon a<br>[17:44] good thing or a bad thing?<br>[17:45] >> Uh I think it's a good thing. Yeah. It's<br>[17:47] really good. And like audio wise as<br>[17:49] well,<br>[17:50] >> Scott mentioned this as well, get a<br>[17:52] decent mic. Figure out how to how to<br>[17:56] like make it work well. Put a freaking<br>[17:58] t-shirt under your keyboard or whatever.<br>[18:01] The most annoying thing is when you<br>[18:03] somebody has vibrations in it, like<br>[18:06] understand how sound works, but if<br>[18:07] you're banging away on your keyboard,<br>[18:10] not like like mechanical keyboard<br>[18:11] sounds, a lot of people like that, but<br>[18:13] they're just like<br>[18:16] >> Yeah. you know, like just coming into<br>[18:17] the microphone. That is so obnoxious to<br>[18:19] hear. And as well as like<br>[18:21] >> if if you hear people's like mouth<br>[18:23] sounds or whatever.<br>[18:24] >> Oh, mouth sounds<br>[18:25] >> or [gasps]<br>[18:27] >> like when they're you're breathing in<br>[18:28] every single time. Those are explosives<br>[18:31] and s's. All of that stuff can be taken<br>[18:33] out with software or hardware. But don't<br>[18:36] don't go down the rabbit hole too much<br>[18:38] of just hardware software learning video<br>[18:41] editing as well. focus on like making a<br>[18:45] good video first. Like the content is<br>[18:48] really what matters at the end of the<br>[18:49] day. Some of my stu like worst quality<br>[18:51] videos ever have been been like our<br>[18:54] highest views and then some of the stuff<br>[18:56] we spend forever on get no views. So<br>[18:59] it's it's all about the content, right?<br>[19:01] >> Yeah. Content and then the 8020 stuff<br>[19:03] like audio that's not going to make your<br>[19:06] viewers turn away.<br>[19:08] >> Yeah. Exactly. get that stuff just like<br>[19:09] dialed in and then and also make it easy<br>[19:12] as well so that you could just hit<br>[19:14] record and go. You know, it's not like,<br>[19:16] oh, I'm going to spend some time like I<br>[19:17] know people that have separate rooms for<br>[19:19] recording or they have to book a<br>[19:21] conference room. You're never going to<br>[19:22] make content if it's that if there's<br>[19:24] that many hurdles.<br>[19:25] >> I'm going to throw out a mic<br>[19:26] recommendation here. We just got this<br>[19:28] mic for Courtney and it's a Sure MV7<br>[19:31] Plus. It has USBC into the microphone,<br>[19:35] but it also has a dynam like it has a<br>[19:38] compressor in the mic. It has a pop<br>[19:40] filter. It has like digital D onboard<br>[19:43] DSP. It has all kinds of stuff. So that<br>[19:46] way it like has like gating and and and<br>[19:48] those types of things. So you'll sound<br>[19:50] good. Just plug it in USB. Yeah, this<br>[19:52] microphone is effortly easy. So my wife<br>[19:55] is sitting outside my door right now and<br>[19:57] listening to me. She says, she texted<br>[19:59] me, "Not you complaining about breathing<br>[20:01] sounds. Tell them about how you had to<br>[20:03] get a tent when you went camping." Yeah,<br>[20:04] I went camping. My poor sister has<br>[20:06] asthma. So, she would sit in front of<br>[20:08] the campfire and have like asthma<br>[20:09] attacks.<br>[20:10] >> And then I would get so mad at her for<br>[20:12] breathing cuz I cannot stand the sound<br>[20:16] of someone breathing makes me want to go<br>[20:20] baddy.<br>[20:21] >> That's me for eating in and the mouth<br>[20:24] sounds when people are eating. Oh,<br>[20:25] >> it just Oh, it like gives me the<br>[20:28] >> sounds of life. [laughter]<br>[20:30] >> Yeah.<br>[20:31] >> Sir Jason Yaml 3 says, "How do I go<br>[20:34] about a disagreement with another<br>[20:37] developer who's been at the company<br>[20:38] longer than me? My coworker crashed<br>[20:41] three of our apps because they did a big<br>[20:44] database production without telling me<br>[20:46] and without testing it. They deleted my<br>[20:48] feature branches, changed deploy<br>[20:50] settings, [laughter]<br>[20:53] which caused more prod downtime. They<br>[20:55] can they cannot take feedback. They seem<br>[20:57] to just do whatever because they've been<br>[21:00] there so long and we can't come to an<br>[21:01] agreement on change of jurisdiction or<br>[21:03] communication. They get angry and snippy<br>[21:06] whenever I bring up major issues like<br>[21:07] this and it turns into a back and forth<br>[21:10] matter of the cause. O, that sounds<br>[21:12] awful. First of all, you probably<br>[21:14] shouldn't be in a situation where<br>[21:18] somebody else can just nuke your entire<br>[21:20] thing. So I guess ideally you'd have<br>[21:22] have like a local implementation of<br>[21:25] something like that. What do you think<br>[21:26] Scott? Like what somebody is this awful?<br>[21:29] I don't know. I've I've never worked<br>[21:30] with awful people like this.<br>[21:32] >> Yeah, that it is tough. I've never<br>[21:34] worked with somebody this awful. Uh but<br>[21:38] there has to be some kind of so<br>[21:40] managerally there has to be some kind of<br>[21:43] process in place where this isn't just a<br>[21:46] like fighting back and forth kind of<br>[21:48] thing like oh don't do that do this do<br>[21:50] that like you there needs to be some<br>[21:53] process in place where you work whether<br>[21:55] that's from top down or whether that's<br>[21:57] from something you're getting agreement<br>[21:58] upon from your boss. So that way when<br>[22:00] these things happen, you have a sign to<br>[22:03] point at that says you can't do that.<br>[22:06] You're not allowed to do that. And then<br>[22:08] if they're breaching that, then it<br>[22:10] becomes an on them type of thing. But if<br>[22:14] this is just kind of ethereal and like,<br>[22:17] oh, we're just kind of just throwing<br>[22:20] code at the wall here and there and<br>[22:21] oops, they deleted my thing. then yes it<br>[22:24] sucks but your amount of actual control<br>[22:29] over the situation becomes way more<br>[22:32] immature and way more like less<br>[22:36] processbased. So I would push for some<br>[22:41] kind of actual structure here whether<br>[22:44] that is from above. I would talk to<br>[22:47] their manager and let them know this has<br>[22:49] been happening and document these<br>[22:52] things.<br>[22:53] >> Yeah.<br>[22:54] >> The one thing that I think always comes<br>[22:56] in handy in these situations is when<br>[22:59] they happen<br>[23:01] document them very clearly. And when you<br>[23:06] speak to your manager, when you speak to<br>[23:09] somebody, the best advice I got was<br>[23:12] like, be honest. Don't pull any punches.<br>[23:16] Be honest. This is how it is. This is<br>[23:18] how it's been going. These are the<br>[23:20] things that have happened and it's not<br>[23:23] acceptable to me. Like what what's the<br>[23:25] path forward here? But if you're just<br>[23:27] like, "Ah, it's been bad. This person's<br>[23:29] been a jerk to me." Then the resolution<br>[23:31] is just not going to happen. There's a<br>[23:33] pretty clear way forward here. The fact<br>[23:37] that they crashed the app three times<br>[23:39] and caused<br>[23:40] >> almost like what is like it's hurting<br>[23:43] the business, right? I think you just go<br>[23:45] forward be like look we need to put<br>[23:46] processes in place so that this does not<br>[23:49] happen again and that we don't lose we<br>[23:51] don't have an even more expensive loss<br>[23:54] of data or something like this. It's<br>[23:56] it's pretty you go whoever is this<br>[23:59] manager be like look I'm trying to<br>[24:00] figure to make it so that we don't have<br>[24:03] this anymore. We don't crash our apps<br>[24:06] and have prod going downtime and and me<br>[24:08] wasting a week of my work. This is what<br>[24:10] I would like to implement and I can't<br>[24:12] get this guy to come on board. So<br>[24:14] [music] how do we fix this? Yeah. Right.<br>[24:16] And if you want to see all of the errors<br>[24:18] in your application, you'll want to<br>[24:20] check out Sentry at centry.io/sax.<br>[24:25] You don't want a production application<br>[24:26] out there that well you have no<br>[24:28] visibility into in case something is<br>[24:30] blowing up and you might not even know<br>[24:32] it. So head on over to centry.io/sax.<br>[24:35] Again, we've been using this tool for a<br>[24:37] long time and it totally rules. All<br>[24:39] right. [music]<br>[24:41] All right. Next question here from<br>[24:43] Sarah. I'm an experienced web dev<br>[24:44] specializing in design systems and<br>[24:46] accessibility for the last 6ish years. I<br>[24:50] feel like I've been typ cast as an<br>[24:52] accessibility engineer and I'm<br>[24:54] struggling with an identity crisis on<br>[24:55] how to portray myself on my personal<br>[24:58] website. Lately, I've developed a strong<br>[25:00] passion for more experimental and<br>[25:02] creative coding projects. I'd love to<br>[25:03] showcase this side of my work, WebGL,<br>[25:06] gamedev, interactive art, generative<br>[25:08] projects on my personal site and attract<br>[25:10] new opportunities to break out of my<br>[25:12] role that I find myself stuck in. The<br>[25:15] problem is creative coding often<br>[25:16] includes visual experimental projects<br>[25:18] that are not and sometimes cannot be<br>[25:20] easily 100% accessible. My professional<br>[25:22] work, however, is deeply rooted in<br>[25:24] promoting and implementing accessible<br>[25:26] web experiences. My question is, am I<br>[25:28] fundamentally jeopardizing my<br>[25:30] professional reputation and design<br>[25:32] systems by pursuing and sharing<br>[25:34] inaccessible creative projects? How can<br>[25:35] I showcase my wider skill set and<br>[25:37] passion for experimental coding without<br>[25:39] undermining my credibility I've built as<br>[25:41] an accessibility expert? You know, this<br>[25:43] one uh is so fascinating to me. I think<br>[25:46] it's all in how you package it. I think<br>[25:48] if you're labeling things like this is a<br>[25:50] creative exploration, this is a creative<br>[25:52] project. I don't think people are<br>[25:54] expecting a WebGL visualizer to be<br>[25:57] accessible to blind folks, you know,<br>[26:00] vision impaired folks, right? That's<br>[26:02] actually something that bothers me with<br>[26:04] uh some and not all all accessibility<br>[26:06] folks, but some accessibility folks will<br>[26:08] look at any experience and be like, "Oh,<br>[26:11] you made a you made a music player.<br>[26:14] Well, what about hearing impaired folks?<br>[26:16] They can't use<br>[26:16] >> Yeah. You you hate blind people.<br>[26:19] >> Yeah. Like so like [laughter]<br>[26:21] that drives me nuts. Not every<br>[26:24] experience can be the exact same for all<br>[26:28] abled or disabled people. Just straight<br>[26:30] up. it can't be. So, I think it's all<br>[26:33] about how you package those explorations<br>[26:36] and works. And by all means, I think<br>[26:38] this is a cool avenue for you and I<br>[26:40] think you should uh lean into it. But<br>[26:42] just label your stuff. Say this is<br>[26:44] accessibility work, this is creative<br>[26:46] coding, this is that, this is this and<br>[26:48] and just make that very clear. I don't<br>[26:50] think if you put a creative coding<br>[26:51] project and and label it as like this is<br>[26:53] a creative exploration or whatever on<br>[26:55] your site, I don't think anybody's going<br>[26:57] to care about that. I think that is a a<br>[26:59] kickass way to get a new job because<br>[27:02] I'll tell you I'll tell you what as<br>[27:04] someone who's hired several people. You<br>[27:06] know what the Slack room looks like when<br>[27:08] people are going through resumes? Check<br>[27:09] out this sick website. That's all it is<br>[27:12] is if there somebody's portfolio has a<br>[27:15] list of really cool things or check out<br>[27:18] this tweet of somebody that built this<br>[27:20] wild thing. And honestly, I think the<br>[27:23] accessibility stuff can be like a bit of<br>[27:25] a Trojan horse into the company because<br>[27:28] you can like win them over with all the<br>[27:30] interactive, all the the artistic, all<br>[27:33] of the next level JavaScript stuff<br>[27:34] you've been building and then bam, guess<br>[27:37] what? Also care about accessibility once<br>[27:39] you you get into the the company. So, I<br>[27:42] don't think I think I think absolutely<br>[27:44] go for it. This is a a great way to<br>[27:46] expand your career, especially right<br>[27:48] now. We said it on our predictions. 2026<br>[27:51] is the year of WebGL. It's the year of<br>[27:53] 3D. Everybody is going to care a lot<br>[27:56] more about the design and the like wow<br>[27:59] experience of a website cuz every single<br>[28:01] website currently looks exactly the same<br>[28:03] and we're all sick of it.<br>[28:05] >> Yeah. Right. Just think about like that<br>[28:08] Lando Nora site. People saying that's<br>[28:10] not accessible. That's like an art<br>[28:11] piece. That uh Shopify's thing, that's<br>[28:14] an art piece. And like those types of<br>[28:16] experiences are so stinking cool. And if<br>[28:19] you can get in on some of that territory<br>[28:21] right now, I think it's a great time to<br>[28:23] do so.<br>[28:24] >> By the way, Scott, I can hear you<br>[28:25] typing. Your your is going into your<br>[28:28] microphone. You need a shock mount.<br>[28:30] >> I'm trying to get this the It's actually<br>[28:32] my microphone's way over here on a shock<br>[28:34] mount. My computer's right here. I think<br>[28:35] it's just the clickies are too close to<br>[28:37] where the microphone is.<br>[28:38] >> Oh, I see. I<br>[28:39] >> I need to move it over here a little bit<br>[28:40] more. [laughter and gasps] I was talking<br>[28:41] to Killian who works on Poly Pane.<br>[28:45] That's the browser for web development.<br>[28:48] That's amazing. If you want to check out<br>[28:50] building responsive and accessible and<br>[28:52] everything, but um I tweeted something<br>[28:54] out about like, you know, like if you<br>[28:56] look at the Chrome dev tools, if you put<br>[28:59] like white text on a red background,<br>[29:02] it'll be like that's not accessible. And<br>[29:04] you're just like looking at it being<br>[29:05] like that's extremely easy to read. Why<br>[29:08] are these accessibility contrasts<br>[29:11] algorithms<br>[29:12] so crappy, you know, and it turns out,<br>[29:14] we talked to Jen Simmons from Apple as<br>[29:16] well. We talked about the color contrast<br>[29:18] function, why that's not going on. He<br>[29:20] was telling me this whole world of<br>[29:23] there's like this new color contrast<br>[29:27] algorithm that's being worked on<br>[29:29] >> that is way more<br>[29:32] I don't want to say permissible, but<br>[29:34] it's like it's better, you know? It's<br>[29:35] like you look at something where like I<br>[29:37] can read that. I think most people could<br>[29:39] read that. It's a lot better. But he was<br>[29:41] telling me about all the like drama<br>[29:44] going on in the accessibility world as<br>[29:46] to if this is good or not. And it's it's<br>[29:49] cool. So I all I'll tell you right now<br>[29:51] is like the the rules are still like the<br>[29:53] color contrast stuff is still still<br>[29:55] sucks. And a lot of people still have to<br>[29:57] follow those cuz they their company will<br>[29:59] get sued. But hopefully soon we will<br>[30:02] have better algorithms for calculating<br>[30:04] color contrast. There's a really good<br>[30:06] blog post from Leia Veru on this talking<br>[30:09] all about uh some of these different<br>[30:11] strategies, but also outlining uh how to<br>[30:14] be using modern CSS. And it's funny, I<br>[30:16] actually took some of her work and uh I<br>[30:20] I'll share my code as well. I took some<br>[30:22] of her work and like reapplied that with<br>[30:25] some clamps and some light dark<br>[30:26] functions and have what I think is a<br>[30:29] pretty dang good like 90% of the time<br>[30:33] auto color contrast CSS where you can<br>[30:36] just do like auto contrast on this and<br>[30:39] it works with transparent backgrounds.<br>[30:42] It works with any colors and uh I I'll<br>[30:44] share the the code for this thing, but<br>[30:46] like I think it we're getting closer to<br>[30:48] being able to like I I think that's like<br>[30:50] one of the big things especially with<br>[30:52] with automatic color contrasting in the<br>[30:54] browser is that like<br>[30:57] >> you're not going to be able to usually<br>[30:59] apply a blanket function right now that<br>[31:02] just takes care of all situations. But<br>[31:04] if you can if you can fix 99% of<br>[31:07] situations and then like do the rest by<br>[31:09] hand, that gets you a long a decent way.<br>[31:11] Yeah. Killian actually has a website<br>[31:13] colorcontrast.app<br>[31:15] and there's like three levels of color<br>[31:17] contrast, right? There's WC A2<br>[31:21] >> and you can you either have to be AA or<br>[31:23] AAA compliant. Um, and those are the<br>[31:25] ones that are like, oh, you can't put<br>[31:27] white on red button. That's that's<br>[31:29] annoying. And the new one, which is is<br>[31:31] not a standard yet, but it's what<br>[31:32] they're working on is called the APCA.<br>[31:35] Um, that one seems to be a lot more<br>[31:37] permissible. So, check out<br>[31:38] colorcontrast.app from Killian. Yes, the<br>[31:41] APCA.<br>[31:43] Yes. And the APCA is also um talked<br>[31:46] about quite a bit in the slaver blog<br>[31:48] post, so you can uh pick some of that<br>[31:50] up, too. John Ray says, "What are you<br>[31:52] using for your smart home?" I have an<br>[31:54] old open HAB, open HAB 2.4 from 2018,<br>[31:58] but I really need to migrate to<br>[32:00] something newer. I'm on Home Assistant<br>[32:02] running it on my Synology. I've talked<br>[32:04] about that in the past, but you don't<br>[32:06] need a lot of heavy hardware to run this<br>[32:09] stuff is<br>[32:11] >> it's just handling MQTT streams and and<br>[32:14] setting variables across the the world.<br>[32:17] So,<br>[32:18] >> that is a very good one. I also run<br>[32:21] Google Home as well, just cuz I love<br>[32:23] having the screens all over the house<br>[32:25] and being able to just talk to it. But<br>[32:26] for most of my like scheduling<br>[32:28] automation, I use Home Assistant. Yeah,<br>[32:31] I use Home Assistant as well. I have it<br>[32:34] running on a Home Assistant OS that just<br>[32:36] runs on a Raspberry Pi that I just<br>[32:38] always have on over there plugged into<br>[32:40] that. I have like a Ziggby adapter into<br>[32:42] that directly and that's what I run. I<br>[32:44] like it a lot. I actually just recently<br>[32:46] just wrote a little automation the other<br>[32:48] day that automatically turns on my<br>[32:49] bathroom exhaust fan when the humidity<br>[32:51] gets too high in the primary bathroom.<br>[32:54] It was nice and easy. Took no time at<br>[32:56] all in Home Assistant. And that's just<br>[32:58] the kind of stuff you want with a smart<br>[33:00] home, right? It's like,<br>[33:02] >> yeah,<br>[33:03] >> now I don't got to turn on the exhaust.<br>[33:05] [laughter] I can just<br>[33:07] >> Home Assistant is not for the the faint<br>[33:09] of heart. I think they need to figure<br>[33:10] out some better. It's gotten a little<br>[33:12] bit better<br>[33:12] >> UI and some better like what happens<br>[33:15] with Home Assistant is you add like like<br>[33:17] a light bulb<br>[33:18] >> and then it'll be like here's 600<br>[33:20] sensors that this light bulb can do, you<br>[33:22] know, and it's just you get to a point<br>[33:23] where you add like I have I have<br>[33:25] probably 40 50 smart things in my house<br>[33:29] >> and then each of them have seven or<br>[33:30] eight different things. You have to<br>[33:32] spend some time really culling it down<br>[33:35] and getting it to as simple as you want.<br>[33:37] So hopefully I don't know. I don't know<br>[33:39] what it that's the thing with any of<br>[33:41] these Swiss Army tools. You let people<br>[33:43] do literally anything<br>[33:44] >> and then it gets to be a little bit<br>[33:47] overwhelming.<br>[33:48] >> That's your home assistant dashboard.<br>[33:50] >> Yeah, it's pretty nicely tuned. And one<br>[33:52] thing that I like about mine is on this<br>[33:54] homepage, like the homepage, I have like<br>[33:56] a bunch of just like presets where it's<br>[33:59] like wa uh watching a movie, eating<br>[34:02] dinner, whatever. And a lot of those are<br>[34:04] on timers, but at any given point, I can<br>[34:06] enable one. And then on any given room,<br>[34:08] I just have all the individual lights<br>[34:11] and whatever set up or like my office is<br>[34:14] a little bit different cuz it's my<br>[34:15] office where I can have like master<br>[34:17] toggles with everything in there and all<br>[34:19] of my studio lights at one.<br>[34:21] >> I have one for my office as well. I have<br>[34:22] it hooked up to my stream deck as well.<br>[34:24] I can turn the lights on and off.<br>[34:26] >> Yeah, love that.<br>[34:27] >> I really want to build some sort of like<br>[34:29] family hub. Um, and on Marketplace the<br>[34:32] other day, somebody had one of those<br>[34:34] Samsung fridges with the TV in it.<br>[34:36] >> Yeah.<br>[34:36] >> And it was had like a blown compressor,<br>[34:38] and I was like, "Oh, I could take the<br>[34:40] screen out of the door." But he wanted<br>[34:43] like 500 bucks for it. So,<br>[34:45] >> that's an absurd.<br>[34:46] >> You could just buy a little tablet for<br>[34:48] like 70 bucks.<br>[34:50] >> Yeah. Yeah. I'm waiting for him to like<br>[34:52] that thing's trash. Nobody wants your<br>[34:54] broken fridge, you know? I'm just<br>[34:56] waiting for him to come down and realize<br>[34:58] that. and I'll give him a hundred bucks<br>[34:59] for the the door or something like that<br>[35:03] >> instead of buying Instead of buying a<br>[35:05] $50 tablet that works just<br>[35:08] >> No way. What $50 tablet? I want a I<br>[35:10] don't want a tiny tablet. I want a huge<br>[35:12] ass screen that has all of our<br>[35:15] appointments, all of our buttons,<br>[35:17] everything. You know,<br>[35:18] >> the problem for me is I have nowhere to<br>[35:19] power that. Like, so what? Like you're<br>[35:21] running power through the wall and then<br>[35:24] >> Oh, yeah.<br>[35:25] >> Easy. And the stuff runs on on low<br>[35:28] voltage, so you can you could probably<br>[35:30] even do it over PoE.<br>[35:33] >> Probably. I don't know.<br>[35:34] >> H maybe not. The screen those screens<br>[35:36] are pretty hungry. We'll see. Solazoo<br>[35:38] says, "I'm listening to potluck 946 and<br>[35:41] Wes mentions he blocks a large number of<br>[35:44] ISPs for bad hosts from all of his<br>[35:46] sites. Where does such a list come from<br>[35:49] that he cured himself?" So there's a<br>[35:52] GitHub repo called bad ASN list. So, an<br>[35:55] ASN is, you can go deep into what an ASN<br>[35:59] is. It stands for autonomous system, but<br>[36:01] typically a hosting provider or an ISP,<br>[36:05] which which a hosting provider is,<br>[36:08] they'll all have their a unique number<br>[36:10] that's attached to it. You know, Comcast<br>[36:12] is 7922. Digital Ocean is 14061.<br>[36:17] And<br>[36:19] depending on the type of site that<br>[36:21] you're operating from, it makes sense to<br>[36:23] simply just block all people that are<br>[36:26] coming from or all requests, not even<br>[36:29] people. So like if you're getting<br>[36:30] requests to your website from like a<br>[36:33] shady ISP in Russia that are like this<br>[36:37] is not people's homes, you know, this is<br>[36:39] not like a cell phone network. This is<br>[36:41] like somebody is making requests from a<br>[36:43] data center somewhere. And if that's why<br>[36:46] is that the case? either somebody's on a<br>[36:47] VPN trying to hide something or or<br>[36:50] somebody's running some sort of bot farm<br>[36:52] and they're they're sending uh requests<br>[36:54] your way. So instead of blocking<br>[36:56] individual IPs or or or blocks of IPs,<br>[37:00] you can simply just say requests from<br>[37:02] these ASNs are going to be either<br>[37:05] totally blocked or you could throw a<br>[37:07] capture at them. Um, I think that's what<br>[37:09] I do right now because it's like there<br>[37:11] is a case where somebody would be using<br>[37:12] a VPN um that's running on one of these,<br>[37:15] but in my case, I've never heard from a<br>[37:18] single customer saying, "Hey, your<br>[37:21] website's blocked." That's never been<br>[37:23] the case. It's it's it's only blocked<br>[37:26] shady people and shady bots. And the<br>[37:28] same thing with like the way that you<br>[37:30] implement it is you go into your<br>[37:31] Cloudflare and you can create a rule and<br>[37:33] it's just this massive rule where he<br>[37:34] says if the ASN is XYZ [snorts]<br>[37:38] you can block it. Um but you can also<br>[37:40] block like countries as well which you<br>[37:43] probably shouldn't block countries but<br>[37:45] you can block everybody who is from the<br>[37:48] XX country or the I think the tour<br>[37:51] country. And anybody who's who's<br>[37:53] visiting your website via tour is<br>[37:56] probably doing shady stuff as well,<br>[37:58] trying to hide their tails. So you can<br>[38:00] you can hide those. All right, next<br>[38:02] question from Sadique. Hey guys, big<br>[38:05] fan. I really enjoy the podcast. In my<br>[38:07] daily job, I work with modern web<br>[38:09] technologies, but over the last year,<br>[38:11] due to a new direction in our company,<br>[38:13] I've had to start learning SAP UI5. It's<br>[38:17] basically a web world inside SAP. Have<br>[38:21] you ever come across this technology?<br>[38:23] I'm still surprised how big the<br>[38:25] ecosystem of languages and frameworks is<br>[38:27] inside of larger enterprises and how<br>[38:30] little it's talked about. It feels like<br>[38:32] a hidden world with a lot of potential.<br>[38:34] Wes, I'm going to say I have zero clue.<br>[38:38] I have no clue. Nothing.<br>[38:40] >> Yeah. I thought this was an interesting<br>[38:42] question because when I was in school, a<br>[38:45] big thing that we had to learn was<br>[38:46] called ERP. Um, and like these large<br>[38:49] companies who do accounting and<br>[38:52] inventory, sourcing products, like I<br>[38:55] remember the one example we had to do<br>[38:56] for SAP was somebody was making granola<br>[39:00] and you had 18 vendors from around the<br>[39:04] world to get all of the pieces to make<br>[39:06] your granola. you know, you had to get<br>[39:08] almonds from Mexico and you had to get,<br>[39:11] I don't know, like chocolate chips from<br>[39:13] Canada and like they all had different<br>[39:15] prices and they all have different lead<br>[39:16] times and in order to make a simple<br>[39:19] granola, it was a very complex thing.<br>[39:21] And then you had um accounts payable,<br>[39:24] ledgers, all of that stuff sort of built<br>[39:26] into it. And these huge companies<br>[39:29] >> are built on SAP. SAP is a massive,<br>[39:32] massive company. And I remember hating<br>[39:34] my life doing this because it was a Java<br>[39:37] app where it was just looked awful and<br>[39:39] you never knew where to click and and<br>[39:42] nothing ever worked and it was errors<br>[39:43] out the wazoo. Um and you had to do it<br>[39:46] on a desktop. And I was thinking about<br>[39:48] that. I was like, I wonder where SAP's<br>[39:49] at, you know. So this guy says that SAP<br>[39:52] and I just looked it up. There's this<br>[39:54] thing called SAP UI5. It looks like they<br>[39:57] moved everything over to their own<br>[40:01] custom MVC JavaScript framework. And<br>[40:04] that's cool because like obviously this<br>[40:06] stuff needs to be able to run<br>[40:07] everywhere. This is why you should bet<br>[40:08] on the web. This like massive company<br>[40:11] which was built on Java is now<br>[40:14] >> the entire UI is all done in JavaScript.<br>[40:16] I went to the docs and I thought it was<br>[40:17] hilarious because they have a a chart of<br>[40:20] like how things work together and that<br>[40:23] chart is done in a PNG that's probably<br>[40:26] exported from [laughter]<br>[40:28] Photoshop or something. So, I just<br>[40:30] thought it was so funny like these big<br>[40:32] companies are just like they can't even<br>[40:34] make labels and boxes with text. They<br>[40:36] have to export it.<br>[40:38] >> Yeah. Right. Yeah. Why why does this<br>[40:40] have to be an image?<br>[40:42] >> What in the world? But it's it kind of<br>[40:46] they built their own like it's not built<br>[40:48] on react or angular or spelt or<br>[40:50] anything. They ma made their own MVC<br>[40:51] framework. Probably makes sense for how<br>[40:54] big of a piece of software this is. But<br>[40:56] that is certainly an area where you can<br>[40:59] I remember in school everyone's like you<br>[41:00] can make a bank if you know SAP similar<br>[41:03] to like SharePoint as well you know<br>[41:06] where it's just like I'm specializing in<br>[41:08] this odd thing and I know I guess React<br>[41:11] is the same way. I know all the ins and<br>[41:13] outs of this thing and I'm gonna make<br>[41:16] bank charging these massive companies<br>[41:18] who just want to make granola on how to<br>[41:20] implement it.<br>[41:22] >> Yeah. Crazy. Yeah. This is a whole world<br>[41:25] where I am just completely out to lunch<br>[41:27] on. Cool. Well, now is the part of the<br>[41:29] show where we get into sick pics and<br>[41:31] shameless plugs. Sick pics for those of<br>[41:33] you who don't know are the things that<br>[41:34] we just like and enjoy in this world.<br>[41:36] Stuff that we've been feeling. And you<br>[41:38] know what? Before we do this, we don't<br>[41:40] ask people to like and subscribe. Like<br>[41:42] and subscribe to Syntax, y'all. If<br>[41:43] you're listening to this, you enjoyed<br>[41:45] this show, like and subscribe. Hit that<br>[41:47] button, you know, do all that stuff for<br>[41:49] us. That'd be great. We We love a little<br>[41:51] subscriptions here and there. I am going<br>[41:53] to sick pick a YouTube channel. And this<br>[41:56] is a YouTube channel that I just found<br>[41:58] out about last night. You know, there's<br>[41:59] always like when you're like discover a<br>[42:02] YouTube channel and you're like, "Wow,<br>[42:03] this is really high quality information.<br>[42:06] I wonder how long they've been doing<br>[42:07] this." And then you go and you see it's<br>[42:09] like, "Oh, they have a video that's 12<br>[42:10] years old. They've been doing it for a<br>[42:12] long time and this channel has 45,000<br>[42:16] subscribers and they've been it it was<br>[42:18] really really good. This is called<br>[42:20] Inside Archaeology and it was just<br>[42:24] really nice archaeology information.<br>[42:26] Sometimes it's like new archaeological<br>[42:28] discoveries in October 2025, fascinating<br>[42:32] uh burials, you know, the hunt for Queen<br>[42:34] uh Cleopatra's lost tomb. And like the<br>[42:37] hardest thing with this kind of content<br>[42:39] on YouTube is that so many of the<br>[42:41] accounts that blow up is like this like<br>[42:44] hyperbolic<br>[42:46] like was the pyramids built on giant<br>[42:49] tubes underground like<br>[42:51] >> like just idiotic Joe Rogan brain kind<br>[42:53] of stuff instead of like actual<br>[42:55] information. So uh inside archaeology<br>[42:58] really great channel and uh it just<br>[43:01] nononsense real stuff. So, uh, check it<br>[43:04] out if you are like that. If you like<br>[43:06] history or archaeology or any of that<br>[43:07] kind of stuff, this is my ideal type of<br>[43:09] YouTube, honestly.<br>[43:10] >> I'm going to sick pick a YouTube channel<br>[43:13] as well. And this is a guy called<br>[43:15] Professor Boots. And this guy makes 3D<br>[43:19] printed like RC cars. And it's just the<br>[43:23] most beautiful thing to watch because he<br>[43:27] goes through the like the the 3D<br>[43:30] modeling of these RC cars. like he makes<br>[43:33] like a a skid steer and a bulldozer and<br>[43:35] a log truck and a what else? Basically<br>[43:39] any any vehicle that is in like heavy<br>[43:41] equipment. He's building it. He's<br>[43:43] modeling it, 3D printing it. Then he's<br>[43:46] he's making the electronics to make it<br>[43:48] work with like an ESP32 and then he<br>[43:51] writes the software to control it. And<br>[43:53] then he puts them all into these very<br>[43:55] like digestible,<br>[43:58] fun to watch YouTube videos. And then he<br>[44:01] also has like a like a workshop. You can<br>[44:03] subscribe for 15 bucks a month and you<br>[44:05] can get access to all the guides on how<br>[44:08] to build them. And I was like, "Oh, over<br>[44:10] Christmas I am going to be building I'm<br>[44:12] going to be building a bulldozer or<br>[44:13] something fun like that cuz I have<br>[44:15] experience with all of these things. You<br>[44:17] know, I can 3D design, I can code, I can<br>[44:19] do hardware, and I would love to make<br>[44:21] like a custom syntax bulldozer or<br>[44:24] something like that."<br>[44:25] >> Wow. What a a 5-year-old sentence. a<br>[44:28] ghost in tax or a bulldozer. [laughter]<br>[44:32] >> And the other thing is that like I watch<br>[44:33] it with my kids and they're just like<br>[44:36] >> we got to do that, you know, like they<br>[44:39] actually work, you know? They can you<br>[44:40] can pick things up and push it around.<br>[44:42] >> It looks pretty dope.<br>[44:43] >> Yeah,<br>[44:45] on YouTube.<br>[44:46] >> All right, I'll try this out. Sick. Heck<br>[44:48] yeah. Cool. Shameless plugs. Check us<br>[44:50] out on YouTube. Syntax YouTube. Check us<br>[44:53] out. We're doing all kinds of stuff on<br>[44:54] there. We're doing crazy stuff. So, uh,<br>[44:56] as always, we'll catch you in the next<br>[44:58] one. Peace.<br>[44:59] >> Peace. <!-- deep-read:sections end -->