<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">============================================================================<br>&nbsp;IEEE Software Special Issue on "New Directions in Programming Languages"<br><font color="#0f61c8"><br></font>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Submission Deadline: 1 February 2014<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Publication: September/October 2014<br><font color="#0f61c8"><br></font>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Guest editors: Laurence Tratt and Adam Welc<br>============================================================================<br><font color="#0f61c8"><br></font>Computer programming as we know it today has a fairly long history. Fortran<br>was one of the first programming languages created and is still used today.<br>Why, though, isn't all programming today done in Fortran and other languages<br>of its era? One major reason is the diversification of those who want, or<br>need to program. Consequently, programming languages have evolved to satisfy<br>a diverse range of requirements for many different groups of programmers:<br>from professionals working for large software companies, through biologists,<br>chemists and physicists, to graphics designers and teenagers writing<br>applications for Android or iPhone. Furthermore, everyone wants their<br>software to run fast and modern programming languages must offer programmers<br>the ability to maximize utilization of the underlying hardware, which today<br>is often multi-core, many-core, or even heterogeneous.<br><font color="#0f61c8"><br></font>In this special edition of IEEE Software, "What's New in Programming<br>Languages?", we are looking for contributions describing how modern<br>programming languages cope with the challenges posed by varied requirements<br>from different programmer groups, combined with the rapid evolution of<br>hardware platforms.<br><font color="#0f61c8"><br></font>All submissions must take the form of case studies of language use, design<br>and/or implementation. Negative experiences (regarding features or<br>implementations that did not work well in practice) are welcome, as are<br>positive results. Submissions which show how cross-discipline issues (for<br>example, software/hardware interactions; implications of programming<br>languages for other disciplines) have been addressed in practice are also<br>welcome.<br><font color="#0f61c8"><br></font>As long as they meet the requirements above, submissions may take on topics<br>including, but not limited to:<br>* novel programming language features<br>* multiparadigm programming languages, such as Scala, C# or F#<br>* dynamic/scripting programming languages designed for productivity, such as<br>&nbsp;JavaScript, Lua or Python<br>* domain-specific languages (DSLs)<br>* concurrent and parallel programming languages, such as Cilk, Clojure,<br>&nbsp;Erlang or languages from the PGAS family<br>* programming language support for heterogeneity<br>* programming language construct and features aimed at simplifying today's<br>&nbsp;software development, for example, transactional memory or deterministic<br>&nbsp;parallelism<br><font color="#0f61c8"><br></font>Each article should clearly outline the problem to be addressed, the<br>solution or the findings, (at least) a proof of concept, and the options for<br>transferring the solution/findings into practice.<br><font color="#0f61c8"><br></font>For more information about the special issue, contact the guest editors:&nbsp;<br>&nbsp;Laurence Tratt (<a href="mailto:laurie@tratt.net">laurie@tratt.net</a>)<br>&nbsp;Adam Welc (<a href="mailto:adamwwelc@gmail.com">adamwwelc@gmail.com</a>)<br><font color="#0f61c8"><br><br></font>&nbsp;SUBMISSION GUIDELINES<br><font color="#0f61c8"><br></font>Manuscripts must not exceed 4,700 words including figures and tables, which<br>count for 200 words each. Submissions in excess of these limits may be<br>rejected without refereeing. The articles we deem within the theme and scope<br>will be peer-reviewed and are subject to editing for magazine style, clarity,<br>organization, and space. We reserve the right to edit the title of all<br>submissions. Be sure to include the name of the theme or special issue you<br>are submitting for.<br><font color="#0f61c8"><br></font>Articles should have a practical orientation and be written in a style<br>accessible to practitioners. Overly complex, purely research-oriented or<br>theoretical treatments are not appropriate. Articles should be novel. IEEE<br>Software does not republish material published previously in other venues,<br>including other periodicals and formal conference/workshop proceedings,<br>whether previous publication was in print or in electronic form.<br><font color="#0f61c8"><br></font>For general author guidelines:&nbsp;<a href="http://www.computer.org/software/author.htm">http://www.computer.org/software/author.htm</a><br><font color="#0f61c8"><br></font>For submission details:&nbsp;<a href="mailto:software@computer.org">software@computer.org</a><br><font color="#0f61c8"><br></font>To submit an article:&nbsp;<a href="https://mc.manuscriptcentral.com/sw-cs">https://mc.manuscriptcentral.com/sw-cs</a><br><div><br></div></body></html>