ryansouza (u/ryansouza)

ryansouza commented on Brewing Clean Water: The metal-remediating benefits of tea preparation pubs.acs.org/doi/10.1021/... · Posted by u/bookofjoe

jqpabc123 · 6 months ago

Ok, so tea leaves can absorb some dissolved metals.

What could be better than that?

How about a drip coffee maker? A drip coffee maker creates little steam explosions to push water vapor to the top of the unit where it condenses and "drips" down over the coffee.

Since steam is being produced, in essence, distilled water is being used which if I understand the physics correctly, should be relatively free of metals.

ryansouza · 6 months ago

Drip coffee doesn’t use mainly condensed steam but uses the steam pressure to push the rest of the hot water through the pipes

ryansouza commented on What happened to the world's largest tube TV? [video] youtube.com/watch?v=JfZxO... · Posted by u/ecliptik

noprocrasted · 8 months ago

Is there actually a fundamental physical limit in modern (O)LED displays not being able to emulate that “flicker”, or is merely that all established display driver boards are unable to do it because it isn’t a mainstream requirement? If so, it would still be much cheaper to make an FPGA-powered board that drives a modern panel to “simulate” (in quotes because it may not be simulating, instead merely avoiding to compensate for by avoiding the artificial persistence) the flicker than bootstrapping a modern CRT supply chain?

ryansouza · 8 months ago

My LG has something like that, OLED motion pro. I believe it displays blank frames given the panel runs at higher than 24fps. Medium is noticeably darker but oleds have plenty of brightness for my viewing space and it makes slow pans look much nicer. High is even darker but adds noticeable flicker to my eyes

ryansouza commented on Firenvim – Turn the browser into a Neovim client github.com/glacambre/fire... · Posted by u/OuterVale

snthpy · 8 months ago

Are you saying nvim's vim emulation is insufficient for you? What are you missing?

I've had the same experience with things like vim emulation in vscode but I switched to LazyVim from vim a few months ago and it's been a smooth experience for me.

ryansouza · 8 months ago

I think they mean when using the in-browser editor for lambdas in the AWS console. This will let them get actual vim usability instead of an included vim-mode thats not up to snuff.

ryansouza commented on Async Rust is not safe with io_uring tonbo.io/blog/async-rust-... · Posted by u/ethegwo

ryansouza · 10 months ago

Even without sarcasm the wording here reads as a presumption that this person will do work (blog post) for your benefit. Their post not indicating any plans to do that is why it reads so sarcastically, a sort of “pull requests welcome” reply in a more rude way.

ryansouza commented on GnuCash 5.9 gnucash.org/news.phtml... · Posted by u/moasda

massysett · a year ago

To each their own I guess: my experience is the exact opposite. Plain text looks simple to human eyes but parsing it in a structured way is a nightmare and scripting edits to plain text is a mess.

Databases on the other hand are built for this. After years of dissatisfaction with plain text accounting and many hours spent trying to improve it, I now use SQLite and it has been an enormous improvement.

ryansouza · a year ago

Part of the reason I settled on beancount over h/ledger was the ease of writing python plugins to handle mutations and rules, and reuse the official parse/output as a library.

Plaintext is nice for git but I only feel that when fixup-ing a single or small number of transactions. It does feel nice to be have all the details of a transaction in one place in a visually useful way. For one-off hacking and such it definitely feels easier to write O(n^4) python looping over trying to describe things with SQL and working at a scale where it doesn’t matter.

Plaintext as a UI into a SQL store seems an interesting project. I would love a git integration for committing changes after diff review and being able to stage individual txns or parts. Many years ago I was frustrated with ledger’s more loosey goosey syntax and trying these things and eventually gave up whatever the idea was at the time. I like the idea of a constant bidrectional sql<->plaintext that provides a requirement for reproducible parsing and serializing

ryansouza commented on Climate scientists say South Asia's heat wave (120F) is a sign of what's to come text.npr.org/1096085028... · Posted by u/NegativeLatency

ryansouza · a year ago

Currently reading Ministry for the Future, so far it’s just pretty depressing

ryansouza commented on Thames Tideway Tunnel super sewer completed bbc.com/news/science-envi... · Posted by u/Brajeshwar

ianburrell · a year ago

Is it better to fix the problem now or spend decades doing it properly? Consider how much money it would take to dig up every street, add new sewer pipes, and coordinate disconnecting the rainwater pipes.

In Portland, we did similar combined sewer pipe. But they didn't size it to handle the largest rainfall. The sewers still overflow a couple of times a year, but it is much better than dozens of times. Especially since it now only happens in the winter when no one is using the river. It would have cost a lot more to handle peak rainfall. It is already expensive, sewer costs twice as much as water here.

ryansouza · a year ago

Hi Ian!

Portland has also been working on the “next steps” pointed out in this article. Street bioswales provide absorption and holding capacity. Downspout disconnection programs and new build codes drain rooftop rain locally on the property or out to the street instead of directly in to the sewers.

I think we have an easier time due to our lower density. Most lots have decent amount of exposed ground for rain infiltration, and the area has well draining soil. Tougher for cities more tight and built up. I think Seattle codified water management before the latest building boom so hopefully they will do alright too!

https://www.portland.gov/bes/stormwater/about-green-streets

ryansouza commented on Yabai – A tiling window manager for macOS github.com/koekeishiya/ya... · Posted by u/CathalMullan

replete · 2 years ago

Window management becomes a whole other thing with really large monitors. I recently got a UHD 43" and to make the most of it I designed a custom grid but struggled to find an optimal solution. BetterSnapTool with custom snap zones works but is a bit clunky. Lasoo has the exact imagined solution I wanted (keystroke > grid representation appears at mouse pointer > drag window size) but doesn't yet support custom grids. I've requested the feature but not exactly hopeful.

I could see that yabai could be a solution but haven't committed to a proper setup.

Anyone else using a single large monitor? FancyZones on Windows (PowerToys feature) looks pretty good, but I got sick of autoupdate BS random driver breaks (common linux thing) and went full mac.

My custom grid for 4K 43" snap zones in case anyone's interested: - diagram: https://imgur.com/a/axTw1tI - 3840x2160 1:1 grid: https://imgur.com/a/pUSoafG

ryansouza · 2 years ago

I still use Moom with keyboard shortcuts

ryansouza commented on A four year plan for async Rust without.boats/blog/a-four... · Posted by u/steveklabnik

munificent · 2 years ago

> AsyncIterator and async generators

For what it's worth, Dart has had synchronous and asynchronous generators (including `await for` statements) for as long as its had async/await. They are neat features. I've definitely written code using synchronous generators that would be hard to manually transform into a custom Iterable implementation.

But they add a large amount of complexity to the language implementations and it turns out are very rarely used in practice. Here's a quick scrape I did of the most recently published 2,000 packages on our package manager:

    -- Style (64317 total) --
      59409 ( 92.369%): normal  =================================================
       4842 (  7.528%): async   ====
         42 (  0.065%): async*  =
         24 (  0.037%): sync*   =

Async/await is clearly pretty useful with there being one for roughly every ten normal functions. But generators and async generators are barely used at all.

Rust might be a in a different situation because efficient concurrency may be much more important in a systems language, but it's not clear to me that those same features carry their weight in Dart.

ryansouza · 2 years ago

I do wish discussions like the linked blog were more clear on specific use cases features would enable. Async summation shows off the syntax sure, but I don’t know any real world problems that are currently hard that this would make easy. Not to say there aren’t, just I don’t know them and would love to understand!