romes

Thanks vunderba, that's a good point about the time and that's a better comment than the parent one.

The mnemonics really were the main feature driving me away from existing resources and to make my own.

On the questions: I am not an expert, but I didn't make anything up. All data is picked from dictionaries like JMDict/jisho.org. The layout and choosing which information to display how I found best was according to my studies.

On 部首: They're highlighted for each Kanji (back side) and annotated on the bottom right in the full form, but there are no individual cards for radicals.

All in all, the deck features and what makes it different is better described by the guide that I link in the post (which, while interesting, is better suited for the audience which cares about Kanji).

The post itself focused on the building and business part which I think is well-suited for the HN crowd.

Anyway, thanks.

I've put weeks of effort on the post and months on the project. I think it's worthy of being in HN and the votes so far seem to imply the same. I have been improving the title and posting at the time period HN allows. It's not a repost in the sense that it hasn't gained any attention. It just hasn't reached a critical enough mass. What does it mean to you? If you think the post is just not high quality perhaps you can comment on that, rather than the number of times it has been posted.

I think Anki, originally, was for studying Japanese too.

And I recently wrote about making my own Anki Japanese cards in my blog[1]

[1] https://alt-romes.github.io/posts/2026-01-30-from-side-proje...

I am under the impression that this is fine considering none of them have gotten any attention at all. I'm confident that this is material Hackers will find interesting, so I'm not giving up at the first try.

Thanks. That's a good point.

From 9.12, -fobject-determinism[1] will guarantee deterministic objects.

If it ever doesn't, do open a bug report[2]

[1] https://downloads.haskell.org/ghc/latest/docs/users_guide/us... [2] https://gitlab.haskell.org/ghc/ghc/-/issues

For some reason the link is edited automatically to point to the top of the thread. The link should be

https://discourse.haskell.org/t/emphasize-why-haskell-on-has...

Thanks! The whole idea is quite neat. Also a good excuse to delve a bit deeper into probabilities and number generation.

Despite it being an advertisement of something I've done -- in the Show HN sense -- there are many features which distinguish it from other existing resources. For instance:

- Highlighting the Kangxi radical really helps with visually breaking apart the components of each character, and often serves as a hint for the meaning

- Include the meanings for the kun'yomi readings trailed by okurigana, most often verbs and adjectives, which can be easily conjugated according to included cheatsheet

- Always try to use compound examples which only use Kanji seen before according to the order (and, within the same JLPT level, we also topologically sort the Kanji s.t. components appear before Kanji they are part of)

- An etymological classification which hints towards the origin of the character, and, in the digital version, includes a link to the corresponding wiktionary page which often has an explanation. Broadly:

    * Pictographic, a Kanji whose origins lay in "drawings"

    * (Compound) Ideographic, where the Kanji represents an idea or forms a new idea resulting from the meanings of its components

    * Phonetic, where one component (typically the radical) gives a semantic to the character, and another component gives the phonetic family of the character. Essentially the semantic comes broadly from the semantic component and then multiplexes on the component which provides the sound...

- We do the traditional flashcard style, where no information at all is given from the back

- We include card markers for physical spaced repetition ala Leitner Box style

- Afer going through the physical cards, eventually up to N3, students have access to the full digital Anki deck to continue studying through all the Joyo with a better scheduler (Anki's FSRS).

Of course, that's where we stand on the design space. A key differing point is mnemonics, which are very common in these resources, but that we purposefully do not use (in fact, this deck was first born out of the frustration with existing mnemonic-based resources, as they typically are disconnected from any real etymological reason, or from the character at hand).

Let me know if you find some reasonably fast sub-optimal algorithm, I'd be interested in trying it.

There seems to be some literature on the complexity this kind of sliding puzzles, like https://www.sciencedirect.com/science/article/abs/pii/S03043....

Some examples include the well-known shellcheck shell analysis tool, or the Ivory language embedded in Haskell used in real world autopilots for flight systems described in this experience report: https://leepike.github.io/pubs/embedded-experience.pdf, or the copilot language powering monitoring systems for flight systems at NASA (https://copilot-language.github.io/index.html).

Thanks saagarjha. Those are very actionable, good, suggestions. I will look into updating the packages which do this under the hood to do that.

@dang sorry, I missed your reply in the previous post. Thanks for letting me re-try this many times. Letting it go...

Great to see this! Funnily, I was just now working on a problem to which I'm trying to apply e-graphs (using my -- shameless plug -- haskell e-graphs/eqsat library[1])

[1] https://github.com/alt-romes/hegg

I think it's Menlo

The Haskell Discourse: https://discourse.haskell.org/

Equality graphs (e-graphs) for theorem proving and equality saturation and other equality-related things.

They're awesome data structures that efficiently maintain a congruence relation over many expressions

At a high level, e-graphs extend union-find to compactly represent equivalence classes of expressions while maintaining a key invariant: the equivalence relation is closed under congruence.

e.g. If I were to represent "f(x)" and "f(y)" in the e-graph, and then said "x == y" (merged "x" and "y" in the e-graph), then the e-graph, by congruence, would be able to tell me that "f(x) == f(y)"

e.g. If I were to represent "a*(2/2)", in the e-graph, then say "2/2 == 1", and "x*1 == x", by congruence the e-graph would know "a*(2/2) == a" !

The most recent description of e-graphs with an added insight on implementation is https://arxiv.org/pdf/2004.03082.pdf to the best of my knowledge.

P.S: I'm currently implementing them in Haskell https://github.com/alt-romes/hegg

I did a calculator TUI to visualize binary and hex while developing an emulator :) https://github.com/alt-romes/programmer-calculator

A calculator for the terminal I made to help me develop my gameboy emulator.

With it I can combine multiple representations (0x) (0b) (decimal), do bitwise operations while visualizing the bits, change the amount of bits used in each calculation and some other neat things :)

https://github.com/alt-romes/programmer-calculator

one of the main points of the program is that it allows for easy visualisation of bits and multiple number representations, unlike bc and dc :)

I'm developing a gameboy emulator!

A 5$ option

https://www.amazon.com/Professional-Grater-Stainless-Parmesa...

Flycut. It's a clipboard manager. I hit cmd+shift+v and I can scroll through my previous clipboard states. It's an amazing upgrade from a one-state-only-clipboard life.

"Flycut is a clean and simple clipboard manager for developers. It based on an open source app called Jumpcut. Flycut is also open source too: http://github.com/TermiT/flycut"

Hey! I'm wondering if in the first example of regex negation the (^) should appear after the bracket ([).

also have it for (ง'̀-'́)ง

It'd be very interesting to see an actual "starter kit" :I

The original idea could even be adapted to more than one degree of difficulty... I love the idea, it's, at least, a fascinating concept

While chatting on discord we play

https://www.secrethitler.io/ and https://skribbl.io/

Hey! No, it did not cross my mind - where do you release Creative Commons music? As a goal I wanted to have my friends listening and sharing the music where they usually listen to it. If you want to chat about it contact me (see last line of post for contacts)

Hey! I posted it on my blog - I want to redesign it, however, its working::

https://alt-romes.github.io/#/march2020/-M2VLHK-TP_orVo9_FjI

I spent around 90€ on the audio interface (however, i think you can get a better one for less money now), 35€ on the mic stand, 15€ on the cable. I'm pretty sure you can get far with free software, and it wouldn't require a new machine - you just need the basics. I'm not sure how much the rest of the equipment cost because most I didn't buy myself.