papers-we-love
Flowgorithm-macOS
Our great sponsors
papers-we-love | Flowgorithm-macOS | |
---|---|---|
69 | 6 | |
82,686 | 42 | |
1.9% | - | |
5.4 | 5.4 | |
6 months ago | 11 months ago | |
Shell | Shell | |
- | 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.
papers-we-love
-
The Top 10 GitHub Repositories Making Waves 🌊📊
Github | Website
Papers We Love (PWL) is a community built around reading, discussing and learning more about academic computer science papers. This repository serves as a directory of some of the best papers the community can find, bringing together documents scattered across the web. You can also visit the Papers We Love site for more info.
- What led you to use Linux as your daily driver?
-
We have used too many levels of abstractions and now the future looks bleak
You might find the paper Out of the Tar Pit interesting if you haven't already read it: https://github.com/papers-we-love/papers-we-love/blob/main/d...
The ideas and approaches you talk about evoked some of the concepts from that paper for me. It talks a lot about separating accidental complexity and infrastructure so you can focus only on what is essential to define your solutions.
-
John McCarthy’s collection of numerical facts for use in elisp programs
Sure he was expecting a practical language and was designing one. Lisp was from day zero a project to implement a real programming language for a computer.
Earlier he experimented with IPL and also list processing programming on Fortran. The plan was to implement a Lisp compiler. At first the Lisp code McCarthy was experimenting with, was manually translated to machine code.
Then came up the idea to use EVAL as a base for an interpreter, which was implemented by manually translating the Lisp code to machine language. Around 1962 then a compiler followed.
https://github.com/papers-we-love/papers-we-love/blob/main/c...
-
Python: Just Write SQL
I'm in a 4th camp: we should be writing our applications against a relational data model and _not_ marshaling query results into and out of Objects at all.
Elaborations on this approach:
- https://github.com/papers-we-love/papers-we-love/blob/main/d...
-
Ask HN: Incremental View Maintenance for SQLite?
The short ask: Anyone know of any projects that bring incremental view maintenance to SQLite?
The why:
Applications are usually read heavy. It is a sad state of affairs that, for these kinds of apps, we don't put more work on the write path to allow reads to benefit.
Would the whole No-SQL movement ever even have been a thing if relational databases had great support for materialized views that updated incrementally? I'd like to think not.
And more context:
I'm working to push the state of "functional relational programming" [1], [2] further forward. Materialized views with incremental updates are key to this. Bringing them to SQLite so they can be leveraged one the frontend would solve this whole quagmire of "state management libraries." I've been solving the data-sync problem in SQLite (https://vlcn.io/) and this piece is one of the next logical steps.
If nobody knows of an existing solution, would love to collaborate with someone on creating it.
[1] - https://github.com/papers-we-love/papers-we-love/blob/main/design/out-of-the-tar-pit.pdf
-
I think Zig is hard but worth it
However, f and g are interchangeable anywhere else (this is not actually true because their addresses can be obtained and compared; showing that a C-like language retains its referential transparency despite the existence of so-called l-values was the point of what I think is the first paper to introduce the notion referential transparency to the study of programming languages: https://github.com/papers-we-love/papers-we-love/blob/main/l...)
-
Functional relational programming model in Clojure(Script)
This idea was raised years before Martin Fowler blogged about it: https://github.com/papers-we-love/papers-we-love/blob/main/d...
-
Which is the most interesting Computer Science research paper that you have read?
FTR Papers We Love is a curated list of papers the community loves. Also contains a bunch of other sources for papers worth reading.
Flowgorithm-macOS
-
Mac version
Found this, don't know if it works though
Hey I’m the person behind this Mac port of Flowgorithm! The latest release has been tested to open up and function flawlessly on Big Sur and Monterey. I don’t have access to other machines so if you have a different version of MacOS and would like to give feedback i’d super appreciate it! Feel free to message me if you have any questions at all! Thanks 😊 https://github.com/gogorama/Flowgorithm-macOS
-
Does anyone use this member-made Flowgorithm app for macOS?
Does anyone have any experience using this version of Flowgorithm, made for macOS by a person who posted it to r/Flowgorithm last year?
This is the download page: https://github.com/gogorama/Flowgorithm-macOS/releases/tag/v2.30.3
What are some alternatives?
AllHackingTools - All-in-One Hacking Tools For Hackers! And more hacking tools! For termux.
TabNine - AI Code Completions
hook-flow - A flowchart that explains the new lifecycle of a Hooks component. https://dwe.st/hf
Crafting Interpreters - Repository for the book "Crafting Interpreters"
elm-architecture-tutorial - How to create modular Elm code that scales nicely with your app
clojure-style-guide - A community coding style guide for the Clojure programming language
git-internals-pdf - PDF on Git Internals
Teaching-Kids-Programming - Teaching Kids Programming / Teaching Wife Programming
salsa - A generic framework for on-demand, incrementalized computation. Inspired by adapton, glimmer, and rustc's query system.
react-bits - ✨ React patterns, techniques, tips and tricks ✨
flacat - Fegeya Flacat, Colocat implementation. Written in FlaScript.
moodycamel - A fast multi-producer, multi-consumer lock-free concurrent queue for C++11