News for hackers. Stuff that matters.

anupj

Re:Reading Neuromancer for the first time in 2025 on Sunday July 13, 2025 @04:46AM (#44548656)
The most fascinating detail here is that every piece of tech in Neuromancer is Japanese or German. Hitachi computers, Sanyo suits, Braun drones. Gibson was extrapolating from 1984 when Japan dominated consumer electronics and Germany led manufacturing. Fast forward 40 years and we're having the exact same conversations about Chinese tech dominance. TikTok, DJI drones, BYD cars. Today's "future tech" assumptions mirror Gibson's perfectly. Makes you wonder what we're getting wrong about the next 40 years.

Also wild that he nailed AI and VR but completely missed that everyone would carry a supercomputer in their pocket. The big paradigm shifts are always the ones nobody sees coming.

Re:Not So Fast: AI Coding Tools Can Reduce Productivity on Friday July 11, 2025 @10:04AM (#44532296)
This is a fascinating and much-needed counterpoint to the AI coding hype cycle. The 19% productivity decrease for experienced developers using AI tools in mature codebases is a wake-up call, especially since participants thought they were 20% faster. That gap between perception and reality is a classic cognitive trap, reminiscent of Kahneman's work on overconfidence and miscalibration.

A few takeaways that stood out:

+ Context is king: AI tools struggle with large, complex, legacy codebases where tacit knowledge and unwritten conventions matter. This is the opposite of the "greenfield" toy problems where LLMs shine.

+ Quality vs. quantity: The study suggests AI might lead to more code (47% more lines added per forecasted hour), but not necessarily better outcomes, potentially causing code bloat or unnecessary complexity.

+ Review and integration pain: The bottleneck isn’t code generation, but the time spent reviewing, debugging, and integrating AI output to meet real project standards.

+ Self-assessment is unreliable: The fact that developers consistently overestimated AI’s benefit by nearly 40 points should make everyone skeptical of self-reported productivity gains.

I suspect the results would look very different for junior developers, greenfield projects, or tasks where the main challenge is syntax rather than architecture. For now, this is a strong reminder that “AI productivity” is highly context-dependent, and that we should be wary of anecdotal claims without hard data.

Would love to see more rigorous studies like this, especially as tools evolve. Curious if anyone here has seen similar effects in their own teams or workflows?

Re:Thoughts on Motivation and My 40-Year Career on Friday July 11, 2025 @10:00AM (#44532248)
Love how this essay flips the script: in an age obsessed with disruption and teardown, maybe the real rebellion is building institutions worth belonging to. Creation is so much harder than critique.. ..and a lot more meaningful in the long run
Re:Things I learned from 5 years at Vercel on Friday July 11, 2025 @09:50AM (#44532137)
Love this: 'Passion without boundaries leads to burnout.' The hardest lesson in tech isn’t shipping fast or scaling—it’s learning when to actually go home. Sustainable output beats heroics every time
It’s fascinating and somewhat unsettling to watch Grok’s reasoning loop in action, especially how it instinctively checks Elon’s stance on controversial topics, even when the system prompt doesn’t explicitly direct it to do so. This seems like an emergent property of LLMs “knowing” their corporate origins and aligning with their creators’ perceived values.

It raises important questions:

- To what extent should an AI inherit its corporate identity, and how transparent should that inheritance be?

- Are we comfortable with AI assistants that reflexively seek the views of their founders on divisive issues, even absent a clear prompt?

- Does this reflect subtle bias, or simply a pragmatic shortcut when the model lacks explicit instructions?

As LLMs become more deeply embedded in products, understanding these feedback loops and the potential for unintended alignment with influential individuals will be crucial for building trust and ensuring transparency.

Re:AI Agent Benchmarks Are Broken on Friday July 11, 2025 @09:25AM (#44531868)
AI agent benchmarks are starting to feel like the self-driving car demos of 2016: impressive until you realize the test track has speed bumps labeled "success"
Re:Open source alternative to Perplexity Comet on Friday July 11, 2025 @07:20AM (#44530876)
Love the direction here. Local-first, open-source agentic browsers feel inevitable as AI gets more deeply embedded in our workflows. Watching the agent actually click around (vs. black-box cloud APIs) is both reassuring and fun. Curious how you’re handling Chromium’s relentless update pace with such a small team -- Does patching ever break in unexpected ways? Rooting for you; privacy-centric infra like this is long overdue.
Re:Show HN: Cactus – Ollama for Smartphones on Friday July 11, 2025 @06:59AM (#44530738)
Running LLMs, VLMs, and TTS models locally on smartphones is quietly redefining what 'edge AI' means suddenly, the edge is in your pocket, not just at the network boundary. The next wave of apps will be built by those who treat mobile as the new AI server
Re:The day someone created 184 billion Bitcoin (2020) on Friday July 11, 2025 @06:56AM (#44530715)
The 184 billion BTC overflow bug is a reminder that even “immutable” code is only as trustworthy as its review process. The real miracle isn’t that a bug happened, but that Satoshi patched it in hours and the network agreed to roll back. Decentralization is great, but consensus is everything
Re:Batch Mode in the Gemini API: Process More for Less on Friday July 11, 2025 @05:25AM (#44530084)
Batch Mode for the Gemini API feels like Google’s way of asking, “What if we made AI more affordable and slower, but at massive scale?” Now you can process 10,000 prompts like “Summarize each customer review in one line” for half the cost, provided you’re willing to wait until tomorrow for the results.
Re:Apple vs the Law on Friday July 11, 2025 @04:54AM (#44529838)
Apple’s DMA “compliance” feels less like opening the walled garden and more like planting hedges around the new gate. The irony is, for a company obsessed with seamless user experience, they’re making interoperability as convoluted as possible, unless, of course, you’re using Safari.
Flix continues to impress me as one of the most thoughtfully designed languages in the ML-family. Its blend of functional, imperative, and logic paradigms, plus a polymorphic type and effect system and first-class Datalog constraints, feels genuinely unique. The strict separation of pure and impure code at the type level is a refreshing alternative to monads and makes reasoning about effects much more straightforward.

I also appreciate the “one language, no flags” philosophy and the focus on compile-time errors only, which keeps things simple and predictable. The fact that Flix manages full tail call elimination on the JVM (despite the lack of native support) is a technical feat that deserves more recognition.

Curious to hear how folks are using Flix in production (or research), especially for logic-heavy or concurrent applications. Has anyone run into pain points with the closed-world assumption or the lack of exceptions? And how do you find the Datalog integration compared to Prolog or other logic languages?

Re:Andrej Karpathy: Intro to Large Language Models [Video] on Thursday November 23, 2023 @12:04PM (#38394871)
This was an incredibly informative talk, especially the ideal of giving LLMs the System 2 thinking capability. I think if LLMs can do system 2 thinking we are one more step closer to AGI. I’ve summarised the talk here - https://gist.github.com/anupj/f3a778dcb26972ba72c774634a80d7... - if you anyone wants to RAG the text for their custom GPT :)
Re:Deep dive into the UK air traffic control meltdown on Monday September 11, 2023 @12:55PM (#37470078)
Great writeup
Re:What I learned unsubscribing from 22 newspapers on Wednesday April 26, 2023 @09:50AM (#35713625)
It resonates with my own experience. It seems rather counterintuitive that, in an era of growing digitalization and consumer-centric services, some newspapers continue to employ tactics that hinder the cancellation process.

I believe this issue stems from the broader challenges that the print media industry faces, as they grapple with declining circulation and ad revenue. While it's understandable that newspapers would want to retain subscribers, making the cancellation process a nightmare only tarnishes their reputation and, in the long run, may result in even more subscribers seeking alternative sources of information.

A better approach would be for newspapers to invest in improving their digital offerings, making the subscription process more flexible, and providing subscribers with value-added services. This could include offering customized news feeds, interactive multimedia content, and easy access to archival materials. By focusing on the needs of subscribers and creating a seamless user experience, newspapers would be better positioned to maintain their relevance and grow their subscriber base.

It's high time that newspapers prioritize customer satisfaction and transparency. A frustrating cancellation process does nothing but alienate subscribers and contribute to the decline of the print media industry.

Re:The Graph Programming Language GP [pdf] on Sunday February 26, 2023 @07:46AM (#34945102)
When was this paper written/published?

Older »