iter-ops
Advent-of-code
iter-ops | Advent-of-code | |
---|---|---|
21 | 25 | |
127 | 27 | |
- | - | |
6.2 | 0.0 | |
9 months ago | over 1 year ago | |
TypeScript | Nim | |
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.
iter-ops
-
Updates from the 93rd TC39 meeting
I think I'm gonna stick with iter-ops, where I can use map without Promise resolution, so I can execute any resolution strategy described there.
-
Overboard with iterable operators
So I’ve branched away from iter-ops, and into iter-ops-extras, coding away with no strings attached.
- [Library] - Iterables
-
LINQ, Java Stream API like library for Javascript / Typescript
Is there a good reason to choose this solution over rxjs or iter-ops?
-
Performance measurement for iterable processing
That's why I went an extra mile within iter-ops to provide such performance monitoring tools as pre-defined operators:
-
[AskJS] Is There Some Way to Lazy Evaluate Arrays in JavaScript?
Someone posted this recently. Maybe it'll help?
-
How to update a NodeJS TypeScript library for ESM-compliance?
P.S. I started within the esm branch there, but didn't make much progress. In case you want to re-use that branch ;)
-
Fastest library for processing iterables
Check out Aggregates, it explains why things like groupBy or sort aren't there.
- High-Performance Iterable Library
-
-🎄- 2021 Day 15 Solutions -🎄-
JS supports functional programming very well, but I do miss a more native way of processing Iterators without adding a lib like iter-ops, since it is clunky (and a most likely a performance killer) converting Sets and Maps into Arrays back and forth.
Advent-of-code
- -🎄- 2022 Day 11 Solutions -🎄-
- -🎄- 2022 Day 9 Solutions -🎄-
-
-🎄- 2022 Day 6 Solutions -🎄-
Wow, almost identical to mine: https://github.com/MichalMarsalek/Advent-of-code/blob/master/2022/Nim/day6.nim
- -🎄- 2022 Day 4 Solutions -🎄-
- -🎄- 2022 Day 3 Solutions -🎄-
- -🎄- 2022 Day 2 Solutions -🎄-
-
[2021] [Nim] Nim is Beautiful + All days in < 130ms
This year I was writing two sets of solutions in Nim. The first one focuses on idiomatic, nice and short and readable Nim. The other focuses purely on speed. The combined running times of the fast solutions is 130 ms. Please let me know if you have any tips on how to make my solutions more simple and/or idiomatic.
- -🎄- 2021 Day 19 Solutions -🎄-
- -🎄- 2021 Day 18 Solutions -🎄-
-
-🎄- 2021 Day 15 Solutions -🎄-
Beautiful Nim! My solution is actually very similar.
What are some alternatives?
Quasar Framework - Quasar Framework - Build high-performance VueJS user interfaces in record time
AdventOfCode2021 - Solutions to all 25 AoC 2021 problems in Rust :crab: Less than 100 lines per day and under 1 second total execution time! :christmas_tree:
quill - Quill is a modern WYSIWYG editor built for compatibility and extensibility.
aoc2021 - Solutions to Advent of Code 2021
Draft.js - A React framework for building text editors.
Wren - The Wren Programming Language. Wren is a small, fast, class-based concurrent scripting language.
Editor.js - A block-style editor with clean JSON output
CSpydr - A static typed low-level compiled programming language inspired by Rust and C
CodeMirror - In-browser code editor (version 5, legacy)
AdventOfCode_2022_Rust
TOAST UI Editor - 🍞📝 Markdown WYSIWYG Editor. GFM Standard + Chart & UML Extensible.
AdventOfCode2021