- 174
- 63 779
JUXT - A Grid Dynamics Company
เข้าร่วมเมื่อ 19 ม.ค. 2016
For over a decade, we’ve built high-quality, scalable, and resilient software systems for the world's largest companies, without fail.
JUXT Cast S5E13 - Static vs Dynamic Typing - with Jake Howard
In this episode, JUXT’s CEO Jon Pither, CTO Malcolm Sparks, and Head of Delivery Joe Littlejohn, are joined by guest Software Engineer Jake Howard to engage in a thoughtful discussion on the enduring static vs dynamic typing debate. While static typing has long been a staple in programming, the conversation leans toward the growing appeal of dynamic typing in modern software practices.
The team explores how dynamic typing allows for quicker iteration, greater flexibility, and better adaptation to shifting project demands. They also take time to weigh the structure and reliability that static typing provides, making for a balanced look at both approaches.
Please let us know if you have any points to add or if you were inspired by any part of the discussion.
The team explores how dynamic typing allows for quicker iteration, greater flexibility, and better adaptation to shifting project demands. They also take time to weigh the structure and reliability that static typing provides, making for a balanced look at both approaches.
Please let us know if you have any points to add or if you were inspired by any part of the discussion.
มุมมอง: 371
วีดีโอ
JUXT Safari - Rust, for Clj Devs with Rhishikesh Joshi
มุมมอง 4012 หลายเดือนก่อน
In this JUXT internal talk, Software Developer Rhishikesh Joshi will share his personal journey with Rust, exploring both the rewarding and challenging aspects of the language. He dives into what sets Rust apart from Clojure, highlighting the similarities and key differences he has encountered along the way. From its unique ownership model to the guarantees of memory safety, he reflects on how ...
JUXT Cast S5E12 - Missing insights and the SRE big picture with Niall Murphy
มุมมอง 1232 หลายเดือนก่อน
Our guest is Niall Murphy, CEO of Stanza - a company founded by a group of experienced SREs with a vision to provide the tools, coding platform, culture and community to give any organization industry-leading reliability. Niall previously worked at Google where he co-authored the book "Site Reliability Engineering: How Google Runs Production Systems" (2016). In this podcast episode, we discusse...
JUXT Safari - Git Plumbing pt.2 with Matt Ford
มุมมอง 643 หลายเดือนก่อน
JUXT Safari - Git Plumbing pt.2 with Matt Ford
JUXT Safari - Git Plumbing pt. 1 with Matt Ford
มุมมอง 1363 หลายเดือนก่อน
JUXT Safari - Git Plumbing pt. 1 with Matt Ford
"Breaking the bank with contract testing" by Allen Rohner
มุมมอง 3973 หลายเดือนก่อน
"Breaking the bank with contract testing" by Allen Rohner
"We need to talk about JSON" by Oliver Hine
มุมมอง 3013 หลายเดือนก่อน
The XT24 Fintech Conference, hosted by JUXT in Milton Keynes earlier this year, was a full-day event featuring talks and fireside chats with notable engineering leaders and tech innovators at the forefront of banking, fintech, and hedge funds. Oliver Hine's talk focused on the importance of defining a schema for your data model. JSON, having emerged as a dominant plain-text data format due to i...
JUXT Cast S5E11 - Promise Theory - with Mark Burgess
มุมมอง 3063 หลายเดือนก่อน
In this podcast episode, JUXT CTO Malcolm Sparks, JUXT Head of Delivery Joe Littlejohn, and XTDB Head of Product Jeremy Taylor spoke with guest Mark Burgess, an independent researcher and writer. Formerly a professor at Oslo University College in Norway and the creator of the CFEngine software and company, Mark was invited to write the foreward (sre.google/sre-book/foreword/) to Google's 2016 b...
JUXTCast S5E10: 50 Years of SQL, 15 Years of jOOQ - with Lukas Eder
มุมมอง 1884 หลายเดือนก่อน
In this podcast episode, JUXT Head of Product Jeremy Taylor and creator of jOOQ Lukas Eder discuss the often under-appreciated power and significance of SQL for developers, and how Lukas' jOOQ library helps Java developers sidestep the pitfalls of ORMs. This JUXT Cast episode is also available as a podcast across [all your favourite platforms](pnc.st/s/juxt-cast/b3c22a7c/distributed-consistency...
"AI: Unintended Consequences" by Francine Bennett
มุมมอง 1584 หลายเดือนก่อน
On May 9th, 2024, JUXT held its XT24 Fintech Conference in Milton Keynes. The full-day conference featured talks and fireside chats with notable engineering leaders and tech innovators at the forefront of banking, fintech, and hedge funds. XT24 kicked off with Francine Bennett and her talk about the unintended consequences of AI - in fintech, but also in a broader sense. As an interim director ...
JUXTCast S5E9: Distributed Consistency - with András Gerlits
มุมมอง 4115 หลายเดือนก่อน
Our podcast guest is András Gerlits, founder of OmniLedger - omniledger.io/ - a technology for simplifying distributed consistency across systems. In this episode we discussed the various interpretations of the idea of 'consistency' in software and technology more generally. At the end of the recording we mentioned the XT24 conference that took place in May - you can see a write up of that www....
XT24 Fintech Conference - Intro to the Event, Agenda, and Speakers
มุมมอง 1267 หลายเดือนก่อน
While walking from Milton Keynes Central Train Station to Unity Place - where XT24 will take place - JUXT co-founders Jon Pither (CEO) and Malcolm Sparks (CTO) discuss the upcoming XT24 Fintech Conference, and outline the the talks and speakers.
Practical AI Webinar: Introducing AI Integration into Utility Applications
มุมมอง 1628 หลายเดือนก่อน
AI has exploded onto the scene in recent months, but despite the constant media barrage it looks like the industry is only just starting to warm up to the potential of LLMs and agentic systems. If you want a first-hand look at some of the ways engineers are applying some of these new technologies to old problems - look no further, as JUXT Engineer Jack Tolley shares how he's updating his develo...
JUXTCast S5E8 - Sane Query Languages - with Prof. Viktor Leis
มุมมอง 3398 หลายเดือนก่อน
In the latest episode of the JUXT Tech Podcast, XTDB Head of Product, Jeremy Taylor, spoke with Prof. Viktor Leis [0] about the history and the future of SQL and relational databases in general. They discussed a paper that Viktor recently co-authored with Thomas Neumann, titled “A Critique of Modern SQL And A Proposal Towards A Simple and Expressive Query Language”, for CIDR 2024. [1] Beyond th...
JUXT Safari - Local-first Software Development - Real-world Applications with Alex Davis
มุมมอง 7509 หลายเดือนก่อน
Local-first isn’t just about making your apps work offline (though that’s a huge plus); it’s also about keeping code simple and sleek. Imagine your app reading and writing directly to a data store without fussing over network calls or the huge complexities that arise when optimistic updates get involved. In this talk, Alex explores the current reality of local-first development with real app de...
JUXT Safari - "Embracing Common Lisp in the Modern World" by Jan Sulmont
มุมมอง 3.8K10 หลายเดือนก่อน
JUXT Safari - "Embracing Common Lisp in the Modern World" by Jan Sulmont
JUXTCast S5E7 - UK Post Office Horizon Scandal
มุมมอง 31010 หลายเดือนก่อน
JUXTCast S5E7 - UK Post Office Horizon Scandal
On-demand webinar: Columnar Data in 2024 - The Future of Efficient Data Analytics
มุมมอง 47911 หลายเดือนก่อน
On-demand webinar: Columnar Data in 2024 - The Future of Efficient Data Analytics
JUXTCast S5E6: Rama and its Clojure API - with special guest Nathan Marz
มุมมอง 1.6Kปีที่แล้ว
JUXTCast S5E6: Rama and its Clojure API - with special guest Nathan Marz
JUXTCast S5E5 - Platform Engineering and Internal Developer Platforms
มุมมอง 267ปีที่แล้ว
JUXTCast S5E5 - Platform Engineering and Internal Developer Platforms
JUXT Safari - An Introduction to Prompt Engineering and ChatGPT - with Chris Williams Oct 25, 2023
มุมมอง 225ปีที่แล้ว
JUXT Safari - An Introduction to Prompt Engineering and ChatGPT - with Chris Williams Oct 25, 2023
On-demand webinar: Atomic Architecture - An Architectural Vision for Better Information Systems
มุมมอง 1.2Kปีที่แล้ว
On-demand webinar: Atomic Architecture - An Architectural Vision for Better Information Systems
On-Demand Webinar: Bitemporality and the Art of Maintaining Accurate Databases
มุมมอง 691ปีที่แล้ว
On-Demand Webinar: Bitemporality and the Art of Maintaining Accurate Databases
"(Modern) Java for Clojure Programmers" by James Henderson
มุมมอง 1.9Kปีที่แล้ว
"(Modern) Java for Clojure Programmers" by James Henderson
"Where is the Artist in Algorithmic Art?" by Frances Jackson-Barry
มุมมอง 200ปีที่แล้ว
"Where is the Artist in Algorithmic Art?" by Frances Jackson-Barry
"Databases, compilers, and XTDB" by Finn Völkel
มุมมอง 507ปีที่แล้ว
"Databases, compilers, and XTDB" by Finn Völkel
"UPDATE Considered Harmful" by Jeremy Taylor
มุมมอง 803ปีที่แล้ว
"UPDATE Considered Harmful" by Jeremy Taylor
So, Rama enables massively scalable, _reactive_ backends. Meanwhile, Electric offers differential dataflow that abstracts over the frontend/backend boundary. This is an exciting time to be working in Clojure.
Great talk, short and to the point. I'm a bit confused about this bit > "if i call put, and then get, i definatly want it to be there" if it _has_ to be there, what are you testing?
well it *having to be there* is the property you want to assert is true. it's like the natural number example: if i take two positive integers and I add them, the result *has* to be greater than either one. if it isn't my implementation is incorrect, and the test caught it! the test did its job.
Any chance the rest of the talks will go up?
great video, loved the discussion about temporal table pros and cons!
if you want,i will optimize SEO title, description and tags for your youtube videos which is helpful your youtube video views
The "ridiculous" examples are out of context if the prompts that created them are not provided.
.بهترین. برنامه.یافوق العاده سرگرمی...شماگروه عالی هستین....البته.اگه این پدری که۲فرزند۱۲ و۹ساله داره رو مهربونترباهاش باشین..من یه کارگر ازکارافتاده ام.توی حادثه..تاندونایی کتفم کلا مثل نخل کش شدن...وهمسرسابقم حدود۴ساله مارو ترک کرده...من تهران بودم..ولی الان توی یکی ازشهرهای خوزستان..درپی اینم که شاید بتونم حداقل کرایه های عقب افتادمون رو بدیم...اگه خواستید.من مشخصات .آدرس..و...رو دراختیارتون میزارم....باورکنید.ازوقتی که مادربچه هام زندگی جدیدش روتوتهران شروع کرد..واقعا حس میکنم.بایدیکاری کن ..بچه هم مهیادومحیا روبه زندگی برگردونم..من درحالاحاضرخونه نشینم بدلیل سقوط از۱۰متری وتاندونای کتفم مثل نخش شدن..ودندونامم که فقط۱۰تامونده..اونم اصل کاریاش نمونده...من واقعا به کمک شمانیازدارم....
عالی
Deserves to be better known!
Clojure is not a subset of Common Lisp. Its value proposition is certainly not running a loop fast on a single core, a discipline mostly irrelevant in times of horizontal scaling. Trying to beat Clojure in a game it never was intended for to win comes off as pretty cheap. How are you doing on the horizontal scaling front with Common Lisp btw.?
Thanks for the shout-out to Clasp!
One day I hope to use a Clojure dialect that is hosted on Common Lisp!
Check out cloture
Thanks for the mention Jan :) Enjoyed the presentation, great stuff.
is rama a temporalio contender ?
Thanks very much for this video. I'm an amateur programmer/Clojure fan, so I see notices about things JUXT is doing. But I'm also trying to learn Q/Kdb+, and this talk explains more about why Q's designed the way it is than anything else I've seen.
Great talk thank you
thanks !!
😪 'Promo sm'
Special is too small a word.
Link to "Developing Time-Oriented Database Applications in SQL" by Richard T. Snodgrass: www2.cs.arizona.edu/~rts/tdbbook.pdf
I think this is an extremely valuable content for me. I face "time trouble" all the time without a proper additional support in db and backend systems. Wow.
The Project Loom part, seems very similar to Leo Noel's missionary: joining, cancellations
I think Rum deserves a mention too. I'm not aware of any other Clojure React wrapper that is fully CLJC-compatible, e.g. it allows you to perform server-side rendering in JVM Clojure. Libraries like Reagent require you to use ClojureScript in the backend for the same functionality.
UIX (mentioned in the talk) is CLJC and they have some docs on SSR, though personally I would stick to plain hiccup or selmer if I was doing server side rendering with Clojure. I think trying to do react SSR with CLJC is a bit of a minefield and I would always reach for Astro or Next JS if I really needed both SSR and React. I've tried SSR with Rum and had quite a few issues with it (though this was 5 years ago or so). Just my personal opinion of course, quite possible I was just using it wrong :) Alex
Thanks to Chris for an awesome demo!
Very valueable ideas. Thanks.
Cheers Malcolm, off to catch up on the other updates.
Just found your webcast and loved the discussion. I'm a contractor who currently works in the cyber security space, and see data sovereignty as something I might need to build to in the future. (And your comments got me thinking that I need to explore the cloud space more.) I just wanted to throw out a thought on the specialization idea. Should we call it the cyber security /paas free masons? 😂 Kings hired free masons to build the castles, and probably brought them in for occasional maintenance as well. Any thoughts on that model for offering on-prem solutions? (With basic ops training for day to day, but auditing from an expert) (P.S. love tick library and wish I had a usecase for xtdb right now)
Thanks, Alex! This is a fantastic presentation, from idea to execution. There's something with Reagent that fits for me. I love Hiccup and how that makes it easy to treat my views as data. UIx looks fantastic, and I remember how well it just blended in with Reagent when working with Pitch's client, which was using both (and migrating to UIx if, iiuc). I should take Squint for a spin. What is the REPL story there? Also, with the 1:1 mapping to JS, it seems like maybe you loose some hot replacement of new versions of functions and such might work differently/not as well as with regular ClojureScript?
Yeah a lot of people like the concept of Hiccup and if you have a UI that doesn't suffer from performance issues it's still a great choice. I'm planning on doing a followup video showing my dev environment with squint (hot code reloading, project structure, repl workflow etc) but the short answer is that the REPL story isn't great (see clojurians.slack.com/archives/C8NUSGWG6/p1687801112497799?thread_ts=1687786096.050629&cid=C8NUSGWG6 for more info on why). However I've gotten by ok with a babashka repl (automatic if you use neovim + conjure, not sure about other editors but sure its possible) so I can at least eval and test pure functions inline, and because the compiled js is more readable the standard js tools are always there for debugging live code. The experience is not as good as a standard CLJS REPL but honestly I don't think the standard CLJS REPL is that great anyway (you can't eval react components, inline callbacks need to be extracted and tagged with #' etc)
@@juxt4112 I'm having a great time with the ClojureScript REPL! This is reason alone for me to test Squint and Cherry out, to see how Calva likes it. Generally Calva is very Babashka friendly so at least that kind of workflow should be possible. Looking forward to the followup!
Haha, and that was me. I'm getting confused who I am at times...
I just watched the video titled Babashka Conf 2023: "Growing an Ecosystem: Lessons Learned (Closing Keynote)" by Michiel Borkent and was pleased to learn that despite the fact that JavaScript's module system is antithetical to achieving the late-binding required for a REPL context, Michiel will not let that stop us.
This is exactly what I needed to hear today. I'm going with standard for now, looking forward to playing with UIx and SquintCLJS. Thank you!
This is really good! I recently had to work on a React codebase and nearly lost my mind. I was however able to use Vite with plain JavaScript instead of Typescript, using Shadow-cljs to compile the cljs parts.
If you're losing your mind working on a react codebase then the codebase is probably the problem. Working with react should feel like a breeze, but unfortunately it can't prevent developers from writing bad code.
I can't blame my coworkers, they were just using the same thing everyone else does, and their code is fine. The fault was all my own, for not ever learning React and frankly not caring to. I was only able to gain traction by stepping away from it as if it was vanilla js, writing my feature, and worrying about the React part later. In the end I was able to just ship an ESM module anyway!
A W E S O M E. Fantastic music, amazing voice and perfect lyrics. 10 / 10
Dream Theater with better lyrics!
Need to do a full album, maybe the next one can be Borkdude themed - 'Bridges in the SCI' 🤣
This is a work of art! Love the singer and loved the line attempting to justify spacemacs’ slow startup time as an anti-burnout device 😂
To anyone confused by the first minute or two, just be patient. 😂
How does Datomic handle time in comparison to XTDB? When would you choose one over the other?
I love doom but it is so hard to totally get rid of things like whichkey. I hope this means I can get the benefits of doom without the extra weight of whichkey
love love loved the banking example at 29:00 +. I want more examples. I would appreciate graph with each corner with example. Or more examples of the ~"ephemeral code things that communicate with multiple atoms in ecosystem" he mentioned when talking about banking.
Thank you, fantastic work
Very cool ! What is the underlying Clojure Notebook ??
Clerk
Fantastic thank you!
Love this concept! Desperate to use site for a project...
I'm a simple man. I see Uncle Bob, I click. Can't wait to read his Clojure book!
Cool to see Uncle Bob talking about Clojure! I just hope you guys didn't talk about his political views...
Have an excellent one, say hi to Alex from all of us over here.
Interesting, had no idea about SQL 2011 and Temporality in Postgres - thanks Jeremy
Any follow up to this talk in 2022?
Really nice take, Malcolm, hadn’t seen things presented in this way, so cheers for that. Keen to see how recent works shapes into this clean model of how it can be done.
How does using a reverse proxy help?
A reverse proxy should allow you to offload handling protocols and compression from your web service, assuming this is desirable for your use case of course. Serving uncompressed resources via plain HTTP/1.1 is often more straightforward to implement in tandem with a reverse proxy like nginx or caddy.
@@timgreene2137 thanks!
lol this is great. Thanks for the awesome work on xtdb!
Learn more about REPL-acement at github.com/repl-acement/editors 🧑💻