I'm curious what a "stripped down version" of Github can offer in terms of functionality that Github does not? Is it not simpler to have the agents register as Github repos since the infrastructure is already in place?
The key idea is not running constantly, but being always on, and being able to react to external events, not just your chat input. So you can set a claw up to do something every time you get a call.
This reads like a classic case of bureaucratic mission creep. When the budget depends on showing numbers, and the definition of a "threat" is loose enough, the agency naturally evolves into a political tool. The lack of uniform identification and masks just removes the final psychological barrier of accountability for the individual agents.
I'm curious how the unit economics actually play out here compared to traditional search. With Google, the compute cost to serve a query is negligible, so even low-CPM ads are profitable.
With an LLM, the inference cost per query is orders of magnitude higher. Unless thy have a way to command significantly higher CPMs -- perhaps by arguing intent signal is stringer in a conversation than a keyword search -- it feels like a difficult margin to sustain.
This man is a legend. He's been working on making a better marble machine for more than a decade. The only payoff is the satisfaction of listening to the synchronized syncopation of falling marbles.
Happy thanksgiving all. In an era where algorithms on other platforms seem optimized for outrage and engagement bait, I'm grateful for HN's optimization for curiosity. It's one of the few places left where I can open a thread on a topic I disagree with and actually expect to have my mind changes -- or at least understand the opposing view better -- by the top comment.
> Isn't this just how the DOM works? Data flows down through attributes and properties; events bubble up?
That's right, but this communication pattern causes serious complexity. Imagine trying to find out what triggered a state change. You would have to listen to every event source to find out. With Flux, all state changes were mediated by the reducer in the store. It made things a lot simpler.
> For massive apps with 1,000 components on the same page, maybe React's complexity is justified. But what the other 99% of apps?
The number of components is not the only yardstick of complexity. Most of the complexity in building a UI comes from state management and how state changes are propagated across the store and the UI.
I worked with Backbone for many years, and I can distinctly recall the hours of frustration I had debugging a UI because it was freezing due to cascading state changes. That was because we were using Backbone Store, which had bidirectional data flow, and when one updated the store, it would trigger a change to the UI, which would change the state store, which would change the UI, etc.
You could argue that the real innovation of React was "unidirectional data flow," but React team made Flux architecture central to the framework, making it easier to adopt good practices, whereas Backbone remained store agnostic and even encouraged Backbone Store which used the observer pattern for many years. I think you should choose a framework that allows you to fall into the Pit of Success, and React was that framework at the time, and for my money, it still is.
This should be higher. While the research question is interesting, the sample size makes the conclusion highly suspect. I'd like to see more research on this.
Thank you for your hard work. I gripe about it sometimes but it’s still the most compelling learning experience I’ve ever come across. I hope it keeps getting better and better.
I use NotebookLM everyday. The simplicity of the design is much appreciated. However, there are real issues scaling the design and keeping it user friendly as the team keeps adding new features.
The most recent example of this is with the addition of 2 new capabilities (Flashcards and Quiz), "Artifacts Button Container" now has 6 large buttons, and is 328px in height! There are users who are accessing the site from small screen devices in India and they have been asking for help on Discord forums because they cannot see their notes anymore. So I had to create a Tampermonkey script to let users collapse it.[0] I heard the team is fixing that soon, but they should have done more testing before releasing it.
There are other issues like this that I've fixed with scripts. The strangest one is the "notes." Why force the users read a 2000 word essay in a 360px sidebar? So I wrote a script I wrote to let you pop it into full screen mode.[1]
Another example is the chat input field. The follow up questions are hardly usable at all. And they're not stable after you select them.
I can go on all day, but I think it's better to fix things than to complain.