<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: hi_herbert</title><link>https://news.ycombinator.com/user?id=hi_herbert</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 09 Apr 2026 17:29:47 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=hi_herbert" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>I mean faster runtime performance, I have no clue about compilation time.
Well I'm basing this on the countless benchmarks I've seen, e.g. on phoronix over the decade.
Also you have to understand that Clang -O2 is (was) "unfair" as GCC did not enable autovectorization until -O3. This has (is being?) changed.</p>
]]></description><pubDate>Sun, 25 Sep 2022 14:08:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=32971483</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32971483</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32971483</guid></item><item><title><![CDATA[New comment by hi_herbert in "How Netflix keeps its data infrastructure cost-effective"]]></title><description><![CDATA[
<p>Good point I hope is true but I was also mostly referring to the inexistant (not even in roadmap) hardware acceleration support.<p>> I wish we could get a JPEG XL based Video codec.
Well i'm curious about that but FLIF, the predecessor (and maybe XL too) is based on MANIAC which is a variation of H264 encoding..
<a href="https://en.wikipedia.org/wiki/Free_Lossless_Image_Format#:~:text=compression%2C%20FLIF%20uses-,MANIAC,-(Meta%2DAdaptive%20Near" rel="nofollow">https://en.wikipedia.org/wiki/Free_Lossless_Image_Format#:~:...</a></p>
]]></description><pubDate>Sun, 25 Sep 2022 14:03:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=32971427</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32971427</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32971427</guid></item><item><title><![CDATA[New comment by hi_herbert in "How Netflix keeps its data infrastructure cost-effective"]]></title><description><![CDATA[
<p>I regularly have atrocious transient 144p like compression artefacts and lighting absurdities using Netflix both in chrome and via their native h265 app.
It is pathetic.<p>Tangent if they really cared about user experience and Ecology they would implement h265 and h266 support in chromium (aka a mere function call to the embedded ffmpeg).
H266 is revolutionary but it's adoption is of zero because of AV1 lobbyists a bit like so called environmentalists once launched a RPG rocket on the superphenix thorium mankind saving reactor.</p>
]]></description><pubDate>Sun, 25 Sep 2022 12:37:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970732</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970732</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970732</guid></item><item><title><![CDATA[New comment by hi_herbert in "How Netflix keeps its data infrastructure cost-effective"]]></title><description><![CDATA[
<p>I'm pretty sure you can do that with Linux.
The hypothetical BSD networking advantages seems more and more obscolete to me, missing on most modern advances such as e.g MTCP support
<a href="https://www.multipath-tcp.org/" rel="nofollow">https://www.multipath-tcp.org/</a>
It's a basic gradient about human resources.</p>
]]></description><pubDate>Sun, 25 Sep 2022 12:32:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970712</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970712</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970712</guid></item><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>I meant in cli a bit like rust arrows logs</p>
]]></description><pubDate>Sun, 25 Sep 2022 12:28:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970690</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970690</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970690</guid></item><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>I don't do C++ anymore but I will forever remember the Vtable hell "messages" when doing OOP and doing a slight unintuitive mistake about destructor or constructor.
Is this still a thing in clang?</p>
]]></description><pubDate>Sun, 25 Sep 2022 12:27:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970683</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970683</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970683</guid></item><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>Ad-hoc black or white bans are very retrograde and costly for tje most part and usually stem from purity thinking.
Case in point reflection in Java is a godsend. I use it very rarely because it'd uses only comes for very specific needs but when I use it, the alternative either doed not exist or usually would be much more uglier.
As for streams well it's just regular functors (map, filter)
they are used in every language and are very useful.
Now I agree about two things:
1) the stream api is a bit (not that much though) verbose, which significantly contrast with Kotlin.
Although e.g .toList() helps
2) yes develpers especially junior ones are eager to abuse functors in an unreadable mess.
When there is complexity using loops is usually more readable.
Streams however are very fit for regular ETL that represents ~70% of code for most simple apps.
The pinnacle of complexity would be e.g. Reactive streams such as rxjava.<p>I agree python dependencies are a worldwide shame and eval() is very niche (but again should not be universality banned assuming good developers, maybe though one could conditionally ban it aka it would trigger a lint during code review that would need explicit validation.<p>As for the topic at hands, google style bans are insane e.g. No Exceptions lol</p>
]]></description><pubDate>Sun, 25 Sep 2022 12:23:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970666</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970666</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970666</guid></item><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>I'm pretty sure this rethoric is fallacious, most VMs/languages are not GPL and have MIT-like licenses and yet do not have the issue. 
It's just that clang lack human resources. Compagnies are not really secretly maintaining their own fork of clang with full support for modern c++. It's not in their economic interest to have to fo all tjis engineering. 
Instead of malice it'd just plain mediocrity. Yes there are trillion dollars companies that would benefit from better c++ but either they use GCC, either they fail to understand that clang needs funding by pure and quite universal mediocrity.
Also the thing is, most languages do not afford to have multiple serious implementations because it is economically absurd, it divide progress by 2 and duplicate the bug surface by 2. GCC at least for the foreseeable future is the de facto C++ implementation.</p>
]]></description><pubDate>Sun, 25 Sep 2022 12:13:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970613</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970613</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970613</guid></item><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>You can find some module candidates here <a href="https://github.com/servo/servo/issues/24026#issue-483508434" rel="nofollow">https://github.com/servo/servo/issues/24026#issue-483508434</a>
The one that make the most economic sense would be for mozilla to drop spidermonkey and make v8 faster instead</p>
]]></description><pubDate>Sun, 25 Sep 2022 12:01:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970555</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970555</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970555</guid></item><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>Betting on carbon would allow transparent FFI like Kotlin, typescript or graalvm achieve, which is economically disruptive.
Rust seems more like a plan B</p>
]]></description><pubDate>Sun, 25 Sep 2022 11:55:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970534</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970534</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970534</guid></item><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>I wonder how up to date is the old belief of better error messages.
The was some great redhat blogs about structured error messages in newer GCC.</p>
]]></description><pubDate>Sun, 25 Sep 2022 11:41:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970475</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970475</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970475</guid></item><item><title><![CDATA[New comment by hi_herbert in "C++20, How Hard Could It Be"]]></title><description><![CDATA[
<p>What is the status of ubsan, msan, tsan and others support for GCC though?
Last time I checked they were a bit behind.
I agree GCC make clang obscolete regarding C++ support and even performance.
I don't know a comprehensive alternative to clang linter but I'm sure there are a few.<p>Given that llvm receive more human resources than gcc by far, I once expected it to outperform gcc generally (e.g support for polyhedral optimizations, BOLT, etc)
Unfortunately weirdly it seems llvm performance is mostly stagnant. I personally suspect we are reaching increasingly diminishing returns with AOT and that the performance graal would be a hybrid that also does JIT at runtime (beyond PGO therefore) and more interpretable than BOLT</p>
]]></description><pubDate>Sun, 25 Sep 2022 11:40:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=32970469</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32970469</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32970469</guid></item><item><title><![CDATA[New comment by hi_herbert in "Engine makers sound downbeat on supersonic, leaving Boom in a bind"]]></title><description><![CDATA[
<p>Interesting concept thanks</p>
]]></description><pubDate>Sat, 24 Sep 2022 20:43:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=32966390</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32966390</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32966390</guid></item><item><title><![CDATA[New comment by hi_herbert in "Engine makers sound downbeat on supersonic, leaving Boom in a bind"]]></title><description><![CDATA[
<p>This article is a bit fallacious/misleading: I have no clue wether Boom design is vaporware or serious engineering but: 1) The initial premise, that there is a costly need to design a new engine is meta-unecessary AKA not necessarily necessary. The article raise 2 reasons for a new engine: fuel efficiency and noise reduction. I'd argue the concorde engine (the Rolls-Royce/Snecma Olympus 593) is excellent regarding efficiency ->  The overall thermal efficiency of the engine in supersonic cruising flight (supercruise) was about 43%, which at the time was the highest figure recorded for any normal thermodynamic machine.[3]
I don't know for sure what is the SOTA efficiency nowadays but IIRC last generations engines are ~10% more fuel efficient than the ones from the 80s, which where at the time behing the Rolls-royce engine hence I even doubt modern engine have better thermal efficiency than aforementioned 43%. Regarding the topic of thermal efficiency, engines are not supposed to reach 43% without being supercritical, did Rolls-royce bypass physics laws? There must be something I ignore here. Anyway even if (?) we could design supercritical jet engines the best possible thermal efficiency would be 46-7% AKA a minor improvement.<p>Boom can increase fuel efficiency via the airplane architecture with e.g. composites. The near commercialisation new civil aircraft from china achieved a 10% reduction doing so. The same can be said for noise reduction. Hence what Boom should do is simply to order Rolls royce to produce the same engines again. However one should know that R&D for the successor of the concorde engine has already been spent and such engine has been designed. Unfortunately the U.S imperialist oppressive bans killed the concorde economics before the production of said engine, cf: <a href="https://en.wikipedia.org/wiki/Rolls-Royce/Snecma_Olympus_593" rel="nofollow">https://en.wikipedia.org/wiki/Rolls-Royce/Snecma_Olympus_593</a>....<p>Now about the noise levels let's adress the fact that it is a non-issue. 1) If you look at the empirical scientific comparisons, the mean noise of the concorde is significantly lower than many civil airplanes, especially the ones with 4 engines. 2) The boom while intense, is very transient. It is not heard from people inside the airplane. It is a non-problem for the obvious reason that your jet does not need to be supersonic for 100% of the trajectory, therefore a plane can and should go to very high altitude (already a supersonic requirement) and/or above low density population (rural, ocean) and only then bypass the speed of sound, making the noise boom a moot problem. While this solution is trivial, political bans and people hysteria isn't.<p>What is at stakes? A lot of things, supersonics isn't just cool, it is a life saving technology that can allow the transfer of key people in records time (expert surgeon in niche disease emergency for example) which can have very high utilitaristic value. It can also make it much more pratical for key people to meet physically (e.g. key academicians for a symposium about advancing the state of the art in a topic) which is high impact considering cognitive biases regarding human agency.<p>Note however there are other supersonic engine makers than rolls royce, for example any country that makes supersonic military jets can obtain such engines. It is easy to forget that the first commercial supersonic engine was not the concorde but a russian tupolev. While the tupolev has reliability issue, few know they had an alternative engine (likely more reliable). In addition to the tupolev engines, I would look into the state of the art <a href="https://en.wikipedia.org/wiki/Saturn_AL-31" rel="nofollow">https://en.wikipedia.org/wiki/Saturn_AL-31</a> Regarding SOTA civilian turbofan there is the <a href="https://en.wikipedia.org/wiki/Aviadvigatel_PD-14#PD-35" rel="nofollow">https://en.wikipedia.org/wiki/Aviadvigatel_PD-14#PD-35</a> in development, although it can power an antonov (!) and seems very versatile I wonder if (not a turbojet) it can perform supersonicity without afterburners.<p>regarding those options however, russia bad, china bad.</p>
]]></description><pubDate>Sat, 24 Sep 2022 19:57:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=32966073</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32966073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32966073</guid></item><item><title><![CDATA[New comment by hi_herbert in "Why No One Will Build an Engine for Boom's Supersonic Plane"]]></title><description><![CDATA[
<p>This article is a bit fallacious/misleading:
I have no clue wether Boom design is vaporware or serious engineering but:
1) The initial premise, that there is a costly need to design a new engine is meta-unecessary AKA not necessarily necessary.
The article raise 2 reasons for a new engine: fuel efficiency and noise reduction.
I'd argue the concorde engine (the Rolls-Royce/Snecma Olympus 593) is excellent regarding efficiency ->
> The overall thermal efficiency of the engine in supersonic cruising flight (supercruise) was about 43%, which at the time was the highest figure recorded for any normal thermodynamic machine.[3]<p>I don't know for sure what is the SOTA efficiency nowadays but IIRC last generations engines are ~10% more fuel efficient than the ones from the 80s, which where at the time behing the Rolls-royce engine hence I even doubt modern engine have better thermal efficiency than aforementioned 43%.
Regarding the topic of thermal efficiency, engines are not supposed to reach 43% without being supercritical, did Rolls-royce bypass physics laws? There must be something I ignore here. Anyway even if (?) we could design supercritical jet engines the best possible thermal efficiency would be 46-7% AKA a minor improvement.<p>Boom can increase fuel efficiency via the airplane architecture with e.g. composites. The near commercialisation new civil aircraft from china achieved a 10% reduction doing so.
The same can be said for noise reduction.
Hence what Boom should do is simply to order Rolls royce to produce the same engines again.
However one should know that R&D for the successor of the concorde engine has already been spent and such engine has been designed. Unfortunately the U.S imperialist oppressive bans killed the concorde economics before the production of said engine, cf: <a href="https://en.wikipedia.org/wiki/Rolls-Royce/Snecma_Olympus_593#:~:text=A%20quieter%2C%20higher,routes%20across%20America" rel="nofollow">https://en.wikipedia.org/wiki/Rolls-Royce/Snecma_Olympus_593...</a>.<p>Now about the noise levels let's adress the fact that it is a non-issue.
1) If you look at the empirical scientific comparisons, the mean noise of the concorde is significantly lower than many civil airplanes, especially the ones with 4 engines.
2) The boom while intense, is very transient. It is not heard from people inside the airplane. It is a non-problem for the obvious reason that your jet does not need to be supersonic for 100% of the trajectory, therefore a plane can and should go to very high altitude (already a supersonic requirement) and/or above low density population (rural, ocean) and only then bypass the speed of sound, making the noise boom a moot problem.
While this solution is trivial, political bans and people hysteria isn't.<p>What is at stakes? A lot of things, supersonics isn't just cool, it is a life saving technology that can allow the transfer of key people in records time (expert surgeon in niche disease emergency for example) which can have very high utilitaristic value. It can also make it much more pratical for key people to meet physically (e.g. key academicians for a symposium about advancing the state of the art in a topic) which is high impact considering cognitive biases regarding human agency.<p>Note however there are other supersonic engine makers than rolls royce, for example any country that makes supersonic military jets can obtain such engines.
It is easy to forget that the first commercial supersonic engine was not the concorde but a russian tupolev.
While the tupolev has reliability issue, few know they had an alternative engine (likely more reliable).
In addition to the tupolev engines, I would look into the state of the art <a href="https://en.wikipedia.org/wiki/Saturn_AL-31" rel="nofollow">https://en.wikipedia.org/wiki/Saturn_AL-31</a>
Regarding SOTA civilian turbofan there is the <a href="https://en.wikipedia.org/wiki/Aviadvigatel_PD-14#PD-35" rel="nofollow">https://en.wikipedia.org/wiki/Aviadvigatel_PD-14#PD-35</a> in development, although it can power an antonov (!) and seems very versatile I wonder if (not a turbojet) it can perform supersonicity without afterburners.<p>regarding those options however, russia bad, china bad.</p>
]]></description><pubDate>Sat, 24 Sep 2022 19:56:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=32966065</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32966065</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32966065</guid></item><item><title><![CDATA[New comment by hi_herbert in "Emmanuel Mignot wins Breakthrough Prize for discovering cause of narcolepsy"]]></title><description><![CDATA[
<p>Those sentences are very antiscience.
It is obvious there can be multiple distinct causes to narcolepsy. The % of narcoleptics because of an orexin deficit is the interesting unanswered question.
Also this further legitimate orexin agonists such as afinils. However a mere deficit of orexin only explain chronic fatigue during day time. It does not explain at all sleep architecture deficits or irregularities.</p>
]]></description><pubDate>Sat, 24 Sep 2022 10:00:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=32961158</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32961158</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32961158</guid></item><item><title><![CDATA[New comment by hi_herbert in "Emmanuel Mignot wins Breakthrough Prize for discovering cause of narcolepsy"]]></title><description><![CDATA[
<p>Xyrem is not the only treatment.
If I were you I would look into the following peptides:
<a href="https://en.m.wikipedia.org/wiki/Delta-sleep-inducing_peptide" rel="nofollow">https://en.m.wikipedia.org/wiki/Delta-sleep-inducing_peptide</a>
And most importantly
<a href="https://en.m.wikipedia.org/wiki/Epitalon" rel="nofollow">https://en.m.wikipedia.org/wiki/Epitalon</a><p>As a complementary, I would take glycine 3gramm 5 night per week, which has very low tolerance building and if you watch the studies is extremely potent at increasing sleep efficiency.
I would also consider Agomelatine.
Also I would take potent antioxidants with long half life in order to reduce sleep deprivation toxicity (e.g. ALCAR 2g) and NAC.
Note that alcar can compensate many neuroreceptors downregulations.
Although antioxidants unlike above recommandations are for chronic health and won't likely help your perceived acute sleep.
Finally I would take a potent synaptotrophic in order to reverse large amounts of past neurotoxicity. Taking magnesium l threonate reverse IQ-age by 9.6 years.<p>BTW is baclofen as effective as GHB? If so then do it as GHB is neurotoxic through paradoxal excitotoxicity, a byproduct of agonizing GHB receptors. Although it's possible that this toxicity can be reduced by taking glutamate antagonists such as memantine<p>Oh and since you say you have too much REM sleep..
You have to understand that this excess relative to most humans might be needed for you as a way to compensate for other biological deficits, although maybe not.
If you wanna try an original approach, there are drugs that specifically decrease REM, for example IIRC
the benign antidepressant moclobemide reduce REM sleep by 1 hour. Although it improve other patterns of sleep (such as probability to wake up)
<a href="https://pubmed.ncbi.nlm.nih.gov/2148341/" rel="nofollow">https://pubmed.ncbi.nlm.nih.gov/2148341/</a><p>Oh and now that I think about it, you mention highly vivid dreams:
Highly vivid dreams can be caused notably by two things:
1) a too high amount of choline.
It is well known (and every lucid dreamer try it) that taking e.g. Huperzine A, which increase choline levels by decreasing its catabolism, induce vivid dreams.
It's possible that your metabolism produce too much choline or catabolise it too slowly.
However be very careful experimenting with choline blockers/catabolisers as choline is necessary for cognition (a nootropic) and is a very important neuroprotectant especially for myelin. Therefore ideally try to measure your choline levels (via urine tests?)
Choline antagonists exists but dose can easily become toxic, as usual everything is poison, nothing is poison, it's the dose imbalance that makes the poison.<p>The second main cause of vivid dreams is:
Special sleep phases (called ~hypnoagogic) there is one when we enter sleep and one when we exit sleep.
At those transitory levels can be experienced extremely vivid dreams because the brain is in too high wake up state. I have personally experienced 3 times those special dreams while waking up, I was mind blown by the realism of the hallucination.<p>Note a lower priority atypical sleep promoter is oleamide.<p>Essentially though I would consider taking eugeroics during the day such as armodafinil or Vyvanse.<p>Note: everytime you try polypharmacy (combining multiple drugs) titrate doses very slowly, especially the ones that have similar action mechanisms, e.g glycine is a downer like ghb hence slow titration is very important.<p>BTW I'm sure you did it but diagnose for sleep apnea.</p>
]]></description><pubDate>Sat, 24 Sep 2022 09:27:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=32960994</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32960994</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32960994</guid></item><item><title><![CDATA[New comment by hi_herbert in "Embed is in C23"]]></title><description><![CDATA[
<p>Or how to make everyone life worse for the few weirdos that don't use a LSP/IDE. The type of auto on the return of a function can and is automatically shown e.g. <a href="https://resources.jetbrains.com/help/img/rider/2022.1/inlay_hints_dependent.png" rel="nofollow">https://resources.jetbrains.com/help/img/rider/2022.1/inlay_...</a>
With this kind of non-consideration of the developer comfort, it is clear C is an obscolete language.</p>
]]></description><pubDate>Sat, 23 Jul 2022 23:18:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=32208548</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32208548</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32208548</guid></item><item><title><![CDATA[New comment by hi_herbert in "FFmpeg now supports JPEG XL and AVIF: how to convert images"]]></title><description><![CDATA[
<p>it is tragic they do not use SVT-AV1 <a href="https://github.com/AOMediaCodec/SVT-AV1" rel="nofollow">https://github.com/AOMediaCodec/SVT-AV1</a>
that makes AV1 dead on arrival</p>
]]></description><pubDate>Sat, 23 Jul 2022 21:48:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=32207899</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32207899</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32207899</guid></item><item><title><![CDATA[New comment by hi_herbert in "Germany to Rethink Nuclear Shutdown as Energy Crisis Deepens"]]></title><description><![CDATA[
<p>> Yes, everything says that it's possible to create safer nuclear reactors. But our current ones aren't.<p>1) extraordinary claim
2) completely miss the point that the 10000 bureaucratic safety rules could be trimed by half while actually improving security and reducing costs.
3) completely miss the point that current models from Russia and China are cost effective and comply with aforementioned unoptimized rules.<p>> remove the safeguards, and they won't be safe anymore<p>most of the reactors from the 70s and 80s are still in use. they have much less safeguards and are still safe enough as in you'd better invest the saved money in saving lifes/medecine research than in those hypothethical safety gains that only drive marketing and hypocrisy.<p>> Adding nuclear capacity will increase the nuclear operational cost even more than renewables (because they have the same generation profile).<p>completely miss the point that not developing renewable and going for 100% nuclear increase overall economics.
completely miss the point that nuclear plants can contrary to renewable decrease their output in a very fine grained way. Why is that interesting? The plant cost almost the same, but does not add a significant cost by overproducing electricity. When renewable overproduce electricity (which happens all the time given enough share) the excess electricity will break the electric grid and cause a nationwide shutdown. To prevent that, the Grid operator has to sell electricity at a loss (AKA pay people to consume the electricity). Given some level this startegy won't even work and will need a special costly infrastructure optimized for burning (throwing away) excess electricity.<p>> But we know it's way longer than that<p>who is we? Where is the evidence?
Also newer reactors have a lifespan extendable to 100 years hence you need to triple or quadruple the price.
And wind, which is generally much more prevalent than solar last in most cases 20 years. In 2016 they have started (in germany) installing twice as big turbines which are likely to have shorter lifespans.<p>> The only solution here is storage.
> Well, eventually we will need storage. That's true for nuclear too.<p>nuclear doesn't need energy storage.<p>> Storage seems to be viable even with current tech (not using batteries)<p>please source, enligthen me, I am unable to find reliable information supporting this.<p>> Anyway, natural gas generation at night is a pretty good stop-gap<p>Please let's not be a joke, the discussion is about a long term fossil-free future. Not a thesis that only works until it doesn't.<p>> grid storage to use lithium at all<p>wtf, energy storage without batteries is niche. What are you refering to? Water, hydrogen? The majority should be with electric batteries AKA lithium. This should be obvious.<p>> renewables don't increase the consumption of fossil fuel based sources in any way<p>Renewable needs pilotable energies. Solar in january and december is almost non existent. How much is an empirical and country dependent question but bewteen 20-30% average share of fossil energy needed seems probable. Meanwhile 100% nuclear is perfectly doable. 70% renewable 30% nuclear is also doable but would be economically inefficient.<p>> both solar and coal are normally built by private business with proper accounting in practice to compare their costs<p>Wrong assumption, solar and wind in germany are extensively subsidized.<p>Anyway the most salient point about this discussion is the storage energy cost and feasability, of which you provide zero data.<p>regarding lithium availability:
<a href="https://www.reddit.com/r/AskScienceDiscussion/comments/q78xv6/comment/hgh5itv/?utm_source=share&utm_medium=web2x&context=3" rel="nofollow">https://www.reddit.com/r/AskScienceDiscussion/comments/q78xv...</a>
Enough to build 8 billions cars and then zero cars for the next generation LOL.
Now add that in addition of one car per habitant we need a similar or even bigger battery for his regular electricity uses, including house heating.<p>Doing policies that last for just the current generation and not the next centuries is madness.
Yes we've all heard there are HUGE reserves in the oceans. Which pointless to say. There are a looot of gold in the oceans too. The density and extractability of it is the key question. The fact this is not currently used means it cost more than current methods. How much more? x10 ? x100? x10000? Who knows? Sharing technical evidence about this issues would improve the depth of the discussion but until then we are manipulating a huge existential risk.<p>about uranium reserves:
right, the current estimate of reserves is of a 230 year supply at current consumption. The needed consumption for 100% would be at least a x10 so let's say we ran out of uranium in 23 years if massively adopted.
1) A major point is that contrary to lithium, the mining industry of uranium is much smaller and therefore if it received mass funding, the reserves might significantly increase.
2) like lithium there are huge oceanic reserves and like lithium, this is not a solution until proven otherwise.
3) reactors that reuse MOX fuel (like e.g. France does) can significantly (how much ?) reduce uranium consumption. Note that lithium can be recycled too but setting a global systematic recycling industry is yet to be done.
4) Indeed thorium reactors (not uranium) are the ideal solution since we have thorium for the next millenium. Thoriums reactors are not just a theoretical concepts, some have been made so it is feasable. It has not been developed because the energy efficiency/economics are inferior (how much ?) although since most of the cost is on the time to build the plant anyway, this should still be a viable solution although not necessarily as cost effective as renewable here (but with an expensive energy storage grid and pragmatic designs (like russian/chinese ones) and taking into account lifespan, and renewable need for fossil fuels/gaz, it very well could be)
As for the ocean argument it seems easier to solve for uranium though which is needed in much less quantity (because of its ernergy density) and hence needs less regional density.
Note however that water filtration methods for lithium are often similar to existing desalinisation plants. Which ironically are a great specialization for nuclear power plants.</p>
]]></description><pubDate>Tue, 19 Jul 2022 18:35:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=32156014</link><dc:creator>hi_herbert</dc:creator><comments>https://news.ycombinator.com/item?id=32156014</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32156014</guid></item></channel></rss>