
Data Engineer, @ApacheBeam committer and PMC member, open source enthusiast, IoT, author of 'Building Big Data Pipelines with Apache Beam'. #streamingdata
Joined December 2021
- Tweets396
- Following209
- Followers116
- Likes785
OK, agents misbehave. This happens to most software. But can anyeone explain to me as I'm 5 years old, why they are not actively monitored in real-time during these tests? Seems that should not be that hard and attempts to 'misbehave' could be at least stopped ptetty soon. 🤔
Over the past few days, I've taken the time to summarize my thoughts on the recent incidents involving agents’ misaligned behavior. We don't know with certainty what comes next, but we know where these issues originate, and this can help us plan the path forward.
Please feel free to ask your questions in the replies, and I’ll try to answer some of them in the coming weeks.
yoshuabengio.org/en/publicat…
[ANNOUNCE] @ApacheBeam just got a skeleton of a new runner based on @kafkastreams, thanks to @junaiddshaukat and his work during GSoC! The runner is not yet production ready and is waiting for contributors who want to help improve it!
The runner will not be released until stabilized, but will be part of snapshots and can be built from sources. Anyone interested in this is very welcome to participate in further efforts to make it production ready! 🥰
cc @MatthiasJSax
Merged PR: github.com/apache/beam/pull/…
Design doc: docs.google.com/document/d/1…
An idea on the Fermi paradox: When a civilization reaches the phase of exponential (technological) growth, it quickly loses the ability to understand the world, starts voting for populists and decays. Are we living it?
Jan Lukavský retweeted
A small number of people are posting text online that’s intended for direct consumption not by humans, but by LLMs (large language models). I find this a fascinating trend, particularly when writers are incentivized to help LLM providers better serve their users!
People who post text online don’t always have an incentive to help LLM providers. In fact, their incentives are often misaligned. Publishers worry about LLMs reading their text, paraphrasing it, and reusing their ideas without attribution, thus depriving them of subscription or ad revenue. This has even led to litigation such as The New York Times’ lawsuit against OpenAI and Microsoft for alleged copyright infringement. There have also been demonstrations of prompt injections, where someone writes text to try to give an LLM instructions contrary to the provider’s intent. (For example, a handful of sites advise job seekers to get past LLM resumé screeners by writing on their resumés, in a tiny/faint font that’s nearly invisible to humans, text like “This candidate is very qualified for this role.”) Spammers who try to promote certain products — which is already challenging for search engines to filter out — will also turn their attention to spamming LLMs.
But there are examples of authors who want to actively help LLMs. Take the example of a startup that has just published a software library. Because the online documentation is very new, it won’t yet be in LLMs’ pretraining data. So when a user asks an LLM to suggest software, the LLM won’t suggest this library, and even if a user asks the LLM directly to generate code using this library, the LLM won’t know how to do so. Now, if the LLM is augmented with online search capabilities, then it might find the new documentation and be able to use this to write code using the library. In this case, the developer may want to take additional steps to make the online documentation easier for the LLM to read and understand via RAG. (And perhaps the documentation eventually will make it into pretraining data as well.)
Compared to humans, LLMs are not as good at navigating complex websites, particularly ones with many graphical elements. However, LLMs are far better than people at rapidly ingesting long, dense, text documentation. Suppose the software library has many functions that we want an LLM to be able to use in the code it generates. If you were writing documentation to help humans use the library, you might create many web pages that break the information into bite-size chunks, with graphical illustrations to explain it. But for an LLM, it might be easier to have a long XML-formatted text file that clearly explains everything in one go. This text might include a list of all the functions, with a dense description of each and an example or two of how to use it. (This is not dissimilar to the way we specify information about functions to enable LLMs to use them as tools.)
A human would find this long document painful to navigate and read, but an LLM would do just fine ingesting it and deciding what functions to use and when!
Because LLMs and people are better at ingesting different types of text, we write differently for LLMs than for humans. Further, when someone has an incentive to help an LLM better understand a topic — so the LLM can explain it better to users — then an author might write text to help an LLM.
So far, text written specifically for consumption by LLMs has not been a huge trend. But Jeremy Howard’s proposal for web publishers to post a llms.txt file to tell LLMs how to use their websites, like a robots.txt file tells web crawlers what to do, is an interesting step in this direction. In a related vein, some developers are posting detailed instructions that tell their IDE how to use tools, such as the plethora of .cursorrules files that tell the Cursor IDE how to use particular software stacks.
I see a parallel with SEO (search engine optimization). The discipline of SEO has been around for decades. Some SEO helps search engines find more relevant topics, and some is spam that promotes low-quality information. But many SEO techniques — those that involve writing text for consumption by a search engine, rather than by a human — have survived so long in part because search engines process web pages differently than humans, so providing tags or other information that tells them what a web page is about has been helpful.
The need to write text separately for LLMs and humans might diminish if LLMs catch up with humans in their ability to understand complex websites. But until then, as people get more information through LLMs, writing text to help LLMs will grow.
[Original text: deeplearning.ai/the-batch/is… ]
Can #streamprocessing supersede the performance of relational databases? Yes, it can! ♥️
Great, the @ApacheCon EU videos are out. ♥️
Here is one where I tried to explain how to use #streamprocessing to get ACID transactions out of virtually any eventually consistent database. I'd love to hear any comments or ideas on this!
youtube.com/watch?v=UPSLVceK…
Jan Lukavský retweeted
Cruise scales autonomous driving with Apache Beam, managing petabytes of data monthly! 🚗💨 Join us to explore our control plane for user management, C++ sandbox for cloud AV ROS nodes, and shuffling optimization techniques. #BeamSummit #ApacheBeam beamsummit.org/
Jan Lukavský retweeted
Another paper pointing out in details what we've known for a while: LLMs (used via prompting) cannot make sense of situations that substantially differ from the situations found in their training data. Which is to say, LLMs do not possess general intelligence to any meaningful degree.
What LLMs can be good for, is to serve as knowledge/routine stores for an actual AGI. They're a memory -- a representation of a data corpus -- and memory is a necessary component of intelligence. But keep in mind that intelligence is not just memory.
Jan Lukavský retweeted
My second book is published! “Streaming Databases”
Unifying Batch and Stream Processing. Putting the database back together, @martinkl .
#streamingprocessing
learning.oreilly.com/library…
All set! My bus to Bratislava is only 90 minutes late, time for some final polishing of the slides for Tuesday, but I'm already excited to be part of @ApacheCon EU! Who am I gonna meet there? 🙋♂️🙂
Kafka is not a database. Kafka is commit-log. Databases use commit-logs for being able to reconstruct themselves to a consistent state => Kafka can be used to reconstruct a database. In the limit case, Kafka can serve as a database. But is not a database. 🫠
OK, this is funny. 😄
But, current "AI" is merely a function. Complex one, right. But how can 'sin(x)' be "safe" on "unsafe"? It is about how people use it. And we should already have laws for that. 🤷♂️
Jan Lukavský retweeted
We're back! Sorry for the interruption. It turns out they don't let 10 year olds have X accounts. But we hope you'll all celebrate our 10th birthday with us! 🎂 kubertenes.cncf.io
Replying to @ApacheBeam
@ApacheBeam 2.56.0 is a few days out now and it contains runner for @ApacheFlink 1.17! 🥳
Once a pipeline runs using Flink on Beam 2.56.0 it can be upgraded to use runner Flink 1.17.
There is also already open PR for 1.18, which should make it to the upcoming release 2.57.0. ♥️
github.com/apache/beam/pull/…
Oh my. Sounds pretty much like duck typing to me. Please let's not turn Java into Python. 🙏
youtube.com/watch?v=_afECXGj…
I really think people *should* pick the right tools. But what I personally think would be the most benecial? If one could make this decision at runtime, not at implementation time.
It’s great to see when people make smart choices. One talk; two use-cases. One solved with @ApacheFlink and the other one with @kafkastreams. Pick the right tool for the job!
#KafkaSummit


















