rakudo
ts-sql
rakudo | ts-sql | |
---|---|---|
55 | 28 | |
1,697 | 3,114 | |
0.1% | 0.0% | |
9.9 | 0.0 | |
1 day ago | almost 3 years ago | |
Raku | TypeScript | |
Artistic License 2.0 | - |
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.
rakudo
-
Stability
Fix IO::Path::parent #4795: merged 2022-02-19 Add more IO::Path::parent tests #801: merged 2022-02-19 Change parent to always just remove the last element #4800: merged 2022-02-26 Change .parent behavior to "stupid" resolving #802: merged 2022-02-26
-
Moving printf formats forward
This then became the Formatter class. And since this was a completely new feature, it only became available for use by opting into the 6.e.PREVIEW language version. And then it went largely unnoticed and uncared for the next 1.5 year. As clearly the time wasn't right for it yet.
-
Shaking the RakuAST Tree
The intended audience are those people willing to be early adopters of these exciting new features in the Raku Programming Language. The examples in this blog post will work in the next release of the Rakudo compiler (probably 2023.06), but are now already available in the bleeding edge version.
-
So why is there RakuAST in the first place?
If you really want to look at this, you can find the code in src/Perl6/Grammar.nqp, src/Perl6/Actions.nqp and src/Perl6/World.nqp.
-
A practical example of RakuAST
If you find this very interesting, you probably want to read the RakuAST README. And the actual source code of the RakuAST classes can be found in the same directory. And if you're really feeling adventurous and you have the Rakudo repository checked out, you can have a look at the generated NQP code in gen/moar/ast.nqp.
-
RakuAST for Early Adopters
Yes, it would. But until there was RakuAST, that was virtually impossible to do because there was no proper API for building ASTs. Nor was there an interface to execute those ASTs. And now that there is RakuAST, it is actually possible to do this. And there is actually already an implementation of that idea in the new Formatter class. Although this is definitely not intended as an entry point into grokking RakuAST.
-
What explains this difference in behavior?
I have opened one. https://github.com/rakudo/rakudo/issues/5205.
-
Why isn't sign() defined for Complex numbers?
Will Coleda has made a Pull Request
-
Building Rakudo on JVM backend fails: guarantee(requested_word_size <= chunklevel::MAX_CHUNK_WORD_SIZE) failed: Requested size too large (561049) - max allowed size per allocation is 524288
There's an issue pertaining to this. This is something I'd like to resolve, but I'm unsure on how to better debug this to see if it really is the deserialization of a setting file triggering it. JDK 11 should at least be capable of building Rakudo, but being an experimental backend people don't always align with MoarVM immediately, I can't make any guarantees about tests. You may be disappointed in its performance at the moment.
-
Resources and advice
(NB. While the PL is just a toy (and just a tiny bit of the toy too), the tech is actually industrial strength, used to power the production Raku compiler, which is written in Raku using its grammar construct. Starting easy doesn't mean you can't go far. Quite the opposite in fact -- you can go as far as you want.)
ts-sql
-
Type-Safe Printf() in TypeScript
There is an implementation of SQL that operates on a table shaped type, entirely at type level. For your amusement: https://github.com/codemix/ts-sql
There are a bunch of more practical takes that codegen types from your database and generate types for your queries, eg: https://github.com/adelsz/pgtyped
To me the second approach seems much more pragmatic because you don’t need to run a SQL parser in a fairly potato interpreter on every build
- Functions and algorithms implemented purely with TypeScript's type system
- Que opinan de esta forma de actualizar estados complejos en React, creen que es buena practica o tienen una mejor forma?
-
How to Sell Elixir Again (2023)
> If I would level criticisms at dialyzer it would be its sometimes difficult to read warnings, it’s speed (despite being multithreaded) and the race conditions in the VS Code plugin (which is looking for extra maintainers – if I had time I would help).
One of the advantages of TypeScript is that VSCode is written in TypeScript, and both VSCode and TypeScript are developed by the same company, so there's a really nice synergy there. I imagine Kotlin users feel the same way using Jetbrains products, and Swift users feel the same way about XCode.
Dialyzer looks interesting, but I can't imagine giving up on the expressiveness of TypeScript. Some of the things you can do with generics, mapped types, intersection types, template literal types, conditional types, and utility types are almost mind boggling. It's difficult to reap all of the benefits of static analysis without some of these advanced type operators. The type manipulation section of the TS manual is really underrated.
Someone for example wrote an SQL parser in TypeScript that requires no runtime code [1]. It can infer the types of an SQL query's result based on an SQL string without any runtime code execution. There was a similar project where someone built a JSON parser entirely using the type system [2]. There's also an ongoing discussion on Github about the the fact that TypeScript's type system appears to be a Turing-complete language with some other cool examples [3]. My point is that the type system is incredibly expressive. You rarely run into an idiom that can't be typed effectively.
[1] https://github.com/codemix/ts-sql
[2] https://twitter.com/buildsghost/status/1301976526603206657
[3] https://github.com/microsoft/TypeScript/issues/14833
- Please use Typescript
- TypeScripting the Technical Interview
-
Pls can we go back to traditional languages?
If anyone saw this meme and thought, "damn parsing a type from a SQL query, that looks useful" (as I did), the source appears to be from here.
-
Type-Level FizzBuzz
I mean, why stop there? https://github.com/codemix/ts-sql
-
HypeScript: Simplified TypeScript's type system in TypeScript's own type system
Which allows for things like this type that implements a simplified SQL query parser checked against a provided 'database' object:
https://github.com/codemix/ts-sql
This project was my go-to "nifty but pointless" example for TS string literal types before this article :)
-
Deepkit – High-Performance TypeScript Framework
author of ts-sql[0] here, this looks great (and a way more practical approach!)
[0] https://github.com/codemix/ts-sql
What are some alternatives?
instaparse
slonik - A Node.js PostgreSQL client with runtime and build time type safety, and composable SQL.
coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.
Paste JSON as Code • quicktype - Xcode extension to paste JSON as Swift, Objective-C, and more
enso - Hybrid visual and textual functional programming.
pgtyped - pgTyped - Typesafe SQL in TypeScript
perl5 - 🐪 The Perl programming language
lean4 - Lean 4 programming language and theorem prover
roast - 🦋 Raku test suite
sqlx - 🧰 The Rust SQL Toolkit. An async, pure Rust SQL crate featuring compile-time checked queries without a DSL. Supports PostgreSQL, MySQL, and SQLite.
langs
kanel - Generate Typescript types from Postgres