[Haskell-cafe] What features should an (fictitious) IDE for Haskell have?
YueCompl
compl.yue at icloud.com
Wed Dec 2 20:23:24 UTC 2020
I can't speak for other Haskellers, I even doubt I am a qualified Haskeller yet, but I don't think such *wizard* things will work well with Haskell, they might be suited to populate boilerplate bloated codebase, and when the project codebase would vastly follow imperative paradigm to develop routine business procedures. But I don't think Haskell is a great fit for that by today, though it had been said "Haskell is the best imperative language", as the ecosystem is geared toward solving whole categories of problems with highly abstract code, there are plenty pitfalls to develop specific, procedural components in Haskell.
Regards,
Compl
> On 2020-12-03, at 03:24, Gueven Bay via Haskell-Cafe <haskell-cafe at haskell.org> wrote:
>
> Hi,
>
> Thank you all for participating and gathering the features.
>
> After reading all your answers I want to subsume all your features:
> * moldable views of sources and searches in the sources
> * automated refactoring
> * configurable formatting and indentation
> (ghc-exactprint used in retrie, hlint and HaRe can help with that)
> * a good IDE is an AST editor (or should it be just a very featureful
> text editor?)
> * IDEs like IntelliJ and Eclipse are designed from and for imperative
> and object-oriented developers
> * Haskell would need specialized debugging and performance investigation tools
> * some kind of automated adjustment (with an slider as GUI element) of
> (very) * descriptive variable names
> * the IDE itself should be performant and reliable
> * use the haskell language server
> * the IDE should be easy to set up and manage
> (it should come in a big but modularized bundle)
>
> For some time now I had an idea for interactive wizards which create
> Haskell source. Thinking about these little helpers I wanted to see if
> there are some features Haskell devs wish they had in their
> environments which I can with time build into the wizards.
>
> Now how should the Haskell creator wizards look like:
> On the very basic level they create every language feature of Haskell.
> You want create a function? The wizard creates the function and its
> parameters and everything needed to run the function and stores them
> in the source.
> Based on this the helpers should create data structures and
> algorithms: As to create these you need in most cases several calls to
> the basic level.
> Next level would be "functionality": You do not want data structures,
> you are a user, you want your problem solved. Using the DS+ALGS the
> helpers create a calendar, a basic key-value store and much more.
> Of course you can create your own functionality wizards using the more
> basic wizards. It should be possible to call the wizards from the
> command line and later there should be some kind of easy and basic GUI
> (speak ncurses dialogs) for the wizards.
> You now gave me some points more to think about to integrate in the wizards.
>
> Am Mi., 2. Dez. 2020 um 18:47 Uhr schrieb Joachim Durchholz <jo at durchholz.org>:
>>
>>> Absolutely agreed from many many years of experience. It almost always
>>> ends up being less painful to just use the upstream's binary bundle (For
>>> the reasons you stated.)... but perhaps I've been spoiled by the
>>> (relative) good quality of Intellij IDEA's bundles.
>>
>> Eclipse works, too.
>> I had been using it for years before I had to switch for work-related
>> reasons - IntelliJ has some strengths and some weaknesses compared to
>> Eclipse, and it depends a lot on which of the two got more love and
>> attention in the previous years.
>> _______________________________________________
>> Haskell-Cafe mailing list
>> To (un)subscribe, modify options or view archives go to:
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
>> Only members subscribed via the mailman list are allowed to post.
> _______________________________________________
> Haskell-Cafe mailing list
> To (un)subscribe, modify options or view archives go to:
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
> Only members subscribed via the mailman list are allowed to post.
More information about the Haskell-Cafe
mailing list