Concurrency: Past and Present
Brian Goetz discusses the difficulties of creating multithreaded programs correctly, incorrect synchronization, race conditions, deadlock, STM, concurrency, alternatives to threads, Erlang, Scala.
Tracking change and innovation in the enterprise software development community
Posted by Abel Avram on Jul 29, 2008 03:05 PM
In this presentation, Rebecca Wirfs-Brock presents some practical lessons she has learned from doing architectural reviews. Many times projects are not delivered in time, or have quality problems or have an incomplete set of features due to architectural flaws. The reviews are meant to highlight existing risks and strengths of the architecture, and to reveal issues initially neglected.
The hardest to do 5 things Rebecca learned from reviews are:
The entire presentation is 58 minutes long.
Gamma's Jazz platform's first implementation: Rational Team Concert (Trial Download)
JProbe Freeware – Eclipse Plugin for efficient memory analysis and diagnosis
Hacking 101 -The Top 10 Attacks in Web Applications
Efffective Design, DSLs in Practice, DDD, Cloud Computing and more tracks @ QCon SF Nov 19-21
Introducing application infrastructure virtualization and WebSphere Virtual Enterprise
Thanks rebecca for sharing these lessons with us. I have noted all of these and am going to consider these while I undertake reviews of architecture or present my own architecture designs for review. we have also experienced some of these things mentioned by you - especially the first one. Majority of people consider architecture review (audit) as a means of validating the technology choices.
it would be great if you can also share some of your experiences of design reviews of object oriented applications! This would be of great value considering majority of architects are regularly engaged in application designs using object oriened paradigm.
This is a very good presentation. I have been looking for something like this for quite some time. I would like to learn from your experience on how to effectively deal with the situations where cost becomes a barrier to architecture.
There was about 20 minutes of content in this presentation, if that. The presentation style was poor, with the speaker exuding tension and nervousness. If the unit test I was running had finished sooner, I wouldn't have watched the whole thing.
Brian Goetz discusses the difficulties of creating multithreaded programs correctly, incorrect synchronization, race conditions, deadlock, STM, concurrency, alternatives to threads, Erlang, Scala.
Often the hardest part of changing technologies is language syntax differences. This new article provides Java developers with a transition guide to Actionscript which forms the foundation of Flex.
Neal Ford talks about having multiple languages running on one of the two major platforms: Java and .NET. He also presents the advantages offered by Ruby compared to static languages like Java or C#.
David Anderson talks about the history of Agile, the current status of it and his vision for the future. The role of Agile consists in finding ways to implement its principles.
Nick Sieger talks about the future of JRuby, Java Integration, and his work on JEE deployment tools for Ruby on Rails like Warbler.
Rustan Leino and Mike Barnett of Microsoft Research discuss the technology in Spec# and its futures.
Henrik Kniberg talks about 10 possible reasons to fail while doing Scrum and XP. Maybe the team does not have a definition of what Done means to them, or they don't know what their velocity is.
This article outlines 9 principles Marc Lammers discovered while building the world’s best field hockey team, mapping them to software development practices.
3 comments
Reply