Apologies for repeat emails… Note the 1 Feb. deadline!CfP: IEEE Software
Special Issue: Multiparadigm Programming

*Final submissions due: 1 February 2010
Publication date: September/October 2010*

For most of today’s applications, using one language and one paradigm—for
instance, object-oriented programming—is inadequate. Today’s applications
are often polyglot, involving multiple languages, and multiparadigm,
involving a mixture of deployment directives as well as functional,
relational, object-oriented, aspect-oriented, and other paradigms. *IEEE
Software* is soliciting articles for a special issue on multiparadigm
programming, or MPP. It will explore MPP technologies, advantages,
disadvantages, and applications ranging from embedded and IT systems to the
Internet.
Scope

Articles addressing any area of MPP are within this special issue’s scope.
These topics are particularly welcome:

   - A review of *programming technologies* that support a MPP approach to
   system development. This could include discussions of how modern languages
   such as Ruby, Scala, F#, Oslo, etc. mix and match MPP features. Also of
   interest would be approaches for applying MPP in more established languages
   such as Java and C++.
   - *Platforms, tools, and IDEs* designed to support MPP—for example, the
   role of the Java VM and the .NET CLR as integration platforms for code
   written in multiple languages. We would like to include an analysis of the
   rise of integration, configuration, and deployment technologies that have
   become ubiquitous in MPP applications on Web frameworks, IDEs such as
   Eclipse, etc.
   - Analysis of the *advantages, disadvantages, and challenges* of MPP in
   the software development life cycle—e.g., tooling, code complexity and
   succinctness, developer proficiency and productivity, quality, and long-term
   maintenance. Guidelines for MPP with evidence of best practices and
   requirements for tooling would be useful.
   - *Examples of hybrid technologies and applications* that mix paradigms
   and/or languages—for example, articles showing how subsets of technologies
   (e.g., Web content, relational and nonrelational databases, client-server,
   domain-specific languages (DSLs), metaprogramming, modeling, assembler-level
   coding, hardware, GUI building, XML processing, code generation, and
   component assembly) can be mixed.
   - Review of the current *MPP technology landscape*: what languages and
   platforms support MPP, what features do they offer, what are they suitable
   for, and what limitations do they have.
   - *Experience reports* of developing, using, and maintaining systems
   based on multiple languages and paradigms. Particular types of systems might
   include
      - industrial and commercial applications of MPP;
      - implementing and using different languages on virtual machines
      (e.g., the JVM and .NET VM);
      - mixing languages and paradigms for multitier applications (e.g.,
      Internet and enterprise-IT systems);
      - using scripting language “layers” in applications or embedded
      systems for greater productivity and efficiency.
   - A *roadmap of challenges and directions* for language and platform
   technologies driven by the desire to support a MPP-based approach.


-- 
Dean Wampler
coauthor of "Programming Scala" (O'Reilly)
-  http://programmingscala.com

twitter: @deanwampler, @chicagoscala
blog: http://blog.polyglotprogramming.com
Chicago-Area Scala Enthusiasts (CASE):
-  http://groups.google.com/group/chicagoscala
-  http://www.meetup.com/chicagoscala/ (Meetings)
http://www.linkedin.com/in/deanwampler
http://www.polyglotprogramming.com
http://aquarium.rubyforge.org
http://www.contract4j.org
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Reply via email to