Looks like this field never took off the way it should have
@yogeshbharadwaj62003 дні тому
Very nice demo..Tks..
@compilation_exe38214 дні тому
Amazing
@timothymcglynn19356 днів тому
HI 👋
@HikarusVibrator7 днів тому
If someone can explain to me how you’re supposed to do a major version DB upgrade with a Debezium connector. It’s such an unbelievable pain that it’s a total dealbreaker. Unless I’m missing something
@Eriddoch9 днів тому
Dang, Miriah you are an AMAZING speaker, and as someone who works on data engineering systems but doesn't own them (MLOps), this is really valuable.
@420_gunna10 днів тому
bullshit buzzwords "cognitive analytics" vomit and a saccharine exhortative tone "quantum computing + graphene + ai" come on
@paoloogr12 днів тому
Nice talk! Thanks.
@ex-cursion13 днів тому
I loved this and wish there was more of it. Thank you! But as noted: 'invoice reconciliation is boring'. I feel like the survival of our species will pivot not on our curiosity, but on our capacity to constrain our desire for novelty enough to solve boring problems.
@matthewborn14 днів тому
This is an excellent talk. Thank you, Abhi!
@malcolmgdavis16 днів тому
Pointer vs. Value discussion: Based on the Method vs. Function discussion, ADT should be strictly adhered to. Operations that modify the ADT are modeled as functions that take the old state as an argument and return the new state as part of the result. In other words, a function should enforce immutability. The ADT approach helps with concurrency, making the code cleaner and easier to read. As an API user, I shouldn't worry about the state changing when I pass a structure. Of course, the pure ADT model's problem is memory consumption. That's why ADT models are generally implemented in VMs that can routinely find old structures without references and remove them from memory.
@malcolmgdavis16 днів тому
The method vs. function debate is absurd. The presenter needs to learn or spend time with OO programming. Class methods don't have to be logically connected to states. I developed in C during the 80s. The problem with structs is that the data is the point of coupling. The class hides data. In OO, the focus is on behavior and not the state. The OO state can be anywhere and can change. The strategy allows the implementation of the module to be changed without disturbing the client programs.
@1988YUVAL16 днів тому
Very interesting presentation. Looks like a very well thought out solution for managing data transformations. I wonder if it will take off like dbt.
@Jack-lg9mq17 днів тому
Good presentation. Also nice to see that Jimmi Simpson is expanding his horizons.
@mattbahr22818 днів тому
Awesome presentation!
@wonlee413820 днів тому
Thanks for the great presentation!
@prashant77620 днів тому
Really good and informative. I congratulate PeerDB for their recent seed round secured . I see there is a lot of potential in PeerDB where organisations are looking to stream their data to warehouse. I have had a very unique need , I wish PeerDB was a wonderful choice back then.
@AndreaMontes_22 дні тому
Great speaker 👏👏
@thrawn0123 дні тому
This was super useful, I learned a lot, Thank you!
@IbraheemFaiq24 дні тому
Great
@samhughes174724 дні тому
I really enjoyed this. It was high-level, but hey, a hype-free, facts-only talk about working with generative models? I'll take it!
@Shikara_Animals25 днів тому
Best teacher ❤❤❤❤❤❤❤❤❤❤❤❤❤❤❤❤
@VijayasarathyMuthu25 днів тому
You should include LightDash
@whatSriBishnusRajDharmaN-ek1hlМісяць тому
mother chods what doing here canot learn me detect leran mine concern your life risk at usa houston
@clarkylifehacks8220Місяць тому
This is great. Not the same context (not data), but I do 3 of the 4 roles under incident management, it can get messy!
@HwansungMedicalCharitySe-pn4vfМісяць тому
Beautiful topic, ugly tune. Reason for less likes. Suggestion: improve your tune and try to relax and be calmed.
@David-iq1kdМісяць тому
Is Clockworks still around? Can't seem to find any info :(
@MuscleTeamOfficial2 місяці тому
... Spark overlord has spoken
@user-jr9ro3jn1j2 місяці тому
Some constructive feedback: you say "like" far too much.
@InquilineKea2 місяці тому
Is content addressing how we store data as something other than files?
@user-qc9vi2jy6w2 місяці тому
Poda patti
@JamesWattMusic2 місяці тому
Grifter to the max ukposts.info/have/v-deo/g5ieiZ-vio6ppaM.html
@juancolmenares61853 місяці тому
very simple explanation but very clear
@zurachaganava55083 місяці тому
What is throughput limitation of embedded debezium?
@HikarusVibrator7 днів тому
Barely any.
@LambdaJack3 місяці тому
Now I must agree that GPT4 is sentient ( as well)!!
@maskedvillainai3 місяці тому
So when you…actually work with production data, big data doesn’t just die simply because you wanna make it so. When you load any data locally faster. This isn’t a duckdb thing it’s a server thing… Just like when load SQL or pandas locally. It’s not SQL itself that’s slow, it’s connecting to it. Because it’s a static API inferences through a driver vs a URL. Like if duckdb even had the option to connect to it remotely, it would become the next “thing that’s dead” apparently.
@EliMayost2 місяці тому
The correct analogy would be DuckDB querying data residing in a Data Lake. Also a DuckDB in a k8s pod on a remote cluster could be queried quite easily, and you can call it remotely accessible. Just a different way of doing things.
@allthatyouare3 місяці тому
🤯
@HarshTandon-kn6md4 місяці тому
Fantastic talk
@Milhouse77BS4 місяці тому
Kimball
@primbo12124 місяці тому
how about if we need the data for 5 mins of a day. Does this approach still works?
@TheKinsey064 місяці тому
I face these exact issues at work. I needed this video
@krispat86315 місяців тому
Great presentation. Content as well as aesthetics of slides. May I know how are the slides prepared ?
@Leibniz_285 місяців тому
Great initiative
@MartinBlais5 місяців тому
Great talk!
@YevgenSh6 місяців тому
I did not understand what the sense of supporting Flink ETL in parallel with Spark ETL? Why don't just use Spark Streaming framework instead of Flink ETL? Thank you.
@MahmoudSabry-wr2im3 дні тому
Spark screaming is more used for micro batch processing, not like flink which is more real-time processing engine
@jmf100246 місяців тому
Thank you very much for this presentation. It was very well done and I appreciate the explanation of your choices.
@sohansingh20226 місяців тому
Legendary talk! Loved it.
@nrrgrdn6 місяців тому
I hope Ryan Gosling sees this lecture
@user-vu3uq3wq5z6 місяців тому
sums up quite a few nuances about the manifest, really good!
@ermanmanyasli6 місяців тому
I liked the idea and the presentation. Conversational data analysis is the future. Keep up the great work Unscramble team