Fission.io VS Dhall Configuration Language

Fission.io

Fission.io is a serverless framework for Kubernetes that supports many concepts such as event triggers, parallel execution, and statelessness.

Dhall Configuration Language

A non-repetitive alternative to YAML

Landing page //
2022-10-19

Landing page //
2022-04-27

Fission.io

Website: fission.io
$ Details

Edit details

Dhall Configuration Language

Website: dhall-lang.org
$ Details

Edit details

Fission.io features and specs

Decentralized Hosting
Fission.io offers decentralized web hosting, which means your data can be distributed across multiple nodes, enhancing redundancy and accessibility.
No Backend Required
Fission provides a platform that allows for serverless applications, eliminating the need for traditional backend infrastructure and simplifying development.
Portable and Interoperable
Applications built on Fission can easily be moved and run across different platforms and environments, enhancing flexibility and interoperability with other systems.
Built-in Data Ownership
Fission emphasizes data ownership, giving users control over their data by keeping it on their own devices or selectively choosing where it is stored.
Progressive Web Apps (PWA) Support
Fission.io supports PWAs, allowing developers to create web applications with rich, native-like features while leveraging the power of the decentralized web.

Possible disadvantages of Fission.io

Limited Ecosystem
As a relatively new platform, Fission.io has a smaller community and fewer third-party integrations compared to more established competitors.
Learning Curve
Developers not familiar with decentralized and serverless architectures may face a learning curve when adopting Fission.io.
Performance Variability
Decentralized hosting can sometimes result in variable performance due to the distributed nature of storage and computation resources.
Dependency on Browser Support
Some features of Fission.io rely on modern browser capabilities, which may cause compatibility issues with older or less popular web browsers.
Market Adoption Risk
As a platform that hinges on decentralized technology, Fission.io may face challenges in gaining widespread adoption in industries resistant to change.

Dhall Configuration Language features and specs

Deterministic
Dhall is designed to be a deterministic configuration language, meaning that given the same input, it will always produce the same output. This ensures consistency and repeatability across environments.
Type-Safe
Dhall includes a strong static type system, preventing many common errors associated with misconfigurations. Types are checked at compile time, ensuring configuration values meet specific criteria before deployment.
Total Programming Language
Unlike many other configuration languages, Dhall is a total functional programming language, which means every program written in Dhall will terminate. This prevents infinite loops and other runtime issues.
Interoperability
Dhall can generate JSON, YAML, and other data interchange formats, making it highly interoperable with existing systems that require these formats for configuration.
Modular
Dhall allows for modular configuration files. You can define reusable components and import them across different configurations, promoting DRY (Don't Repeat Yourself) principles.

Possible disadvantages of Dhall Configuration Language

Learning Curve
While Dhall is designed to be simple, the presence of a type system and functional programming concepts can present a learning curve to new users, especially those without a programming background.
Tooling Support
Compared to more established languages, Dhall has less tooling support. Users might find fewer IDE extensions, plugins, or community libraries to assist in development.
Limited Ecosystem
Being relatively new, Dhall has a smaller ecosystem that may lack the breadth of community contributions, such as templates and integration examples, found in more mature configuration languages.
Performance Overhead
The type checking and interpretation of Dhall can introduce some performance overhead compared to more traditional configuration formats like JSON or YAML, which are simpler to parse.
Complexity for Simple Configurations
For simple configurations, the added complexity of Dhall's type system and functional features may be unnecessary, leading to overhead without a clear benefit.

Category Popularity

0-100% (relative to Fission.io and Dhall Configuration Language)

Dhall Configuration Language

Cloud Computing

100 100%

Cloud Computing

0% 0

Configuration Management

0 0%

Configuration Management

100% 100

Cloud Hosting

100 100%

Cloud Hosting

0% 0

Software Development

0 0%

Software Development

100% 100

User comments

Share your experience with using Fission.io and Dhall Configuration Language. For example, how are they different and which one is better?

Social recommendations and mentions

Based on our record, Dhall Configuration Language seems to be a lot more popular than Fission.io. While we know about 91 links to Dhall Configuration Language, we've tracked only 5 mentions of Fission.io. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.

Fission.io mentions (5)

A Brief History Of Serverless
The FaaS platform gained a lot of popularity which resulted in many competitors. There was OSS providers like OpenFaaS or Fission. There were of course the commercial versions to like Azure Functions and Google Cloud Functions. - Source: dev.to / 12 months ago
Questions for Heroku-like Project
This is where I see K8S coming in – teachers can provide dev deployments that are setup for students to learn. Teachers can also provide containers that run automated tests against the student containers for assessment! Plus, we can smooth over some of the git workflow stuff for the ripest of beginners; we can integrate with github to sync their work on our platform to repositories on their github account, so that... Source: about 2 years ago
I'd like to execute a serverless function every time a message is written to a RabbitMQ or Kafka - what's the self-hosted equivalent of AWS Lambda + SNS/SQS or Azure Functions + ASQ/ASB?
I use https://fission.io/ on Kubernetes to emulate AWS Lambda + API Gateway to run Python functions. I use their YAML Spec functionality to deploy functions. It works well for my use case. Source: over 2 years ago
Give your users the power of JavaScript functions with Kubernetes and Fission.io
After doing a lot of research, I ended up settling on the Fission.io framework to support this project. Fission is an open-source Serverless framework running in kubernetes. Think AWS Lambdas, but we are in control of every part of the infrastructure. Kubernetes gives us the power to define the environments the containers will be executed in, and any other resources they need. This gives us the control we need to... - Source: dev.to / over 2 years ago
Removing the split stat change does one thing that continues to kill off players.
Nope. I was using https://fission.io/. Source: almost 3 years ago

Dhall Configuration Language mentions (91)

Any program can be a GitHub Actions shell
I'll give a shot at some guiding principals: 1. Do not use yaml. All github action logic should be written in a language that compiles to yaml, for example dhall (https://dhall-lang.org/). Yaml is an awful language for programmers, and it's a worse language for non-programmers. It's good for no one. 2. To the greatest extent possible, do not use any actions which install things. For example, don't use... - Source: Hacker News / 30 days ago
StrictYAML
I'm a fan of anything that moves us away from stringly typed nonsense. See also Dhall (which can render to yaml). I like the idea but found the veneer broke a little too often and left me squinting at Haskell. https://dhall-lang.org/. - Source: Hacker News / 2 months ago
Some Programming Language Ideas
I think you're asking for Starlark (https://starlark-lang.org), a language that strongly resembles Python but isn't Turing-complete, originally designed at Google for use in their build system. There's also Dhall (https://dhall-lang.org), which targets configuration use cases; I'm less familiar with it. One problem is that, while non-Turing-completeness can be helpful for maintainability, it's not really... - Source: Hacker News / 4 months ago
8 months of OCaml after 8 years of Haskell in production
> Lambda calculus is as pure as can be, and also has terms that don't normalize. That is not considered a side effect. Many typed lambda calculi do normalise. You can also have a look https://dhall-lang.org/ for some pragmatic that normalises. > A better example of impurity in Haskell for pragmatic's sake is the trace function, that can be used to print debugging information from pure functions. Well, but that's... - Source: Hacker News / 5 months ago
Thoughts on ThoughtWorks Radar 2024
I was first turned onto Pkl during my Dhall Trough of Disillusionment phase (Dhall is cool, but man is it hard) by James Ward. It looked to be a language that had enough types to compile YAML/JSON configuration files wayyyy more safely. I’ve had enough YAML/JSON misconfigurations break production, that I started looking into ways to compile those problems away, and Dhall helped a lot, but the learning curve and... - Source: dev.to / 6 months ago