Live data from Hacker News

4x Smaller, 50x Faster

blog.asciinema.org

111–120 of 205 posts

Re: 4x Smaller, 50x Faster

#111

Went to https://asciinema.org/ and clicked the demo video. I'm a bit confused because it looks like future lines are being rendered after the cursor while lines are being typed. Is that...correct? It looks like either a blatant bug in their product (that they're displaying on their homescreen demo!) or on purpose for some reason I can't find.

Feel free to report a bug here https://github.com/asciinema/asciinema-player/issues/new (including browser version, OS would help a lot).

Btw, it's not a product, just a side, hobby project of mine.

Re: 4x Smaller, 50x Faster

#112
post #18

Earlier quoted context omitted.

I fantasize about a future where we have enough CPU and memory that we can waste them on nice stuff like immutable data structures and software rendering.

I fantasize about a future in which buying a faster computer means my software runs faster. I don’t spend thousands on computer hardware so that lazy devs can get lazier.

The use of persistent data structures can make concurrent programming easier, which allows for better use of many cores. Functional programming can also scale to many computers in distributed systems, e.g. in Erlang.

Re: 4x Smaller, 50x Faster

#113

Earlier quoted context omitted.

You can’t pause and rewind or skip ahead in a gif in any of the major browsers.

Or copy/paste text.

If I had users who needed to be that engaged with the content, they would be the sort of target audience I could easily have run scriptreplay in a terminal.

(I see this more as a demo thing to show people what is possible than, say, documentation to crib from, but I can see the value in being able to do that.)

Re: 4x Smaller, 50x Faster

#115

Earlier quoted context omitted.

What exactly is the advantage of asciinema over a video or a GIF if you're just showing something? If I don't need to copy text out of it, it has the same function as a video.

It's definitely better than a GIF because you can seek forward. You never know when a GIF ends, and if you're distracted, you have to wait for it to loop back again.

Note that this is a function of the GIF viewer. An image / video viewer that can play GIFs with length, speed, and movement controls would afford this.

vlc seems to do this (Android version).

I'll grant that the usual methods of interacting with GIFs don't do this, and am not arguing that they do. But if you really want a specific functionality, you can look for a tool which might provide that.

Re: 4x Smaller, 50x Faster

#116

Earlier quoted context omitted.

Ew, people are using it for docs? It always seemed clearly to be for those quick-look demos on projects' home pages, and it's fantastic for that.

What exactly is the advantage of asciinema over a video or a GIF if you're just showing something? If I don't need to copy text out of it, it has the same function as a video.

It's rendered by your browser so you get properly subpixel-hinted text instead of the horrible, blurry, compressed screenshot effect a video or gif gives. Also it's more convenient to generate than faffing around with screencasting software.

Edit: well, not (lossily) compressed in the case of a gif but not as nice as text properly rendered for your display.

Re: 4x Smaller, 50x Faster

#117
post #2

The immutable hype is finally fading. People starting to realize the drawbacks of treating hardware as an infinite resource.

The benefits of immutability are still there though. You should generally design immutable by default and use mutability for performance where it matters.

Rust which was used here also has immutability by default and mutability is an explicit opt-in.

Re: 4x Smaller, 50x Faster

#118
post #2

The immutable hype is finally fading. People starting to realize the drawbacks of treating hardware as an infinite resource.

This is an application where the goal is to squeeze every last drop of performance possible out of the processor. The "every last drop of performance" crowd has never been the source of the "immutability hype". Your comment is dismissive of many domains of programming - immutable didn't become a thing because others weren't as enlightened as you.

[deleted]

Re: 4x Smaller, 50x Faster

#119
post #2

The immutable hype is finally fading. People starting to realize the drawbacks of treating hardware as an infinite resource.

This is an application where the goal is to squeeze every last drop of performance possible out of the processor. The "every last drop of performance" crowd has never been the source of the "immutability hype". Your comment is dismissive of many domains of programming - immutable didn't become a thing because others weren't as enlightened as you.

> This is an application where the goal is to squeeze every last drop of performance possible out of the processor.

I have a hard time thinking of an application for which this isn't the case. If my cooking recipe app / website is too slow and/or eats too much battery (and god fucking knows they are) I'll look for a competitor immediately.

Re: 4x Smaller, 50x Faster

#120
post #2

The immutable hype is finally fading. People starting to realize the drawbacks of treating hardware as an infinite resource.

I fantasize about a future where we have enough CPU and memory that we can waste them on nice stuff like immutable data structures and software rendering.

Welcome to now. Totally works like 99.99% of the time.
Post reply on HN