HN user

antigremlin

9 karma

[ my public key: https://keybase.io/antigremlin; my proof: https://keybase.io/antigremlin/sigs/oQ7MMkTuSApfF79SE5TvB4DqJLUM3TkhPddqJ2tgXcM ]

Posts1
Comments9
View on HN

While I don't disagree that there's no craft most of the time, it's interesting to note that the anti-analogy with art and artists doesn't really work (or works in an unexpected way).

I'm visiting a lot of museums and exhibitions for a number of years now, without having any kind of art education, etc. After some time you start seeing patterns and understand more even if you still haven't read your art history. What strikes me time and time again, is that there's a huge amount of repetition even in great artists' work. It's definitely not an assembly line, but they do the same thing over and over again for years and years. That was true centuries ago and that's true today.

That is a very thoughtful piece. Thank you for posting it. I especially like the idea of that new mode of programming (or problem solving, whatever you call it) when people very much enjoy getting an LLM to do what they want.

This is both new and old, because it's the same joy (or dopamine hit) of making a machine do your bidding. Honing your prompts is not that different to honing your shell scripts. I think many people overlook this aspect.

There is a way around that. First of all, if you and your wife have two free accounts and share workspace subtrees with each other, you can double the free content limit.

And if you pay for just one personal account, you can still share content with a free account. This is very close to having two people sharing one paid account, feature-wise.

Main difference to Notes is that Bear uses Markdown as the data format. It has a rare capability of converting webpages to Markdown when you save them as a note using a sharing extension on iOS. The conversion is decent.

But as mentioned above it also lacks important organisation features: no folders, no dated notes, etc.

From my recent experience on a real project DDD inspires very rigid thinking sometimes on the boundary of being religious (e.g. the quest for pure Values and Aggregates eclipsing the problem domain understanding).

And for a regular "aggregate" entity I would never prefer a JSON storage to a data mapper with SQL (as long as you have an option to use SQL). You should have a reason for JSON and such, otherwise it's just NoSQL hype.