Evolution in Data Integration From EII to Big Data
Approaches to integrating data are changing with emergence of cloud computing.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
How would you like to view the presentation?
A Guide to Branching and Merging Patterns
Agile Development: A Manager's Roadmap for Success
Agile Practices to Improve Project Management Organization (PMO) Effectiveness
If you're interested in other upcoming videos from Strange Loop, the full release schedule is here. If you want to be notified for Strange Loop in the future, sign up for the mailing list.
BTW, the category theory and monad references in the talk were in relation to Erik Meijer's talk earlier in the conference which unfortunately was not approved for release.
Where can I find a link to download the slides of this presentation?
I guess they will be here on github when ready:
github.com/strangeloop/2011-slides/blob/master/...
Mik
Rich asked for his slides not to be made available separately as he prefers them to be considered in the context of the talk.
Mediafire to the rescue: www.mediafire.com/?ar3gv7ql7zcuqx3
There is an interesting overlap between the notion of "complect" as interleaving of concepts and the notion of entanglement in software, as discussed in an ongoing series on the "physics of software" by Carlo Pescio. Here are two relevant links:
www.carlopescio.com/2010/11/notes-on-software-d...
www.carlopescio.com/2011/01/notes-on-software-d...
they can be easy followed even without reading the previous chapters :-)
Etymology
Mediafire to the rescue: www.mediafire.com/?ar3gv7ql7zcuqx3
Thank you !
The slides are helpful for people who can't watch the video, say because they're using Gnash or something, and need to download the MP3 to follow along.
Comparing Easy and Simple in this form is brilliant. But in this form they are also just Your personal opinions. Projection of Your "inner mental model" of programming, modeling etc.
What is missing, are facts. Maybe examples of non-trivial and non-hello-world problems and code/diagrams with some sort of measurement of complexity.
Personal opinions can be considered but only in the context of some kind of psychological personality types that determines "feeling" of complexity.
That could also help preaching Clojure:)
Sławek, you sound like you didn't USE any functional language at all? And you totally dismiss fact which says "Rich Hickey, the author of Clojure, [...] with over 20 years of experience"
If you want more then his words, you can SIMPLY study some real word examples here: github.com/search?langOverride=&language=Cl... and watch maybe: blip.tv/clojure/clojure-for-java-programmers-1-....
a smaller and nicer version:
www.mediafire.com/?anvd1bb5218ja2r
If you liked this talk, you might be interested in attending the new Clojure/West conference in San Jose, CA, March 16-17th. Rich Hickey will be doing a keynote at Clojure/West, along with Stuart Halloway, Bradford Cross, and Richard Gabriel.
Approaches to integrating data are changing with emergence of cloud computing.
Michele Ide-Smith presents the lessons learned in the process of introducing UX principles and techniques into a large organization through a series of small steps.
Dave Farley and Martin Thompson discuss solutions for doing low-latency high throughput transactions based on the Disruptor concurrency pattern.
Rajneesh Namta shares his thoughts, experiences, and some of the critical lessons learned while implementing software test automation on a recent Agile project.
Dale Schumacher presents several patterns of actor interaction that can be used in collaborative programs written in any language.
Rúnar Bjarnason discusses Scalaz, a Scala library of pure data structures, type classes, highly generalized functions, and concurrency abstractions to perform functional programming in Scala.
One of the main challenges when designing software architecture is considering quality attributes. Not only their design turns out to be difficult, but also the specification of these attributes.
Michael Feathers analyzes real code bases concluding that code is not nearly as beautiful as designers aspire to, discussing the everyday decisions that alter the code bit by bit.
13 comments
Watch Thread Reply