Marcus Lagergren has an MSc in computer science from the Royal Institute of Technology in Stockholm, Sweden. Lagergren has a background in computer security but has worked with runtimes since 1999. He was one of the founding members of Appeal Virtual Machines, the company that developed the JRockit JVM, which was bought by BEA Systems in 2002. Lagergren has been team lead and architect for the JRockit code generators and has been involved in most other aspects of JVMs over the years. From 2007 to 2010 he worked for Oracle on fast virtualization technology, and since late 2011 has been a member of the Oracle langtools team, investigating dynamic languages on the JVM. Lagergren is also co-author of the book Oracle JRockit: The Definitive Guide, which, despite the product-centric title, has been praised as the best book ever written on JVM internals in general.
Discussion panel: Functional Programming - radical thinking shift and step towards clearer and reliable software
The discussion panel aims at presenting views on the usefulness of functional programming on JVM and beyond, including F# on .Net (if there are people who could tackle the topic with care). We hope to gather people with different opinions, often contradictory, so they can lead to useful outcomes about pros and cons of using functional programming languages - Scala, Clojure as the main players - for current and future projects.
There are plenty of questions people ask themselves when they're faced with learning functional languages and the discussion panel should address some.
Amongst the questions that attendees should anticipate get answers to could be: Why should I consider functional programming languages for my projects? Should I mix and match Java with other languages? What are the most-suited use cases for functional languages? Where would be an introductory area for introducing a functional language in a project? What tools should I get familiar with to get up to speed with functional programming on JVM?
Nashorn: Implementing Dynamic Languages on the JVM