<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: scorpion888</title><link>https://news.ycombinator.com/user?id=scorpion888</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 01 May 2026 14:58:56 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=scorpion888" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by scorpion888 in "Show HN: A free tool for non-technical folks to easily publish a website"]]></title><description><![CDATA[
<p>This is a nice idea.<p>There is still a real gap between "making some HTML" and actually getting something published on the web, especially for non-technical users. A simple path on top of GitHub Pages makes a lot of sense.<p>Curious how you are thinking about the next step after publish. Do you want weejur to stay intentionally minimal, or do you see it growing toward simple editing / updating workflows too?</p>
]]></description><pubDate>Wed, 22 Apr 2026 17:30:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=47866629</link><dc:creator>scorpion888</dc:creator><comments>https://news.ycombinator.com/item?id=47866629</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47866629</guid></item><item><title><![CDATA[New comment by scorpion888 in "Show HN: A Browser Extension for Testing Content Security Policy"]]></title><description><![CDATA[
<p>This is genuinely useful.<p>CSP always feels like one of those things that sounds straightforward in theory, but gets annoying fast once you are trying to make a real app work without punching accidental holes in the policy.<p>Curious how you approached the feedback loop: does the extension mainly help generate directives, or does it also help explain which current policy rule is actually causing a given breakage?</p>
]]></description><pubDate>Wed, 22 Apr 2026 17:27:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47866573</link><dc:creator>scorpion888</dc:creator><comments>https://news.ycombinator.com/item?id=47866573</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47866573</guid></item><item><title><![CDATA[New comment by scorpion888 in "The Business Case for Vanilla JavaScript"]]></title><description><![CDATA[
<p>I relate to this a lot.<p>For many business apps, vanilla JS with strong server-side structure is still a very solid choice. If I need heavier server-side logic, I am very happy with MVC in .NET Core and keeping the front end as close to the platform as possible.<p>I think a lot of teams reach for framework complexity earlier than they really need to.</p>
]]></description><pubDate>Sun, 19 Apr 2026 15:55:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47825223</link><dc:creator>scorpion888</dc:creator><comments>https://news.ycombinator.com/item?id=47825223</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47825223</guid></item></channel></rss>