distributive
amazonka
Our great sponsors
| distributive | amazonka | |
|---|---|---|
| 6 | 7 | |
| 41 | 589 | |
| - | - | |
| 2.7 | 9.5 | |
| 12 months ago | 19 days ago | |
| Haskell | Haskell | |
| BSD 3-clause "New" or "Revised" License | Mozilla Public License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
distributive
- stack
-
Is there an idiomatic way to have a record but with enum values as keys?
Moving discussion to a github issue.
-
Issue 302 :: Haskell Weekly newsletter
In main branch of distributive, Distributive is gone. There is only Representable. See current state https://github.com/ekmett/distributive/blob/117377d7ba38efc5b115169b565dfb80de8ad407/src/Data/Rep/Internal.hs
-
Monthly Hask Anything (November 2021)
Seems like a neat signature. Is it an instance of some deeper concept or property? Is there a general typeclass for it? It looks a little bit like distribute from distributive.
-
Chris Penner - Intro to Higher Kinded Data Types
The upcoming version of distributive includes a lot of hkd toys. It might be up your alley.
amazonka
-
Getting Amazonka S3 to work with localstack
This is perhaps not as obvious as it could be. A penny for your thoughts? https://github.com/brendanhay/amazonka/issues/968
- amazonka 2.0.0-rc2 announced
-
[JOB] Haskell Developer @ Bellroy (Remote)
Most of our tech stack is built on Free and Open Source Software, and we give back wherever we can - either by upstreaming fixes or publishing libraries. In the Haskell world, we’ve open-sourced wai-handler-hal and aws-arn, made significant contributions to amazonka and we have more on the way. If you’re interested, here’s our applications page. If you have questions, you can ask them here or email [[email protected]](mailto:[email protected]).
-
stack
Stack does not clone a copy of a git package for each of a user's projects that uses the package but cabal does. This can be a deal-breaker for cabal when using huge git projects like https://github.com/brendanhay/amazonka that can take forever to git clone. If you have a test/CI setup for a project that uses such packages, cabal's lack of caching can also cause huge delays and more opportunities for failure (from network errors or timeouts). From the proceedings of past issues, I don't think cabal devs are interested in addressing this use case. https://github.com/haskell/cabal/issues/5586
- Usability of smart constructors and large records with required, optional, and default parameters
- Amazonka 2.0.0-rc1 is ready for testing
-
Haskell ghost knowledge; difficult to access, not written down
amazonka is a bit of a minefield despite being listed as the only AWS library by SOTU
What are some alternatives?
Agda - Agda is a dependently typed programming language / interactive theorem prover.
aws-ec2 - Now maintained by: See https://github.com/memcachier/aws-ec2
miso - :ramen: A tasty Haskell front-end framework
amazonka-s3-streaming - Provides a conduit based interface to uploading data to S3 using the Multipart API
parameterized-utils - A set of utilities for using indexed types including containers, equality, and comparison.
aws - Amazon Web Services for Haskell
fgl - A Functional Graph Library for Haskell
amazon-emailer - A simple daemon to process messages put into a postgresql table and mail them out using amazons SES.
containers - Assorted concrete container types
hs-GeoIP - Haskell bindings to the MaxMind GeoIPCity database
type-level-sets - Type-level sets for Haskell (with value-level counterparts and various operations)
aws-lambda - Haskell bindings for AWS Lambda