| -- https://downloads.haskell.org/~ghc/9.0.1/docs/html/users_guide/extending_ghc.html#compiler-plugins | |
| -- https://downloads.haskell.org/~ghc/9.0.1/docs/html/libraries/ghc-9.0.1/GHC-Plugins.html | |
| module DerivingViaPlugin where | |
| import qualified Control.Monad as Monad | |
| import qualified GHC.Data.Bag as G | |
| import qualified GHC.Hs as G | |
| import qualified GHC.Plugins as P | |
| import qualified GHC.Types.Basic as G |
| [<EntryPoint>] | |
| let main argv = | |
| printfn "Should be zero (netWeight emptyPallet): %A" Stock.shouldBeZero | |
| printfn "harvesterPartsWeight: %A" Stock.harvesterPartsWeight | |
| printfn "grossWeight harvesterParts: %A" (Stock.grossWeight Stock.harvesterParts) | |
| printfn "grossWeight emptyPallet: %A" (Stock.grossWeight Stock.emptyPallet) | |
| printfn "netWeight harvesterParts: %A" (Stock.netWeight Stock.harvesterParts) | |
| printfn "value harvesterParts: %A" (Stock.value Stock.harvesterParts) | |
| printfn "boxLabels harvesterParts: %A" (Stock.boxLabels Stock.harvesterParts) | |
| printfn "boxLabels emptyPallet: %A" (Stock.boxLabels Stock.emptyPallet) |
I bought M1 MacBook Air. It is the fastest computer I have, and I have been a GNOME/GNU/Linux user for long time. It is obvious conclusion that I need practical Linux desktop environment on Apple Silicon.
Fortunately, Linux already works on Apple Silicon/M1. But how practical is it?
blah blah blah more things here
From my experience fundraising in Haskell, companies who use it all seem to have suffered from the same two flavors of problem:
A rockstar comes in, dumps mindblowing code everywhere that dazzles the rest of the team and fools the product leads with pseudo-productivity until the rockstar leaves or finally wakes up. Cue the rest of the team death-marching for the next year or few years as the team attempts to juggle feature additions with excising or unraveling the impenetrable yarn-tangle of semantic misdirection.
An especially productive senior or team lead spends their time on refactoring and generally spinning their wheels with respect to product delivery, and then fails to deliver on time, or at all. Cue the rest of the team struggling to keep up with the refactors. The team's knowledge of the state of the product suffers, confusion about goals sets in, the senior/lead effectively becomes an anti-team player, throwing curveballs at the rest o
The goal of my Google Summer of Code project was to introduce support of multiple home units for GHC. The main motivation for this proposal is to help IDEs provide a seamless developer experience. Currently, two of the bigger IDE projects in Haskell are ghcide and Haskell IDE Engine. Both of these projects aim to support a workflow where developers can work on multiple packages, such as a package's library and executable at the same time. The work-force behind it is GHC itself, which is responsible for actually compiling a user's source files. While we succeeded to create a fork that implements the proposal, nothing has been merged into upstream yet. This is to be expected, since it is a huge change that will impact a considerable number of the GHC API's consumers. Therefore this feature needs to be designed with care and code changes verified to have no unintended sid
WARNING: THIS GIST IS OUT OF DATE AND NO LONGER RELEVANT
Lately I have been busy reading some new books on Domain Driven Design (DDD) and software architecture -- including a short yet eye-opening one in Python and a great one in F#. At the same time, it seems that more people in the Functional Programming world are looking at more formal approaches to modelling -- some examples here. This has brought some thought from the background of my brain about how we should model, organize, and architect software using the lessons we've learnt from functional programming.
Before moving on, let me be clear about this being just a dump of some thoughts, not always well-defined, definite
Once you understand what monads are, and why they exist, you lose the ability to explain it to anybody.
Here's to hoping I don't understand them
| -- stack --resolver lts-10.3 --install-ghc runghc --package fmt --package base-prelude --package optparse-applicative --package text | |
| {-# LANGUAGE DeriveGeneric #-} | |
| {-# LANGUAGE RecordWildCards #-} | |
| {-# LANGUAGE NoImplicitPrelude #-} | |
| {-# LANGUAGE ApplicativeDo #-} | |
| -- | A small program replicating a part of @aws-cli@ (only the interface, | |
| -- not the functionality). | |
| module Main where |
