Add motivation - people buy why not what
This commit is contained in:
parent
4586aa36ff
commit
a87c9e8715
1 changed files with 59 additions and 15 deletions
46
README.md
46
README.md
|
|
@ -59,10 +59,54 @@ For a tutorial and usage overview, take a look at the
|
||||||
|
|
||||||
<!--te-->
|
<!--te-->
|
||||||
|
|
||||||
|
# Motivation
|
||||||
|
|
||||||
|
A message from the author about the motivation for this plugin:
|
||||||
|
|
||||||
|
> Many development environments have a built-in debugger. I spend an inordinate
|
||||||
|
> amount of my time in Vim. I do all my development in Vim and I have even
|
||||||
|
> customised my workflows for building code, running tests etc.
|
||||||
|
>
|
||||||
|
> For many years I have observed myself, friends and colleagues have been
|
||||||
|
> writing `printf`, `puts`, `print`, etc. debugging statements in all sorts of
|
||||||
|
> files simply because there is no _easy_ way to run a debugger for _whatever_
|
||||||
|
> language we happen to be developing in.
|
||||||
|
>
|
||||||
|
> I truly believe that interactive, graphical debugging environments are the
|
||||||
|
> best way to understand and reason about both unfamiliar and familiar code, and
|
||||||
|
> that the lack of ready, simple access to a debugger is a huge hidden
|
||||||
|
> productivity hole for many.
|
||||||
|
>
|
||||||
|
> Don't get me wrong, I know there are literally millions of developers out
|
||||||
|
> there that are more than competent at developing without a graphical debugger,
|
||||||
|
> but I maintain that if they had the ability to _just press a key_ and jump
|
||||||
|
> into the debugger, it would be faster and more enjoyable that just cerebral
|
||||||
|
> code comprehension.
|
||||||
|
>
|
||||||
|
> I created Vimsepctor because I find changing tools frustrating. `gdb` for c++,
|
||||||
|
> `pdb` for python, etc. Each has its own syntax. Each its own lexicon. Each its
|
||||||
|
> own foibles.
|
||||||
|
>
|
||||||
|
> I designed the configuration system in such a way that the configuration can
|
||||||
|
> be committed to source control so that it _just works_ for any of your
|
||||||
|
> colleagues, friends, collaborators or complete strangers.
|
||||||
|
>
|
||||||
|
> I made remote debugging a first-class feature because that's a primary use
|
||||||
|
> case for me in my job.
|
||||||
|
>
|
||||||
|
> With Vimspector I can _just hit `<F5>`_ in all of the languages I develop in
|
||||||
|
> and debug locally or remotely using the exact same workflow, mappings and UI.
|
||||||
|
> I have integrated this with my Vim in such a way that I can hit a button and
|
||||||
|
> _run the test under the cursor in Vimspector_. This kind of integration has
|
||||||
|
> massively improved my workflow and productivity. It's even made the process
|
||||||
|
> of learning a new codebase... fun.
|
||||||
|
>
|
||||||
|
> \- Ben Jackson, Creator.
|
||||||
|
|
||||||
# Features and Usage
|
# Features and Usage
|
||||||
|
|
||||||
The plugin is a capable Vim graphical debugger for multiple languages.
|
The plugin is a capable Vim graphical debugger for multiple languages.
|
||||||
It's mostly tested for c++ and python, but in theory supports any
|
It's mostly tested for c++, python and TCL, but in theory supports any
|
||||||
language that Visual Studio Code supports (but see caveats).
|
language that Visual Studio Code supports (but see caveats).
|
||||||
|
|
||||||
The [Vimspector website][website] has an overview of the UI, along with basic
|
The [Vimspector website][website] has an overview of the UI, along with basic
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue