Job Ad: Full-time Python software developer, Wimbledon, London, England

`ReportLab <http://www.reportlab.com
>`_ (Wimbledon, bond, England)
============================================================
========

**Job Description**: ReportLab develop enterprise reporting
and
document generation solutions using cutting-edge Python
technology,
and have a growing business with an excellent blue chip
customer base.
You may also know us from our open source PDF and graphics
library...

We are looking for a full-time Python software developer for
immediate
start.

We are now developing a new generation of applications to
publish PDF
on demand for specific vertical markets in the travel and
financial
services industries using our own core products.  These
involve
flexible admin interfaces to let customers enter and approve
data
prior to publishing with our own PDF products.  We are
making use of
the very latest and best ideas in web development to help
create value
for our customers and a scalable business model for
ourselves.

There will be opportunities for travel to exotic locations
to visit
travel industry customers.

We're looking for a good all-rounder to join our team and
work on
this, as well as many other projects.  The ideal candidate
will either
be a **graduate or have up to 3 years experience** and will
have the
following skills:

     - Python programming - or enough evidence of skill
elsewhere to
       persuade us you can learn it quickly

     - Good analysis skills - the ability to listen to
customers,
       figure out where the value lies, and help decide what
to build
       in the first place

     - Understanding of web frameworks, databases, XML. 
Django
       experience is a plus

     - Know CSS and HTML (an eye for visual design is a
plus)

     - Know JavaScript beyond the usual form validation
(AJAX a plus)

     - Have the common sense to know when coding is NOT the
answer

You must have good written English, good aptitude for
programming, and
an ability to Get Things Done.  You must be eligible to work
in the
UK, and have a passport allowing travel to most world
locations.
Driving license is also an advantage.

You will get responsibilities which are not possible in
large
companies including a chance to work with the latest and
best
technologies; to see substantial, cutting-edge projects
from
commencement to delivery with world class clients; and to
help design
and roll out entire software services with fantastic upside
potential.

**What Python is used for**: Just about everything.

* **Contact**: Alisa Pasic
* **E-mail contact**: vacanciesreportlab.com
* **Web**: http://www.repo
rtlab.com/careers.html


John

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "Django users" group.
To post to this group, send email to django-usersgooglegroups.com
To unsubscribe from this group, send email to
django-users-unsubscribegooglegroups.com
For more options, visit this group at htt
p://groups.google.com/group/django-users?hl=en
-~----------~----~----~----~------~----~------~--~---

On Mon, Feb 26, 2007 at 11:16:58PM -0800, Joel Brobecker
wrote:
> So one of the unfortunate effects is that we end up in
a situation
> when we have a copy of that type definition in our DSO,
and also
> another copy in the main executable (more than one
actually, but
> one is already too many).
> 
> As a result, we have a problem there
(gdbtypes.c:check_typedef):
> 
>   else if (TYPE_STUB (type) &&
!currently_reading_symtab)
>     {
>       char *name = type_name_no_tag (type);
>       [...]
>       sym = lookup_symbol (name, 0, STRUCT_DOMAIN, 0,
(struct symtab **) NULL);
>       if (sym)
>         make_cv_type (is_const, is_volatile,
SYMBOL_TYPE (sym), &type);
>     }
> 
> the lookup_symbol routine finds the first one which,
bad luck,
> just happens to be the definition from the main
exectuable.

Maybe we really want a lookup_symbol call which looks just
in the
correct objfile... well, I guess that wouldn't always help.

>       /* [repeat the comment already there (the one
just above),
>          and explain that we avoid the overwrite if the
two types are
>          not stored in the same obstack. Add
explanation as to when
>          this can happen].  */
>       if (typeptr && *typeptr != NULL
>         && TYPE_OBJFILE (*typeptr) !=
TYPE_OBJFILE (type))
>       typeptr = NULL;
> 
> It takes quite a long while to run the testsuite on
mips-irix,
> so I was wondering if I could get some feedback before
I go too
> far into this route...

How about doing it in the caller?  If you go to
check_typedef, you'll
see that there's already an example of the same thing.  If
this is
DWARF2 and only started happening recently it may be the
fault of your
recent fixes for what empty types constitute a declaration.

-- 
Daniel Jacobowitz
CodeSourcery

2007/2/27, John J Lee
>
> `ReportLab <http://www.reportlab.com
>`_ (Wimbledon, bond, England)
>
>
> **Job Description**: ReportLab develop enterprise
reporting and
> document generation solutions using cutting-edge Python
technology,
> and have a growing business with an excellent blue chip
customer base.
> You may also know us from our open source PDF and
graphics library...
>
> **What Python is used for**: Just about everything.
>
> * **Contact**: Alisa Pasic
> * **E-mail contact**: vacanciesreportlab.com
> * **Web**: http://www.repo
rtlab.com/careers.html

Most appealing jobs are always far, far away! 
Good luck with your search, Reportlab is an excellent
product.

-- 
Antoni Aloy López
Binissalem - Mallorca
http://www.trespams.com
Soci de Bulma - http://www.bulma.cat

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "Django users" group.
To post to this group, send email to django-usersgooglegroups.com
To unsubscribe from this group, send email to
django-users-unsubscribegooglegroups.com
For more options, visit this group at htt
p://groups.google.com/group/django-users?hl=en
-~----------~----~----~----~------~----~------~--~---