[music-dsp] job posting .....
joshscholar at yahoo.com
Sat Jan 24 13:33:01 EST 2004
And after a few years of working "14 hours days, 7 days a week" you have a
breakdown and never want to see a computer again.
Even better after a few companies fail and you have tons of stock options
for toilet paper. Next time I'm going to ask one or two ply.
I think it's pure exploitation to require that none of your engineers will
ever have a life. If you want 14 hours of work a day, then hire two people.
----- Original Message -----
From: "Augmentics" <musicdsp at augmentics.com>
To: <music-dsp at shoko.calarts.edu>
Sent: Saturday, January 24, 2004 3:06 AM
Subject: Re: [music-dsp] job posting .....
> I have worked at a hi-tech startup in the UK for the last 4 years.
> We have grown from 15 people to nearly 400, with a massive financial
> The first 80 or so engineers that we hired CAN do almost anything related
> software or hardware.
> In fact that was our hiring criterion - so we rejected maybe 98% of CVs
> then maybe 80% of those who we invited to interview.
> Their average age when hired was around 35, going up to 50+.
> The salaries needed to attract such people are however startling - 2 to 5
> times the industry average, with other goodies thrown in.
> Some people simply work 14 hours days, 7 days a week all their lives,
> can give them a HUGE amount of experience, especially if they are bright
> have a low boredom threshold.
> Working in a company made up of such driven, focussed people is - err -
> "interesting", but never boring!
> So, yes, there ARE people out there who CAN do almost anything you put in
> job spec ... but they will be expensive and very, very hard to find.
> ----- Original Message -----
> From: "John Lai" <john.lai at worldnet.att.net>
> To: <music-dsp at shoko.calarts.edu>
> Sent: Friday, January 23, 2004 11:24 PM
> Subject: Re: [music-dsp] job posting
> > Hello,
> > Is the job description for real? Or I am absolutely stupid.
> > Let see, a "person" who knows all these OSs and do OpenGL & embedding
> > programming & device driver & pro audio experience ( I assumed you refer
> > signal processing and not just programming in DSP chip).
> > Since window programming is required, I assumed that person must know
> > GUI etc. Since we are talking among OS and probably multiple languages,
> > this "person" must be an expert in COM/ATL. Oh, let's see --- writing
> > device driver. O boy, this "person" got to be an expert in WDM for
> > environment (and the equivalence in Linux and Mac). Since OpenGL is
> > required, we might as well make sure this person knows all major
> > for CAD as well. Since we are using ATL, to get the maximum efficiency,
> > this "person" must be an expert in STL as well. Not too much to ask.
> > Oh, embedded systems is part of the job requirement, so this person must
> > an expert in VxWorks (for motorola) or Code Composer (for TI) or Visual
> > (for Analog Devices). To be 100% flexible, this "person" must know
> > assembly and C/C++ programming in whatever environments the "manager"
> > toss at him/her. But wait, since window OS is required, this person
> > know how to program in WinNT which is now phaseout as well as .Net.
> > this job requires audio experience, so this person must know how to
> > programs to design all kinds of filters on the fly. Well if one designs
> > filters, this person must also be an expert in various filter design
> > packages such as Matlab. We can't do signal processing without the
> > knowledge of FFT. This person should be able to program & optimized FFT
> > faster than the one posted in MIT site. Since multithreading
> > experience is needed and so many OSs are required, we must make sure
> > person knows the different between WinThreading and Posix Threading as
> > But multithreading requires synchronization, so this person must know
> > multex, semaphores, events ... May I also suggest this person should
> > programming WinNT security and Window services --- as a well rounded
> > programmer. Not too much to ask for. We may toss in an extra dollar
> > this person to be able to implement TCP/IP. Why not. Most people
> > implementation of remote server.
> > In order for this person to fully utilizes his/her skill at this
> > may even suggested the "person" should know how to execute Einstein's
> > dilation concept to his/her advantage so that there will be 48hrs a day
> > the lowly 24hr a day for everyone else.
> > Then I looked at my resume. 80% of the job description. I am not it
> > don't want to be it (the poor it!)
> > Regards,
> > PS. I attended a talk year and a half ago in in Window .net programming
> > Boston University. The presenter (a local well known computer gig) said
> > saw job ads (here in New England) looking for programmers with 5 years
> > experience in .net (and .net was about 3 years old)! One would never
> > what strange demands employers have.
> > ----- Original Message -----
> > From: "Ben" <ben at glw.com>
> > To: <music-dsp at shoko.calarts.edu>
> > Sent: Friday, January 23, 2004 9:54 AM
> > Subject: [music-dsp] job posting
> > > GLW (makers of Harrison high-end consoles) is looking for a senior
> > programmer. Here's the "official" post:
> > >
> > >
> > > Pro Audio company needs senior programmer responsible for system
> > > architecture, development environment, code management and related
> > > Applicant must demonstrate a broad knowledge of programming languages,
> > tools
> > > and multithreading. Linux, BeOS, Windows, Mac OSX, OpenGL, embedded
> > systems,
> > > device drivers and pro audio experience is a plus.
> > >
> > >
> > > We are looking for a top-notch programmer. I think there are quite a
> > developers on this list that should be interested in this job. Send
> > to jobs at glw.com.
> > >
> > > -Ben Loftis
> > > dupswapdrop -- the music-dsp mailing list and website:
> > > subscription info, FAQ, source code archive, list archive, book
> > dsp links
> > > http://shoko.calarts.edu/musicdsp
> > > http://ceait.calarts.edu/mailman/listinfo/music-dsp
> > >
> > dupswapdrop -- the music-dsp mailing list and website:
> > subscription info, FAQ, source code archive, list archive, book reviews,
> dsp links
> > http://shoko.calarts.edu/musicdsp
> > http://ceait.calarts.edu/mailman/listinfo/music-dsp
> dupswapdrop -- the music-dsp mailing list and website:
> subscription info, FAQ, source code archive, list archive, book reviews,
More information about the music-dsp