sota_pop
> “insultingly naive”, “overly simplistic”, “immature and self absorbed”
..exactly what I would expect from someone partly or majority through a PhD about tools. I like tools, their design, creation, and deployment more than average (though probably less than the author), but you need to come up for air, man.
Your interpretation of that phrase is oddly specific, highly esoteric, and completely different from EVERYONE not doing a PhD on tools.
> AI is just a tool
That word “just” seems to be doing a lot of heavy lifting for you. This sentiment is not intended to downplay the importance of tools on society. The generally understood intent of this phrase is to quell the current hysterics and to reassure anyone unfamiliar with the term _back propagation_ that AI, in fact, is neither alive nor sentient (in the sci-fi sense), and that it is “just” statistical modeling. Do not mystify the technology.
> a car/hammer is just a tool
While these are unanimously considered tools, I could entertain a long discussion and the “particular specialness” of tools and things that are inherently dynamical systems.
> what prototyping _should_ be about
The huge majority of the rest of your rant (or what I read of it) is awfully presumptuous and weirdly confrontational. Who can say what prototyping _should_ be? You of many people should understand that the creation and use of tools is contextual, sentimental, highly personal, intimate even.
> “But artificial intelligence… intends us not just to sit forward
From the first part of “The phrase”… AI is inanimate. Humans DO tend to anthropomorphize, and the whole point of saying “it’s just tool” is to remind people that… inanimate things don’t have an intent!
> our tools are using us
I find this notion somewhat trite. “The tail wagging the dog”. I’m not arguing that we aren’t impacted by the tools we use nor that the use and proliferation of AI is not impacting society, but it takes a PhD level of mental gymnastics to push that concept as far as you have in your rant.
The important takeaway though, is that you are a human, with agency and autonomy.
> it only matters how you use it
The implication of “How you use it” is that YOU GET TO CHOOSE. what you think, how you think, “how you use it”™, and even whether you use it! The choice is yours.
I don’t myself have a PhD, but seriously, do yourself a favor and come up for air. Read the parable of “The Empty Boat”.
LLMs are good at traversing traditional file systems because file/tree-like structures very likely encompass an overwhelming supermajority of their training set. By contrast, other approaches like graph-based vector/data discovery via sql queries seem equally or more promising (to me), not to mention the ability to run curl/http queries. Either way, it’s still all prompt engineering approaches to discover/manage context. In this way, files seem like a “local minimum” ie a medium that dually optimizes interpretability and accessibility for both LLMs AND humans.
Just riffing here, but this could even broadly be considered a discussion of memory-vs-storage (somewhat analogous to fluid vs crystallized memory in humans). In this way, one could imagine the models performing context compaction/backup by periodically dumping their context to files (or some other non-volatile storage) WITHOUT coming back to feature space.. just dump/load the tokens directly.
Personally, I am much more interested in even other approaches like VLMs (using visual tokens), architectures like auto encoders and its variations, jepa architectures and other approaches that emphasize operating primarily within the latent space.
To be fair, my particular interests have always been more in the computer vision area, and have been amused to watch the attention mechanism rise to prominence even over CNNs (given the contrast |similarity in their mechanics). Then again, I began my journey in the ML field when GANs were still the hotness, but I digress……
for LLMs, it’s tokens all the way down, and the name of the game is how discoverable and accessible can you make them?
Effective people managers (of whom I would not specifically consider myself) have known these tenets for as long as history. “Be concise”, “state your intent clearly”, funny how these are touted as novel “strategies” with which to expertly direct AI.
I don’t agree that “everything is a file”. Files are arrays of bytes. For an LLM, everything is a vector of tokens/embeddings.
An aphorism I recently heard: "All sufficiently advanced technology eventually becomes a web browser".
… seems apt especially in the context of the progression from chat-windows to harnesses and onwards to “harnesses that can do anything”.
Restated, the tool understands the process and what a “good” result/outcome looks like. It correctly presumes relevant and important information (especially given the current stage of your full task), and can “fill the gaps” between start and finish.
A good tool can distinguish between what you wanted, what you thought you wanted, and what you “should have” wanted.
A good tool makes it easy to do the “right” thing and hard to do the “wrong” thing.
A good tool doesn’t function to be understood, but to not be misunderstood.
I have spent a lot of time sitting in this question, having spent years creating design and drafting automation tools for architects, designers, and engineers in the building-design industry.
Also reminds me of that guy in Berlin who caused traffic jams on Google Maps by walking around with a wagon filled with phones:
https://www.theguardian.com/technology/2020/feb/03/berlin-ar...
I haven’t personally had third-party ORM frameworks succinctly encourage synchronization and help me build against long-term divergence of data models across the stack. “Make it easy to do the right thing and hard to do the wrong thing” still leaves a lot of room for ‘gotchas’ as apps evolve over time.
Finally, I don’t understand the aversion in learning even a bit of sql. As topics go, it’s a very good (maybe even the best, if I were being provocative) effort:payoff ratio. Not sure I’d call myself a sql expert, but am always pleasantly surprised how much functionality is within reach by knowing even the very basics of sql.
I’ve always found that most books within or similar to Ferris’ genre hold a nice message but are 90 fluff.
He picks on summarization as the sort circuit and claims the lived experience imbued within his books is the real draw. Not disagreeing here. LLMs unpack the intentional content stretching rigmarole authors go through as a function of publishers requirements to produce something that is minimally viable to publish.
Some seemingly important questions that come to my mind in a future where LLMs, ad-based revenue, and attention-as-currency prevail:
how do you create a knowledge-based product valuable/compelling enough to make people want to pay for it? And what is the best value-prop way to monetize it? (For BOTH producer and consumer)
Is length a necessary requirement for substantiveness?
If so, where on the spectrum of long-content_vs_short-content should it live?
Unfortunately, I im not confident the internet can fundamentally diverge from an ad-based or subscription monetization model in its current form. IMO, Michael I Jordan has a lot of refreshing ideas on how to build better marketplaces that sustainably benefit producers and consumers (as opposed to mostly just platform-maintaining-rent-seekers).
“[Ll]esus take the wheel”
Is “the goal of Search” really: > to help you ask _anything_ on your mind If “reimagined Search” is > designed to anticipate your intent
Would it correctly infer my intent to not utilize an agentic approach? Is there an “off switch”?
As for “Search agents” > operating in the background 24/7
What is the carbon footprint of that? How do I turn it off? How do I ask it to stop phoning home my every keystroke?
These questions are asked partly rhetorically because it’s likely I don’t need a team of “24/7 Search agents” to help me guess the answers…
Historically, I scoffed when someone said “here’s the difference between a google search and asking ChatGPT”, or when people said that ChatGPT would “kill search”, but Google sure seems to be in a hurry to burry the original feature all by themselves.
“Load-bearing” is a new one for me though, yuck.
Nevertheless, referencing the LFR work and merely including a link where the paper is discussed feels a little like beating around the bush. The primary article doesn’t seem to use the words “self-similar” nor “fractal” - if you’re only interested in LFR work, why reference Mandelbrot at all?
https://www.researchgate.net/profile/Ion-Andronache/post/Wha...
Additionally, I also thought it was customary to store a pointer to the source in the same row as the vector (i.e. vector+ doc path + page#/paragraph/etc.) OR just store the original text chunk (though based on your disk reqs doesn’t sound like it would have been feasible).
Glad you’re having good results! Maybe you’ve inspired me to finally try out a similar setup myself!
At least when I report fraud to credit card or my bank, they can stop or undo/chargeback a transaction.
> clean, concise, single button