Major Retailer Chooses Linux for its Tills
An anonymous reader writes "ZDNet is running an article on how Matalan has installed several thousand point of sale terminals running Linux rather than Windows. The reason? Reduced cost of ownership. It was a big consultancy that did the work, Capgemini, and IBM on the kit side. Sounds like some people can get Linux to work in an 'enterprise environment' after all."
I work as a cashier at a grocery store, and they run MS XP Embedded. We have at least 1 till crash at least once a day. Causing major headaches, I wish we had them running on Linux...
Hehe. MSFT is going to be pretty unhappy with Capgemini.
That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
Okay, maybe I'm a technological ignoramus, but when the guy in the article talks about IBM being able "to connect onto the till remotely and go onto the BIOS" I am a bit puzzled.
Is this possible with a normal PC motherboard? Or are they using some different type of system which provides hooks for the OS to do this?
I really think POS is an important step for Linux acceptance. The beauty of Linux, of corse, is that it can run on an AS/400 or a wristwatch; and everything inbetween. I cringe when I see POS machines just running a terminal within Windows; think of what they are paying just to have telnet to a main system! While I, and most good geeks, run nothing but Linux for desktops, it'll take time to get them past the exec level; but for POS it's all about the bottom line, and no one will be able to beat Linux in that field. I think that will be the tipping point, but feel it's still ~3 years off.
fak3r.com
Reality test... am I dreaming?
Linux will never as much of a POS as Windows!
A Piece O'...
Microsoft swears by it's "independent" studies that windows is better, faster, cheaper!
And besides, what about licencing? You absolutely have to have that!
OMFG! And I almost forgot, you actually OWN your installed copy of linux, as opposed to MSWXP! Why, why would you actually want to OWN the software you pay money for? Are you crazy?
Up is down! Down is up! The world doesn't make any sense anymore!
A couple fans told me that my last journal entry was mint; give it a shot. Hope you like.
Point of Sale systems are really not enterprise level software or whatever. Usually the simpler it is it the better. Using linux for Point of Sale systems are just a good idea, first you can make linux very basic without the crap. Having it in a small factor allowing it to run on cheap systems, without the extra junk in the way. But to say this proves the linux is enterprise ready because of these is just silly. Most Point of Sales systems are running on DOS.
If something is so important that you feel the need to post it on the internet... It probably isn't that important.
There are two other major chains I know of using Linux in their POS - burlington coat factory (I think most people knew about that) and Valvoline oil change places. I noticed the Valvoline place I went to last year using some console app, but was just booting up and he logged in to a RedHat 6.2 system. I'm sure there are others - I don't often bother to look, but it's nice to see all the same. Who knows of others openly using Linux as POS?
creation science book
As I post this from an installation of Suse 10 RC1, I know that GNU/Linux is an operating system that can be used in place of Windows or Mac OS X. It does something better. It does somethings worse.
Articles like this might be important to show some people, but I feel like the Slashdot crowd should be beyond this. Slashdot readers should know that GNU/Linux is a great operating system. They should also know that it isn't the be all and end all of software (I'm DEFINITELY not saying that Windows is).
For me, this article says stupid things like "abstraction is bad". Abstraction is good most of the time, but it criticizes Windows for it. Really, it should have said that Windows doesn't offer you an alternative to their abstraction and we wanted to hack some code that would communicate right with the BIOS and Linux allowed us to do that because with free software the attitude isn't 'my way or the highway'. I really wish that the article talked about how, because GNU/Linux is a loose association of tools rather than a monolithic package, one can pick and choose which tools to include for an application like a cash register without all the crap you don't need. That's especially important for the embedded space (and something that isn't important for most/all desktop users) and something that GNU/Linux allows that Windows doesn't. That's something to point out.
I work for an electronics company in the UK called Maplin.
They allready use Fedora for all their equipment.
Thunderbird for e-mail and firefox for web browser.
We run DOS.
"When the atomic bomb goes off there's devastation...but when the atomic bong goes off there's celebraaaaation!"
Did anyone else read this as " Major Retailer Chooses Linux for its Thrills" at first?
;)
Linux turns me on too...
I got nothin'
When I see the POS acronym, and when someone mentions a POS system, my very first thought is to image a system that is literally a piece of $#!+ I know what POS is supposed to mean here. Really, I do.
READY.
PRINT ""+-0
Go to Lowes and you'll see a KDE based desktop.
has the lower cost of 0wnership!
Nobody's gay for Mole-Man.
even better:
/dev/printer
echo ^g >
most of your cash drawers are connected to receipt printers that when they get the bell command, send the signal to kick open the till.
Of course I could be totally wrong about this, but from everyone I talked to while working there, I gathered that this was pretty much the norm.
It was also a popular OS for vertial applications such as bank terminals. NationsBank grew from a tiny bank to the 6th largest bank (before they were bought by Bank of America) on a plan of aggressive acquisition. A large part of this strategy was their computer infrastructure. It was heavily based on OS/2: Each branch had a single centrally-administered OS/2 Workspace on Demand server. All computers in a branch would actually boot from the server (LTSP-style), with all of its applications ready to go. If the bank wanted to update their software, they could push these changes from a central point to each branch overnight (or over time), and schedule the switchover. The next day, everyone came in and was completely updated.
You can do the same with Linux (I already mentioned LTSP, but this was almost 10 years ago.
Like they say, what's old is new again.
Linux IT Consulting and Domino Development in Michigan
When were you last involved with a POS implementation at a retailer? Cause I did one a couple years ago, for a retailer, and the in-store systems that the client was putting in place were fairly complicated. The actual POS terminal itself is a fairly minor part of the whole in-store system. The work for things like inventory tracking and restocking (from suppliers), EOD and realtime sales numbers, even time card and other HR type functionality, is usually done on back office servers. Sadly, the article was thin on details about the particular system that was implemented, so the argument is largely speculative at the moment, but to say that POS systems aren't "enterprise" is just not true, particularly if the business sells product for a living.
So a system...used by enterprises....is not an enterprise system...
As a manager in a retail enviroment I can tell you that having the latest and greatest is not the best for retailing. I would love for usability studies to be done on POS systems. The biggest problem that I see with a POS system is the administration of that system. For a mid-size company, it takes three people nearly 15 hours a week to make sure that the system works, and that the information is accurate. As far as the cashiers are concerned (and I cashier from time to time), the eye candy and all the other stuff is just fluff. All a cashier needs is stability and the information quickly. If a DOS 4.1 machine can provide that stability, while providing the information then there is no need to upgrade or worry. The system we use has its quarks, but frankly, the customer never knows because the cashiers have a level of usability that enables them to preform their job efficently and accurately. In fact, we have looked at upgrading and/or switching to another POS, but frankly, while it might give management more information, we view the potential upgrade as a risk to disrupting customer relations. So I guess the point of this, if your local auto parts store has a system that works, why bother to upgrade if it provides the functionality that the customer demands and the cashiers expect. If I had to upgrade the software and hardware on the POS machines ever two to three years, it would have major implications on the customers. Heck, our POS systems are merely Windows 95 machines. And I don't see an upgrade any time soon. The computers we are using to administer the system are pretty slick, but if that rarely affects the customer. Now in an enviroment where the computer systems are defined by when the location is built, then I can see this being a big issue. If you build XXX stores a year, then this becomes a major issue. But that means that the POS and the operating system that you choose has to scale.
The views expressed are mine own and do not express the views of my employer.