Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #42009
| References | <kiul7e$b93$1@tdi.cu.mi.it> <8a301e20-9de8-4563-bcd9-478b0a9a20f6@z4g2000pbw.googlegroups.com> |
|---|---|
| Date | 2013-03-27 08:23 -0400 |
| Subject | Re: From Perl to Python: restructuring a HPC workflow |
| From | Joel Goldstick <joel.goldstick@gmail.com> |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.3806.1364387044.2939.python-list@python.org> (permalink) |
[Multipart message — attachments visible in raw view] - view raw
On Wed, Mar 27, 2013 at 7:51 AM, rusi <rustompmody@gmail.com> wrote: > On Mar 27, 4:29 pm, neurino <lelli.l...@googlemail.com> wrote: > > In the need for restructuring our daily workflow, i think it might be a > > good idea to ask the Python community and hopefully initiate a thread > > about pros and cons. > > > > We are a small group of people (approx. 10), working separetely on > > their own projects (each employee manages approx. 2-3 projects). We > > deal with high loads of data everyday. > > > > While the processing is accomplished with fortran and C programs mainly > > on three systems (one cluster, two standalone IBM HPCs, 8852 and p770, > > all managed by a grid-Engine), networking, pre/postprocessing, jobs > > queue administration and numerical analysis have been accomplished with > > Perl. > > > > This workflow has been flawless now for at least 15 years. New > > generations of employees have been given Perl scripts and they > > developed the tools further. > So for 15 years the workflow is flawless, yet you want to throw it all out? I don't understand that > > > > If i think at the actual situation of Perl, i can't see a shiny time > > ahead. Perl 6 is far to be a reliable solution, the CPAN archive is > > slowing down. My idea is to persuade my colleagues to move toward > > Python-based solutions. > So you want to change things but your colleagues don't? > But our concerns are that, in 3-4 years from > > now, the tools we are going to develop must be still scalable, > > mantainable, portable and of high-performance. > > > > > We don't have any solid in-house know-how on Python. We just have to > > start everything from scracth. Where do you see advantages and > > drawbacks in switching from Perl to Python, given the work picture > > above? > > > > Thanks in advance for any opinions you might have. > > Python is a lot easier to read than perl. > Switching is always a con; see > http://www.joelonsoftware.com/articles/fog0000000069.html > Assuming you have that under your belt > - if python is the way to go, asking on the scipy/numpy and ipython > lists may give you more specific answers. > - And if the 'rewrite-bug' has really got you, remember that if perl > is old, C/Fortran are older. > There are options today for rewriting the whole system, such as > haskell and julia http://julialang.org/ > > WARNING: If the Spolsky warning above for perl->python is X units, > take it 2X for Haskell and 4X for Julia! > -- > http://mail.python.org/mailman/listinfo/python-list > -- Joel Goldstick http://joelgoldstick.com
Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
From Perl to Python: restructuring a HPC workflow neurino <lelli.luca@googlemail.com> - 2013-03-27 12:29 +0100
Re: From Perl to Python: restructuring a HPC workflow rusi <rustompmody@gmail.com> - 2013-03-27 04:51 -0700
Re: From Perl to Python: restructuring a HPC workflow Joel Goldstick <joel.goldstick@gmail.com> - 2013-03-27 08:23 -0400
Re: From Perl to Python: restructuring a HPC workflow Chris Angelico <rosuav@gmail.com> - 2013-03-27 23:58 +1100
Re: From Perl to Python: restructuring a HPC workflow rusi <rustompmody@gmail.com> - 2013-03-29 05:20 -0700
csiph-web