Видео

Thank you for your comment! I appreciate your feedback. Just to clarify, Scriptisto doesn't recompile every time; it only compiles when the source file has changed. This means it functions similarly to compiling an executable-once you've made changes, you can use that executable without additional recompilation, which helps reduce disk wear. As someone who frequently works with both scripting and compiled languages, I see the advantages and disadvantages of each. This project is an interesting attempt to merge the two worlds. Is it perfect? Perhaps not. But does it work? Absolutely! I could have chosen to write my tool in a traditional scripting language or as a standard compiled Rust project, but I found great joy in exploring something new. Ultimately, the question of whether that was the best choice is subjective. As I mentioned in another comment, it's always a good thing to use the right tool for your specific problem. Therefore another language or environment might be better suitable for your needs and that is perfectly fine. I simply wanted to experiment with this solution to expand our all tool belt by one further tool. I wasn't aware that tcc has a direct execution mode-I'm curious to learn more about it! Is it a true interpreter, or does it compile and execute directly? I'll definitely look into that. Thanks for bringing it to my attention!

@@MrJakob Im overly-pedantic on reducing my disk writes, so I've been torturing chatbots on how to do everything without writing files to disk. This is how I've learned about tcc with the -run flag. AFAIK tcc -run doesn't write-n-hide, but keeps the compiled "file" in memory Perl style. The change-only-recompile functionality is a good optimization from scriptisto, but it makes me want to try making something similar to scriptisto using ram-disk. Way too many programs deserve a ramdisk sandbox for their temporary junk.

It's great to be mindful of disk usage, but I'm not sure that operating entirely in memory, as suggested regarding Scriptisto, is the best approach. The reason is that each time you want to run your script, it would need to compile the entire project along with all of its dependencies, especially in the case of Rust. Typically, ahead-of-time compilers function quite differently from just-in-time compilers or interpreters. If you use a standard ahead-of-time compiler to perform all its tasks in memory before executing the result, you may experience significant startup times before your program actually runs. Additionally, with Rust, the temporary files needed for compiling can be quite large, which would consume a lot of memory each time your script is run. Therefore, it seems more reasonable to compile the project once and then execute the cached binary repeatedly, as you will likely run it far more often than you will change it. Nevertheless, it's always a good idea to experiment and explore new ideas. If you believe you have a solid approach to creating an in-memory version of Scriptisto, I encourage you to go ahead and play around with that concept. Some remarkable developments have emerged from situations where someone claimed something wasn't feasible, only for another person to prove them wrong by making it happen.

@@MrJakob yeah external storage by definition is for storing chunky data that takes a lot of time to re-compute if not stored. I would just use real scripting languages if compile time and memory use is a real problem, but nowadays ram is so cheap, that ram-disks are very practical. Compiled languages are meant to shine in writing once to disk and running the executable as a user, so any workaround to make them into a script will cost time and memory

Tell that to Apple about the cheap memory! But jokes aside, you’re absolutely right. One should always choose the tool that best fits the problem at hand, whether it’s a scripting language, an ahead-of-time compiled language, or something in between. Personal preference and other factors also play a significant role in the decision. As for me, I’m quite happy with the outcome of my simple tool. Would I use Scriptisto and Rust for that again? I really can’t say. Nevertheless, experimenting with this different approach was quite enjoyable.

Thank you for your comment. What you see is just the beginning. As mentioned, tmux required a bit more work, particularly with the need to reload the configuration after changes. The version I'm using also parses my VS Code config JSON and adjusts the values based on the selected light or dark theme preferences. My main goal was to create an extendable solution for the future and to explore using Rust as a scripting language. If this approach doesn't align with your needs, that's perfectly fine. Everyone has their own methods for solving problems, and I encourage you to use what works best for you. I shared this to provide an alternative perspective that might be useful in certain situations, adding another option to your arsenal for when the need arises.

Thank you very much for the kind words.

Thank you! I agree, Scriptisto is a fantastic piece of software. One feature I’ve noticed that could use improvement is the ability to automatically clean up the cache directory of build assets when the corresponding script files no longer exist. Implementing a feature like that could make for an interesting video on this channel in the future. Who knows?

Thank you. I am using a Keychron Q1 Pro with Kailh Speed Bronze Switches. It’s a very sturdy and satisfying keyboard even though I am currently contemplating switching over to a split keyboard.

At least it is only partially light mode. Most of the time I even remembered to mention the switch before hand so that you could avert your eyes, from this bright abomination 😅. Glad you liked the video 👍

I’m currently using an M1 MacBook Air, and it was a significant upgrade from my nearly maxed-out MacBook Pro with an x86 processor that I had before. Macs have worked well for me in development since I switched from my trusty Linux ThinkPads over 10 years ago. In terms of hardware, you shouldn't encounter any major issues. However, I must mention that Apple hardware tends to be more expensive than other well-designed options on the market. I've heard great things about Framework laptops, for instance. Ultimately, it depends on your software needs and budget. RAM and SSD space can be quite pricey with Macs. That said, I’m personally very happy with my MacBook for daily work, while also using various Linux systems on the side. But it really comes down to personal preference! Best of look with your projects future :)

@@MrJakob Thanks for the thorough insight into this Jakob! I would mainly use the Mac for daily work/projects since I'm doing a mix of cybersec (VM heavy) and development, mainly to build myself a nice portfolio. I'd definitely keep my Nix laptop for some more specific stuff or even a home server kinda thing, I suspect it would be great for that, and would give me an extra chance to properly test out something like Kubernetes :D Many thanks and best luck to you too bro, really looking forward to more videos! :)

I'm thrilled to hear that you enjoy my videos! I definitely plan to create a video on this topic. However, I can't promise it will be the next one, as my spare time is a bit limited at the moment. Thank you for your understanding!

The next one is already in the pipeline and will be published tomorrow as by the usual schedule. We will finally make our player a real menubar/tray application. We are covering, proper placement, menu creation, handling of window decorations and so on. After that we will see. As the mod player reached a state where I am happy using it, I might do something else for a while until returning to tauri things later on.

Thanks for the kind words :). And good look for your future project.

I've been using the default Vim extension for VSCode, and I wasn't even aware that there was a Neovim extension that actually utilizes Neovim under the hood. I appreciate the tip and will definitely check it out!

@@MrJakob oh I was just curious to know which one most people use.

I see. I would assume that most people use the default Vim extension, as it simulates basic Vim navigation and commands while remaining completely within the editor itself. The Neovim extension, on the other hand, appears to run a real Neovim process in the background, piping input and output through it. This is just my impression from a quick glance at it.

I've already added Dioxus to my list for a closer look. There’s so much to explore and so little time! So far, I’m enjoying the Tauri v2 experience. Of course, it ultimately depends on what you need and what you want to build. For my little mod player project, it’s been working quite well. I’ll definitely keep an open mind about other frameworks in the future, or as usual, I might just roll my own! 😅

@@MrJakob yep! I'm learning Tauri through your vids, and I'm also curious on your approach building using dioxus, looking forward on that!

Hey there! I habe put it on my long list of possible video ideas/projects for the future. It will therefore definitely not be forgotten. Maybe there will be some little project in the future, which could make use of it.

@@MrJakob I tried my best to build file browser using gpui but got even more confused about context then tried reading zeds source code. Couldn't figure out the proper way of implementing things because there are more than one. Then I switched to iced. I have only built small games for school projects so don't have much programming experience. Waiting for the video I hope I will get it. Thank you.

I have to admit that there are more efficient ways to create a UI than using web technologies, particularly when considering rendering speed and overall efficiency. However, Tauri offers a straightforward approach to building cross-platform UI applications with a webview and a performant backend, all with minimal effort. This technique is employed by many popular applications today, such as Spotify, Slack, Discord, VS Code and Figma. I believe the player is in good company with these well-known apps. The two main reasons I chose Tauri for this project are: first, I wanted to experiment with Tauri again on a "real" project, and second, I want to create this player for my own use. The faster I can build it, the sooner I can enjoy it! Now worries I understood the sarcasm in your comment, just wanted to clarify things for other readers/viewers.

​@@MrJakob Thats a huge response for trying to make fun of react. Im totally fine with web views and i love tauri. Im just a small hater of react nowdays (after 6 years of working with it) i just think signals are the future (solidjs, svelte 5 etc). And maybe for a simple music player you dont even need an entire runtime framework. Something like astro that ships with 0 js by itself and you just add some own js for it to work. At the end of the day its a cool project regardless not trying to make fun of anything here

@Sillyvan I completely agree with you! In fact, it’s even worse because I scaffolded this project using Next.js instead of plain React. 😂 I opted for what I thought would be the quickest way to get things up and running, and Next.js comes with Tailwind and TypeScript already configured. If I had chosen vanilla JavaScript, which would have been more than sufficient for our simple player UI, it might have taken longer. I just wanted to clarify my reasoning, as I’m essentially on the same page as you. Any frontend framework feels like overkill for this straightforward UI I’m trying to build. That said, I’m not even sure it will make a real-world difference in the end, at least from the user's perspective! 😆

lol just use rxjs in react n00b. or roll-own-proxy solution. boom, solved re renders. there’s even legendapp/state. if ur react code is slow, i dont see how ur solid junk would be any better. frankly invoking the notion of speed for a ui with 3 fucking buttons is insane.

Thanks for your interest! For my various videos, I use different cameras. Currently, I'm using a Logitech StreamCam, and I'm really happy with it. For audio, I've been using a Rode lavalier mic since I started recording RUclips videos. Recently, I upgraded to a newer version of the mic, and I'm excited about the improved quality!

Thank you! I aim to take this journey from start to finish alongside all of you. I only make cuts when the material isn't relevant to the project or would otherwise be uninteresting.

All in good time! 😉 I'm excited to continue developing this project, and I promise we'll make great progress. You can always check the current state of development in the linked GitHub repository. Additionally, I finished the second video on this project over the weekend, and it will be live next Friday, as usual!

@@MrJakob that's great man!

@MrJakob can you also do a dioxus video?

@@ok-alarm I've added it to my list for future projects! If I come across a project idea that requires a framework like that, I can definitely see myself making a video about it. However, I don't anticipate that happening in the near future. Thank you for the suggestion-I'll be sure to keep it in mind!

Perfect Timing I’d say. I guess we can learn together how to do this the right way then 👍

Thank you!

Thank you all of you are a great community!

Yes they are the boss. Don’t let anybody tell you otherwise 😂

Thank you! I highly recommend giving Rust a try. Although I'm quite fluent in several programming languages and primarily use different ones for my work, I find Rust to have a unique appeal that I truly enjoy.

😂👍

Thanks. Simple particle engines are often easy to create and and have great effect :). And of course fireworks are always cool.

on to the next 1000, starting with you :)

Thank you. I am really happy, to see how many people out there enjoy a relaxed coding session or two :)

Thank you I am immensely happy with how this turned out. I even liked the „bug“ with the exploding effects from the bottom of the screen, I had during the coding of this. It looked kind of nice. Maybe I will integrate a simple pixel particle system like this into the engine itself. Who knows. There is so much todo and so little time 😅.

Glad I could provide some inspiration :)

Thank you. I am thoroughly enjoying creating these videos and communicating with all of you immensely as well. :)

You're more than welcome

You are right especially get_or_insert could help I guess 👍

Daw, thanks! Loving your channel so much, very impressed by the design work you do on the fly.

Ah! Wait, I forgot that we're not filling the scroll back buffer, we're overwriting the current screen so that doesn't work (it would blow out the memory too, I'd been thinking about drawing a single screen rather than animations). Also the IF will be very cheap because it's almost always true, yay for branch prediction!

In the next video we eliminate the newlines all together 😁

@@MrJakob I never thought terminal emulators could do what you're getting yours to (Kitty started opening my mind but this video series is wild :D )

I'm honestly quite astonished myself! If I hadn't tried it, I would have never discovered this. What I find particularly interesting is that it performs so well, even with tmux running in the background for processing. It's a bit of silly fun experimenting with all of this, but it's bringing me so much joy!

Thanks it’s even more fun knowing, that others enjoy coming along for the journey.

Sure thing. I created a new playlist "Image Manipulation", where this videos as the corresponding one before it resides ruclips.net/p/PLy68GuC77sUT7xppVqjE4dh3IopqrIdmv. Furthermore I created one called "Terminal Magic" with of the recent terminal rendering shenanigans I am up to ruclips.net/p/PLy68GuC77sUSaRnCabFyJEKY82aAUicDC Hope that helps.

Yeah I know, I kind of forgot, that I am not displayed full screen, but only in the lower right corner of the video recording 🤣

@@MrJakob lol. No, I meant the bouncing box hit the exact corner. Like the old days watching the DVD logo bounce around. 🙂

lol. You are absolutely right :). No I can’t unsee it ;). Maybe I should implement an old dvd logo bouncing around in the terminal, just for fun ;)

Fira Code

@@MrJakob it looks more like Jetbrains Mono (?

I am terribly sorry. You are absolutely right. I am using Fira Code as a Nerd Font for the terminal and Jetbrains Mono in vs Code. Had to look it up myself just now. Good catch. 👍

​@@MrJakobAlso what's the theme😅

In vscode Gruvbox Material Dark and in the shell it is gruvbox_material_hard_dark :)

Thank you for your kind words. Much appreciated.

My terminal emulator is alacritty with tmux as a multiplexer. You can get all my relevant configs from my dotfiles repository github.com/jakobwesthoff/dotfiles

Thanks for the info. I fixed the title 😇

Comma is the correct mathematicaly

Do you have more context? Where exactly do you think that could help?

@@MrJakob around 51:55, instead of an if use a match statement?

Ahh I see what you are referring to. I am not sure that would have worked actually, as the matching conditions were kind of hard to fit into one branch, which was my goal here to not have multiple copies of the same code. I would need to think about that to check whether a match would really work here or not. Thanks for your suggestion. 👍