<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: zbobet2012</title><link>https://news.ycombinator.com/user?id=zbobet2012</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 21 Jun 2026 13:23:41 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=zbobet2012" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by zbobet2012 in "Microservices are a tax your startup probably can't afford"]]></title><description><![CDATA[
<p>The largest benefit of microservices has always been lifecycle management, and "clear interfaces" in "modular monoliths" does not in fact solve that. If you update the logging library in a monolith, everyone takes that updates even if it breaks half the teams.<p>That's a "large" organization problem. But large is actually, not that big (about 5-10 scrum teams before this is a very large problem).<p>It also means on critical systems separating high risk and low risk changes are not possible.<p>Like all engineering decisions, this is a set of tradeoffs.</p>
]]></description><pubDate>Thu, 08 May 2025 16:30:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=43927852</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=43927852</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43927852</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Wikipedia’s nonprofit status questioned by D.C. U.S. attorney"]]></title><description><![CDATA[
<p>I've had basic facts about mathematics which are wrong deleted in revisions by editors with no knowledge of the subject beyond having asked ChatGPT (which repeats the wrong shit on Wikipedia). It's hard to be worth it. Wikipedia's biggest problem is the editors.</p>
]]></description><pubDate>Sat, 26 Apr 2025 18:52:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=43806166</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=43806166</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43806166</guid></item><item><title><![CDATA[New comment by zbobet2012 in "America underestimates the difficulty of bringing manufacturing back"]]></title><description><![CDATA[
<p>This is true, and at the same time, this article is absolutely rife with unsourced, unserious points. However insane Trumps plans, the fundamental "facts" presented here are largely a joke.<p>> Chinese workers work longer hours more happily and they’re physically faster with their hands; they can do things that American labor can’t. It’s years of accumulated skill, but it’s also a culture that is oriented around hard work and education that the United States no longer has. In China, there are no people who are too fat to work. The workers don’t storm off midshift, never to return to their job. You don’t have people who insist on being paid in cash so that they can keep their disability payments, while they do acrobatics on the factory floor that the non-disabled workers cannot do.<p>It's an actual joke to present something with such a derogatory view of the median American worker with no data to back it up. Most of America's "labor class" is in fact Mexican, the country with the highest annual hours worked per year. Secondly hours worked does not relate directly to productivity. American workers are the most productive in the world. [1]<p>More importantly, _we don't manufacture like this anymore, even in China_. Doing "acrobatics" on the factory floor is now obsolete. Much of what's said here fails to acknowledge that we would _not_ build our supply chains the same way as China does. China had a surplus of human labor (one that's facing an impending demographic crisis) and so used human labor in ways modern western countries would not and do not.[2]<p>[1] <a href="https://www.weforum.org/stories/2018/01/the-countries-where-people-work-the-longest-hours" rel="nofollow">https://www.weforum.org/stories/2018/01/the-countries-where-...</a>
[2] <a href="https://ifr.org/ifr-press-releases/news/global-robotics-race-korea-singapore-and-germany-in-the-lead" rel="nofollow">https://ifr.org/ifr-press-releases/news/global-robotics-race...</a><p>Reproducing these supply chains is more possible than this article states. Doing it via destroying our economy however will not work.</p>
]]></description><pubDate>Tue, 15 Apr 2025 15:46:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=43694514</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=43694514</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43694514</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Fedora change aims for 99% package reproducibility"]]></title><description><![CDATA[
<p>That's only the case if you did PGO with "live" data instead of replays from captured runs, which is best practice afaik.</p>
]]></description><pubDate>Fri, 11 Apr 2025 18:36:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=43656955</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=43656955</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43656955</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Go Optimization Guide"]]></title><description><![CDATA[
<p>E.h., kind of. If you are allocating in a hot loop it's going to suck regardless. Object pools are really key if you want high perf because the general purpose allocator is way less efficient in comparison.</p>
]]></description><pubDate>Tue, 01 Apr 2025 02:18:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=43542158</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=43542158</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43542158</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Go-attention: A full attention mechanism and transformer in pure Go"]]></title><description><![CDATA[
<p>It depends on how long the time you spend in your c function is. cgo has a substantial overhead for calling. I tend to prefer just writing ASM functions for critical path code. You can use libraries like <a href="https://github.com/mmcloughlin/avo">https://github.com/mmcloughlin/avo</a> to make it easier to write/maintain.</p>
]]></description><pubDate>Mon, 03 Mar 2025 19:48:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=43245886</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=43245886</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43245886</guid></item><item><title><![CDATA[New comment by zbobet2012 in "FFmpeg School of Assembly Language"]]></title><description><![CDATA[
<p>So on point. We do _a lot_ of hand written SIMD on the other side (encoders) as well for similar reasons. In addition on the encoder side it's often necessary to "structure" the problem so you can perform things like early elimination of loops, and especially loads. Compilers simply can not generate autovectorized code that does those kinds of things.</p>
]]></description><pubDate>Sun, 23 Feb 2025 00:40:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=43144963</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=43144963</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43144963</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Germany says its warships were sabotaged"]]></title><description><![CDATA[
<p>It's not like sabotaging German ships will cause Germany to increase military spending or fix the Bundeswehr's comically bad procurement process so there is little risk for Russia in these actions.</p>
]]></description><pubDate>Fri, 14 Feb 2025 06:05:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=43045360</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=43045360</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43045360</guid></item><item><title><![CDATA[New comment by zbobet2012 in "TikTok goes dark in the US"]]></title><description><![CDATA[
<p>The US has banned foreign leadership of tv and newspapers since the 30s. At no point had the US ever really allowed foreign governments unfettered control over our media.</p>
]]></description><pubDate>Sun, 19 Jan 2025 07:05:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=42754580</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=42754580</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42754580</guid></item><item><title><![CDATA[New comment by zbobet2012 in "TikTok goes dark in the US"]]></title><description><![CDATA[
<p>We've banned foreign ownership of traditional media channels since the 30s. We did not ban the propaganda but we did deplatform it.</p>
]]></description><pubDate>Sun, 19 Jan 2025 06:55:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=42754517</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=42754517</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42754517</guid></item><item><title><![CDATA[New comment by zbobet2012 in "The Untouched Goldmine of F#"]]></title><description><![CDATA[
<p>What same-process modularization does _not_ solve is independent lifecycle management. In a monolithic system your change rate often becomes tied to your slowest, most bug prone module or team. If you've some integration test that bakes some piece of important code for 48 hours, you can only make a change _everywhere_ else every 48 hours.<p>Now sometimes folks (the Windows team famously did this) build systems which identify which tests to run based on changes that occur in the codebase, but that's _not_ easy.</p>
]]></description><pubDate>Thu, 16 Jan 2025 15:05:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=42726221</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=42726221</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42726221</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Perceptually lossless (talking head) video compression at 22kbit/s"]]></title><description><![CDATA[
<p>Winning in bd rate though isn't hard. You need to win in bd rate and have a hardware implementable, power efficient, cheap decoder.<p>Agreed hybrid presents real opportunity.</p>
]]></description><pubDate>Sat, 09 Nov 2024 00:46:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=42091687</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=42091687</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42091687</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Perceptually lossless (talking head) video compression at 22kbit/s"]]></title><description><![CDATA[
<p>These sorts of models pop here quite a bit, and they ignore fundamental facts of video codecs (video specific lossy compression technologies).<p>Traditional codecs have always focused on trade offs among encode complexity, decode complexity, and latency. Where complexity = compute. If every target device ran a 4090 at full power, we could go far below 22kbps with a traditional codec techniques for content like this. 22kbps isn't particularly impressive given these compute constraints.<p>This is my field, and trust me we (MPEG committees, AOM) look at "AI" based models, including GANs constantly. They don't yet look promising compared to traditional methods.<p>Oh and benchmarking against a video compression standard that's over twenty years old isn't doing a lot either for the plausibility of these methods.</p>
]]></description><pubDate>Fri, 08 Nov 2024 19:52:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=42089943</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=42089943</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42089943</guid></item><item><title><![CDATA[New comment by zbobet2012 in "A 94x speed improvement demonstrated using handwritten assembly"]]></title><description><![CDATA[
<p>The thing I found interesting in the AVX512 gains over AVX2. That's a pretty nice gain from the wider instruction set which has often been ignored in the video community.</p>
]]></description><pubDate>Mon, 04 Nov 2024 21:01:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=42045936</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=42045936</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42045936</guid></item><item><title><![CDATA[New comment by zbobet2012 in "A 94x speed improvement demonstrated using handwritten assembly"]]></title><description><![CDATA[
<p>You've mis-understood. The 8tap filter is part of the HEVC encode loop and is used for sub pixel motion estimation. This is likely an improvement in encoding performance, but it's only in one specific coding tool.</p>
]]></description><pubDate>Mon, 04 Nov 2024 20:34:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=42045746</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=42045746</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42045746</guid></item><item><title><![CDATA[New comment by zbobet2012 in "How to do distributed locking (2016)"]]></title><description><![CDATA[
<p>Yeah that's cookies. They are great.</p>
]]></description><pubDate>Sun, 20 Oct 2024 15:45:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=41896096</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=41896096</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41896096</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Time is a dimension, but not like space"]]></title><description><![CDATA[
<p>I'm a huge fan of providing laymen explanations. And at some point if you _actually_ want to understand you have to stop using those and pickup and understand the math.<p><a href="http://therisingsea.org/post/mast30026/" rel="nofollow">http://therisingsea.org/post/mast30026/</a><p>Has a good introduction to space, and the notion of a manifold, and what a Minkowski space is.</p>
]]></description><pubDate>Sun, 20 Oct 2024 04:04:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=41892770</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=41892770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41892770</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Canvas is a new way to write and code with ChatGPT"]]></title><description><![CDATA[
<p>Emacs has none of these problems :p</p>
]]></description><pubDate>Fri, 04 Oct 2024 00:15:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=41736472</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=41736472</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41736472</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Ditch banks – Go with money market funds and treasuries"]]></title><description><![CDATA[
<p>Sure, but you are most likely using these funds as core positions in an account which is SPIC covered to 500k.<p>If you have more than 500k of assets in this form, you should have multiple funds and bank accounts.<p>Again, you need the collapse of the US currency if you are a) not exceptionally wealthy or b) not wealthy and incredibly financially uninformed.</p>
]]></description><pubDate>Fri, 16 Aug 2024 15:16:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=41267153</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=41267153</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41267153</guid></item><item><title><![CDATA[New comment by zbobet2012 in "Ditch banks – Go with money market funds and treasuries"]]></title><description><![CDATA[
<p>You missed the point. Most people take on debt when it's cheap (low interest) and take on savings when they have high returns (high interest). You save when interest rates are high, you buy when interest rates are low.<p>That interest rates change is global.</p>
]]></description><pubDate>Fri, 16 Aug 2024 15:10:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=41267104</link><dc:creator>zbobet2012</dc:creator><comments>https://news.ycombinator.com/item?id=41267104</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41267104</guid></item></channel></rss>