Programming with -XStrict/Unlifted datatypes and associated ecosystem/libraries/preludes

1. ghc-proposals

   1 162 696 8.5 Python

   Proposed compiler and language changes for GHC and GHC/Haskell

   

   I am eager to write strict Haskell. I understand the the -XStrict and Unlifted datatypes help with this. Actually it is interesting that -XStrict does not really cut it, we need unlifted datatypes..

2. InfluxDB

   www.influxdata.com featured

   InfluxDB – Built for High-Performance Time Series Workloads. InfluxDB 3 OSS is now GA. Transform, enrich, and act on time series data directly in the database. Automate critical tasks and eliminate the need to move data externally. Download now.

   

3. containers

   2 11 338 8.8 Haskell

   Assorted concrete container types (by haskell)

   

   "Make invalid laziness unrepresentable" means you should use strict versions of container types instead of lazy ones. However, for better or for worse, sometimes the "strict version" of a data type is not actually a strict data type, it's just a strict API to the lazy type. Examples include Data.Map.Strict (not Data.Map or Data.Map.Lazy) or Data.HashMap.Strict (not Data.HashMap.Lazy) (sadly there is no Data.Sequence.Strict but perhaps there will be one day).

Suggest a related project