- AdventOfCode2019 VS openmiko
- AdventOfCode2019 VS esper
- AdventOfCode2019 VS okta-aws-cli-assume-role
- AdventOfCode2019 VS notebook
- AdventOfCode2019 VS name-needed
- AdventOfCode2019 VS ExtPay
- AdventOfCode2019 VS saasform
- AdventOfCode2019 VS SearchStory
- AdventOfCode2019 VS epanet-js
- AdventOfCode2019 VS exomind
AdventOfCode2019 Alternatives
Similar projects and alternatives to AdventOfCode2019
-
ExtPay
The JavaScript library for ExtensionPay.com — payments for your browser extensions, no server needed.
-
openmiko
Open source firmware for Ingenic T20 based devices such as WyzeCam V2, Xiaomi Xiaofang 1S, iSmartAlarm's Spot+ and others.
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
saasform
Discontinued Add signup & payments to your SaaS in minutes.
-
name-needed
🕹 A one man effort to produce an intuitive and high performance Dwarf Fortress-esque game. Needs a name.
-
okta-aws-cli-assume-role
Okta AWS CLI Assume Role Tool
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
epanet-js
Model a water distribution network in JavaScript using the OWA-EPANET engine
-
exomind
A personal knowledge management tool hosted on your own personal cloud
-
SearchStory
Lucene based search application to search your own history (notes, papers, browser history)
AdventOfCode2019 reviews and mentions
-
Ask HN: What is your current side-project?
I've been (slowly) doing Advent of Code 2019 on an STM32F303 microcontroller. I want all of the problem data to be stored in the binary, with the answers being output on a display. Most of my time so far has been spent on getting the clock working, and compression/decompression. I only have limited space (256KB), and the 20 of last year's problems I solved take up 221KB, so I decided the best course of action would be to store them compressed when possible.
I did consider just using compression library, but decided against it partly because it would be more interesting to write it myself, but also having a quick look I couldn't find one that could do decompression without needing additional temporary storage. It's not that fancy, just LZW with a multi-stage compression to optimize the dictionary.
Because of how many of the inputs work, you can often handle it in smaller chunks (e.g. one line at a time, I called them records), so the inputs have a small amount of pre-processing on my PC to split them up into smaller chunks so the entire input doesn't need to be held in RAM at once.
Of course, not all input data will compress well, some will even "compress" to a larger size, so I've also abstracted over the data storage so that it can handle reading records from compressed or uncompressed inputs.
I've done 4 days so far, and none of the inputs have compressed. Total runtime is 3.24 seconds (that day 4...).
Current state can be found here for the morbidly curious: https://github.com/Measter/AdventOfCode2019 Spoilers are in the mcu/src/challenges folder.
Stats
The primary programming language of AdventOfCode2019 is Rust.