Yes. Except they are attempting to make the claim that protesters are interfering with federal operations, which is a crime. Therefore, they can try to make the claim that they are only investigating potential involvement in a crime, punish you, and file it under a violation of the terms of service for precheck and global entry. IANAL, etc, but this seems to be the strategy.
Any good and honest tansu experience reports out there? Would be nice to understand how “bleeding edge” this actually is, in practice. The idea of a kafka compatible, but trivial to run, system like this is very intriguing!
Kafka is not a straightforward protocol and has a few odd niches. Not to mention that message formats have changed over the years. Even the base product has recently dropped support for some of the oldest API versions. And there are still plenty of clients out there using old versions of librdkafka (he says from experience).
So I'd be interested how (backward-)compatible they are.
I agree that it isn't straight forward! Tansu uses the JSON protocol descriptors from Apache Kafka, generating ~60k LoC of Rust to represent the structures. It then uses a custom Serde encoder/decoder to implement the protocol: original, flexible and tag buffers formats for every API version (e.g., the 18 just in FETCH). It is based off spending the past ~10 years using Kafka, and writing/maintaining an Erlang client (there are no "good" Kafka clients for Erlang!). It also uses a bunch of collected protocol examples, to encode/decode during the tests. Tansu is also a Kafka proxy, which is also used to feed some of those tests.
However, there are definitely cases I am sure where Tansu isn't compatible. For example, Kafka UI (kafbat) reports a strange error when doing a fetch (despite actually showing the fetched data), which I've yet to get to the bottom of.
If you find any compatibility issues, then please raise an issue, and I can take a look.
I've used Redpanda for local development and testing stands. It is super easy to setup in docker, starts really fast and consumes less resources than Java version. Haven't really compared it to anything, but I remember using Java version of Kafka before and it was a resource hog. It is important when you develop on laptop with constrained resources.
to be fair, Kafka now has a GraalVM docker image[0][1] which was made for local dev/testing, and it has caught up fairly well to these alternatives re: memory and startup time
Perhaps I am missing something, but this seems to require a Lemon (LLM)? Is the idea that the Lemon is used to help build an index AOT that can be queried locally, after?
I want to figure out how to build advanced tools, potentially by leveraging Lemons to iterate quickly, that allow us all to rely _less_ on Lemons, but still get 10,20,30x efficiency gains when building software, without needing to battle the ethics of it all.
ChunkHound does it a bit differently, since at true enterprise scale it's very slow and costly to pass all code chunks through an LLM during indexing time. Instead, ChunkHound implements a customized "deep research" algorithm that's been optimized for code exploration so it can answer, on demand, any deep technical question about the indexed codebase. This research agent can be powered by a lower tier LLM (think Haiku, Codex low, etc) that's already included in your subscription.
I’ve been waiting to see what happens with Photomator, and the fact that it’s not being included in anyway here makes me think it might not survive? Either that, or it’s gonna be heavily integrated into Photos…
I was also surprised to not see Photomator included. Wouldn’t it perfectly complement the lineup? I hadn’t thought of such a pessimistic interpretation, but now I’m worried as well …
I think Apple killed Aperture primarily because it was confusing to have iPhoto and Aperture with largely overlapping workflows. Aperture had the loupe view, and side by side comparison stuff, saved color grading tools (I think?), sure, but it wasn’t differentiated enough to justify a Pro designation. I think it makes more sense for Photomator features to be absorbed into Photos… and maybe Photos gets some new Pixelmator integrations if you have it, for quick touch ups / enhancement type things.
On the other hand, Final Cut / iMovie will exist side by side because it’s truly a basic vs Pro situation.
Not a product manager at Apple, of course, but this is what logically seems to make sense.
Uff, I sure hope you are wrong! I don’t want to use the iCloud library for photos, but have my photos available as digital files elsewhere on the ssd. Of course, your prediction makes more sense from Apple’s standpoint, unfortunately.
I do like the convenience of iCloud, but totally agree that having them safe elsewhere is necessary. I’ve been pretty bad about keeping solid, non-iCloud backups of my photos. I definitely need to be more proactive about it.
Not to a professional, no. But this isn’t iMovie vs Final Cut. Aperture was only slightly above where iPhoto was going in capability. They should have raised the iPhoto/Photos bar a lot more to get back to where Aperture was, though.
I mean, the friendly way to kill off the differences between Aperture and Photos would have been to add all the missing workflow stuff to Photos before killing Aperture. Photos did not get lift-and-stamp edits until late 2022, years after Aperture was discontinued, and it isn't as good as the corresponding feature in Aperture was. Also, it would have been cool if the Photos import from Aperture library had ever worked, even a little bit. I keep an external hard drive around with my old Aperture library because I know it contains photos that Photos.app still hasn't pulled in correctly.
Downvoted for the reason that I’ve not seen any credible evidence of massive election fraud, in the USA, since the suggestion of it in 2020. If you can point me to something credible, that proves even 1,000s of votes in a single district were impacted, (thereby stealing an election via mail fraud) I’ll remove my downvote.
I think it might be _unethical_ to not spread the joy of playing Doom for the first time? Though, I’m not entirely sure there’s been enough research done about the effects of violent video games in rat gamer populations.
I was very happy to see this. I’m fairly against live animal testing, but giving rats the joy of playing Doom??? I think I _may_ have to be OK with this.
Wait. Is Jelly Car basically a rethinking of this? I never managed to have the elasto games, but looking at the trailer, there’s a lot of similarities.
reply