Joel on Software on resumes
Grok Headline matches for Joel on Software on resumes
Joel Rants About Resumes
Joel Rants About Resumes
01/26/2004 01:51 PMJoel on Software
Joel on Software
12/17/2003 05:01 AMjoel on softwarejoel on software .. his commentary and opinions .. The
writer's site .. veebisaidil .. he knows it .. Joe Spolsky .. CityDesk
.. Spolsky .. column .. Jo l .. Joe
joelonsoftware.com
track this
site | 3 links
Joel on Software - It's Not Just
Usability
Joel on Software - It's Not Just
Usability
09/07/2004 03:50 PMJoel on Software - It's Not Just
Usability
joelonsoftware.com/articles/NotJustUsability.html
track this
site | 4 links
Joel on Software - Biculturalism
Joel on Software - Biculturalism
12/15/2003 09:25 PMdifferences between the unix and windows cultures .. Joel on Software
- Biculturalism .. Biculturalism .. latest essay ..
essay
joelonsoftware.com/articles/Biculturalism.html
track this
site | 7 links
Joel on Software - Getting Your R©sum©
Read
Joel on Software - Getting Your R©sum©
Read
01/26/2004 11:32 AMJoel Spolsky offers tips for getting someone to read your CV when
applying for a job .. Joel on Software - Getting Your Rsum
Read
joelonsoftware.com/articles/ResumeRead.html
track this
site | 5 links
"Joel on Software - Biculturalism"
"Joel on Software - Biculturalism"
12/16/2003 08:48 PMJoel on Software - Craftsmanship
Joel on Software - Craftsmanship
12/03/2003 04:04 AMcraftsmanship
joelonsoftware.com/articles/Craftsmanship.html
track this
site | 4 links
Joel on Software - How Microsoft Lost
the API War
Joel on Software - How Microsoft Lost
the API War
06/16/2004 01:07 PMJoel on Software - How Microsoft Lost the API War .. excellent
article
joelonsoftware.com/articles/APIWar.html
track this
site | 6 links
Joel on Software - Monday, July 19, 2004
Joel on Software - Monday, July 19, 2004
07/20/2004 11:12 AMimprove searching ..
Joel
joelonsoftware.com/items/2004/07/19.html
track this
site | 4 links
Joel on Software - Tuesday, June 15,
2004
Joel on Software - Tuesday, June 15,
2004
06/16/2004 03:59 AMWhy to switch web browsers today .. Joel On Software likes it ..
there's a new call .. June 15, 2004 ..
Joel
joelonsoftware.com/items/2004/06/15.html
track this
site | 6 links
Joel on Software - Thursday, June 17,
2004
Joel on Software - Thursday, June 17,
2004
06/18/2004 12:40 PMWeb browser features that would enhance Web application development ..
Joel's HTML Application wishlist .. odd things today .. nails ..
Joel
joelonsoftware.com/items/2004/06/17.html
track this
site | 5 links
Joel on Software's favorite software
essays in a book
Joel on Software's favorite software
essays in a book
06/22/2005 01:50 AMCory Doctorow:
Joel "on Software" Splosky put together a Best of Software Writing
anthology filled with articles he's cadged from blogs and other
web-writing (he kindly included
my Boing Boing post on Notice and Takedown regimes in Canada). The
contributor list is fantastic:
Ken Arnold,
Leon Bambrick.
Michael Bean,
Rory Blyth,
Adam Bosworth,
danah boyd,
Raymond Chen,
Kevin Cheng and Tom Chi,
Cory Doctorow,
ea_spouse,
Bruce Eckel,
Paul Ford,
Paul Graham,
John Gruber,
Gregor Hohpe,
Ron Jeffries,
Eric Johnson,
Eric Lippert,
Michael Lopp,
Larry Osterman,
Mary Poppendieck,
Rick Schaut,
Aaron Swartz,
Clay Shirky,
Eric Sink,
why the lucky stiff
The book is out now -- I'm looking forward to getting my copy!
The software development world desperately needs better writing. If I
have to read another 2000 page book about some class library written
by 16 separate people in broken ESL, I’m going to flip out. If I see
another hardback book about object oriented models written with dense
faux-academic pretentiousness, I’m not going to shelve it any more
in the Fog Creek library: it’s going right in the recycle bin. If I
have to read another spirited attack on Microsoft’s buggy code by an
enthusiastic nine year old Trekkie on Slashdot, I might just poke my
eyes out with a sharpened pencil. Stop it, stop it, stop it!
LinkJoel on Eric
Joel on Eric
12/15/2003 09:11 PMJoel Spolsky's latest essay reviews Eric Raymond's The Art of Unix Programming
(a book I really want to pick up) and uses it as background
for a discussion of the cultural differences between Windows and Unix
programmers. As always, it's an insightful piece.
Joel's key point is that while Unix programmers write code for
other programmers, Windows programmers write code for end users. Unix
programs end up being far more powerful and flexible, but Windows
programs allow Aunt Madge to send email. Joel places the blame for the
lack of success of Linux as a desktop operating systems on the
cultural values that underpin it, which celebrate the diversity of
multiple window managers rather than condeming them for confusing end
users.
It's all good stuff. I'd argue that the rise of web-based
applications balances the playing field somewhat in terms of ease of
use of the different platforms - most people can handle a web
application now (look at the success of webmail) and most browser
behave in pretty much the same way no matter what operating system
they run on. I guess that's why Microsoft were so scared of Netscape
back in 1996.
Joel on Unicode
Joel on Unicode
11/13/2003 01:57 AMJoel of
Joel on Software
has put together a
great
overview of Unicode that all programmers should read.
Joel and MySQL
Joel and MySQL
02/03/2003 11:25 PMExcellent. Joel's software now works with MySQL in addition to SQL
Server. Why he linked to his own content only and not the MySQL home
page is beyond me. Anyway, it's good to see more software adding MySQL
support on...
Joel On Microsoft's API Mistakes
Joel On Microsoft's API Mistakes
06/16/2004 06:00 PMBerkeley on Joel Spolsky
Berkeley on Joel Spolsky
02/10/2004 02:56 AM
One of the great things about living in Berkeley is that a lot of
interesting people come to town, from
political
figures giving talks on campus to
writers at
Cody's to musicians playing at
Freight and Salvage, and if you
are at all adventurous you can hear and meet many of them. Tonight
Berkeley was host to a leading light from the small world of software
product and project management, (which also happens to be my
profession, to the
extent I have one), Joel Spolsky, who writes a well-regarded weblog on
software management,
Joel on Software.
The venue was a funny one, a cafe called
Au Coquelet that also served
as my alternative office and favorite lunch spot for the eight years
that I had an office around the corner. It is a business person's
lunch place and a student's dinner and study and hang out place.
So I walked into the cafe tonight and looked around for the Joel group
-- like any other geek, I was too shy to ask anyone, but when I
spotted a big table lined entirely with males, mostly in their
mid-twenties to early forties, not too well dressed, predominantly
European-American, I knew that I had found the geek gathering. It was
a curious scene. Joel was ensconced at the first table, attempting to
swallow bites of foot between responding to questions. Latecomers like
myself were filling in the table around the corner, where we slowly
warmed up to each other by discussing computers in education and
citing favorite Joel essays like
The Law of Leaky Abstractions,
12 Steps to Better Code, and
Fire And Motion. The crowd included its
share of local luminaries, such as Berkeley tech writer
Scott Mace, Salon Managing
Editor
Scott Rosenberg,
Ten Speed Press founder
Phil Wood,
Perl Guru
Sriram "Ram"
Srinivasan, plus the usual
crowd of
dot-com crash victims, cashed-out retirees and survivors looking for
the next interesting thing that I run into at any tech gatherings
these days. Next to us were two undergraduate women, who slowly got
more and more alarmed as more men kept arriving and hauling over
tables, eventually enveloping them on three sides, at which point the
women got up and left.
It is always fun meeting someone whom one knows only through their
writing, and to compare their online persona to their physical one. In
his writing in
Joel
on Software, Joel always comes across as a little Olympian,
delivering his deep insights from his vast experience. Actually, I
suspect that he just thinks more analytically about his experience
than most of us, and he writes very well. His online persona is calm,
considered, and wise. As another
C
alifornian reviewer noted, even though his website sports a
picture of the skyline of Seattle, Joel Spolsky in person definitely
comes across like a New Yorker, especially when surrounded by a sea of
Californians. He spoke rapidly, intensely, bobbing his head as he held
forth with opinions on all matters technical, changing topics with
every other sentence, and punctuating each topic with a wisecrack.
Although claiming exhaustion from his travels, he was the most
energetic person in the room, and he was clearly performing, and
performing well. He seemed to enjoy his performance as well, and he
was good at it. Talking to him, it was clear that he would be very
hard to best in an argument, because, as anyone who reads
Joel on Software
knows, he has a lot of intellectual horsepower and can express himself
very well, but also because he clearly has a lot of stamina for
arguing, and would be hard to outlast. The major deviation that he
exhibited from the New York stereotype was his politeness. After he
finished his meal he got up and moved to another table to talk with
some of the other folks who had come, then after a while moved to the
next table. He was as attentive to the questions of the
twenty-something programmers as he was to those of the local
luminaries.
One of the things that was curious was to see the crowd (myself
included) surrounding Joel and treating him like a Delphic Oracle,
asking him "what are Mozilla/Firebird's chances of establishing
browser competition again(good), how do you decide what features to
put in the next version of Fog Buzz (whatever features the lack of
which clearly blocked sales of the last version), what would you use
for developing a cross-platform GUI desktop app (don't know). After
all, even if he is smarter than I am he probably isn't any smarter
than many of the people I've worked with over the years. What's the
difference? He writes, frequently and well. It's nice to know that
writing still can bring authority, as well as a bit of celebrity.
All in all, a very pleasant and informative evening. Thank you Joel
for organizing it.
Cross posted on
The Berkeley
Blogjoel on Getting Your Résumé Read
joel on Getting Your Résumé Read
01/26/2004 03:05 PMi'd add: don't give a bullet-point list of where you've been, give me
a list of *what you've done*
Billy Joel Gets a Star in Hollywood (AP)
Billy Joel Gets a Star in Hollywood (AP)
09/20/2004 11:07 PMAP - Billy Joel wrote the song, "Say Goodbye to Hollywood." On Monday,
he joked he'd never leave. "It looks like I'm always going be here,"
Joel said after his sidewalk star was unveiled on the Hollywood Walk
of Fame. "I have to tell you that I had not considered this when I
wrote 'Say Goodbye to Hollywood.'"
Singer Billy Joel in car accident
Singer Billy Joel in car accident
04/26/2004 03:31 AMSinger Billy Joel is involved in his third car accident in two years
after his vehicle hit a house.
Joel Spolsky and the Temple of Doom
Joel Spolsky and the Temple of Doom
06/19/2004 10:41 AMI'm back, with a very interesting topic too!
Joel Spolsky, ex-Microsoft Manager and software engineering guru has a
new essay, How
Microsoft Lost the API War that is creating quite a big storm in
the blogging communitiy.
Joel posits that the priests in the holy Temple of Microsoft have lost
their way, because it has split into two factions, and the wrong
faction is winning. One faction worships on the alter of backward
compatibility, while the other is led by fervent priests who are
proselytizing to raise up the new gods of .NET and Longhorn. Joel
suggests that the new gods will cause the destruction of the holy
Temple because Microsoft's great victories were built on the altar of
keeping customers happy with backward compatibility. Furthermore the
old gods of the Windows API continue to grow more grotesque and cruel
with the passing of time, driving former worshipers into the arms of
the friendlier gods of World Wide Web.
This story sounds extremely plausible. I must admit that i fit the
profile of the developer who used to develop on the Window's API, is
familiar with COM and Win32 who now develops mostly using PHP and
Python. However I continue to develop and maintain Windows apps that
keep our customers happy. There's something fishy about his plausible
argument. Some points:
Temple of the Blind?
Firstly, Microsoft is still a compelling place to work for to people
who feel that they can make a difference. The Temple continues to
attract talented people with a Unix background. For example we have
the recent hiring of Ward Cunningham, author of the Wiki. Microsoft
is still able to keep talented people like Raymond Chen, and others
like him who continue to look after the Windows API, and Longhorn
apparently will still give high priority to backward compatibility.
Open sourcerers like Miguel Icaza are sufficiently attracted to
the .NET vision to stake their careers on Mono. Longhorn and .NET are
compelling technologies, so even if Win32 is not so cute anymore,
M'soft is providing something over the horizon that remains very
attractive.
Temple of the Spider?
Secondly, people don't merely use a web browser. They run the web
browser in the OS. So let me ask you, if you are using DreamWeaver or
HomeSite or Photoshop or vi or emacs or Gimp, how many of you are
willing to give it up for a java applet (or whatever your favorite
technology is) running in your web-browser? Precisely.
Temple of the Abandoned?
Third, Joel makes the extravagant claim that developers are not
developing to the Windows API. Well if you are using a framework like
Delphi or wxWindows then you certainly are insulated from the Windows
API, but that doesn't mean that you're not calling the Windows API all
the time. I don't see Borland dropping their Windows version of Delphi
at any point in time. Joel's argument that developers are dropping
Windows like flies sounds attractive to those who have swallowed the
open source kool-aid, but i don't think that it fully matches reality.
Temple of the Lost
I do think that Microsoft's IE team has lost their way, and are
probably pawns in a bigger game, but that doesn't mean that Microsoft
has already lost. And the open source world would be a much poorer
place without worthy competitors such as Windows and MacOS.
Joel Spolsky is a first-class writer, in the same order as Philip
Greenspun or Eric Raymond. That makes him persuasive and plausible. I
think that we aren't talking about Indiana Jones and doomed temples
here, but Steve Jobs and reality distortion fields.
Other opinions: Harry
Fuecks,
Robert McLaws and Oliver Travers.
N.Y. Woman Expects Joel to Pay for
Damages (AP)
N.Y. Woman Expects Joel to Pay for
Damages (AP)
04/27/2004 02:40 PMAP - A 93-year-old woman whose house was damaged when Billy Joel
slammed into it with his car had never heard of the Long Island singer
until the accident, but now she expects him to pay for repairs.
Joel sets the matter straight
Joel sets the matter straight
06/09/2004 05:54 AMRDF-simple-API.
RDF-simple-API
Submitted by joeldg on Tue, 06/08/2004 - 16:11.
There is currently a lot of talk on the rdfdev list
over converting a version of RAP to work with a simple FOAF parser
that only needs to grab a few things.
Well, I agree with this on principle, I also
feel that 'feature creep' is what kills (or at least partially dooms a
lot of projects) and as I used to tell overzealous project managers
"Lets just get this working with the minimal features first" before
going head over heels into some bell or whistle or 'blinky-light' you
(or the client) would like to see in it.
I usually try to work this way. I manage most
of the time but often even I get stuck in the "it has to do
'everything'" mode and that will kill my productivity for a day or two
until I grab myself and shake for a while until I am back to the
"core" of what needs to be done.
When I worked as a systems analyst and would be
creating diagrams of core functionality for this or that it really
helped refine for developers (which I also was one of) and everyone
involved because it gave you a map. (last count I have done DFD's,
ERD's etc and even data dictionaries for over a hundred projects that
have been brought to completion for clients.)
So, lets just have a nice map for where this is
going "before" jumping off a proverbial bridge and then trying to
swing a grappling hook back up as we are falling.
Ask a few
questions (I know it seems simple, but bear with me):
1) What
does it 'need' to do?
2) What language(s) does it 'need' to be done
in?
3) What does the client want that can wait for a later refine
and further work? (i.e. what can they live without that they say they
cannot?)
4) What exactly do we need to do to support this?
5)
and finally, is there something that 'works' currently out there so we
don't have to do this at all? (programmers are lazy by
nature...)
Note the use of the word "need" above, if
it does not fit in that, it is extra and can wait or be
tossed.
As an example, for core functionality of FOAFnet, why
the hell would we ever want to put in WOT or airport codes? It is not
and will never be needed for that. (For sub-projects yes, but not for
FOAFnet core)
Anyway, I propose a marriage of a couple of
things.
1) a
pre-existing
class that has already been done that can handle
everything we currently need (triples-based-parsing) and it is faster
than RAP and sits at around 30k if you rip the comments.
2) my little rdf->tree parser which is easy.
(
here is the source) which is geared
towards being nothing but fast but is easily extensible with more
functions. (it fufills some of my core functionality for simplicity
and has already proved itself in the "real world" for a scutter I
wrote to comb through foafs (lj, typepad etc all that)
I think
that joining those two is perfect and that I what I will be working
on. RAP for base level usuage will still be too big because once you
made room to put in the kitchen sink you can't unmake the
room.
Another reality (that some people are going to have to be
force-fed) is that people who handroll their FOAF's are currently in
the MAJOR minority [editor's note:
sorry]. Almost all FOAF being used today is
generated on the big sites and uses only a small portion of the FOAF
vocab and then only the most stable and useful portions [of FOAF] or
portions that are easy to infer from their current data.
A lot of people are seriously paranoid about
privacy issues. For instance, the most oft asked question about
the
MeNowDocument
vocab is privacy issues. i.e. do people really need to know this about
me, and would anyone really care? I feel I have addressed a lot of
these issues in the spec itself (i.e. it is obviously optional, and
scripts handle most of it.) Anyway I digress.
Handrolled
FOAF's I predict will cease to exist within a year or two at most.
[editor's note:
here
here]This is a "machine" readable and
"writable" format people, and honestly, how often do you "view source"
on webpages anymore?
Feel free to disagree, but if you do, at
least let me know why.
Joel has been getting attacked for writing a
simple, fast, highly optimized FOAF parser that ONLY recognizes the
parts of FOAF - which are in our FOAFnet spec.
On one side you can say "that's all we need, so
let's not worry about anything else" - while on the other side
you can fear that your well tuned, highly refined, incredibly elegant
architecture and plans - which aren't done yet - will never happen,
because your spec is being highjacked by short term thinking
malcontents.
Guess which side I'm on?
Folks just have to realize that we have to take
baby steps before we can walk. It's really hard to get 25-50
companies - to all agree on a spec for passing entire social networks
between systems.
But we promise - we really do - that we'll add
more FOAF vocabulary - juicy items like Node ID,
foaf:knows or rel:acquaintance - just as soon
as we get really basic import/export working - with JUST:
- name
- image (depiction)
- email (sha1sum encrypted)
- and a list of names of
friends
That's it.
This is a message that Joel De Gan needed to send
to the FOAFnet and rdfweb heads who were trying to tell him that his
optmized parser was........
Joel Gives College Advice For
Programmers
Joel Gives College Advice For
Programmers
01/05/2005 03:57 PMBilly Joel Unhurt After N.Y. Car Wreck
(AP)
Billy Joel Unhurt After N.Y. Car Wreck
(AP)
04/25/2004 08:34 PMAP - Singer Billy Joel was involved in his third car accident in two
years Sunday when he slammed into a house on a wet road on Long
Island. No one was seriously injured.
Joel Brinkley's story in the New York
Times
Joel Brinkley's story in the New York
Times
08/14/2004 02:57 PMcover it up
nytimes.com/2004/08/14/politics/14bush.html?hp
track this
site | 3 links
"Joel Brinkley's story in the New York
Times."
"Joel Brinkley's story in the New York
Times."
08/14/2004 10:17 PMJoel gets on the social interface design
bandwagon
Joel gets on the social interface design
bandwagon
09/09/2004 09:16 AM
He
re's an excellent rant by Joel Spolsky (pointed to me via Tim
Lundeen - thanks Tim.)
Joel has been around the block - so it's reassuring to see him grok
this - the most basic of assumptions on the future of software. Its
not just usability anymore - it's about human-human interaction -
social interface design.
Joel Spolsky quiere novedades en los
formularios HTML
Joel Spolsky quiere novedades en los
formularios HTML
08/03/2004 07:36 PMInternet Chess Club Taps Joel Berez as
New CEO
Internet Chess Club Taps Joel Berez as
New CEO
06/17/2005 03:44 PMComputer game veteran joins leading Internet chess service. The
Internet Chess Club, one of the very first premium online game
communities, still ranks as the top destination for serious chess
players. Infocom founder Berez is expected to take it to the next
level. [PRWEB Jun 8, 2005]
Joel Spolsky picks HTML as the
development platform winner
Joel Spolsky picks HTML as the
development platform winner
06/18/2004 01:53 AMJoel Spolsky: "The new winners in the application development
marketplace will be the people who can make HTML sing." As examples,
he cites Oddpost and Google's Gmail. Other innovation, he says, will
come via Javascript tricks. Rich clients? Too much...
Active resumes
Active resumes
04/22/2004 10:45 AM
Today's New York Times includes a
brief article on music blogging. The story links to
Webjay and quotes
Lucas Gonze and
Alf Eaton. I've written
three recent entries about this phenomenon:
The
media-player fireswamp,
Blogs +
playlists = collaborative listening, and
Networks
of shared experience. My fascination with the topic may seem like
diversion from my usual themes, and in a way it is, but I think the
issues transcend music, copyright, and the RIAA.
...Microsoft needs 7,000 resumes
Microsoft needs 7,000 resumes
07/23/2004 05:58 PMCNET Jul 23 2004 10:42PM GMT
UK election campaigning resumes
UK election campaigning resumes
04/09/2005 03:26 AMElection campaigning resumes but is expected to stay low-key, with
party leaders at royal wedding celebrations.
U.S. Resumes Relations With Libya (AP)
U.S. Resumes Relations With Libya (AP)
06/28/2004 04:19 PMAP - The United States resumed direct diplomatic ties with Libya on
Monday after a 24-year break, even as the Bush administration pursued
reports that Moammar Gadhafi had taken part in a plot to assassinate
Saudi Arabia's crown prince.
Fighting Resumes In Najaf
Fighting Resumes In Najaf
05/28/2004 10:51 AMFree Internet Press May 28 2004 3:08PM GMT
Resumes are Micro-content
Resumes are Micro-content
07/01/2004 04:59 PMRight on to my brother Lucas
Gonze - who not only groks it (in
regards to Resumes)- but is also helping to establish playlists as a clear, open, sharable new
kind of micro-content!
Lucas writes....
I know of three kinds of syndicateable microcontent right now:
reviews, weblog entries, and playlists. It just struck me that resumes
are microcontent.
We could easily have standard XML format for resumes. Given that,
resume editors could compete to be the best at handling the standard,
XSLT and CSS could be developed independently of any one resume, and
job sites could import the data rather than force the user to type it
into a custom format.
Update from George Hotelling:
The HR
XML project already has a schema for
resumes.
[Lucas
Gonze]
Hmmmm - I wonder if these folks ever heard of Alf Eaton or RVW
Search resumes for missing boy
Search resumes for missing boy
04/26/2004 01:59 AMCoastguards in Swansea continue to search for a 17-year-old missing
at sea after the fishing boat he was in capsized.
Vodafone's pay-as-you-go resumes service
Vodafone's pay-as-you-go resumes service
07/21/2004 05:52 AMComputer Weekly Jul 21 2004 9:44AM GMT
Grok Description matches for Joel on Software on resumes
GrokA matches for Joel on Software on resumes
App Sys Mgr/Software Engineer for London
based Software House
App Sys Mgr/Software Engineer for London
based Software House
06/18/2004 04:11 PMBest Recruitment Services - United Kingdom, London (2004-06-18)
Broadlook--#1 CRM Software
Solution--Empowers your CRM Software and
fill your CRM Software with contact
management relationships.
Broadlook--#1 CRM Software
Solution--Empowers your CRM Software and
fill your CRM Software with contact
management relationships.
06/18/2004 03:03 AMWhichever CRM software your company uses, you need to look at the
Broadlook Suite of Software which should seamlessly integrate with
whichever CRM software you are using. BroadLook is an integrated set
of applications designed to harness the Internet as a powerful
real-time data source--the data from which can be exported into your
CRM software. [PRWEB Jun 18, 2004]
Adobe to buy Macromedia in $3.4 billion
stock deal - Computer Software -
Internet Software - Software - Internet
- Company Announcements - Earnings - M&A
Adobe to buy Macromedia in $3.4 billion
stock deal - Computer Software -
Internet Software - Software - Internet
- Company Announcements - Earnings - M&A
04/19/2005 04:29 AMAdobe Systems To Buy Macromedia ..
schluckt
marketwatch.com/news/story.asp?guid=%7B3B04AC26-E1ED-4FA3-8
E72-9C493CADC469%7D&dist=rss&siteid=mktw
track this
site | 3 links
HireAbility's ALEX Resume Extraction
Appears in Fordyce Letter (Internet
Recruiting Column by Mark Berger with
Ken Smith on Evaluating Resume Parsers)
HireAbility's ALEX Resume Extraction
Appears in Fordyce Letter (Internet
Recruiting Column by Mark Berger with
Ken Smith on Evaluating Resume Parsers)
04/06/2005 02:38 AMHireAbility(r), a leader in integrated recruiting software and
services, reports that its ALEX resume parser appeared in the April
2005 issue of the Fordyce Letter, the recruiting industry's
information gold standard. The article of note, titled "Einstein in a
Box", was published in Mark Berger's "Internet Recruiting" column.
[PRWEB Apr 6, 2005]
3M to acquire HighJump Software
3M to acquire HighJump Software
01/05/2004 05:39 PMInternetRetailer.com Jan 5 2004 3:56PM ET
Print Manager Plus Wins W2KNews Top
Award for Best Print Management
Software, Best Price, Best Quality in
the Industry American-British Company
Software Shelf Receives Software Award
Print Manager Plus Wins W2KNews Top
Award for Best Print Management
Software, Best Price, Best Quality in
the Industry American-British Company
Software Shelf Receives Software Award
05/31/2004 02:14 PMSoftware Shelf International, Inc., an American and British software
development and marketing company today announced that its flagship
product, Print Manager Plus(R), has won the coveted Sunbelt W2KNews
Top Award for Print Management Software. The award is presented at
Microsoft's Tech.Ed 2004 for Best print management software, Best
price, and Best quality in the industry. The Award was won as a result
of voting from over 500,000 W2K News subscribers consisting of Windows
NT/2000/2003 Administrators, MIS Managers, MCPs, MCSEs and IT
professionals around the world. Print Manager Plus solves the problem
of the hidden cost of printing in organizations. According to
Datamation document costs consume up to 15% of a company's revenues.
Print Manager Plus reduces these costs. [PRWEB May 26, 2004]
