InfoQ

InfoQ

Presentation

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Recorded at:
Recorded at

Clojure: Towards The Essence Of Programming

Presented by Howard Lewis Ship on Aug 22, 2011 Length 00:59:27     Download: MP3
     Slides
Sections
Architecture & Design,
Development
Topics
Java ,
Clojure ,
LISP ,
Functional Programming ,
Languages ,
JVM Languages ,
What's Next ,
Programming ,
Language
 

How would you like to view the presentation?

In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
Howard Lewis Ship talks about Clojure, a language more concise, testable, and readable than Java, letting the developer to focus on his work rather than a verbose syntax.

Bio
Howard Lewis Ship is the creator of the Apache Tapestry project, and is a noted expert on Java framework design and developer productivity. He has over twenty years of full-time software development under his belt, with over ten years of Java. Howard is a frequent speaker at JavaOne, NoFluffJustStuff, ApacheCon and other conferences, and the author of "Tapestry in Action". Twitter: @hlship.

About the conference
The « What's Next » conference will be the biggest Java event ever organized in France as of 2011, gathering the vibrant French community. It will gather all the most important Java experts of the world around various high-level interventions. The goal of this annual conference is to bring the audience the most up-to-date information on the new and emerging technologies around the Java platform.
  • This article is part of a featured topic series on Java
Nice presentation! by Donald Parish Posted
Nice introduction to Clojure by Denis Fuenzalida Posted
Why Simula (and OOP) as a model for solving problem is not so strange by jean-simon Larochelle Posted
Re: Why Simula (and OOP) as a model for solving problem is not so strange by Howard Lewis Ship Posted
Re: Why Simula (and OOP) as a model for solving problem is not so strange by jean-simon Larochelle Posted
Thanks for the comments by Howard Lewis Ship Posted
Nice presentation, but should we adopt it? by Srikanth Shreenivas Posted
Cobol by Neil Murphy Posted
  1. Back to top

    Nice presentation!

    by Donald Parish

    I've enjoyed his previous presentation also. Nice intro to Clojure.

  2. Back to top

    Nice introduction to Clojure

    by Denis Fuenzalida

    I found this intro easy to follow and very informative. I would to see more Clojure material published on InfoQ, all is excellent material.

  3. Back to top

    Why Simula (and OOP) as a model for solving problem is not so strange

    by jean-simon Larochelle

    The reason why Object Oriented programming became a model for solving problems with software is not so strange. The reason is because a large class of programs are very much like a simulation. For example, think about what is involved in an inventory software for a store. A large part of this software is simulating what is actually happening in the real world (items being removed or put on the shelves - sold and bought). The same is true for several other types of programs (software for a bank, flight reservation, ...).
    In fact despite the functional programming hysteria OO is still a good way to structure software. The verbose syntax of Java is not intrinsic to OO. In fact some OO languages are less verbose.
    For me the productivity gains of moving to OOP from procedural programming have been impressive and I think the best attitude about this is to remain open to new techniques and to use them when appropriate.

  4. Back to top

    Thanks for the comments

    by Howard Lewis Ship

    I'm sorry for some of the "ums" and "ahs" ... I was very badly jet-lagged. I'm glad they included the questions (and edited out the worrying period waiting for the first question!).

  5. Back to top

    Re: Why Simula (and OOP) as a model for solving problem is not so strange

    by Howard Lewis Ship

    It's not a question of modeling so much as a question of how state & properties of objects are stored and how the are operated upon. Java-style OO uses individual classes and almost universally encapsulates mutable data in private fields backed by public accessor methods ... and it's so dogmatic that people's heads' spin if you have a Java class with public fields. Clojure may do a better job of modeling these properties because the immutability embraces the idea that any set of properties is a snapshot of one instant within a continuum of time.

  6. Back to top

    Re: Why Simula (and OOP) as a model for solving problem is not so strange

    by jean-simon Larochelle

    I understand the problems with the way state is managed in "traditional" OO languages like Java. I was just pointing out some reasons why OOP languages became so dominant despite their imperfection. You seemed puzzled by that in your presentation pointing out the fact that Simula was a language for simulation. My point is that this is a very good reason to select languages similar to Simula (a lot of programming is simulation).

  7. Back to top

    Nice presentation, but should we adopt it?

    by Srikanth Shreenivas

    Thanks for great introduction to a new language. I noticed that programming seems to be following prefix expression style (en.wikipedia.org/wiki/Polish_notation).

    I am still not sure why would one switch to this language, unless you are working on open source projects and want to replicate/create frameworks that are available in other languages. While for every new project, one discusses which technology stack to use, langauge choice never comes up. Most orgranization/departments are already committed to one language, and it pays off to stick with that choice considering the fact that code has to be maintained for atleast few years to get some ROI.

    Regards,
    Srikanth

  8. Back to top

    Cobol

    by Neil Murphy

    Interestingly Cobol also has a built in sort function ....