Enrico Franchi ha scritto:
spazza wrote:
...snip...
Non mi pare che al momento Python sia in grado di reggere tutto questo.
Scusa, proseguendo in questa maniera andiamo pesantemente OT.
Rimane pero' il problema di *dimostrare* la tua affermazione. Da quanto
leggo, mi sembra che tu di Python
Amir Michail a écrit :
> Hi,
>
> It seems to me that measuring productivity in a programming language
> must take into account available tools and libraries.
>
> Eclipse for example provides such an amazing IDE for java that it is no
> longer obvious to me that one would be much more productive i
D]
[mailto:[EMAIL PROTECTED]
Behalf Of krishnakant Mane
Sent: Friday, December 01, 2006 6:19 AM
To: python-list@python.org
Subject: Re: python vs java eclipse
just used the py dev plugin for eclipse.
it is great.
auto indentation and intellisence.
and all other things.
so now how does it look fro
Hi,
Here's a blog post that is relevant to this discussion:
http://sixthandredriver.typepad.com/river_of_code/2006/01/automated_refac.html
Amir
--
http://mail.python.org/mailman/listinfo/python-list
Amir Michail wrote:
> Hi,
>
> It seems to me that measuring productivity in a programming language
> must take into account available tools and libraries.
>
> Eclipse for example provides such an amazing IDE for java that it is no
> longer obvious to me that one would be much more productive in
may be emacs can provide code completion (intellicense)
I have not used it so far so can't say.
but the main reason I use eclipse is for the above feature.
and yes indentation happens in eclipse python-mode so that is not a
major feature eclipse offers any way.
syntax highlighting is a very common
Amir Michail wrote:
> [EMAIL PROTECTED] wrote:
> > ...
> >
> > Is there anything _useful_ that it'll bring that a good editor doesn't?
> > e.g. in vim I do get
> > * automatic syntax checking (if I type "if a=1:" and hit enter, it'll
> > immediately highlight the syntax error)
> > * omni-completi
[EMAIL PROTECTED] wrote:
> ...
>
> Is there anything _useful_ that it'll bring that a good editor doesn't?
> e.g. in vim I do get
> * automatic syntax checking (if I type "if a=1:" and hit enter, it'll
> immediately highlight the syntax error)
> * omni-completion (because Intellisense is trademark
hg wrote:
> Thomas Ploch wrote:
> > Yes, thats true, but since eclipse is resource monster (it is still
> > using java), and some people (like me) don't have a super fresh and new
> > computer
>
> If you compare eclipse to VS, it is not that memory hungry
And if you compare Saturn to Jupiter, it's
Paul Boddie wrote:
> Eclipse may be quite a technical achievement, but I found it
> irritating. Aside from the misuse of screen real-estate, I found
> that typing two characters and having what seemed like half my
> source file underlined in red, with multiple messages telling me
> that I had yet
Stephen Eilert wrote:
>
> The support for Java is light-years ahead. Sometimes I feel that
> Eclipse is coding for me (quickfix, for instance).
Eclipse may be quite a technical achievement, but I found it
irritating. Aside from the misuse of screen real-estate, I found that
typing two characters a
Amir Michail escreveu:
> krishnakant Mane wrote:
> > just used the py dev plugin for eclipse.
> > it is great.
>
> But isn't support for java better because the eclipse ide can take
> advantage of explicit type declarations (e.g., for intellisense,
> refactoring, etc.)?
>
> Amir
The support fo
krishnakant Mane wrote:
> just used the py dev plugin for eclipse.
> it is great.
But isn't support for java better because the eclipse ide can take
advantage of explicit type declarations (e.g., for intellisense,
refactoring, etc.)?
Amir
> auto indentation and intellisence.
> and all other th
Thomas Ploch wrote:
> Thomas Ploch schrieb:
>> Amir Michail schrieb:
>>> Hi,
>>>
>>> It seems to me that measuring productivity in a programming language
>>> must take into account available tools and libraries.
>>>
>>> Eclipse for example provides such an amazing IDE for java that it is no
>>> lon
Thomas Ploch schrieb:
> Amir Michail schrieb:
>> Hi,
>>
>> It seems to me that measuring productivity in a programming language
>> must take into account available tools and libraries.
>>
>> Eclipse for example provides such an amazing IDE for java that it is no
>> longer obvious to me that one wou
krishnakant Mane wrote:
> just used the py dev plugin for eclipse.
> it is great.
> auto indentation and intellisence.
> and all other things.
> so now how does it look from this end?
> python + productivity and eclipse + productivity = double productivity!
> only problem with the plugin is that I
just used the py dev plugin for eclipse.
it is great.
auto indentation and intellisence.
and all other things.
so now how does it look from this end?
python + productivity and eclipse + productivity = double productivity!
only problem with the plugin is that I find it difficult to manage the
script
On 1 Dec 2006 01:24:47 -0800, Amir Michail <[EMAIL PROTECTED]> wrote:
> Eclipse for example provides such an amazing IDE for java that it is no
> longer obvious to me that one would be much more productive in python
> for medium sized projects.
Eclipse can generate a lot of the Java boilerplate c
Felipe Almeida Lessa wrote:
> 2006/9/7, Bruno Desthuilliers <[EMAIL PROTECTED]>:
> > I don't think one could pretend writing a cross-platform application
> > without testing it on all targeted platforms.
>
> E.g: while creating a free software, you may not have an Apple
> computer but you may want
2006/9/7, Bruno Desthuilliers <[EMAIL PROTECTED]>:
> I don't think one could pretend writing a cross-platform application
> without testing it on all targeted platforms.
E.g: while creating a free software, you may not have an Apple
computer but you may want to be *possible* to run your program th
Jason wrote:
> Bruno Desthuilliers wrote:
>> With a GUI ? If so, you probably want to check out wxPython or PyGTK
>> (wxPython will also buy you MacOS X IIRC, and wil perhaps be easier to
>> install on Windows).
>
> Just a warning: wxPython does operate slightly differently between Mac
> OS X, Lin
Bruno Desthuilliers wrote:
> With a GUI ? If so, you probably want to check out wxPython or PyGTK
> (wxPython will also buy you MacOS X IIRC, and wil perhaps be easier to
> install on Windows).
Just a warning: wxPython does operate slightly differently between Mac
OS X, Linux, and Windows. The di
http://www.ferg.org/projects/python_java_side-by-side.html
--
http://mail.python.org/mailman/listinfo/python-list
On 9/6/06, Aravind <[EMAIL PROTECTED]> wrote:
hi,some of my friends told that python and java are similar in the idea ofplatform independency. Can anyone give me an idea as i'm a newbie to javaand python but used to C++. My idea is to develop an app which can run both
in windows and linux.
IMHO
Aravind wrote:
> hi,
>
> some of my friends told that python and java are similar in the idea of
> platform independency.
Well, not quite IMHO.
Java treats the problem by taking the autistic attitude of pretending
the underlying platform doesn't exists - which can be a major PITA.
Python is muc
On Wed, 6 Sep 2006 17:53:29 +0530, Aravind <[EMAIL PROTECTED]> wrote:
> hi,
>
> some of my friends told that python and java are similar in the idea of
> platform independency. Can anyone give me an idea as i'm a newbie to java
> and python but used to C++.
Well, what Java and Python (and some oth
Aravind wrote:
> some of my friends told that python and java are similar in the idea of
> platform independency.
Similar in goal, but quite different in approach.
Python supports lots of platforms and goes to great lengths to offer
facades around whatever features a platform does have, so as
Aravind wrote:
> hi,
>
> some of my friends told that python and java are similar in the idea of
> platform independency. Can anyone give me an idea as i'm a newbie to java
> and python but used to C++. My idea is to develop an app which can run both
> in windows and linux.
That's true to an exte
Felipe Almeida Lessa wrote:
> def readlines(self, sizehint=None):
> if sizehint is None:
> return self.read().splitlines(True)
> # ...
>
> Is it okay? Or is there any embedded problem I couldn't see?
It's dangerous, if the file is really large - it might exhaust
your mem
Em Qua, 2006-03-22 às 00:47 +0100, "Martin v. Löwis" escreveu:
> Caleb Hattingh wrote:
> > What does ".readlines()" do differently that makes it so much slower
> > than ".read().splitlines(True)"? To me, the "one obvious way to do it"
> > is ".readlines()".
[snip]
> Anyway, decompressing the entir
Caleb Hattingh wrote:
> What does ".readlines()" do differently that makes it so much slower
> than ".read().splitlines(True)"? To me, the "one obvious way to do it"
> is ".readlines()".
readlines reads 100 bytes (at most) at a time. I'm not sure why it
does that (probably in order to not read fu
Hi Peter
Clearly I misunderstood what Martin was saying :)I was comparing
operations on lines via the file generator against first loading the
file's lines into memory, and then performing the concatenation.
What does ".readlines()" do differently that makes it so much slower
than ".read().sp
Bill wrote:
> Is there something that can be improved in the Python version?
Seems like GzipFile.readlines is not optimized, file.readline works
better:
C:\py>python -c "file('tmp.txt', 'w').writelines('%d This is a test\n'
% n for n in range(1))"
C:\py>python -m timeit "open('tmp.txt').read
Bill wrote:
> I've written a small program that, in part, reads in a file and parses
> it. Sometimes, the file is gzipped. The code that I use to get the
> file object is like so:
>
> if filename.endswith(".gz"):
> file = GzipFile(filename)
> else:
> file = open(filename)
>
> Then I par
Caleb Hattingh wrote:
> I tried this:
>
> from timeit import *
>
> #Try readlines
> print Timer('import
> gzip;lines=gzip.GzipFile("gztest.txt.gz").readlines();[i+"1" for i in
> lines]').timeit(200) # This is one line
>
>
> # Try file object - uses buffering?
> print Timer('import gzip;[i+"1"
I tried this:
from timeit import *
#Try readlines
print Timer('import
gzip;lines=gzip.GzipFile("gztest.txt.gz").readlines();[i+"1" for i in
lines]').timeit(200) # This is one line
# Try file object - uses buffering?
print Timer('import gzip;[i+"1" for i in
gzip.GzipFile("gztest.txt.gz")]').time
Bill wrote:
> The Java version of this code is roughly 2x-3x faster than the Python
> version. I can get around this problem by replacing the Python
> GzipFile object with a os.popen call to gzcat, but then I sacrifice
> portability. Is there something that can be improved in the Python
> version
37 matches
Mail list logo
