• 0 Posts
  • 46 Comments
Joined 2 months ago
cake
Cake day: February 13th, 2025

help-circle

  • I’m a developer, so my chances are pretty good. But I take your point.

    Even if I weren’t, there’s enough software options out there that I don’t have to pick between paying for proprietary software and living with abandonware.

    So I think the need for this security is exaggerated.

    Of course. I used proprietary software for a long time. Having things I relied on get abandoned got old, but it worked.

    I just expect more from most of my software, now.






  • Oof. Sorry you had such a bad experience.

    Pro tip for others: It takes time for volunteers to reverse engineer new proprietary laptop hardware.

    If the laptop manufacturers aren’t advertising Linux support, it’s up to the community to play guess and check, to figure out what the proprietary drivers do.

    You might get lucky and pick the same exact model as a passionate reverse engineer. Or you might not.

    With old stuff, your odds are much better that someone has figured it out for you.

    For new hardware, it’s still essential to pick a vendor that chooses to write and release Linux drivers.

    This will get better when truly open hardware platforms gain popularity.





  • That you can have multiple terminal panes open to accomplish a small portion of the above?

    Yes. Obviously. Two conclusions available to you are, either CLI developers are idiots, or they have tools you are unaware of.

    The answer to “how can anyone work this way?” is out there, if you’re really interested.


  • People insisting on using the command line for everything is like a carpenter that only buys a circular saw and refuse to buy any other saws. Like yeah, you can do almost any cut with a circular saw, and it’s not a bad place to start, but theres a reason carpenters don’t limit themselves to a single type of tool.

    You’ve just given the usual argument for learning Vim.

    Having mastered both, my lack of patience for GUI tools is just that: impatience. I can use any tool, but I reach first for the fastest.


  • Everything you can do in VIM, you can do in VSCode running VIM in a terminal, but not the other way around.

    You would sure think so, right?

    But the VSCode plugin ecosystem still lacks some features available in the Vim ecosystem, and (fl just for example) LazyVim has most of the features available in VSCode.

    At the end of the day, the biggest difference is speed. Even very brief unexpected delays can break my concentration. While VSCode is no slacker, it still has some delays, probably mainly because it’s still JavaScript under the hood.

    Once there’s a GoLang, Rust or C port of VSCode, I may well switch permanently.