questionable VS racket

Compare questionable vs racket and see what are their differences.

InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
questionable racket
3 188
113 4,703
2.7% 0.4%
7.0 9.7
21 days ago about 13 hours ago
Nim Racket
GNU General Public License v3.0 or later GNU General Public License v3.0 or later
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.

questionable

Posts with mentions or reviews of questionable. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-08-01.
  • Nim v2.0 Released
    49 projects | news.ycombinator.com | 1 Aug 2023
    > You can also not really have productive and well-fitting errors-as-values in a language that emphasizes UFCS

    Eh, https://github.com/arnetheduck/nim-results and associated syntax from https://github.com/codex-storage/questionable would beg to disagree. Nim's stdlib does not have productive and well-fitting errors because it suffers from inertia and started far before the robust wonders of recoverable error handling via errors-as-types entered the mainstream with Rust (IMO: and refined with Swift). Option/Result types are fantastic and I do so wish the standard library used them: but it's nothing a (very large) wrapper couldn't provide, I suppose.

    I do strongly think that other languages are greatly missing out on UFCS and I miss it dearly whenever I go to write Python or anything else. I'm not quite sure how you think UFCS would make it impossible to have good error handling? Rust also has (limited, unfortunately) UFCS and syntax around error handling does not suffer because of it. If by errors-as-values you mean Go-style error handling, I quite despise it - I think any benefits of the approach are far offset by the verbosity, quite similarly to Java's checked exceptions.

  • Stop Building on Corporate-Controlled Languages
    10 projects | news.ycombinator.com | 18 Jan 2023
    If exceptions aren’t your cup of tea, look into using stew/results and questionable instead:

    https://github.com/status-im/nim-stew/blob/master/stew/resul...

    https://github.com/status-im/questionable#readme

    Re: std/db_sqlite, your probably better off using sqlite3_abi:

    https://github.com/arnetheduck/nim-sqlite3-abi#readme

racket

Posts with mentions or reviews of racket. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-04-20.

What are some alternatives?

When comparing questionable and racket you can also consider the following projects:

pekko - Build highly concurrent, distributed, and resilient message-driven applications using Java/Scala

Visual Studio Code - Visual Studio Code

nim-chronos - Chronos - An efficient library for asynchronous programming

clojure - The Clojure programming language

owlkettle - A declarative user interface framework based on GTK 4

nannou - A Creative Coding Framework for Rust.

v - Write Nim only with 'v'

antlr-tsql

sokol-rust - Rust bindings for the sokol headers (https://github.com/floooh/sokol)

babashka - Native, fast starting Clojure interpreter for scripting

sokol-zig - Zig bindings for the sokol headers (https://github.com/floooh/sokol)

coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.