faust
Gridsome
faust | Gridsome | |
---|---|---|
54 | 37 | |
2,415 | 8,525 | |
1.2% | 0.1% | |
9.6 | 0.0 | |
3 days ago | 26 days ago | |
C++ | JavaScript | |
GNU General Public License v3.0 or later | MIT License |
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.
faust
-
My Sixth Year as a Bootstrapped Founder
Glicol looks very cool! Also check out Faust if you haven't (https://faust.grame.fr), another FP sound programming language.
-
Welcome to the Chata Programming Language
The linked (https://github.com/grame-cncm/faust) looks reasonable to me.
Chata probably needs to work out roughly what the semantics of the language should be. Its good to know what the library support is intended to be as that informs language design (assuming the library is to be implemented in chata anyway). Quite a lot of this page is about syntax.
There are some design decisions that have deep impact on programming languages. Reflection, mutation, memory management, control flow, concurrency. There are some implementation choices that end up constraining the language spec - python seems full of these.
Echoing p4bl0, implementing the language will change the spec. Writing a spec up front might be an interesting exercise anyway. I'd encourage doing both at the same time - sometimes describe what a feature should be and then implement it, sometimes implement something as best you can and then describe what you've got.
Implementation language will affect how long it takes to get something working, how good the thing will be and what you'll think about along the way. The usual guidance is to write in something familiar to you, ideally with pattern matching as compilers do a lot of DAG transforms.
- I'd say that writing a language in C took me ages and forced me to really carefully think through the data representation.
- Writing one in lua took very little time but the implementation was shaky, probably because it let me handwave a lot of the details.
- Writing a language in itself, from a baseline of not really having anything working, makes for very confusing debugging and (eventually) a totally clear understanding of the language semantics.
Good luck with the project.
- Faust: A functional programming language for audio synthesis and processing
-
Live + Python = ❤️
Faust integration would be awesome: https://faust.grame.fr Then again we have MaxMSP, so in the end it feels kind of redundant
- Glicol: Next-generation computer music language
-
Csound
Csound is extremely powerful, but my favorite thing in this vein these days is Faust:
https://faust.grame.fr/
It's a functional language with a nice way of generating diagrams of DSP algorithms, but its big killer feature for me is its language bindings, which include C, C++, Cmajor, Codebox, CSharp, DLang, Java, JAX, Julia, JSFX, "old" C++, Rust, VHDL, and WebAssembly (wast/wasm) out of the box.
-
faust VS midica - a user suggested alternative
2 projects | 12 Aug 2023
-
Libraries / frameworks / tooling for cross-platform (LV2/VST3) C++ plug-ins (open-source)
Have a look at FAUST as well: https://faust.grame.fr/
-
logueSDK for beginners
Once you have an idea of basic programming practice, you need to learn some DSP programming. One of the better tools for this is Faust https://faust.grame.fr/ , bear in mind this is a functional programming language, and has very different syntax to C++, but the same principles apply.
- Where is a good place to get started with DSP coding?
Gridsome
-
My Sixth Year as a Bootstrapped Founder
Thanks for reading!
The web tech stack is actually one of my biggest regrets. It's a static site generator called Gridsome[0] that the maintainers abandoned about three months after I used it to launch the TinyPilot website.
At the time I made the TinyPilot site, I was very excited about Vue, so a Vue-based SSG seemed great. Since then, I've come to find SPAs and most frontend frameworks to be way too much complexity, so I've moved away from Vue, but the TinyPilot website is still stuck on Vue 2.x and bootstrap-vue (which is tied to Vue 2 and Bootstrap 4).
So, it keeps creaking along, but building the 100ish pages on the site takes about five minutes, whereas I think something like Hugo could probably do it in a few seconds. Plus, we get random runtime errors[1] that are pretty hard to debug.
[0] https://gridsome.org/
[1] https://github.com/nuxt/nuxt/issues/5800
-
How To Choose the Best Static Site Generator and Deploy it to Kinsta for Free
Nuxt.js and Gridsome are tailor-made for Vue.js developers.
-
Top ten popular static site generators (SSG) in 2023
Gridsome — Jamstack SSG tool for Vue developers
-
Will anyone hire a 33 yo newbie?
Node is basically back-end Javascript. While powerful alone, almost exclusively you will use a back-end framework like Next.js or Gatsby when using React, and then maybe Nuxt or Gridsome in Vue.
-
Migration from Gridsome to Astro
Among other thoughts, I considered a possibility of migration to a newer tech stack (because I can). Don't get me wrong, I actually love Gridsome (which is underneath my website now). But it's quite obsolete, and it's actually a dead project now.
-
Do you use Vue for smaller static sites?
One downside of Gridsome is that development seems to have stopped if you look at their github. For that reason I've recently switched my Gridsome clients to Nuxt
-
What is a valid alternative to Gatbsybased on VUE.Js for small website like a Portfolio?
I definitely think Nuxt is worth learning for more than just a static site. However, there is a Gatsby-like Vue framework that focuses on SSG: https://gridsome.org/
-
Top 10+ most dead-easy ways to make a web app
Gridsome
-
TezJS: Say Hello to Website Premix Framework
All the Static Site Generators have been in the market for many years. With time, they get new improvements and upgrades as well. While considering SSG frameworks, like Gatsby, Nuxt, Gridsome, Next, and many more have been on the developer’s list for a long time. But when we talk about blazing fast web performance as per core web vital, then we have to do a lot of work in the available frameworks, after connecting a lot of dots (in terms of web performance), but still, we cannot achieve the web performance as per our need if we consider a use case of a large website where 20+ components are in one page.
- There is framework for everything.
What are some alternatives?
supercollider - An audio server, programming language, and IDE for sound synthesis and algorithmic composition.
astro - The web framework for content-driven websites. ⭐️ Star to support our work!
csound - Main repository for Csound
tinacms - A fully open-source headless CMS that supports Markdown and Visual Editing
SOUL - The SOUL programming language and API
SvelteKit - web development, streamlined
yummyDSP - An Arduino audio DSP library for the Espressif ESP32 and probably other 32 bit machines
Strapi - 🚀 Strapi is the leading open-source headless CMS. It’s 100% JavaScript/TypeScript, fully customizable and developer-first.
Cardinal - Virtual modular synthesizer plugin
Gatsby - The best React-based framework with performance, scalability and security built in.
Enzyme - High-performance automatic differentiation of LLVM and MLIR.
firecms - Awesome Firebase/Firestore-based CMS. The missing admin panel for your Firebase project!