effects-bibliography
koka
effects-bibliography | koka | |
---|---|---|
5 | 31 | |
913 | 3,057 | |
- | 1.0% | |
7.2 | 9.8 | |
19 days ago | 8 days ago | |
Haskell | ||
- | GNU General Public License v3.0 or later |
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.
effects-bibliography
-
Better Java logging, inspired by Clojure and Rust
In addition to those 2 (which I think have phenomenal documentation), the language Eff has more theoretical introduction. There is also the Effect bibliography which has a lot of different effect system in different languages, as well as tutorials and academic papers on the subject.
- How Side Effects Work in FP
- Effects bibliography – bibliography of work related to computational effects
-
Effekt, a research language with effect handlers and lightweight polymorphism
I think it goes back to the neverending quest to find ways of representing computation that allows of ease of composition, changing implementation details, eliminating classes of errors by construction, etc. Monads have had some success in this arena, but they have notable issues with composition; monad transformers help, but can become unwieldy in their own ways.
An alternative are effects, hypothetically allowing for ease in building programs as separate but composeable components which can then be freely mixed in or swapped out. In practice I have found working with effect systems in Haskell via libraries stresses the type system so much you end up with scoped type variables and type applications everywhere. My understanding is that the theory behind using effects to structure computations comes from category theory's Lawvere theories (see e.g. Pretnar's 2010 dissertation on https://github.com/yallop/effects-bibliography). Lawvere theories give rise to many monads (see Bartosz Milewski's article on it -- https://bartoszmilewski.com/2017/08/26/lawvere-theories/), but with nicer compositional properties.
This is where languages like Effekt, Eff, Frank, and Koka come in -- by writing the entire language and type system to support the theories, a lot of the pain of expressing it in Haskell can be avoided.
-
Multicore OCaml: February 2021 with new preprint on Effect Handlers
Not really an answer but Jeremy Yallop maintains a bibliography on the theory and practice of computational effects.
koka
- Koka v3 Released
-
Koka: A fast functional programming language with algebraic effects
This post by the Koka-author is an update about what's currently being worked on: https://github.com/koka-lang/koka/discussions/339
-
Not Use Path Based Imports
Some programming language like JS, use path-based imports, that's not good for making a stabel API.
See https://api-extractor.com/pages/setup/configure_rollup/#:~:text=(The%20API%20Extractor,with%20that%20effort.)
And https://github.com/koka-lang/koka/issues/31#issuecomment-1482200826
-
What features would you want in a new programming language?
It also offers a great Inversion of Control mechanism where everything is customisable, and, unlike Capability Objects, AESs also offer compatibility with type inference (you can pass functions doing IO to map, and it Just Works(TM)) and first-class control over stack frames (because really a continuation function is just some stack frames, which you can manually move to the heap if you want a closure; which means async is an effect!). It also is composable in ways Monads are not.
-
What are you doing about async programming models? Best? Worst? Strengths? Weaknesses?
Koka and other languages implementing Algebraic Effect Systems make everything a user-defined case of coroutines: async is just another effect/Monadic type. Zig does something similar by having first class stack frames, making all function calls possibly asynchronous.
-
Letlang, a programming language targetting Rust - Road to v0.1
Super interesting, there is a proposal to add this to JavaScript and several languages that use this, unison, koka & eff. I had no idea this was even a thing!
-
Let's collect relatively new research programming languages in this thread
Koka, already cited in this thread, early 2010s. Koka's first claim to fame was a usable effect system (at the type were, basically, effect systems were not usable in practice; in fact few languages have managed to do as well as Koka since). Now its author is working on cool implementation strategies for functional languages as well.
-
[Offer] Tutoring for Computer Science / Programming / Software Engineering topics
I'm a software engineer with 3 years of professional experience. I worked for 2 years at Microsoft on Azure Compute and now work at Google, working on improving Google search. I am the sole maintainer of the popular open-source library microlens with 80k downloads. I've also contributed to the Koka programming language developed at Microsoft Research.
-
Implementing the Perceus reference counting GC
By implementing all of those optimizations in the Koka programming language, they achieved GC overhead much less and execution time faster than the other languages including OCaml, Haskell, and even C++ in several algorithms and data structures that frequently keep common sub-structures of them, such as red-black trees. For more information, see the latest version of the paper.
- Creator of SerenityOS announces new Jakt programming language effort
What are some alternatives?
effekt - A research language with effect handlers and lightweight effect polymorphism
ocaml-multicore - Multicore OCaml
rust - Empowering everyone to build reliable and efficient software.
frank - Frank compiler
wasm-effect-handlers - WebAssembly specification, reference interpreter, and test suite with effect handlers extension.
functional-programming-jargon - Jargon from the functional programming world in simple terms!
FStar - A Proof-oriented Programming Language
dafny - Dafny is a verification-aware programming language
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
Rust-for-Linux - Adding support for the Rust language to the Linux kernel.
pen - The parallel, concurrent, and functional programming language for scalable software development