hyperformula
swc
hyperformula | swc | |
---|---|---|
4 | 139 | |
1,826 | 30,053 | |
5.2% | 0.8% | |
8.2 | 9.9 | |
7 days ago | 5 days ago | |
TypeScript | Rust | |
GNU General Public License v3.0 only | Apache 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.
hyperformula
-
QwikTape: Do calculations, annotate like you would on a paper
My initial thoughts were how does a spreadsheet do it? but it's a different kind of beast.
In search of a parser toolkit I had come across this https://github.com/handsontable/hyperformula which uses chevrotain to parse spreadsheet formulas and decided to use chevrotain for the parsing.
-
C Compiler Which Targets Excel (MS Office)
There was a time when we used Excel Services in SharePoint to meet some of our business user needs. I wouldn’t use Excel again, but back then it seemed to be a good trade-off between time-to-market and usability (meaning performance for most of the time).
Anyhow, we use https://github.com/handsontable/hyperformula to run calculations in our other components these days.
- Formula engine with A1 notation for TypeScript
-
How to dockerize node-alpine with hyperformula dependency?
My project only depends on the hyperformula package (https://github.com/handsontable/hyperformula) and it also causes the following error when building the image:
swc
-
Storybook 8 Beta
First, we switched the default compiler for new projects from Babel to SWC (Speedy Web Compiler). SWC is dramatically faster than Babel and requires zero configuration. We’ll continue to support Babel in any project currently using it.
-
What is JSDoc and why you may not need typescript for your next project?
SWC
-
Implementing auth flow as fast as possible using NestJS
As the reference explains “**SWC** (Speedy Web Compiler) is an extensible Rust-based platform that can be used for both compilation and bundling. Using SWC with Nest CLI is a great and simple way to significantly speed up your development process.”
-
Ruby Outperforms C: Breaking the Catch-22
This is specifically about breaking the myth that performing expensive self-contained operations (e.g, parsing GraphQL) in a native extension (C, Rust, etc.) is always faster than the interpreted language.
The JS ecosystem has the same problem, people think rewriting everything in Rust will be a magic fix. In practice, there's always the problem highlighted in the post (transitioning is expensive, causes optimization bailouts), as well as the cost of actually getting the results back into Node-land. This is why SWC abandoned the JS API for writing plugins - constantly bouncing back and forth while traversing AST nodes was even slower than Babel (e.g https://github.com/swc-project/swc/issues/1392#issuecomment-...)
-
Building a Minimalist Docker Image with Node, TypeScript
Why Speedy Web Compiler ?
- TypeScript Is Surprisingly OK for Compilers
- Speedy Web Compiler: Rust-Based Platform for the Web
-
FTA: Fast TypeScript Analyzer
FTA is a TypeScript static analysis tool built on the speedy foundations of swc. FTA is fast; capable of analyzing more than 150 files per second on typical hardware, it offers a powerful addition to your code quality toolkit.
-
Show HN: Ezno, a TypeScript checker written in Rust, is now open source
Very cool! I'm curious, is this intended for dev tooling?
For example, I could see this (or something similar) being useful as the engine for a typescript language server that would be faster than the standard one
But if it's not aimed at 1:1 with tsc, would it be intended more for something like swc[1]?
Or what would you expect people to use this for, besides just being a cool project to learn from?
[1] https://github.com/swc-project/swc
-
TypeScript team released an explorer for performance tuning
This is... good news, but I still cannot fathom using the default Typescript compiler for regular development. Seriously, leave the type-checking to your IDE and CICD chain, and switch to using tsx (https://www.npmjs.com/package/tsx) or swc (https://swc.rs/) and you will _immediately_ notice the difference in speed and productivity.
What are some alternatives?
XToolSet - Typed import, and export XLSX spreadsheet to JS / TS. Template-based create, render, and export data into excel files.
esbuild - An extremely fast bundler for the web
HANDSONTABLE - JavaScript data grid with a spreadsheet look & feel. Works with React, Angular, and Vue. Supported by the Handsontable team ⚡
vite - Next generation frontend tooling. It's fast!
dentaku - math and logic formula parser and evaluator
ts-loader - TypeScript loader for webpack
fast-formula-parser - Parse and evaluate MS Excel formula in javascript.
tsup - The simplest and fastest way to bundle your TypeScript libraries.
tfjs - A WebGL accelerated JavaScript library for training and deploying ML models.
vitest - Next generation testing framework powered by Vite.
yieldparser - Parse using JavaScript generator functions — it’s like components but for parsing!
ts-node - TypeScript execution and REPL for node.js