ld people hire programmers to create new
> innovative solutions, when they can just use Google to
> search teh Interweb for source code which Google has
> stolen from the rightful owners???
>
> *wink*
The obvious answer is send your CV to Alex...
*wink*, *wink*
If-you-can&#x
ng to be a lot of very interesting positions
opening everywhere else :-)
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
could just buy the company
and be done with it. Now you have to chase developers one by one all
over the world... ;-)
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
Cameron Laird wrote:
> In article <[EMAIL PROTECTED]>,
> Nicola Musatti <[EMAIL PROTECTED]> wrote:
> .
> >Ah, the closed source days! Back then you could just buy the company
> >and be done with it. Now you have to chase developers
logical inertia than as indications
of the existence of some form of meta reality.
More-platonic-than-pythonic-ly y'rs,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
and a drive-in
> >> movie.
>
> [Grant Edwards[
> > ;)
> >
> > That's a joke, right?
>
> Probably not, if Paul's American. For example, here in the states we
> have Python Parks, where you go to look at scenery from inside your
> python.
They're a
Paolo Pantaleo wrote:
> Hi,
>
> How can I write a pareser for a certain gramamr? I found PyPy that
> does it, is thare any other tool? Maybe something built-in the python
> interpreter?
Check out Dave Beazley's Ply: http://www.dabeaz.com/ply/ .
Cheers,
Nicola Musatti
--
ht
>>D) How you would improve the one you like.
> >
> >
> > There _are_ no jobs on offer here. This is just a cheap attempt at
> > getting free survey data.
> >
> > - alex23
> >
>
> They would get more data if they lowered their expectations for the
&
hange it, are you?
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
problem and
still allow a clean separation of concerns. Although instances of Klass
are created uninitialized, they only live in this state within their
factory and only reach trhe outside world only when they are in a
usable state.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
I V wrote:
> Nicola Musatti wrote:
[...]
> > Factory functions (or classes) are there to solve this problem and
> > still allow a clean separation of concerns. Although instances of Klass
> > are created uninitialized, they only live in this state within their
> >
Fredrik Lundh wrote:
> Nicola Musatti wrote:
[...]
> > What is important to me is to keep your get_initial_data() function
> > outside Klass if it's task is non trivial, e.g. it has to interact with
> > the OS or a DB.
>
> why ?
Separating the internal
. Moreover a lexical analyzer could be
enough if your syntax is simple. I found Dave Beazley's PLY reasonably
easy to use: http://www.dabeaz.com/ply/
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
implemented. Profit is
fundamental in convincing you that you really need the features.
On the other hand open source projects tend to lack features nobody
enjoys implementing.
Cheers,
Nicola Musatti
P.S. Maybe I should add a ;-)
--
http://mail.python.org/mailman/listinfo/python-list
On Jul 5, 4:21 pm, Roy Smith <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>,
> Nicola Musatti <[EMAIL PROTECTED]> wrote:
>
> > On Jul 5, 1:23 pm, Gregor Horvath <[EMAIL PROTECTED]> wrote:
> > [...]
> > > That's a property
ison Wesley.
As for something freely available people speak well of Bruce Eckel's
"Thinking in C++", but I haven't read it: http://www.mindview.net/
Books/TICPP/ThinkingInCPP2e.html
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
factory
way yet.
There are many valid reasons to dislike C++ and to prefer Python to
it, but dismissing it as "C++ Is Evil" is just plain stupid. Moreover,
C might be a valid competitor for small projects and it probably
covers most Pythonistas' needs for "closeness to the metal", but it
just doesn't scale.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
able to reclaim all the
unreachable memory and forgetting to explicitly reset variables may
lead to hanging to memory that is really not needed anymore.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
ssuming I'm not
missing some obvious mistake of mine, that is.
Thanks for your help.
Cheers,
Nicola Musatti
# sbs_test.py
import wx
import sbs_test_xrc
class MainFrame(sbs_test_xrc.xrcMainFrame):
def __init__(self, parent):
sbs_test_xrc.xrcMainFrame.__init__(self, parent)
of wxStdDialogButtonSizer, but I still feel that given that
both your method and mine above work straight away, it should provide
the same behaviour with Yes/No buttons as with OK/Cancel ones.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
On Jan 4, 3:12 pm, [EMAIL PROTECTED] wrote:
[...]
> I have sub-classed wx.Dialog to do my own custom modal dialogs as
> well. You can use sizers and put whatever widgets you want onto it
> that way. Just make sure that when you create the Yes/No buttons, you
> give them the wx.ID_YES or wx.ID_NO id
r programming languages. So, yes, your big company is
likely to be safer with newbie C++ programmers than with Python newbie
programmers.
Had we been speaking of productivity... but we weren't, were we?
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
Please do not reply personally to newsgroup postings, thank you.
On Thu, Feb 21, 2008 at 4:00 PM, Tim Chase
<[EMAIL PROTECTED]> wrote:
[...]
--
Nicola.Musatti gmail com
Home: http://nicola.musatti.googlepages.com/home
Blog: http://wthwdik.wordpress.com/
--
http://mail.python.org/mailman/listi
On Feb 21, 3:46 pm, "Ryan Ginstrom" <[EMAIL PROTECTED]> wrote:
> > On Behalf Of Nicola Musatti
> > Newbies learn, and the fundamental C++ lessons are usually
> > learnt quite easily. Unless we're talking about idiots, that
> > is, but in t
t spots of
Python as a professional tool. Still comparing its size against
Stroustrup's book's is really comparing apples with oranges.
> Assembly language is pretty easy to learn too. But is it a
> productive use of a programmer's time? Only if it's 1975.
It depends on the task at hand.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
On Feb 21, 5:14 pm, Steve Holden <[EMAIL PROTECTED]> wrote:
> Ryan Ginstrom wrote:
> >> On Behalf Of Nicola Musatti
> >> Newbies learn, and the fundamental C++ lessons are usually
> >> learnt quite easily. Unless we're talking about idiots, that
> >&
ument, but can optionally use the 'this'
keyword to refer to it is more convenient; however the explicit 'self'
makes it possible for free functions and class methods to work in
exactly the same way. This in turn makes the language more consistent
and makes some more advanced, very effective techniques possible.
Hope this helps.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
large tracts of the C++ development
> landscape that it must somehow be cheating to use a garbage collector,
> I suppose we still have a few more years of applications accessing the
> wrong memory locations and showing the usual useless backtrace
> dialogues for submission to unintere
Paul Boddie wrote:
> On 21 Feb, 19:22, Nicola Musatti <[EMAIL PROTECTED]> wrote:
[...]
> > The main reason why C++ has declined in usage is because it never got
> > the kind of corporate marketing enjoyed by Java and C#.
>
> What? C++ was practically the fa
On Feb 22, 9:03 am, Bruno Desthuilliers wrote:
> Nicola Musatti a écrit :
[...]
> > So, yes, your big company is
> > likely to be safer with newbie C++ programmers than with Python newbie
> > programmers.
>
> Sorry but I don't buy your arguments.
I suspect nobo
On Feb 22, 12:24 am, Carl Banks <[EMAIL PROTECTED]> wrote:
> On Feb 21, 1:22 pm, Nicola Musatti <[EMAIL PROTECTED]> wrote:
>
> > There are other downsides to garbage collection, as the fact that it
> > makes it harder to implement the Resource Acquisition Is
> &
t's about the only
way to ensure that an object of one type is never taken to be of
another type, e.g. by keeping around pointers to the object that
occupied its memory before it was reallocated. I believe that this
degree of type safety is worth having, which is why I favour the
addit
On Feb 22, 12:09 pm, Paul Rubin <http://[EMAIL PROTECTED]> wrote:
> Nicola Musatti <[EMAIL PROTECTED]> writes:
> > The real point about garbage collection is that it's about the only
> > way to ensure that an object of one type is never taken to be of
> >
On Feb 22, 12:07 pm, Paul Rubin <http://[EMAIL PROTECTED]> wrote:
> Nicola Musatti <[EMAIL PROTECTED]> writes:
> > In C++ memory is just another resource which you can handle just like
> > any other one, possibly using RAII.
>
> Ok, I'll bite. Here's a
On Feb 22, 3:25 pm, Roy Smith <[EMAIL PROTECTED]> wrote:
> In article
> <[EMAIL PROTECTED]>,
> Nicola Musatti <[EMAIL PROTECTED]> wrote:
>
> > Yet I'm convinced that even such partial guarantee is worth having.
>
> Partial guarantees are like being
On Feb 22, 5:13 pm, Marc 'BlackJack' Rintsch <[EMAIL PROTECTED]> wrote:
> On Fri, 22 Feb 2008 04:48:28 -0800, Nicola Musatti wrote:
[...]
> > As you can see the standard library takes care of all memory
> > management.
>
> Aaah, that's much ni
away by the compiler; this is what VC++ does, for instance.
Cheers,
Nicola Musatti
--
Nicola.Musatti gmail com
Home: http://nicola.musatti.googlepages.com/home
Blog: http://wthwdik.wordpress.com/
--
http://mail.python.org/mailman/listinfo/python-list
Paul Rubin wrote:
> Nicola Musatti <[EMAIL PROTECTED]> writes:
>>>a = [f(x) + g(y) for x,y in izip(m1, m2) if h(x,y).frob() == 7]
[...]
> There you replace one line of code with 40+ lines to get around the
> absence of GC. Sounds bug-prone among other things.
Come on
On Feb 24, 1:01 am, Paul Rubin <http://[EMAIL PROTECTED]> wrote:
> Nicola Musatti <[EMAIL PROTECTED]> writes:
> > >>>a = [f(x) + g(y) for x,y in izip(m1, m2) if h(x,y).frob() == 7]
> > [...]
> > > There you replace one line of code with 40+ lines t
On Feb 24, 9:14 pm, Larry Bugbee <[EMAIL PROTECTED]> wrote:
> On Feb 21, 10:22 am, Nicola Musatti <[EMAIL PROTECTED]> wrote:
>
> > On Feb 21, 6:31 pm, Paul Boddie <[EMAIL PROTECTED]> wrote:
>
> > > The main reason why C++ has declined in usage is because
On Feb 25, 3:17 pm, Carl Banks <[EMAIL PROTECTED]> wrote:
> On Feb 25, 8:29 am, Nicola Musatti <[EMAIL PROTECTED]> wrote:
>
> > On Feb 24, 9:14 pm, Larry Bugbee <[EMAIL PROTECTED]> wrote:
> > > Corporate marketing, and corporate attention in general, saw
On Feb 26, 12:58 pm, Paul Boddie <[EMAIL PROTECTED]> wrote:
> On 25 Feb, 19:44, Nicola Musatti <[EMAIL PROTECTED]> wrote:
>
>
>
> > Witness the kind of
> > libraries/framework that used to and still come with some commercial C+
> > + implementation, and e
earch/isbnInquiry.asp?EAN=97802...
Read the title. This is about "C Traps and Pitfalls". Although it
shows its age, it's still worth reading. Unfortunately from its price
you'd think it was handwritten.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
95% of the cases, but
not for a C++ one? At least in C++ resource management only becomes
more complicated if you need more control.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
arentheses. Which, admittedly, is no small thing for Lisp.
Guido already did that, didn't he? ;-)
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
per
> time. It
> is also a scarcer resource than developer time.
Moreover, hand performed testing takes the same amount of time each
time it is performed and doesn't enjoy the incremental aspect of
automated testing.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
cess each time I want to communicate with it.
Here's what you need:
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/440554
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
oesn't mix well
with framework that have their own event loop (wxPython in my case),
but you can't really expect that to work.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
e a
name in the xrc file.
Unfortunately the latest XRCed version requires you to annotate the
xrc in order to obtain the same effect which is not only tedious, but
as far as I can tell it also makes it impossible to round trip between
XRCed and wxFormBuilder.
Cheers,
Nicola Musatti
--
http://mail.pyt
a separate thread (I am
> currently writing a mencoder GUI in Tkinter and need a full fledged process
> handler to control the command line and to display the progress in a
> text-box)
I suggest you check out this:
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/44055
d/commonly accepted solutions to the
problems you mention can be found in the C++ standard library and in
Boost (http://boost.org). With std::vector and boost::shared_ptr you
can go an extremely long way without giving pointers any special
considerations.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
On May 2, 3:50 pm, mcse jung <[EMAIL PROTECTED]> wrote:
> Here is asample program that writes a program and then executes it.
> Do you knowof a much simpler way of writing a program that writes a program?
Use a templating engine, such as Cheetah: http://www.cheetahtemplate.org/
Ch
s/007908775/xsh/popen.html
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
age itself. Kudoes to the
> design team.
Sigh! Another of these sites that all look the same, with two
screenfuls of info on the home page that are going to be in the way of
every returning user...
Not to mention the dull color scheme and the unremarkable logo. I can't
say I'm impressed
logo,
> and notably the Ruby on Rails logo, which is first rate.
The Java logo has the problem that it is not universal: in Italy for
instance the name "Java" has no connection with "coffee".
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
fit well. Nor is it well suited to represent the shift to a meta
level that is involved when you start creating types at execution time.
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
ls are not that popular within the C and
Lisp programming communities...
Cheers,
Nicola Musatti
--
http://mail.python.org/mailman/listinfo/python-list
57 matches
Mail list logo
