Hacker Newsnew | past | comments | ask | show | jobs | submit | adrienthebo's commentslogin

Obsidian Sync may provide a partial solution but it's mainly targeted at a single user synchronizing vaults between devices. There's also the Obsidian Git[1] plugin if you're working with developers that are familiar with Git, with all of the pros and cons you'd expect. Finally, there's obsidian-livesync[2] which in theory would provide some very powerful functionality; it seems very cool but given that doing such livesync is complex and easy to get wrong exercising a great deal of caution (frequent backups and care when rolling out for production uses) seems prudent.

Keep in mind that Obsidian requires a license for business use[3]. They're a very small shop that's entirely funded by licensing/sync/publishing income and are making a pretty fantastic product and they deserve some cash to keep developing Obsidian.

[1]: https://github.com/denolehov/obsidian-git [2]: https://github.com/vrtmrz/obsidian-livesync [3]: https://obsidian.md/pricing


> Sure there is a theoretical closable cycle in batteries, but guess what, the same can be said for fossil fuels.

On geological time scales involving massive deposition of organic material.

In contrast, lithium can be recovered from batteries with an industrial shredder and chemical processing.

Fossil fuels are non-renewable in a trivial sense but are grossly different in a practical sense; treating them as equivalent is a borderline specious argument.


Please excuse my ignorance, I haven't done a ton of async Rust programming - but if you're trying to call async Rust from sync Rust, can you not just create a task, have that task push a value through a mpsc channel, shove the task on the executor, and wait for the value to be returned? Is the concern that control over the execution of the task is too coarse grained?


Yes, you can do that. You can use `block_on` to convert an async Future into a synchronous blocking call. So it is entirely possible to convert from the async world back into the sync world.


But you have to pull in an async runtime to do it. So library authors either have to force everyone to pull in an async runtime or write two versions of their code (sync and async).


There are ways to call both from both for sure, but my point is if you don't want any async in your code at all...that often isn't a choice if you want to use the popular web frameworks for example.


PATA vs. SATA is a somewhat limited metaphor; PATA had a number of limitations such as the inability to hot swap hardware as well as using wide ribbon cables that made it largely obsolete. In contrast, both sync and async programming have reasonable applications; we're likely using both for the foreseeable future. The best EE analogy I can think of is using hyperthreading to execute multiple processes on a single core vs scheduling each thread to a separate core, but that's less a metaphor and more of a simplified model of what async vs sync is actually doing.

> Should we move back away from parallelism and focus on handling synchronous stuff faster instead?

Rust already has excellent handling of synchronous computation, given that it can meet/sometimes exceed equivalent performance in C. The problem is when you're I/O or network bound; you can either throw threads at the problem (and by extension throw memory at the problem for the thread stacks) or use async programming.


A particularly interesting use case for async Rust without threads is cooperative scheduling on microcontrollers[1]; this article also does a really good job of explaining some of the complications referenced in TFA.

[1]: https://news.ycombinator.com/item?id=36790238


It may be temporary, but if bringing back X improves the quality of someone's life, more power to them. We're stuck with the downsides of continuous delivery; having a consistent UI for just a bit longer can be a cognitive relief.

When Pixel phones switched from navigation buttons to gestures I tried them and hated the experience and reverted. Eventually I got forced over to gestures and still hate them so delaying gave me a bit more bandwidth to allocate from stupid UI changes to things I actually care about.


For offline things, I agree - the people keeping older versions of Photoshop working, for example, are getting plenty of value and saving money.

For a network service, however, I think this is worse than doing nothing: continuing to use Twitter at this point is not neutral but actually supporting and rewarding Musk for every decision he’s made, and your use of a social network encourages people you know to stay there. That means that you’re not only not finding a long-term replacement, you’re making it harder for one to exist.


I'm on a Pixel and can still choose to have the nav buttons on the bottom. It's under Accessibility > System controls > System navigation.


> . . .But it was still hot

> Even if the 101.1° water temp isn’t verified, it was exceptionally hot in the Florida Keys, and it remains that way.

> Water temperatures at other buoys, and remote sensing using satellites, have recorded water temps in the mid to even upper 90s around the Florida Keys.

> This has resulted in brutal heat for the land areas.

It may be that the Manatee bay sensors are in a uniquely hot location but the temperatures there will be negatively impacting wildlife; outside that location water temperatures seem pretty darn elevated.


Sea life in that area is very used to hot water temperatures in July and August. [1]

[1] https://www.seatemperature.org/north-america/united-states/k...


> Unusually warm water (as little as 1 °C above usual summer means) can cause the breakdown of the symbiosis and the mass expulsion of zooxanthellae, referred to as “coral bleaching.” [1]

Coral bleaching isn't typical and is a direct indication of water temperatures exceeding the max habitable temperatures. You can look at coral, or manatees, or algal blooms to confirm that our present conditions are anomalous. Extraordinary claims require extraordinary evidence but the research is in regarding rising sea temperatures.

[1]: https://link.springer.com/article/10.1007/s12237-014-9875-5


I'm not a climate scientist but I'd reason that the tropics would experience greater heating resulting from the stagnation of the warm water that would previously circulate. More warm water in the tropics would result in more frequent and more intense hurricanes, so if the AMOC stops then we'll see even more extreme weather records smashed.


Profit maximization attempts have changed; supply chain disruptions provided an opportunity for corporations to increase their prices in unison. Prior to the pandemic there was more risk in unilateral price increases but now companies can look at pricing velocity and effectively work as a cartel without engaging in explicit conspiracy.


Either people have more money to absorb these cost increases or demand for some other non-essential goods is tanking. If it wasn't the government printing a bunch of money and it ending up in people hands to buy essential things, what are the non-essential things that no one is buying anymore?


Receiving puberty blockers isn't something any child casually does after reading a book. Going off the Mayo clinic:

  To begin using pubertal blockers, a child must:

    Show a long-lasting and intense pattern of gender nonconformity or gender dysphoria

    Have gender dysphoria that began or worsened at the start of puberty

    Address any psychological, medical or social problems that could interfere with treatment
    Have entered the early stage of puberty
    Provide informed consent

  Particularly when a child hasn't reached the age of medical consent, parents or other caretakers or guardians must consent to the treatment and support the adolescent through the treatment process.
Source: https://www.mayoclinic.org/diseases-conditions/gender-dyspho...

The process of going on hormones/puberty blockers is a labor intensive process and typically requires the sign-off from a doctor and therapist. Nobody's getting sacrificed that isn't willing to jump through a number of significant bundles.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: