I honestly think Casio is one of the most under-leveraged brands. So much good will for them. One of a few companies I'd love a tour of.
skinfaxi 21 hours ago [-]
Man I just checked ebay, TM-100s going for several thousand dollars.
nvmdbljstm 3 days ago [-]
Regardless of whether it’s useful or not, the level of creative intelligence is impressive
esperent 1 days ago [-]
I think these kind of projects are great for stress testing terminal performance as well.
Yevini 1 days ago [-]
Exactly. Not every project needs to solve a real-world problem
t1amat 8 hours ago [-]
This made me laugh. It’s easy to forget what a real world problem is when you spend too much time on a computer.
S0y 1 days ago [-]
It's pretty refreshing to see such a nice and readable README. vibe coders, please take notes.
darkwater 1 days ago [-]
Saving one memory...
I took note of your suggestion, next time I will write the README in the voice of da-luce/astroterm README.
jihadjihad 19 hours ago [-]
Along with CONTRIBUTING.md, I've been including a WRITING.md in my projects, too. Is it bulletproof? No. But it does help things like READMEs, PR descriptions, and other documentation to be much more readable than your garden variety slop. Enough so that further editing is usually pretty painless.
bikelang 16 hours ago [-]
Would you mind sharing a link? It’s ok if you don’t want to. This is just something I feel like I’ve been really struggling with and would love to see how others are trying to tackle it.
hnlmorg 1 days ago [-]
Seems pretty average to me. What is it you specifically like?
(Curious as someone who struggles to write readmes)
dspillett 23 hours ago [-]
I'm not the original commenter you replied to, but I have thoughts that might be relevant. These things are quite subjective so some people will disagree that this is a good example, or with what I'm about to say so have a punch of salt at the ready…
I think "pretty average" is the thing to strive for in a README. The right balance of detailed but concise, not overly festooned with unnecessary verbiage like a stereotypical recipe page, a simple "what is it", "key features", "how to get/install", "more detail on features / example use" structure.
Of course it gets harder to find that balance as the size and scope of a project expands, you have to become judicious with cutting things out and excising them to extended documentation instead of everything being in the README. For a thing this size everything is close to the right balance if you word+arrange it right, for larger projects the README should be a summary of what, how to get, and where the other documentation is.
If this one is AI written (there are signs, but those are things humans have long done which is why AIs copy them) it has been human edited rather than just thrown up as-is.
> as someone who struggles to write readmes
If you are struggling a lot with that, perhaps you are overthinking it or trying to shoehorn in too much detail?
hnlmorg 19 hours ago [-]
> If you are struggling a lot with that, perhaps you are overthinking it or trying to shoehorn in too much detail?
The opposite problem to be honest. I maintain pretty complex projects so lean towards leaving most stuff out and linking to documentation outside the readme. But I frequently get accused of underselling the project.
But you’re right that I might be over thinking things.
butlike 20 hours ago [-]
Reminds me of `phoon` which shows the current phase of the moon in ascii
Gotta be honest. This application seems like a mismatch for a TUI. I’m a TUI lover in general, but I would have gone a different direction.
helterskelter2 18 hours ago [-]
This doesn't look like a "why?" project, so much as a "why not?".
jubalizer 23 hours ago [-]
This is really cool. I've managed to set this up as my default screensaver in Omarchy. It tracks the sky from my house. Awesome!
SwiftyBug 22 hours ago [-]
That's awesome! How did you do it?
nextliftoff 1 days ago [-]
Well done, any plans to show other space objects too? Like the ISS or Starlink? One thing I ran into when tracking satellites in the browser: CelesTrak's TLE files skip satellites with six-digit catalog numbers, which is most of what's been launched lately, so new Starlinks just weren't there. Their CSV files have them tho.
jaekwon 1 days ago [-]
Similar concept but for a social network: gno.world
aamargulies 18 hours ago [-]
Some nice arguments:
astroterm -cub --city=Seattle -t 2 -l 2
superkickstart 1 days ago [-]
Could this be set up as dynamic motd in the terminal?
dspillett 23 hours ago [-]
Not as-is, looking at the options list there seems to be no way to ask it to output one frame then exit. That would presumably be an easy option to add.
slybot 1 days ago [-]
ASCII-rendered visuals looks pretty decent.
After reading the first sentence, I cannot stop imagining some Rust people cannot stop salivating at the prospect to a version saying, "written in Rust", "safe", etc. ~
dotancohen 1 days ago [-]
Not really. One example image has Capella, Rigel, and Sirius clearly marked. But even with that, I can not make out Orion, probably the most recognizable constellation behind the big dipper.
I would absolutely love a terminal Stellarium alternative, but this isn't it.
macoraone 23 hours ago [-]
[dead]
hyperficial_ 1 days ago [-]
[dead]
Rendered at 10:16:57 GMT+0000 (Coordinated Universal Time) with Vercel.
Having stars and planets at your fingertips...
[0] https://www.casio.com/us/watches/50th/Heritage/1980s/
I took note of your suggestion, next time I will write the README in the voice of da-luce/astroterm README.
(Curious as someone who struggles to write readmes)
I think "pretty average" is the thing to strive for in a README. The right balance of detailed but concise, not overly festooned with unnecessary verbiage like a stereotypical recipe page, a simple "what is it", "key features", "how to get/install", "more detail on features / example use" structure.
Of course it gets harder to find that balance as the size and scope of a project expands, you have to become judicious with cutting things out and excising them to extended documentation instead of everything being in the README. For a thing this size everything is close to the right balance if you word+arrange it right, for larger projects the README should be a summary of what, how to get, and where the other documentation is.
If this one is AI written (there are signs, but those are things humans have long done which is why AIs copy them) it has been human edited rather than just thrown up as-is.
> as someone who struggles to write readmes
If you are struggling a lot with that, perhaps you are overthinking it or trying to shoehorn in too much detail?
The opposite problem to be honest. I maintain pretty complex projects so lean towards leaving most stuff out and linking to documentation outside the readme. But I frequently get accused of underselling the project.
But you’re right that I might be over thinking things.
https://www.acme.com/software/phoon/
`brew install phoon`
astroterm -cub --city=Seattle -t 2 -l 2
After reading the first sentence, I cannot stop imagining some Rust people cannot stop salivating at the prospect to a version saying, "written in Rust", "safe", etc. ~
I would absolutely love a terminal Stellarium alternative, but this isn't it.