plucky: A library and technique for handling errors via plucking constraints

[ bsd3, data, library ] [ Propose Tags ]
This version is deprecated.

Please see the README on GitHub at

[Skip to Readme]


[Index] [Quick Jump]


Note: This package has metadata revisions in the cabal description newer than included in the tarball. To unpack the package including the revisions, use 'cabal get'.

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees


  • No Candidates
Versions [RSS], (info)
Change log
Dependencies base (<0), transformers (>= && <0.6) [details]
License BSD-3-Clause
Copyright 2020 Matt Parsons
Author Matt Parsons
Revised Revision 1 made by parsonsmatt at 2020-01-22T16:19:46Z
Category Data
Home page
Bug tracker
Source repo head: git clone
Uploaded by parsonsmatt at 2020-01-21T17:40:50Z
Downloads 626 total (9 in the last 30 days)
Rating 2.0 (votes: 1) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs available [build log]
Last success reported on 2020-01-21 [all 1 reports]

Readme for plucky-

[back to package description]


Build Status

Haskell has a problem with problems. We have IO exceptions for unchecked exceptions - the same sort that plague Ruby, Python, JavaScript, and other languages. We have ExceptT for checked exceptions, but Java has us beat on ergonomics and usability of checked exceptions. Can we do better? Well, the blog post points to generic-lens, but that's kind of hard to use. Can we do better, and easier?

Yes! I alluded to this in my blog post Plucking Constraints. This library provides an API and demonstration on 'plucking' error constraints.