TablaM Alternatives
Similar projects and alternatives to TablaM
-
-
-
-
-
-
lovefield
Lovefield is a relational database for web apps. Written in JavaScript, works cross-browser. Provides SQL-like APIs that are fast, safe, and easy to use.
-
-
-
Scout APM
Scout APM: A developer's best friend. Try free for 14-days. Scout APM uses tracing logic that ties bottlenecks to source code so you know the exact line of code causing performance issues and can get back to building a great product faster.
-
proposal-record-tuple
ECMAScript proposal for the Record and Tuple value types. | Stage 2: it will change!
-
Rustlings
:crab: Small exercises to get you used to reading and writing Rust code!
-
Rust-Full-Stack
Rust projects here are easy to use. There are blog posts for them also.
-
-
Hasura
Blazing fast, instant realtime GraphQL APIs on your DB with fine grained access control, also trigger webhooks on database events.
-
-
realtime
Listen to your to PostgreSQL database in realtime via websockets. Built with Elixir.
-
-
-
-
-
Reviews and mentions
-
Would you use a Scratch-like editor/IDE for a (COBOL-like) programming language?
This is one of the reasons I work on https://tablam.org, is tailored for data programming, but instead of Cobol I wish to replicate the experience of FoxPro, that IMHO was miles better than Cobol and any other lang, even today...
-
What was your favourite programming language before Rust?
P.D: Fox is old, before widespread internet, so its hard to appreciate it with a superficial glance. So, my dream is to build a spiritual successor of it.
-
Scripting Languages of the Future
Don't get too focused on "scripting". making one today and you learn quickly, that scripting/compiled is blurred. Eventually, both will borrow a little of the other to be more performant or useful.
---
I'm building on the side one (https://tablam.org) that is focused in the "crud" kind of apps and exist a lot of low-hanging fruit there. Simple stuff like making the paradigm relational/array from the start, support for decimals (and money and quantities?), in-built auto-vectorization (that comes almost for free when adding a bit of array languages) and a lot of other stuff I can't even explored yet.
Current scripting languages are not there yet in ergonomic or features to the kind of apps we actually do (ie: The popular ones, you bet niche experiments like mine are there on way or another).
---
And the gam is even harder today. In the article is mentioned better support for IDEs, that is more thought that I have expected!. This requiere a more sophisticate parsing pipeline and not much experience there around!.
Also: Concurrency/parallelims. I don't think exist a truly nice ergonomic there. Sure, async/await is a little better, but none of the things I have experienced (with exception of SQL and magic) is something I could give to a "scripting user". You still need a complicated understanding of this, plus how express that in code.
-
The mummy returns 4: Foxpro (21st in 2021.11 TIOBE Index) programming model is the development direction of the future programming language
Well, my dream is to create a spiritual successor of FoxPro: https://tablam.org
-
Ask HN: If you designed a new programming language, what would its features be?
I'm on it, except the lack of resources!
Is based on the relational model (+spiced with multidimensional-array capabilities like kdb+/pandas), and allow to have universal query/crud capabilities to anything (files, vectors, btrees, hashmaps, rdbms access(not yet!)), etc.
In other words, it has in-built linq-like capabilities:
-- A column, aka: Vectors...
-
We just massively overdelivered on a project thanks to Rust (and Python bindings)
P.D: And my current dream is making a spiritual successor of FoxPro, in Rust!
-
What kind of project to build to truly improve someone's skill in Rust?
Building an interpreter has been one for me. In special if you wanna do more than just "a simple lisp that is made in 1 hour". Making a language is something that *easily* can be as complex as you want! (or not: Just thinking "this small feature is easy!" and nope: A major Rust refactoring is coming!)
-
Wondering about design decisions
I'm building an interpreter for my lang and making the parser and the type checking has been more challenging than that. By a lot (my progress looks like is frozen in time with not much activity, but in fact, I have been working!).
-
How do you go about designing your language before coding it?
For mine, is how manipulate data in tabular form. So I build it on top of the relational model.
-
Open Source Is Finally Coming to Financial Services
I relate to this. Is not just a lot of vendors, is that the kind of software stack that is optimal for MOST enterprises/companies get out of fashion in the dev community and is replaced with a lot of moving gears. This is how many devs think JS/html are good for UIs or NoSql + micro-services are ok.
What is this stack? A single, strong, RDBMS and a lang/environment like FoxPro/dBase and equivalents. For reasons, this stack was killed (intentionally?) by their own owners and replaced by a lot of moving parts.
That is why for deploy something you need dozen of things!
---
I think the time is ripped for a return to this kind of stack. I'm betting a little on it at http://tablam.org, if wanna check a small part of the puzzle.
-
Databases, Types, and the Relational Model. The Third Manifesto [pdf]
I'm making a relational lang (https://tablam.org) and this was one of the question marks for me.
The #1 reason sum types was not presented is because "nobody" thought (seriously) about that for long time. See how much "null" have been with us and still you find defenders of it!
The second and more broad problem, is that the relational model was NOT implemented by the RDBMS makers, not in full. To make sum types work, you NEED to support embed relations inside relations:
rel Invoice
-
Are there any advantages APL offers over Haskell?
I'm building a language that is more on the relational side but has some ideas from array languages, and that(both things) change almost everything.
-
What are the areas of interests in Compilers and Programming Languages which have scope for improvements and are part of active research and development?
This is how I see https://tablam.org (my project). You can always count in business application to be a MAJOR source of "commercial interest". Then, I see that the relational model is cool and useful there, not exist many options in the area, and then also look for ways to apply relational type inference (nearly unexplored!) to improve the ergonomics.
-
What would a principled imperative language look like?
Well, following the idea of iterators, and looking at my lang, I think relational operators hint at something:
Stats
Tablam/TablaM is an open source project licensed under Mozilla Public License 2.0 which is an OSI approved license.
Popular Comparisons
Are you hiring? Post a new remote job listing for free.