unix-as-ide VS micro-editor

> I've never understood why people and to extend vim to try to make it half of an IDE.

Because vim ships with on any *nix machine and provides a consistent experience no matter where you use it.

Vim is the DE part and people add plugins or whatever to enrich the text editing experience with LSPs or other language aware plugins, and the I in IDE is in the form of the integration with the tooling already available.

This[0] might shed some better light on the "why"

[0] https://blog.sanctum.geek.nz/series/unix-as-ide/

Check out “UNIX as an IDE”. First Google hit; https://blog.sanctum.geek.nz/series/unix-as-ide/ There are some great talks on YouTube but can’t be bothered to search :)

I use the CLI as my IDE. For me, that's FreeBSD or OpenBSD most of the time with a little bit of Linux (and as little Windows as possible). I usually wrap it all in a tmux session, but with vim/neovim offering :terminal functionality these days, I could see an alternate universe where that got flipped/inverted.

See Unix as IDE for an example.

I choose vim/neovim because I need a "just" code editor, and also it can be easily leverage my tools capabilities on UNIX way, and you can read more on this article Unix as an IDE, but the all-in-solutions, like an IDE, is not the right tool for code editing, it came with a lot of features and defaults that you in most cases I don't need it, or I have to learn how to use them according to that IDE.

Your teacher probably subscribes to the idea of Unix as an IDE, and I do too! It's important IMO to avoid holy wars, but there are some spectacular tools built into your Unix computer if you take the time to get to know them.

Vim is first and foremost a text-editor. In the Unix philosophy other tools should fill the places of the functionality a fully-fledged IDE gives you. You can add plugins and heavily craft your .vimrc to make it a lot like an IDE. But that's not really the "unix way" so to speak. I'm not necessarily some sort of coding elitist. I'll settle for other tools when I have to. I've also spent more hours than I care to admit making VIM more or less an IDE. But there is a sort of simplicity in being able to develop remotely in a test environment using vim and few other CLI tools. I recommend checking out Unix as and IDE for an intro to what I'm talking about.

Yes, this helped me https://blog.sanctum.geek.nz/series/unix-as-ide/

To see more screenshots of micro, showcasing some of the default color schemes, see here.

Not sure these are really popular, but I cannot resist advertising a few utilities written in Go that I regularly use in my daily workflow:

- gdu: a NCDU clone, much faster on SSD mounts [1]

- duf: a `df` clone with a nicer interface [2]

- massren: a `vidir` clone (simpler to use but with fewer options) [3]

- gotop: a `top` clone [4]

- micro: a nice TUI editor [5]

Building this kind of tools in Go makes sense, as the executables are statically compiled and are thus easy to install on remote servers.

[1]: https://github.com/dundee/gdu

[2]: https://github.com/muesli/duf

[3]: https://github.com/laurent22/massren

[4]: https://github.com/xxxserxxx/gotop

[5]: https://github.com/zyedidia/micro

> The worst way to store and manipulate text is to use an array.

Claim made from theoretical considerations, without any actual reference to real-world editors. The popular Micro[1] text editor uses a simple line array[2], and performs fantastically well on real-world editing tasks.

Meanwhile, ropes are so complicated that even high-quality implementations have extremely subtle bugs[3] that can lead to state or content corruption.

Which data structure is "best" is not just a function of its asymptotic performance. Practical considerations are equally important (arguably more so).

[1] https://github.com/zyedidia/micro

[2] https://github.com/zyedidia/micro/blob/master/internal/buffe...

[3] https://github.com/cessen/ropey/pull/67

There are two main ways to configure sudo.The first one is using the sudoers file.It is located at /etc/sudoers for Linux,and /usr/local/etc/sudoers for FreeBSD respectively.The paths are different,but the configuration works in the same way. A typical sudoers file looks like this. The sudoers file must be edited with the visudo command,which ensures the config is free of errors.Running this command as the root user will result in opening vi by default.If you want to use a different editor you can set the VISUAL environment varaible to the editor you want. For example,if you want to use micro as the text editor run:

found that micro has dedicated info page for copy paste

micro: winget install zyedidia.micro