<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: h335ian</title><link>https://news.ycombinator.com/user?id=h335ian</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 10 Jun 2026 09:37:37 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=h335ian" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by h335ian in "That Methyl Methacrylate Tank"]]></title><description><![CDATA[
<p>By the miraculous grace of God, a crack allowed pressure to bleed & enabled our engine company to prevent thermal runaway. A BLEVE was the projected outcome, a firefighters worst nightmare - see the Kingman BLEVE - <a href="https://www.cityofkingman.gov/government/departments-a-h/fire-department/bleve-memorial#ad-image-0" rel="nofollow">https://www.cityofkingman.gov/government/departments-a-h/fir...</a></p>
]]></description><pubDate>Tue, 26 May 2026 21:11:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48286020</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=48286020</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48286020</guid></item><item><title><![CDATA[New comment by h335ian in ""Ensuring Accountability for All Agencies" – Executive Order"]]></title><description><![CDATA[
<p>So disappointed by the irrational and hyperbolic comments from my fellow nerds. Why are folks reading into this so much!? Clearly folks aren’t actually reading the content and just reacting based on a headline. Read, contemplate, compose. This really shouldn’t be an inflammatory exec order - from what I can tell this is precisely within the purview of a POTUS and precisely in line with historical exec orders. Why the cray cray reactions? Just cause Trump I guess. For shame. Be nerds. Look stuff up. Stop with the hyperbolic “fascist” “coup” business. If you disagree with strategy, fine!! But at least recognize that these ideas aren’t new - nor fascistic - they’re inherently American and we’re in the midst of an adjustment cycle where these old ideals will be expressed in new modalities that we don’t all agree with. Doesn’t make it “fascist”. Ugh. So juvenile.</p>
]]></description><pubDate>Wed, 19 Feb 2025 07:13:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=43099460</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=43099460</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43099460</guid></item><item><title><![CDATA[New comment by h335ian in "Graph Databases for Crime-Fighting: How Memgraph Maps and Analyzes Criminal"]]></title><description><![CDATA[
<p>:point_up: this…<p>The article is purely a marketing piece. As we know with all tech, it’s how you hold it. Yes, you can certainly graph all the entities, activities & relationships - but there is the human tendency towards laziness, least path of resistance and the desire to show “look what I can do” that inevitably leads towards using using weak/garbage data without verification - often in the form of purchases/collected metadata.<p>Concrete example with a less scary outcome; I was involved in a project for real-estate marketing that used “quality” metadata to infer potential buyers/sellers/properties to target for a given marketing campaign and/or what marketing techniques/campaigns might influence a targeted entity. It was cool. For sure. But, due to the lack of integrity in the data, even with well known & trusted data (direct from the MLS) the result was a graph that made many very weak/inaccurate connections and resulted in a great deal of wasted marketing efforts/cost, targeting the wrong message to the wrong entity at the wrong time. Because it was still a major improvement over other tools in the space, it became the preferred path even with inaccuracies galore.<p>Now, imagine if the cost of inaccuracies is human freedom - vs wasted cents. Scary stuff.</p>
]]></description><pubDate>Mon, 14 Oct 2024 15:59:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=41838757</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41838757</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41838757</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>It’s fair that there are proponents & value props beyond those early folks that came from the Java type world.<p>I guess I’m tainted/jaded by the early proponents and initial rationale that was absolutely tied to - “ewwww dynamic types!?! Gross, where are my strong/static types!?”. I’ve just fought that too many times - and that was a very strong argument at the inception of TS. There certainly are value props that go beyond and more to be discovered I’m sure.<p>I feel like MANY if not most of the devs I work with today simply use TS cause “that’s what you do these days” - but they have no clue what the “why” is and are baffled by native JS typing - and still consider JS “garbage” as a result. Bummer. In the Scala community I hear so much hate for NodeJS because it enables JS for server-side, “where it doesn’t belong” for many of these same old reasonings about typing (even with TS!?).<p>So yah, there’s value there, but you don’t NEED it to write large, good software. I’m clearly just jaded by the religious debates that have gone on and on - so despite their utility, I can come across very anti to the “solutions” to IMHO shitty arguments.</p>
]]></description><pubDate>Thu, 22 Aug 2024 16:49:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=41322110</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41322110</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41322110</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>There it is… that’s the classic argument. Large teams/codebase. I totally get the appeal, but the idea this can’t be done effectively without it is nonsense. Long before TS, we had JS apps with teams of 50-100+ working across hundreds of not up to a couple thousand files - in CVS/SVN repos (ugh). I will concede that TS does help in the larger teams/codebases but - I will contend it is not necessary if your team is composed of folks that have depth of experience working without.</p>
]]></description><pubDate>Thu, 22 Aug 2024 15:46:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=41321559</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41321559</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41321559</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>Classic example of comments I've heard since the 90s.<p>I’d strongly encourage doing a deeper dive here. Functions in JS are objects and can have their own methods/props + scope. They’re a first class citizen.</p>
]]></description><pubDate>Thu, 22 Aug 2024 15:40:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=41321494</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41321494</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41321494</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>+1 - that was a really cool idea that I really was hopeful would take off.</p>
]]></description><pubDate>Thu, 22 Aug 2024 15:12:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=41321206</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41321206</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41321206</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>Despite being down on all the extras, I wanna reiterate - I do think this is a cool project and I dig that HTAs are still around.</p>
]]></description><pubDate>Thu, 22 Aug 2024 15:07:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=41321155</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41321155</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41321155</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>I think, based on many battles, a lot of folks in the early days that came from Java/C++ absolutely struggled with the key concepts of JavaScript, couldn’t find “features” (like strong typing) they claimed were critical for writing good software and invented ways to make the language fit their paradigm, rather than really deep dive into the language and embrace it. There were constant battles back then - and I’m sure the battles continue.<p>JS was certainly never a “garbage” language but the elegance is unappealing/unappreciated by entire classes of developers. I totally get the perspective, but it’s all based on a worldview that just doesn’t get functional programming</p>
]]></description><pubDate>Thu, 22 Aug 2024 14:55:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=41321016</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41321016</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41321016</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>Firstly, it’s functional with closures… From there prototypal - so you can express whatever you want… the key is being functional. This was a key to the advent of JSON, but is also one of the most elegant and powerful bits of JS</p>
]]></description><pubDate>Thu, 22 Aug 2024 14:49:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=41320922</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41320922</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41320922</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>Static/strong typing is not necessary in JS.<p>Yes, ES6 brings the OOPiness</p>
]]></description><pubDate>Thu, 22 Aug 2024 14:47:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=41320890</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41320890</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41320890</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>This stuff pre-dates .NET and quite honestly I think that’s what m$ was going for in those early days. VBScript was pretty annoying and dealing with COM objects sucked badly. Back in the day we’d build in a local VB interop with JavaScript so we could make system calls and interact with native Windows stuffs. This predates JSON so at the time we’d use XmlHttpRpc to talk to remote/hosted services.<p>I’ll double down on the urge to drop TypeScript. That pile of nonsense came from the classic OOP folks - “But where are my TYPEs!? How do I know what type that variable is!?” (first the Java/C++ folks then the .NET folks “solved” the brain fuzz around functional programming and dynamic types by giving you TypeScript)<p>Having been out of the m$ ecosystem for some time, I’m kinda surprised HTAs are still around, I’m guessing to avoid breaking things. Once .NET started taking off - I always assumed that would replace the VBScript side of things and let you build proper, elegant system interfaces for your JavaScript app. I really imagined the goal was to drop Windows forms/object controls - but I always imagined BATTLES at m$ over being able to create Windows “apps” that didn’t conform to native UI controls, couldn’t be controlled through Windows theming engines, etc. kinduva brand control battle. I always imagined some team going “NOOO, just build a web app, you’re breaking all the UI rules!!!”</p>
]]></description><pubDate>Thu, 22 Aug 2024 14:46:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=41320875</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41320875</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41320875</guid></item><item><title><![CDATA[New comment by h335ian in "WelsonJS: Build a Windows app on the Windows built-in JavaScript engine"]]></title><description><![CDATA[
<p>Been doing this since 1999. The only thing novel I see here is the transpilers - but you know… you don’t need that. You can build HTAs with native JavaScript, CSS and HTML - and with a little VBScript mixin, directly work with Windows libs. Back in ‘99 and early 00’s I was delivering “thin-client” control panels & management tools for server farms, sensitive accounting data, among a variety of other things. It was (and likely still is) a great way to provide a web interface as a desktop app for scenarios where exposing the management interface to the open web is undesirable.<p>Nifty project, but IMHO the world is better off using native JavaScript without all the BS that comes with TypeScript, etc. JavaScript is so powerful and amazing, it’s a bummer to hamstring your app by using TypeScript and classic OO inheritance models that preclude the beauty and dynamics of JavaScript as a functional, prototypal language.</p>
]]></description><pubDate>Thu, 22 Aug 2024 14:22:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=41320618</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=41320618</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41320618</guid></item><item><title><![CDATA[New comment by h335ian in "California to impose permanent water restrictions on cities and towns"]]></title><description><![CDATA[
<p>When hyperbolic reactions rule the day, particularly when they are contradictory to one’s stated goals (provide clean, low prices energy and potable water) - dismissive labels are readily handed out. Both sides of the aisle are guilty so these labels go along with the hand waving dismissal of basic common sense & standing local rulings. The analysis, civic discourse and problem solving was performed, but disregarded for performative ideals - that continue to be a direct contradiction to the research & solutions presented. It just sucks. Especially when the state can leverage authority from Sacramento, overruling local resolutions and ordinances that were based on the research, analysis and civic discourse.</p>
]]></description><pubDate>Tue, 09 Jul 2024 17:42:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=40918831</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=40918831</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40918831</guid></item><item><title><![CDATA[New comment by h335ian in "California to impose permanent water restrictions on cities and towns"]]></title><description><![CDATA[
<p>Yup! If memory serves, some of the design was borrowed from the San Onofre plans. Certainly only limiting in terms of volume of desalinated water for Orange County. I believe that was the original intent as San Onofre is nicely situated to serve both counties</p>
]]></description><pubDate>Tue, 09 Jul 2024 12:49:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=40915483</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=40915483</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40915483</guid></item><item><title><![CDATA[New comment by h335ian in "California to impose permanent water restrictions on cities and towns"]]></title><description><![CDATA[
<p>;P</p>
]]></description><pubDate>Tue, 09 Jul 2024 12:46:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=40915458</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=40915458</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40915458</guid></item><item><title><![CDATA[New comment by h335ian in "California to impose permanent water restrictions on cities and towns"]]></title><description><![CDATA[
<p>Turns out it’s actually harder to decommission… :shrug:</p>
]]></description><pubDate>Tue, 09 Jul 2024 12:46:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=40915451</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=40915451</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40915451</guid></item><item><title><![CDATA[New comment by h335ian in "California to impose permanent water restrictions on cities and towns"]]></title><description><![CDATA[
<p>This was originally planned in conjunction with the San Onofre nuclear power plant, which gave all of SoCal amazing power and offered the infrastructure for performing desalination in conjunction with ocean water used for cooling parts of the reactor. Sadly, some hippie in Sacramento decided to kill our power plant so now energy prices have soared and we’ve lost the potential for desalinated water in San Diego, Orange and LA counties. My buddy has been working the decommission for a decade now. Given a few beers, the rants are quite illuminating and disappointing</p>
]]></description><pubDate>Tue, 09 Jul 2024 12:07:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=40915124</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=40915124</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40915124</guid></item><item><title><![CDATA[New comment by h335ian in "Poor code quality due to AI assistants GitHub Copilot and ChatGPT"]]></title><description><![CDATA[
<p>Having recently participated in a of review GitHub Copilot to determine if we might allow it at work, I can say it appears that most of the utility is in tab-completion of what you were roughly intending to express, in very short form: variable completion, expression completion and function/method/class/object/value signature completion.<p>I personally didn’t see suggestions that would have significant impact on code quality - simply helping one more quickly express initial concepts including all the language necessities. Intellisense++ish.<p>I have only seen it assist developers who were going down a bad path get there more quickly. I have not observed anything that would encourage/discourage any design pattern or developer choice.<p>My gut tells me that the fact that devs can more quickly deliver a “solution” (bad/good) means that they deliver their fat PR and … well … it’s fat - so it’s not scrutinized as well as it might have been had the dev taken some time and another set of eyes hit their branch before they got too far along. It’s often much harder to get the proper attention and review on a large-ish PR than it is to peek in along the way.<p>I personally couldn’t find anything that I feel would inherently lead to lower quality code. I do see how devs could more quickly deliver their low quality code and it can be a challenge to deny that code.<p>I’m left on the fence. I’ve found it valuable for autocompletion of what I’m about to express, but I also have no illusion that it’s going to tell me that what I’m about to express is stupid and/or of low quality.<p>Those things about quality are also quite language specific. Not so much about guessing what you might be about to type for tab-completion.<p>Also note - it’s about efficiency - as GitHub has stated. Duh. Notice copy/paste declined? Tab-completion. How many jr devs have you seen that won’t just write out a function declaration, they copy paste an entire function, gut it, and write their code. Odd to me, super slow and lame, but even I have seen the utility of tab-completing empty function blocks that are 90% of what I wanted.<p>Sooo. I’m inclined to say it’s interesting - but in no way at all diagnostic, deterministic or a very good study when it comes to writing conclusions. These are hyperbolic statements. Nearly link-bait.</p>
]]></description><pubDate>Sun, 28 Jan 2024 05:33:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=39162893</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=39162893</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39162893</guid></item><item><title><![CDATA[New comment by h335ian in "Ask HN: Working with ineffective volunteers at non profit as a solo entrepreneur"]]></title><description><![CDATA[
<p>As a volunteer Greyshirt with Team Rubicon, I cannot relate.<p>One of our cultural principles is, literally, “Get shit done”.<p>Another is, “Your mom’s a donor”.<p>In your position, I might recommend associating with other volunteer based non-profits and gather some good, concrete concepts around how they plan, their guiding values, how they organize and conduct activities, how they source supplies and execute logistics to support their volunteers, etc.<p>These relationships and ideas may give you some concrete feedback and examples to share; and offer a conduit for your leadership to engage other leaders and learn from them the lessons & challenges ahead.<p>Good luck</p>
]]></description><pubDate>Sun, 28 Jan 2024 01:43:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=39161733</link><dc:creator>h335ian</dc:creator><comments>https://news.ycombinator.com/item?id=39161733</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39161733</guid></item></channel></rss>