better and user friendly IDE recommended?

[Ben Finney]

Joshua Landau <joshua at landau.ws> writes:

> On 12 September 2013 00:44, Ben Finney <ben+python at benfinney.id.au> wrote:
> > mnish1984 at gmail.com writes:
> >
> > My main advice: Avoid non-free (that is, proprietary) software for your
> > development tools. Learning a set of development tools is a significant
> > investment, and you should not tie that investment to a single vendor;
> > if they lose interest for whatever reason, your investment is stranded.
>
> If the time learning a set of tools is enough to make the choice
> between tools, I suggest avoiding, say, Vim.

Rather, the effort (not merely time) spent learning a set of tools is
enough to advise choosing tools that will be around and supported by the
community for a long time, and have a wide applicability.

Any software that is non-free cannot be improved by its community, only
by the vendor. That makes it a poor choice for a tool that takes effort
to learn (such as an IDE); it can be abandoned by one party, and then
no-one can improve it further. Free software does not have that problem.

Development tools need to repay their user's investment by being
usefully applicable to a wide variety of tasks. The set of tasks a
programmer needs to perform is broad, and cannot be anticipated early
on; the tools need to be flexible and adaptable by the community of
users to tasks that the tool vendor never thought of.

So Vim and Emacs are both good investments by that standard.

> I find that going for whatever makes you most productive is more
> important than trying to minimise the learning time.

Agreed, and productivity is greatly improved if the tool one has already
learned to use can be used for a broad range of tasks for many years.

> Most software is much easier to learn that Vim, if you have to replace
> it after 10 years or not.

Having to learn many incompatible tools for what is effectively the same
task – whether that task is editing text, running the test suite,
interacting with VCS, invoking a debugger, and so on through many other
IDE tasks – is a poor investment.

Better to learn these once, in a single powerful tool that can be
maintained independent of any one vendor for as long as its community is
interested.

-- 
 \           “Never express yourself more clearly than you are able to |
  `\                                               think.” —Niels Bohr |
_o__)                                                                  |
Ben Finney