Power is common on a lot of docks. Just plug it in and charge it up.
Range is not really a problem if you plan carefully and are patient. I try not to motor much anyway -- it being a sailboat and all. I do have a back up generator though.
Grep-ability for one. This would also make Vim's default '*' behavior less useful.
Weird choice, I've programmed in a language that wasn't case sensitive and it's no fun to read legacy code where the casing changes everywhere.
There is a great Miyazaki video where some students showcase some AI tech that generates animations. He ends the talk really disheartened by the experience -- saying something to the effect that he thinks people are losing faith in themselves. I'd never listen to something that is AI generated.
When my favorite podcast ended it felt like I lost touch with a group of friends, this ain't going to have that sort of impact on me. Pass.
I actually felt like he came across as insensitive in that video.
These are students playing with new technology to produce animated characters that move in unintuitive ways, resulting in something actually quite interesting, yet unnaturally creepy (which was intentional).
Miyazaki dismissed it 'an insult to life itself'. I can't imagine the disappointment those students must have felt.
But perhaps in many ways that is where humans really shine. Messages (which can be interpreted metaphorically as well as literally) written with sincerity reveal much more than whatever is said. Whenever we do anything, the closer it comes to being unfiltered and directly from us, the more it means.
If you suspect I'm writing in a way to try to make you feel (or not) a certain way, or to avoid breaking some taboo, or to follow some dogma, then you have no real reason to care about what I ultimately say, because you have no real reason to think its "authentic." By contrast when he views something overtly as "an insult to life itself" it's an incredibly insightful view on his perspective of the world. You would have lost so much in "translation" had he crafted his message in a less sincere way.
I also think this is why there will be minimal to zero market for much "AI" content. Content is not just content. It's a reflection of ourselves. Think about how much you can, probably accurately, infer about me, my views, and more - based on these 3 paragraphs. When this comes from a chatbot, any reflections you might see would be as real as the shapes you might see in the clouds.
What this current generation of "AI" tech seems to enable, more than anything else, is efficiently generating massive volumes of mediocre content. I'm not sure whose problems that's supposed to solve but it certainly isn't mine.
One could argue the internet as a whole, and arguably the PC revolution as a whole, had that same effect.
My dad always said "computers are very fast idiots". They will probably never be Mozarts, but they can and will be Salieris; and most of the world would be extremely happy to have a personal Salieri - in fact, we'll probably be happier like that, considering how Mozarts can be very problematic from so many perspectives.
Do we watch a show like The Simpsons because it is hand drawn, or because of the content?
Last weekend I watched part of an episode and there was a scene where they walked towards "Place de la Pointillisme" [0]. The effect is clearly CGI and you can see how Homer and Marge are actually animated 3D models, so effectively all the "newer" shows (it was aired May 8, 2016) are computer animations with a very flat cel shader. Some argue that newer episodes aren't as good as old ones, but I'm not sure if this could be attributed to them not being hand drawn anymore. In any case, one could apply an XKCD-shader to make the lines a bit more human if the look doesn't appeal.
The Miyazaki video, I get it why he says what he says, but it's an issue with the students targeting the wrong audience. I could see their horrible graphics being a part of a horror movie or game, but that is a completely different world than Miyazaki's.
I don't think this is the case. They don't film animation cells anymore and the animation is done on a computer but for most shots they're not CG models. Even in the pre-HD era they've done a few shots where CG helped.
I thought the same, but that specific scene, it wouldn't make sense to use 3D models only for those 5 seconds if all that was of importance in that shot was the point-like effect of the entire image. You need to see the video version of this to see that it is a 3D scene, the shading is just too perfect on them, specially Marge's dress, it looks like cloth animation.
The demo video is great[1]. I picked one up from my local synth shop, it's a nice little mixer. Perfect for all my tiny desktop synths (Kastl, M8, NanoLoop FM). I admire the design of TE stuff, but the premium is hard to justify for me (especially since I mostly dabble in music).
> I’m finding myself doubting the amount of time I’m dedicating to configuring/practicing vim
If it's not fun, then it's probably not worth it. It really depends on what VIM can do to improve your current workflow. So, you may need to drop the VSCode mindset while you start using VIM.
> but now that I’m trying to navigate medium/large projects,
I actually have trouble navigating large projects in VSCode. The buffer, tab, window model that Vim uses makes more sense to me (but it's unique to VIM afaik, so it may be jarring at first). Combine that with a fuzzy finder[1] and it allows:
- rip-grep to search for files with text / file names
- Searching through currently currently opened buffers
Whenever I have to use VSCode (mainly for the live share feature, I find myself pretty lost with VSCode's tab based interface (I usually end up with like 20 tabs cluttering my workspace, and tabs are local to a split, which is jarring for me).
> the vim endgame looks like
It never _really_ ends. Some VIM features that I miss when I use another editor are:
- Really nice integration with terminal commands. One thing that I do very often is copy the name of the current file: `!echo % | xclip -sel clip` so I can use the filename as an argument in a terminal split (running tests for example)
- Filters (`:help !`) so I can pass parts of a file in to a program that accepts standard input. Example: `'<,'>!jq` to prettify bits of JSON.
- Global commands and macros. VSCode vim supports them, but I've noticed that they can run pretty slowly.
- The buffer, tab, window, model (probably the biggest one I miss when I start using VSCode)
For LSP support, I've tried to migrate to neovim's native LSP tools, but I still find COC to be a lot more intuitive. You should feel right at home with it since a lot of the plugins are similar to their VSCode counterpart.
If you'd like a really general and guided tour of VIM, I'd recommend picking up Practial Vim[2] It really helped me understand the workflow a bit more. Approaching VIM with the mindset of another editor wont give you all the benefits of using VIM. Though, if the workflow doesn't click, then that's not a big deal. You can always go back to VSCode.
> Whenever I have to use VSCode (mainly for the live share feature, I find myself pretty lost with VSCode's tab based interface (I usually end up with like 20 tabs cluttering my workspace, and tabs are local to a split, which is jarring for me).
Yes, VSCode definitely has its own model similar to Vim's buffer/tab/window but that is somewhat unique to VSCode. There are some deep keyboard shortcuts that are similar, but quite different to Vim's, and I recall the VSCode Vim plugin tries its best to split the difference, somewhat.
Something I find very helpful with VSCode tab management in complex scenarios is the "Open Editors" pane. By default it is at the top of the Explorer panel. I think it defaults to minimized in fresh installs, though, but deep in the past it was the "only" tab management interface and a little bit more central to early VS Code workflows so some of us learned to rely on it early and others coming into VS Code fresh don't notice it at all. It's still one of the easiest places to do more complex tab and split management when the vertical tab bars are too cramped to be as useful as a horizontal list of opened tabs/splits.
One small suggestion, I initially skimmed the first part of the article and didn't know the game worked on mobile. You could add an overlay to the game before you tap/click it to display the controls.
I've sunk a pretty substantial amount of time into learning vim (neovim) and imo it's paid big dividends in taking the monotony out of text editing tasks. But, I don't limit myself to one tool. If I need a graphical debugger or the language doesn't have a fast lightweight language server, I use an IDE.
I switch between neovim and an IDE pretty frequently. I use yakuake to open up a terminal when I need it. best of both worlds! Plugins like comrade[1] make this pairing delightful. If your definition of a VIM mode only includes text objects and navigation, than an IDE with VIM bindings is plenty to replace it, but it doesn't cut it for me. My workflow has become reliant on VIM macros, global commands, buffers, and filters. I also haven't found a compelling reason to replace Fugitive[2] for another Git GUI.
None of the stuff I do in neovim is necessary, but it's fast, flexible, a bit obtuse, and pretty dang fun.
It's tough to fill the editing niche VIM fits because of the peculiarities that make it VIM. Doesn't mean that it's the de facto editor for every situation.
I too started picking up Rust with the goal of trying out embedded development. I'm taking it slow though -- working through the book and a little cli tool. I am also on the discord.
Range is not really a problem if you plan carefully and are patient. I try not to motor much anyway -- it being a sailboat and all. I do have a back up generator though.