<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: wky</title><link>https://news.ycombinator.com/user?id=wky</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 01 Sep 2026 13:44:11 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=wky" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by wky in "P99 0 ms* autocomplete for 240M domain names"]]></title><description><![CDATA[
<p>> If supported by a user agent, this event MUST be dispatched when a key is pressed down [...]<p><a href="https://w3c.github.io/uievents/#event-type-keypress" rel="nofollow">https://w3c.github.io/uievents/#event-type-keypress</a></p>
]]></description><pubDate>Mon, 31 Aug 2026 15:02:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=49510629</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49510629</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49510629</guid></item><item><title><![CDATA[New comment by wky in "P99 0 ms* autocomplete for 240M domain names"]]></title><description><![CDATA[
<p>This raises the question of why real life buttons and virtual buttons behave differently. My unsubstantiated guess is that clicks act on release to give the opportunity to slide off the button to abort, and/or because the button would disappear while pressing if it ex.  submits a form.</p>
]]></description><pubDate>Mon, 31 Aug 2026 06:31:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49506292</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49506292</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49506292</guid></item><item><title><![CDATA[New comment by wky in "P99 0 ms* autocomplete for 240M domain names"]]></title><description><![CDATA[
<p>Holding a key would indeed require both on key down and up. I'd still argue that handling rerender on key down (or to fully match whatever OS/browser semantics, oninput) makes more sense than key up. Pressing Ctrl+V for example produces feedback as soon as "V" is pressed, not when Ctrl and/or V is released.<p>Interestingly Ctrl+V on OP's website <i>does</i> update immediately when Ctrl+V is pressed.</p>
]]></description><pubDate>Mon, 31 Aug 2026 06:18:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=49506221</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49506221</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49506221</guid></item><item><title><![CDATA[New comment by wky in "P99 0 ms* autocomplete for 240M domain names"]]></title><description><![CDATA[
<p>They do that, yet proceed to kneecap the perceived latency by delaying the render.<p>> And on keyUp (the user releases the key), we render the suggestions.</p>
]]></description><pubDate>Mon, 31 Aug 2026 05:01:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=49505787</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49505787</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49505787</guid></item><item><title><![CDATA[New comment by wky in "P99 0 ms* autocomplete for 240M domain names"]]></title><description><![CDATA[
<p>The perceived latency starts from keydown, not keyup. Redefining latency to start at keyup reduces measured latency, not perceived latency, and delaying the visual display to keyup makes perceived latency strictly worse, not better. Even sticking with the keyup definition, just displaying the result as soon as it is available gives the possibility of negative (defined) latency.</p>
]]></description><pubDate>Mon, 31 Aug 2026 04:34:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=49505610</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49505610</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49505610</guid></item><item><title><![CDATA[New comment by wky in "Show HN: Needle2: 14MB agentic LLM for phones, wearables, smart home and robots"]]></title><description><![CDATA[
<p>Specifying units seems to be unreliable; I tried adding a description to the set_thermostat temperature:<p><pre><code>    "temperature": {
      "type": "number",
      "description": "degrees Fahrenheit"
    },
</code></pre>
Set the living room temperature to 70 degrees Celsius<p><pre><code>    {
      "function_calls": [
        {
          "name": "set_thermostat",
          "arguments": {
            "room": "living room",
            "temperature": 70,
            "mode": "cool"
          }
        }
      ],
      "confidence": 0.6045
    }
</code></pre>
Set the living room temperature to 70 degrees Fahrenheit<p><pre><code>    {
      "function_calls": [
        {
          "name": "set_thermostat",
          "arguments": {
            "room": "living room",
            "temperature": 70,
            "mode": "heat"
          }
        }
      ],
      "confidence": 0.4536
    }
</code></pre>
Set the living room temperature to 70 degrees<p><pre><code>    {
      "function_calls": [
        {
          "name": "set_thermostat",
          "arguments": {
            "room": "living room",
            "temperature": 70
          }
        }
      ],
      "confidence": 0.8517
    }
</code></pre>
Trying "in degrees Fahrenheit" for the tool description had similarly counterintuitive confidences.<p>Edit: to be clear, the counterintuitive behavior is that the confidence ended up higher for the wrong units.</p>
]]></description><pubDate>Tue, 11 Aug 2026 15:02:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49259533</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49259533</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49259533</guid></item><item><title><![CDATA[New comment by wky in "Show HN: Needle2: 14MB agentic LLM for phones, wearables, smart home and robots"]]></title><description><![CDATA[
<p>Considering it as a classification problem, you could use a representative set of example queries, feed them to this model, then ask a "smart" language model to assess each query + result for whether the result is actually correct. Then you have a dataset you can compute FPR and FNR for any given threshold, and score based on the context, ex. turning the lights on or off is a lot less important if it is right compared to whether your door is locked. You could even pick it based on the tool call itself: Low threshold for locking the door, high threshold for unlocking the door.</p>
]]></description><pubDate>Tue, 11 Aug 2026 14:50:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49259332</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49259332</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49259332</guid></item><item><title><![CDATA[New comment by wky in "How Blackwing Pencils are Made [video]"]]></title><description><![CDATA[
<p>The main thing that helps with lead breakage is a mechanical pencil with a sliding nose cone/tip. Even finer lead becomes fairly reliable as long as it is protected against sideways pressure. My personal favorite is the Kuru Toga Advance 0.3mm, though a larger lead size and a model purpose-built for break-resistance would be better if tip breakage is the main concern.</p>
]]></description><pubDate>Mon, 10 Aug 2026 14:43:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=49244375</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49244375</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49244375</guid></item><item><title><![CDATA[New comment by wky in "The Difference Between a Button and a Link"]]></title><description><![CDATA[
<p>Additionally, the proposal of button actions is for the opposite purpose, when you want to <i>avoid</i> sending the form data when the button is pressed.</p>
]]></description><pubDate>Wed, 29 Jul 2026 01:48:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49092488</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=49092488</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49092488</guid></item><item><title><![CDATA[New comment by wky in "Lore – Open source version control system designed for scalability"]]></title><description><![CDATA[
<p>The link to Architectural Decision Records is empty, but they're present in the repo to look at[0]. Curiously the decision with the most deciders is the implementation of JavaScript bindings[1].<p>[0] <a href="https://github.com/EpicGames/lore/tree/main/docs/developing/decisions" rel="nofollow">https://github.com/EpicGames/lore/tree/main/docs/developing/...</a><p>[1] <a href="https://github.com/EpicGames/lore/blob/main/docs/developing/decisions/00009-lore-library-js-bindings.md" rel="nofollow">https://github.com/EpicGames/lore/blob/main/docs/developing/...</a></p>
]]></description><pubDate>Wed, 17 Jun 2026 15:48:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=48572148</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48572148</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48572148</guid></item><item><title><![CDATA[New comment by wky in "A greyscale iPhone setup that works in everyday life"]]></title><description><![CDATA[
<p>Zoom's filter applies before Color Filters, so a workaround is to toggle on zoom, set it to greyscale, then use the 3 finger gesture to zoom out to 100%.</p>
]]></description><pubDate>Sun, 14 Jun 2026 06:16:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=48524656</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48524656</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48524656</guid></item><item><title><![CDATA[New comment by wky in "Show HN: Verso – A $14.99 Mac word processor with no subscription"]]></title><description><![CDATA[
<p>From the comparison image it looks like the goal is functional compatibility, not render compatibility. The table borders change and the layout changes.</p>
]]></description><pubDate>Sat, 13 Jun 2026 18:22:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=48519990</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48519990</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48519990</guid></item><item><title><![CDATA[New comment by wky in "A low-carbon computing platform from your retired phones"]]></title><description><![CDATA[
<p>There are countries that require published material to be submitted to a national archive[0]. A similar system could be done for software source code and made public on expiry.<p>[0] <a href="https://youtu.be/ZNVuIU6UUiM" rel="nofollow">https://youtu.be/ZNVuIU6UUiM</a></p>
]]></description><pubDate>Sat, 13 Jun 2026 16:55:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=48519077</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48519077</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48519077</guid></item><item><title><![CDATA[New comment by wky in "A low-carbon computing platform from your retired phones"]]></title><description><![CDATA[
<p>The closest thing would be our showcase poster[0], at some point I might write about the thought/development process (both for my sake and whoever picks up the project in the future)<p>[0] <a href="https://docs.google.com/presentation/d/1jsJ5euZ4VXcwL4fbgJKMTQhqWdciRWFoTgwv_DEeLus/edit?usp=drivesdk" rel="nofollow">https://docs.google.com/presentation/d/1jsJ5euZ4VXcwL4fbgJKM...</a></p>
]]></description><pubDate>Sat, 13 Jun 2026 14:25:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48517656</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48517656</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48517656</guid></item><item><title><![CDATA[New comment by wky in "A low-carbon computing platform from your retired phones"]]></title><description><![CDATA[
<p>This is neat.
This group’s approach of treating the devices as many weaker servers (basically a raspberry pi cluster) sounds like the most realistic way to reuse phone hardware at scale, especially with the backing of the actual hardware vendor.<p>It’s a genuine shame how locked down iPhones are compared to even Android. Hypothetically you could run Linux inside UTM[0] but outside the EU Apple makes it intentionally difficult, and there’s still memory restrictions and performance penalties.<p>My group’s senior year project was a computing cluster on phones (specifically targetting LLM inference) [1]. Instead of installing a new OS we built separate apps per OS. Our devices were older, so the Android phones had worse hardware and the iPhones had more software restraints.<p>[0] <a href="https://getutm.app/" rel="nofollow">https://getutm.app/</a>
[1] <a href="https://github.com/orgs/rmcluster/repositories" rel="nofollow">https://github.com/orgs/rmcluster/repositories</a></p>
]]></description><pubDate>Sat, 13 Jun 2026 13:38:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48517242</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48517242</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48517242</guid></item><item><title><![CDATA[New comment by wky in "Should you normalize RGB values by 255 or 256?"]]></title><description><![CDATA[
<p>It doesn't even need to represent intervals. A 13 inch ruler with 13 markings at 0.5, 1.5, etc inches is still a valid ruler, albeit an odd construction.</p>
]]></description><pubDate>Mon, 01 Jun 2026 22:38:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48363540</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48363540</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48363540</guid></item><item><title><![CDATA[New comment by wky in "Ruby vs. Java vs. TypeScript: my experience on building a Cowork DOCX plugin"]]></title><description><![CDATA[
<p>Golang has the golang.org/x packages, which avoids too much stdlib bloat while still providing the niceties of “pre-vetted” packages that don’t pull in a massive dependency tree.</p>
]]></description><pubDate>Thu, 28 May 2026 15:35:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48310495</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48310495</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48310495</guid></item><item><title><![CDATA[New comment by wky in "Canvas is down as ShinyHunters threatens to leak schools’ data"]]></title><description><![CDATA[
<p>It's possible that Instructure's servers got compromised:<p>dig canvas.ucdavis.edu<p><pre><code>    [...]
    
    ;; ANSWER SECTION:
    canvas.ucdavis.edu. 1974 IN CNAME ucdavis-vanity.instructure.com.
    ucdavis-vanity.instructure.com. 60 IN A 18.173.121.125
    ucdavis-vanity.instructure.com. 60 IN A 18.173.121.103
    ucdavis-vanity.instructure.com. 60 IN A 18.173.121.15
    ucdavis-vanity.instructure.com. 60 IN A 18.173.121.18
</code></pre>
dig canvas.duke.edu<p><pre><code>    ;; ANSWER SECTION:
    canvas.duke.edu. 300 IN CNAME duke-vanity.instructure.com.
    duke-vanity.instructure.com. 60 IN A 18.173.121.125
    duke-vanity.instructure.com. 60 IN A 18.173.121.18
    duke-vanity.instructure.com. 60 IN A 18.173.121.103
    duke-vanity.instructure.com. 60 IN A 18.173.121.15</code></pre></p>
]]></description><pubDate>Thu, 07 May 2026 22:31:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48055979</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48055979</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48055979</guid></item><item><title><![CDATA[Nationwide security breach involving Canvas]]></title><description><![CDATA[
<p>Article URL: <a href="https://ucnet.universityofcalifornia.edu/employee-news/nationwide-security-breach-involving-canvas/">https://ucnet.universityofcalifornia.edu/employee-news/nationwide-security-breach-involving-canvas/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48054449">https://news.ycombinator.com/item?id=48054449</a></p>
<p>Points: 5</p>
<p># Comments: 1</p>
]]></description><pubDate>Thu, 07 May 2026 20:25:10 +0000</pubDate><link>https://ucnet.universityofcalifornia.edu/employee-news/nationwide-security-breach-involving-canvas/</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48054449</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48054449</guid></item><item><title><![CDATA[New comment by wky in "Texico: Learn the principles of programming without even touching a computer"]]></title><description><![CDATA[
<p>As a heads up, NHK tends to remove videos from their site, probably due to contract stuff.  It seems Texico starts expiring next year.  Sometimes they “rebroadcast,” but for peace of mind make sure to download a personal copy.</p>
]]></description><pubDate>Mon, 04 May 2026 15:28:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48009917</link><dc:creator>wky</dc:creator><comments>https://news.ycombinator.com/item?id=48009917</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48009917</guid></item></channel></rss>