<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: Jach</title><link>https://news.ycombinator.com/user?id=Jach</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 01 Oct 2026 16:24:32 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=Jach" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by Jach in "Show HN: Jev Plays Pokémon Red"]]></title><description><![CDATA[
<p>Yeah, there's a lot hard-coded into the typescript files that make this much less impressive than the other "AI plays" versions that have come and gone that play with less help. A Claude one that only used screenshots would always get stuck in the rocket hideout...</p>
]]></description><pubDate>Sat, 26 Sep 2026 06:33:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=49853822</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49853822</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49853822</guid></item><item><title><![CDATA[New comment by Jach in "Japan's book scene is moving from bookstores to libraries"]]></title><description><![CDATA[
<p>The Tokyo Metropolitan Central Library's top floor has a cafeteria.</p>
]]></description><pubDate>Thu, 17 Sep 2026 03:55:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=49736202</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49736202</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49736202</guid></item><item><title><![CDATA[New comment by Jach in "Salesforce Global Outage"]]></title><description><![CDATA[
<p>It's not impossible, but Salesforce has had big outages before LLMs. For a disruption that began at 1am pacific, the response time isn't that bad. 3 hours total to give up on restarts, 4 hours total to validate a quick fix and begin rollout, and the rest of the time since has been waiting for the rollout + addressing subsets of instances that had some issues with restarting+the quick fix. It's nearly 9am pacific now, so Dreamforce is saved~ (It's Dreamforce week this week. Most devs are either focused on that or on soft-vacation / working on lower priority non-feature-work items, it's surprising anything would be updated to production this week that could do this.) The architecture and approval process of everything there has long been setup so that things can't be changed quickly.</p>
]]></description><pubDate>Wed, 16 Sep 2026 15:53:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=49728944</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49728944</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49728944</guid></item><item><title><![CDATA[New comment by Jach in "Sean Carroll explains the biggest ideas in the universe – Full Interview [video] (2025)"]]></title><description><![CDATA[
<p>I don't have a great sample size but I've never thought he was being dismissive or implying something was a stupid question or someone should be ashamed of asking. However I do still think he <i>sounds</i> pompous, purely as a matter of the way he speaks. It's the pace, the cadence, and how he hangs on or stresses certain syllables and words. It's a recognizable style, not unique to him. Leonard Susskind has a similar one, though I'd say not as extreme. You get a more extreme form listening to various philosophers. (An example as parody here: <a href="https://www.youtube.com/watch?v=leQ1bczMu7c" rel="nofollow">https://www.youtube.com/watch?v=leQ1bczMu7c</a>) It usually doesn't bother me, as I can filter out the information from the presentation, but I still notice something. Reading is better than listening in part for not needing that layer of filtering.</p>
]]></description><pubDate>Mon, 14 Sep 2026 02:04:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=49690986</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49690986</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49690986</guid></item><item><title><![CDATA[New comment by Jach in "Trusting-Trust Attack against an Entire Linux Distribution"]]></title><description><![CDATA[
<p>I'm glad they mention Wheeler's work briefly in section 7.2, since it provides a general counter to the trusting-trust attack that a lot of people seem to not know about. They dismiss it as not applying in this case, but I'm not really convinced by their argument. It's true if you only replace the compiler and run in the same environment then it won't help, but IIRC Wheeler's approach treats the environment itself as a parameter to diversify on. So not just the compiler, but also the host/OS, and even the hardware. Thus it's trivial to extend it to strip. Build binutils from source with your bad distro toolchain, fixup with your distro strip, call this build A. Then build binutils from source in a diverse environment, which includes fixup with a diverse stripper, call this B. Then do a rebuild (same diverse environment) but with B's toolchain and stripper, call this C, and compare C with A. Mismatch busts the attack.</p>
]]></description><pubDate>Mon, 07 Sep 2026 21:00:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49602954</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49602954</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49602954</guid></item><item><title><![CDATA[New comment by Jach in "Porting my 1993 Amiga game to Godot, with an LLM reading the 68000 assembly"]]></title><description><![CDATA[
<p>Only kind of pointless. A few reasons come to mind. For one, they're games. (I say as an avid lifelong gamer.) For another, it's indulging nostalgia. (I say as an indulger.) To be clear, I think both things are fine, but of course to all things moderation, even moderation. When trying to rank things by pointlessness, many specific forms of entertainment and nostalgia are higher up than other activities or categories. Not as high as watching paint dry. And the more general category of, say, "having fun" is lower; some might even claim that to be the least pointless thing of all. I'd caution with "Amusing Ourselves to Death".<p>More reasons come from trying to predict where AIs and our interactions with them will be in 6 months, 1 year, 2 years, 5 years. Will we even be alive? Other reasons from wondering about alternative actions: is asking the magic box to do this particular thing, rather than some other particular thing, the thing that will actually bring you (or others) joy right now? Or money? Satisfaction? Fame? Upvotes? Some other things you want to feel or experience or do? (And in the OP's case, I think there's actually quite a good case of actions matching motivations, given the full history, and especially as earlier pre-AI-tooling ports were well-received enough to get a couple million downloads. Still, what about something new?) For my own small efforts this week, the main things I got out of it, besides the nostalgia (which is quite valuable to me), were similar to what I've been getting out of any AI-using projects this year, which is a strange mix of satisfaction, a bit of fun, a bit more awe at these magic boxes (even the dumber ones like Opus and Sonnet), anticipation of showing/telling a few people in person about this particular kind of pointless adventure, and a bit more melancholy about a few things, like the makeup of some of my online hangouts, or that my programming skills have been rapidly decreasing in their having a point to exist, or that my revealed preferences in this case are that I'm happier to let the AI do all the coding for this project and barely look at the code myself (there's a bit of disgust/gross feelings here too). I last thought of doing this work in 2019/2020, never got very far, now it's suddenly done, and even more than I thought of doing. (I still keep the AI out of some other projects, as programming the old fashioned way is in general still pretty fun to me at least.) Now it's on to the next project, when I decide that will be more fun than playing a game (I have such a backlog after all), and I'm sure it'll also be relatively pointless. More the honor to people doing bigger things impacting the world, with or without these tools.<p>This whole comment is also kind of pointless, I'd rank it as probably more so than the other mentioned things (except I guess watching paint dry), and yet it's here.</p>
]]></description><pubDate>Fri, 04 Sep 2026 17:25:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=49567537</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49567537</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49567537</guid></item><item><title><![CDATA[New comment by Jach in "Porting my 1993 Amiga game to Godot, with an LLM reading the 68000 assembly"]]></title><description><![CDATA[
<p>It's kind of a fun, albeit also kind of a pointless, thing to do, huh? This week I took a student project game I made with 3 others back in 2010 and made it live again. I'm cheap, I only have the $20 plan for this month (likely to pause again for next month) and used Opus 5, and I'm visibly hamstringing it by running claude code in a firejail and not using yolo mode on permissions. Still, without much effort/oversight, it took the old C game that only ran in windows' cmd.exe terminal (a class constraint -- we still made a side scrolling shoot-em-up rather than a text adventure like many others), wrote the new version in Common Lisp as I asked (somewhat following the style of some other Lisp code I've written), implemented both a simple SDL2 "software" renderer along with an even faster OpenGL renderer, and didn't touch the original assets which were in a quirky binary format with a bug on one level in the C code. And now it runs great on Linux (and Windows, though only briefly tested it, building it with wine). Having its own graphics window lets it run at thousands of FPS when we were struggling to hit 30 back then. Last night on a whim I had it take a crack at porting to Android, and it did that as well. Still using SBCL, just one little C file shim for some things, no Java code was needed. Now I can easily show it to a few people in person. And it was kind of fun to play it again after so many years in an archives folder.<p>Your game looks cool. It's a full, real game! And while I now think that there's no longer strong "platform convenience" reasons to choose any tech stack if these AIs can just bulldoze their way through difficulties, I'm sure running in Godot still made a lot of things easier for it.</p>
]]></description><pubDate>Fri, 04 Sep 2026 13:46:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49564596</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49564596</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49564596</guid></item><item><title><![CDATA[New comment by Jach in "The ChatGPT/Codex app bundles a full copy of LibreOffice"]]></title><description><![CDATA[
<p>It obviously depends on the project and the scale and duration of a donation, but plenty of open source projects have benefited from donations. Donations can and do pay for developers, as well, part time or full time. With LibreOffice, you can answer your questions directly by browsing <a href="https://www.libreoffice.org/donate/" rel="nofollow">https://www.libreoffice.org/donate/</a> and as a non-profit you can easily find more detailed reports: <a href="https://www.documentfoundation.org/financials-and-reports/" rel="nofollow">https://www.documentfoundation.org/financials-and-reports/</a></p>
]]></description><pubDate>Wed, 02 Sep 2026 07:04:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49532743</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49532743</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49532743</guid></item><item><title><![CDATA[New comment by Jach in "Casey Muratori – The Root of the Root of All Evil – BSC 2026 [video]"]]></title><description><![CDATA[
<p>I really think videos and talks are the least effective ways to get these things out there. I'd rather just point people to references I've read myself about specific topics rather than try to create a structured synthesis or presentation. I tend to think that's sort of best anyway for a curious individual: go read primary sources about some topic, and if interested further, citations or other related works. Every Turing Award Lecture transcription I've read has been insightful. I just recalled that Uncle Bob was writing a book about influential programmers, he was calling for suggestions on names a few years ago: <a href="https://x.com/unclebobmartin/status/1714972421269119190" rel="nofollow">https://x.com/unclebobmartin/status/1714972421269119190</a> One could just read through those names and the names of those the comments added (I had several more) and the work they are most known for, and by the time one is done with that, one will have a very nice historical picture of computer science up to the 70s. Nowhere near complete, of course. It seems he did publish his book at the end of 2024 (<a href="https://www.amazon.com/We-Programmers-Chronicle-Coders-Robert/dp/0135344263" rel="nofollow">https://www.amazon.com/We-Programmers-Chronicle-Coders-Rober...</a>), I'll have to check it out at some point. (Edit: and I'm reminded of another funny thing. Early in the book Clean Code, he asked some other programmers what they thought was meant by the idea. I remember penciling in some objections in the margins that he should have asked x,y,z other people who I would rather have read from than some of his sample.)<p>It's just absurd to me to point at Casey, of all people, as the <i>most informed</i> person who would be best positioned to publish something containing <i>all</i> of the history of anything broad.</p>
]]></description><pubDate>Mon, 31 Aug 2026 01:36:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=49504681</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49504681</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49504681</guid></item><item><title><![CDATA[New comment by Jach in "Casey Muratori – The Root of the Root of All Evil – BSC 2026 [video]"]]></title><description><![CDATA[
<p>Pretty much any book or long paper that decides to take a historical turn is going to be at least as good if not better than these talks. There are a lot of historical resources out there that go into different parts of "computing history" more generally. I don't know what would meet your criteria for computer science or software engineering more narrowly. To me they are all very interconnected. I couldn't say whether it'd be more important to have a nice presentation that includes Babbage and his machines vs. a neat presentation that covers Codd's work going directly into Chamberlin and Boyce's work on System R. A historical presentation has to decide what it includes and excludes. In recent times I've enjoyed Fabien Sanglard and his work on the histories of Wolfenstein 3D, Doom, the hardware environments behind them (development and deployment), and the CP-System. Lots of "lost" technical knowledge in them. Of course the earlier and higher level <i>Masters of Doom</i> book contains a lot of neat history as well, though less technical. The HOPL (History of Programming Language) papers are always insightful and contain a lot more "plain" computer science, though of course with a focus on programming language things. Richard Gabriel could write a lot more of history than he already has; here's one of his papers that (among other things) details a history of mixins in object oriented languages, and how they were "rediscovered" poorly in a way that obscured their actual historical nature, demonstrating an idea of incommensurability. <a href="https://dreamsongs.com/Files/Incommensurability.pdf" rel="nofollow">https://dreamsongs.com/Files/Incommensurability.pdf</a><p>I should also add that even interviews are valuable. <i>Coders at Work</i> is fantastic at that and drawing out technical opinions and reasoning; notably the subjects interviewed don't all agree and have sometimes drastically different work styles and preferences. (And also adding from another comment, Turing Award Lectures are great history, and Uncle Bob even has a history book out now on influential programmers.)</p>
]]></description><pubDate>Mon, 31 Aug 2026 01:20:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49504585</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49504585</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49504585</guid></item><item><title><![CDATA[New comment by Jach in "Casey Muratori – The Root of the Root of All Evil – BSC 2026 [video]"]]></title><description><![CDATA[
<p>And people still come out of the woodwork with a parade of excuses, and sometimes he addresses those too. But it's no wonder that he gets a bit brisk or blunt with people, and turns off others who haven't been following along.</p>
]]></description><pubDate>Mon, 31 Aug 2026 00:51:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49504424</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49504424</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49504424</guid></item><item><title><![CDATA[New comment by Jach in "Casey Muratori – The Root of the Root of All Evil – BSC 2026 [video]"]]></title><description><![CDATA[
<p>One of the principles of structured programming is that you organize your code into functions, and that they have single points of entry, and single points of exit. We still have a lot of multiple points of exit in functions these days, but the reasons for them usually fall into either those of clarity (less nesting/branching) or performance by skipping unnecessary work, and the consequences of them are less dire in modern high level languages because such languages have GC (no fear of skipping a memory cleanup step) and features like try..finally to ensure code closing file handlers or logging or whatever is executed at the end. But we <i>have</i> largely eliminated multiple points of entry from most code. The main remnant I can think of is in the form of coroutines, though they are structured and limited enough (like modern gotos) and have well defined lifecycles that it's more forgivable.</p>
]]></description><pubDate>Mon, 31 Aug 2026 00:41:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49504371</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49504371</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49504371</guid></item><item><title><![CDATA[New comment by Jach in "Casey Muratori – The Root of the Root of All Evil – BSC 2026 [video]"]]></title><description><![CDATA[
<p>This is my objection as well. His talk last year on OOP was heavily focused purely on the style of OOP that led to C++'s version. It completely ignored everything else going on outside that historical thread. As history it was interesting but doesn't inform much outside of a C++ view of the world and it missed so much relevant history about OOP more generally.<p>While I suspect he could do research, he also just isn't personally experienced in large tracts of SWE culture as others. Others have worked a far larger variety of jobs in the software industry and thus tend to have a broader idea of the cultures and how they've evolved. In a recent clip I saw of him and others discussing how BS are various phrases engineers say (the root of all evil phrase being one of them), he hadn't heard of the YAGNI acronym/idea before. That's no fault on him, programmers live in different worlds. But regardless of one's feelings about such ideas, or whether they've heard of them or not, a history of SWE would have to cover them and the schools of thought that originated them. And this is just one minor thing in living memory and recent careers, there is so much from before he was born that has to be researched and if possible also talked about with the older practitioners who are still around and remember things. If you don't already have some awareness of things that should be covered in a history, whether from personal experience or just general curiosity about history that has led you to see such things before somewhere, the only hope is further research uncovering them, and I don't trust his researching that much.<p>Reading <i>The Psychology of Computer Programming</i> from the 70s was such an interesting read for me from a historical perspective as well as being able to see how some ideas they were thinking about back then came to fruition in some way or another. (e.g. Stack Overflow.) It's just one small part of history. A "complete" history as the top comment suggests would be better as a multi-author endeavor, would probably need many books, and that's if it could be done at all. In the meantime at least one can always go read primary sources and develop an idea of the history on one's own.</p>
]]></description><pubDate>Sun, 30 Aug 2026 23:55:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49504069</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49504069</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49504069</guid></item><item><title><![CDATA[New comment by Jach in "Bug Blindness"]]></title><description><![CDATA[
<p>There's a selection effect here in that smart-enough users won't bother contacting support if they work around an issue on their own, or if something is actually a non-issue for 99%+ of the user base. The ratio of usage and support contacts can be monitored. I fear a lot of devs develop unproductive mental models of the user purely from a minority sample.</p>
]]></description><pubDate>Sun, 30 Aug 2026 05:27:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49495954</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49495954</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49495954</guid></item><item><title><![CDATA[New comment by Jach in "Decompiling a Nintendo 64 game in 84 days"]]></title><description><![CDATA[
<p>Watching bits of videos from this guy's series on beating every N64 game (including JP-only releases) is a fun way to find out about interesting games I missed from back then. <a href="https://www.youtube.com/playlist?list=PLrwJXOVKrLbIDAiT9b4Lkyz4dUV9sTbGr" rel="nofollow">https://www.youtube.com/playlist?list=PLrwJXOVKrLbIDAiT9b4Lk...</a></p>
]]></description><pubDate>Thu, 27 Aug 2026 23:23:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=49472543</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49472543</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49472543</guid></item><item><title><![CDATA[New comment by Jach in "QuestStack: Unlock the Meta Quest 1 bootloader and gain root access"]]></title><description><![CDATA[
<p>Ars article about it: <a href="https://arstechnica.com/gaming/2026/08/new-bootloader-lets-you-take-the-meta-out-of-the-original-meta-quest/" rel="nofollow">https://arstechnica.com/gaming/2026/08/new-bootloader-lets-y...</a><p>I haven't yet attempted to run it on my old Quest.</p>
]]></description><pubDate>Thu, 27 Aug 2026 07:57:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49461372</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49461372</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49461372</guid></item><item><title><![CDATA[QuestStack: Unlock the Meta Quest 1 bootloader and gain root access]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/starseed12345/QuestStack">https://github.com/starseed12345/QuestStack</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49461347">https://news.ycombinator.com/item?id=49461347</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Thu, 27 Aug 2026 07:52:42 +0000</pubDate><link>https://github.com/starseed12345/QuestStack</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49461347</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49461347</guid></item><item><title><![CDATA[New comment by Jach in "How credit card rewards became a $9.2B wealth transfer"]]></title><description><![CDATA[
<p>I treat the Amazon Prime membership as the "card fee". The cash back accumulation per year is always greater than the membership fee for me. (The original main benefit of savings on shipping is of course also nice, though if I'm honest with myself I'd say the majority of my purchases didn't actually need 2-day/1-day/same-day shipping. Very nice luxury however.)</p>
]]></description><pubDate>Wed, 26 Aug 2026 11:03:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=49446893</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49446893</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49446893</guid></item><item><title><![CDATA[New comment by Jach in "Everything I own, owned"]]></title><description><![CDATA[
<p>This is untrue. Chrome's "acceptance rates" for proceeding through its bad SSL cert warnings used to be pretty high, but with a redesign they basically flipped the numbers so most people didn't proceed to connect to the site. Similarly with cookie banners, where making it more difficult to say no (by e.g. moving a decline button to a second interaction layer) meaningfully raises acceptance rates; if users were just blindly accepting everything, then there'd be no reason to make it harder to say no. Apple's App Tracking Transparency (ATT) prompt has users overwhelmingly answering no even years after introduction (though of course opt-in is increasing). A study on permission prompts in Android found that the main factor in first-use denial rates was whether users thought the app needed the permission it was requesting or not, showing some actual comprehension of what they're being asked. Another found <i>higher</i> denial rates if the frequency of the prompt was on every access instead of once, rather than apathetic blanket acceptance.<p>Design prompts for potentially dangerous actions so refusal is easy and what's being asked is legible, and people will refuse plenty.</p>
]]></description><pubDate>Mon, 24 Aug 2026 03:27:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49414914</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49414914</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49414914</guid></item><item><title><![CDATA[There's no reason for software to be slow anymore]]></title><description><![CDATA[
<p>Article URL: <a href="https://danluu.com/perf-opt/">https://danluu.com/perf-opt/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49395628">https://news.ycombinator.com/item?id=49395628</a></p>
<p>Points: 669</p>
<p># Comments: 499</p>
]]></description><pubDate>Sat, 22 Aug 2026 01:06:17 +0000</pubDate><link>https://danluu.com/perf-opt/</link><dc:creator>Jach</dc:creator><comments>https://news.ycombinator.com/item?id=49395628</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49395628</guid></item></channel></rss>