Aerospace is not ideal for me. It doesn't use the native spaces, but instead places windows out of sight (one pixel still visible). When it crashes you either have a LOT of windows floating on top of each other, or they are out of reach. I much rather use the native spaces. It is of course a shame that we have to (partially) disable SIP for all apps to get only Yabai working, but then again, on Linux there is no SIP and that worked fine for me for years. I use only Karabiner (no skhd), works perfectly.
@mehdio3 күн бұрын
I'm currently doing a video on Aerospace and yes, totally agree with your thoughts and experience. At the end of the day, both have significant design differences and serve different requirement setups.
@rachwalskimarcin5 күн бұрын
Stayed to the end. Being proud of myself 🎉
@mehdio3 күн бұрын
welcome to the 20% fam!
@Adrian-ol1uz6 күн бұрын
Could you share your terminal config?
@LynxIo-wr4ul8 күн бұрын
Thanks a lot for this video, I managed to get it working except one thing. The level 4 thing, apps always open in the same Space, anyone facing this issue?
@mehdio3 күн бұрын
Did you go through yabai setup with yabai --load-sa ? github.com/koekeishiya/yabai/wiki/Installing-yabai-(latest-release). Aside from this, did you make sure you added a rule to open app to specific spaces ?
@dataslinger637911 күн бұрын
Thanks Mehdi! Going to check it out.
@maninekkalapudi26 күн бұрын
Poor XML😂
@kerimtim27 күн бұрын
Pleases someone tell me how to get a complete rid of any animations in mac like minimizing and maximizing apps
@mehdio11 күн бұрын
AFAIK if you meant the native macos fullscreen/minimizing, you can't. However, in yabai there's an option for --toggle zoom-fullscreen. I usually mapped this one like this : alt - f : yabai -m window --toggle zoom-fullscreen
@paoloogr28 күн бұрын
Very interesting man! Nice job
@asnaeb-er3wz29 күн бұрын
I'm hooked not only on data engineering topics but on your presentation style. Are there any other resources you would recommend to a beginner? Also, i just learned pandas, should I jump to spark or polars? Thank you Medih. Subscribed!
@JohnLing-on1hvАй бұрын
The pdf is insane. There are so many technologies
@sridharkatta7775Ай бұрын
raycast & aerospace video
@d.d.z.Ай бұрын
20%
@saurabhpradhan6603Ай бұрын
Man you got swag.❤
@hugodsa89Ай бұрын
Ray cast video please 🙏🏻
@KshitijArankeАй бұрын
You could use uv 😂
@khunjame7Ай бұрын
brother can you make a video how to manage dotfile from scratch on mac?
@micaeljose2101Ай бұрын
boy from Brazil here, I met you a few months ago through Luciano, your videos are very good!
@mehdioАй бұрын
Let me know if you've been using such a setup for simple data pipelines-I'm curious to hear! Something else I haven't mentioned is the trend of declarative data pipelines using YAML, even with data orchestrators (e.g., Kestra). This brings both tooling even closer together.
@yanniksacherer6964Ай бұрын
Did You know you can use poetry instead of Uv? Would definitely recommend to give a try!
@mehdioАй бұрын
cool! I just find out this awesome walkthrough video about uv : kzbin.info/www/bejne/naCsqH6gqKqDhas
@rafaelsachetto69Ай бұрын
Do you know Aerospace?
@LiveTypeАй бұрын
People calling python not slow haven't worked on large python projects. For small things and scripting I would argue python is probably the fastest language to use for a no result to result time almost always. It's what I reach for every time. Especially since LLMs are optimized for python above any other language. Large python projects are something else. Oh boy. People getting sloppy and slapping in n^2 algorithms for 1000+ long element objects here and there and yeah... Python apps suddenly become unbearably slow. Even moreso on old hardware. Scaling python is too much of a hassle I've found and this is coming from someone who beat the drum of full stack python. I have switched to using exclusively go for backends and I can guarantee even an absolutely terrible go backend implementations will still be more performant and scalable than just about any python.
@HenriqueMDerosaАй бұрын
It seems it's missing how to display the app icons of each space. 😁
@mehdioАй бұрын
Hey! Didn't go into details but feel free to check the dotfiles here : github.com/mehd-io/dotfiles/blob/master/sketchybar/plugins/yabai.sh#L41
@2Bee_McFlyАй бұрын
I'd love to see the theme used in the thumbnail :D
@mehdioАй бұрын
will do a video on my terminal setup!
@EddieAguilar-p3sАй бұрын
Do you have video about your prompt theme?
@mehdioАй бұрын
Will do a future video about my terminal setup!
@prabhavagrawal1712Ай бұрын
To bad, they commented to break the PR into multiple PRs 😑
@VirassАй бұрын
Yeah, man! I use a similar philosophy in my KDE environment on linux.
@manubp97Ай бұрын
Pretty good video, I'm one of those who started using DataGrip, then switched to DBeaver. But this video really makes me rethink the option to get rid of it.
@uthoshantmАй бұрын
The title should be "Most of the time, Python being slow does not matter". That said, it is slow.
@TheRealZitroXАй бұрын
going for a walk from bed to kitchen isnt slow aswell. now try to walk 40Km to the city and call it fast :D
@FaizKTGАй бұрын
What's slow is slow. No one cares about "fast syntax writing" or UX or whatever the hell because that part is subjective, when people mention speed they obviously relate to execution speed.
@RexhunterjАй бұрын
If you are compiling your core code in C++/C and calling it from extensions/dynamic libraries in Python. Python is slow and you're just being contrarian. Python like Ruby and every other scripting language that has ever existed is always slower than natively compiled code, it will never be faster. They also, while slower, have their places in the various markets and industries programmers and scripters work in. If you need to call most of your code from outside Python, the language is just a framework for you to call native code from.
@puddlejumper3259Ай бұрын
Python isn't used in AI. Python uses AI. The AI and compute portion aren't done in Python. But developers create bindings for the non dev AI researchers to call the AI libraries.
@migas360Ай бұрын
Anyone that says that python isn't slow, never had to scale it. Python is fundamentally easy to write, hard scale. Which at some point and for certain project it makes it really hard to justify on a purely software engineering perspective, since the more optimize the more you usually end up losing on a readability which is the whole point of using python in the first place, and what for? I can make a Go program in roughly the same time that will run magnitudes faster.
@mehdioАй бұрын
Check out Airflow - OSS data pipelines orchestrator tool, which is standard in the industry. It scaled at Airbnb with thousands of DAGS and I worked at Klarna on the same setup. Purely Python framework. I could go on with the list, but it really depends on what you mean by scale.
@jeffreyleanАй бұрын
I understand ur point, however what I don’t understand is how is ur point relevant to the idea of the benchmark ? The benchmark is straightforward, language runtime speed, it’s a race, yes like F1 race. It’s not about idea -> reality, it’s not about library, it’s not about right tool for right job, it is just to showcase language raw performance when all of them are trying to do the same task. So in this context, for the sake of this race, Python is slow, and it’s ok to be slow, because Python’s performance was never its strong suit.
@hermes6910Ай бұрын
It's slow. Compared to fast languages, of course it's slow... You can't argue with that. The only way to make Python fast is... to use a fast language and call it from Python. So, yes, Python is slow. And more Python is hell for large projects.
@mehdioАй бұрын
What's your experience with Python's performance ? Love or hate ?
@llothar68Ай бұрын
Terrible, especially when you use OO. Very clear from implementation point that it has the worst performance of all script languages. Even ruby is faster now.
@sporus3700Ай бұрын
So to resume : Python is fast to write but slow in performance. It just depends on the project
@AGAU1022Ай бұрын
In practice it's fast on performance too. If you add compilation time, Rust is slower for scripts that won't be run many times. Python runs instantly without a compile step and takes advantage of libraries written in precompiled code written in other languages for anything that would be slow in pure Python, which makes the performance pretty optimal for the things it is primarily used for.
@martijncourteauxАй бұрын
mehdio: "Python is not slow". also mehdio: "When Python is slow, people write code in C++ to make something actually fast, and then call it from Python". So yeah folks, Python _is_ slow...
@mehdioАй бұрын
What's the issue with that? You start with an easy-to-learn programming language that can scale across many developers (fast development). When you need compute performance optimizations, you bring in low-level to fine-tune things. Mojo makes similar promises, but I don't think it will take off, IMO.
@llothar68Ай бұрын
@@mehdio The problem is that writting python extension is absolute terrible because of this 25 year old and organically grown API. And if you want the extension feel pythonic you cant just use a simple wrapper generator.
@mehdioАй бұрын
@llothar68, do you mean terrible in terms of developer experience or terrible in terms of performance? Do you have clear examples in mind ? In the example I gave in the video, Polars, for instance, is used for heavy compute (data pipelines), and it's a relatively recent project (with its core in Rust) that works quite smoothly with the Python binding.
@borjestechАй бұрын
I am with you bro
@datawithrama1211Ай бұрын
What tools or theme do you use for your clean terminal?
@Tony-tu8uzАй бұрын
🔥
@TheNumbskull12Ай бұрын
You're always the best
@wilsonusmanАй бұрын
Great stuff Mehdi, learned a thing or two I hadn't on other videos. I really need to spend time on the docs, to learn more than the basics.
@hxxzxtfАй бұрын
I'm gonna migrate my poetry projects to uv
@mehdioАй бұрын
Is there any reason why you WOUDN'T use uv as of today? They have a drop-in replacement for pip, so you can literally start speeding things up by just replacing pip install with uv pip install!
@AvihayBar28 күн бұрын
The only this holding me back is the fact uv and pyenv clash on the .python_version file and are incompatible. I am so used to working with pyenv and activating/deactivating virtual environments that I miss this feature with uv. And working with PyTorch / Cuda can be hell to figure out dependencies, I am not keen on not having an option to "stash" a working venv in order to try something in another and have the ability to go back (something I use in pyenv constantly).
@kevinhuddy44702 ай бұрын
Just discovered your channel! Nice content! I'll look @ more. Any chance you can share me the portable vesa you use for the monitor? Thanks 🙏
@mehdio2 ай бұрын
Ill do a video of my full nomad setup as other people requested! :)
@kevinhuddy44702 ай бұрын
@@mehdio i'm leaving for a 2 weeks work trip in 2 weeks, can you write it to me in private so i get it in time lol?
@ปั๊กกกกกกก2 ай бұрын
I had the problem, help me plz. ➜ yabai -m space --focus 2 cannot focus space due to an error with the scripting-addition.
@blooming9941Ай бұрын
sudo yabai --load-sa
@VI-hf1ib2 ай бұрын
Dash to Dock for macOS, finally. Thanks!
@nurb2kea2 ай бұрын
Just use linux. And all the shortcut and no mouse...is more for a specialised workflow...just try to use blender with its million shortcut and your setup... This will be a mess in seconds... For coders ok, but the time I waste to use the MacOS basics is mostly the time you use to config and update all this. And less is more (better) for coders to eliminate possibilities, I guess.
@h3ct0rjs2 ай бұрын
Pretty cool, I was looking something like this, I also switch between linux machines and mac os and I'm a total disaster. This looks pretty similar to i3 :-)