HN user

adius

1,570 karma

CEO & full stack developer at airsequel.com. Occasional blogger at adriansieber.com.

Posts84
Comments167
View on HN
github.com 2mo ago

Show HN: Coding-Flashcards – Learn Rust, SQLite, or Godot from First Principles

adius
20pts2
textnet.ad-si.com 2mo ago

Textnet – The Internet of Text

adius
1pts0
github.com 3mo ago

Taguar – Desktop app for audio tagging

adius
3pts1
ladybird.org 4mo ago

Ladybird adopts Rust, with help from AI

adius
1274pts698
github.com 5mo ago

Show HN: Cai – CLI tool for AI tasks (Rust)

adius
2pts0
brickify.ad-si.com 6mo ago

Show HN: Brickify – Webapp to convert 3D models into Lego brick assemblies

adius
2pts0
checkhn.ad-si.com 9mo ago

Show HN: CheckHN – A checklist for the most popular Hacker News posts

adius
6pts0
blog.nginx.org 1y ago

Full QuickJS Support for Nginx

adius
2pts0
github.com 1y ago

Show HN: Woxi - A Rust-based interpreter for a subset of the Wolfram Language

adius
14pts0
github.com 1y ago

Mathics 7.0 – Open-source alternative to Mathematica

adius
223pts58
github.com 1y ago

Show HN: Perspectra – CLI tool to extract documents from images

adius
2pts0
github.com 1y ago

Awesome Functional Programming Jobs

adius
4pts1
github.com 2y ago

LuaX – Lua interpreter, REPL, and useful packages

adius
62pts14
crates.io 2y ago

Cai – Fast and user-friendly CLI tool to chat with LLMs

adius
1pts0
github.com 2y ago

Show HN: tu – Convert natural language date/time to UTC

adius
83pts45
github.com 2y ago

Show HN: Cai – The fastest CLI tool for prompting LLMs

adius
1pts0
github.com 2y ago

Show HN: Invoice Maker – Generate invoices from simple Typst/YAML data records

adius
1pts0
github.com 2y ago

Show HN: Rust Flashcards – 557 open-source cards to learn Rust

adius
17pts5
www.humblebundle.com 2y ago

Humble Book Bundle "Learn You Some Code" (Rust, Python, …)

adius
1pts0
jerryi.github.io 2y ago

WLJS Notebook – Open-source web-based notebook interface for Wolfram Language

adius
71pts15
blog.airsequel.com 2y ago

Can ChatGPT execute SQL queries?

adius
2pts1
github.com 2y ago

Editly – Declarative command-line video editing

adius
1pts0
www.theguardian.com 2y ago

South Africa is Rugby World Cup Champion

adius
2pts1
blog.airsequel.com 2y ago

Show HN: SQLiteDAV – A WebDAV Server for SQLite Databases

adius
7pts2
textbundle.org 2y ago

TextBundle Format – Zipped plain text file and its assets

adius
1pts0
github.com 2y ago

Show HN: Sheet Music Management App

adius
65pts30
github.com 3y ago

ChaiNNer – Node/Graph based image processing and AI upscaling GUI

adius
2pts2
blog.airsequel.com 3y ago

SQLite Improvements Since 2020

adius
3pts0
adriansieber.com 3y ago

How to create a bar chart from a CSV file with Haskell

adius
2pts1
github.com 3y ago

Show HN: SQLiteGPT – Directly query ChatGPT with SQL functions

adius
2pts2

My theory is that writing as much as possible in Rust will improve performance and produce higher-quality code due to Rust's static typing. So far, it's been working well, but the final verdict is still out.

Author here: I absolutely do not understand this mindset. It has almost 20K unit tests by now and hundreds of full end-to-end tests of complicated scripts to ensure it works and matches the output of Wolframscript. Why does it matter that I was using Claude to help me implement it?

Mathics (https://mathics.org/) has been working on a Mathematica clone for years and hasn't had any problems so far. There have been many legal cases establishing that APIs are't copyrightable, and since Woxi shares zero code with Mathematica, it should be fine.

No support for intermediate steps yet, but if there is interest in it, I'd be happy to prioritize it.

Thanks! I'm hoping to use libraries for this, but unfortunately there aren't many available in Rust yet for those kinds of problems.

Integrating Symbolica would be awesome, but our licenses are incompatible at the moment. If you're willing to relicense parts for Woxi, I'd be happy to work on this together!

For short scripts, it’s often faster because there’s less initialization overhead. In general, though, it largely depends on whether the functions you’re using already have optimized implementations in Woxi. That’s what I’m currently working on, so I’d appreciate any feedback on what doesn’t work for you yet!

I tried out numerous audio tagging apps (Kid3, Picard, …) and wasn't happy with any of them. They all try to work with some kind of library system of have a really bad UX (single line input for Lyrics???).

Therefore I decided to build one that is simple, fast, with great defaults: https://github.com/ad-si/Taguar

It's built with Rust's [Iced] and [lofty].

Looking forward to your feedback!

[Iced]: https://iced.rs [lofty]: https://github.com/Serial-ATA/lofty-rs

Mh, I thought about this a little and came actually to exactly the opposite conclusion: Implement as much as possible in Rust to get the fastest code possible. Do you have any more insights why this should not be possible / unsustainable?

Yeah, I've already looked into it, but decided to keep developing it "example driven" for now. Aka I'm playing around with it, and whenever I find something that's broken I keep a note of it and then I pick those notes one by one and implement them. Once the most common things are implemented I will start writing property tests to catch all the edge cases of each feature.

I think Wolfram Language is just so much more ergonomic. No need to import dependencies - everything's included and consistent, very readable - yet compact - syntax, less gotchas than Python, R, etc., sensible default, …

Hard to tell honestly. So far there was always some surprisingly straight forward solution If had any problems with the math engine. There is actually a lot of public research how equations can be solved/simplified with computer algorithms. So I'm optimistic. I also stumbled upon a few cases where Mathematica itself didn't quite do things correctly itself (rounding errors, missing simplifications, etc.). So maybe it's actually a little overhyped …

That's actually a value that Wolfram determines themselves. Here is the documentation for it: https://reference.wolfram.com/language/ref/WolframLanguageDa...

Here is e.g. all the values for the Plus[] function:

$ wolframscript -code 'WolframLanguageData["Plus", "Ranks"]' {All -> 6, StackExchange -> 8, TypicalNotebookInputs -> 5, TypicalProductionCode -> 6, WolframAlphaCodebase -> 6, WolframDemonstrations -> 4, WolframDocumentation -> 4}

Yes, we agree that a lot of the value comes from the huge standard library. That's why we try to implement as much of it as possible. Right now we support more than 900 functions. All the Data functions will be a little more complicated of course, but they could e.g make a request to online data archives (ourworldindata.org, wikidata.org, …). So I think it's definitely doable.

We also want to provide an option for users to add their own functions to the standard library. So if they e.g. need `FinancialData[]` they could implement it themselves and provide it as a standard library function.