The Lounge is rated PG. If you're about to post something you wouldn't want your
kid sister to read then don't post it. No flame wars, no abusive conduct, no programming
questions and please don't post ads.
Interesting point about POS tax compliance; I bought a shirt from Proper Cloth in New York. They made it to order, not something I generally do except when British shirtmakers won't do a style for an old fat guy like me(good luck getting a non-slim Club Collar at any price), or they are frightened of a particular colour(Green, formal shirt? Has sir been drinking?)
Anyway, first shirt they didn't cover the tax in the EU, so I had customs charges and handling charges on delivery. It came by Post.
I mentioned this in my positive appraisal on the feedback page.
A few weeks later I ordered a second shirt; this time it came quicker, by courier, taxes paid in advance on the payments page.
Customer service stateside is a thing of beauty. This is the quality of service that rapid decisions at the top make. Being around for the next 5 months working on a tablet POS sounds like 'Buggin's Turn' coming into play. Somebody in charge at this company needs to make a decision, create a specification and implement it, by throwing extra resources in if necessary. If you don't swim with the fishes, you swim with the fishes.
"That's 'School Bully' to you, Tomkinson, you snivelling little tyke."
It's been too late for quite a while! Your company's flagship product is an obsolete, legacy POS (and I don't mean a Point of Sale; something else). Getting to the show floor on January will do nothing for them, because the product is (obviously) being rushed into production: you are ready to start a major project that needs a re-think, re-design (tablet UI's really are different!), re-code in a different language, re-test, re-document and re-market, all of it in four months, all by yourself (you and what army?). My opinion is that you should use the next four months to find yourself a new job ...
I could not agree LESS... This is America! (Gosh, I hope he is in America<grin>)
Anyways, I have been there when I was young. We rewrote MAJOR sections of our code in weeks to fend off competitors. In another world, we switched to weekly updates and plowed past them in months, winning the mind-share of the market place first.
You have a working system, you need a tablet interface to that system. Treat the tablet as a View, do as much code elsewhere, and get it working. If they are going to have multiple tablets (assumed, even 1 per table, maybe, like Chilis Has, which we LOVE, just wish I could ding it for a re-order on a Soft Drink).
To me it seems simple. Setup a VPN (secure is required, you exist in a wireless public arena), get the smallest workable app you can, I would shoot first for HTML5 type interface, serve it up from the server (this makes it mostly testable without being on a tablet all the time). Implement the core 3-5 screens, test the bejeevers out of it. Put it in the hands of a customer to provide feedback. Build in an update system so they can REACH IN and get the latest version at will (controlling when they take any risks)...
Tablets talk to this "box" this box talks to your POS system.
From my perspective, you have MONTHS on the clock, you need to move like you have weeks on the clock. Management needs to be leading this charge, and getting the customers who will test this lined up. Setting up a person to actually USE the tablets on your behalf, on site, or simple watch what people get hung up on, and make notes, and get it fixed.
This requires Buy-in, Focus, commitment, and lots of effort...
But I would NEVER say to back down. Your existing customers need to see you do something like this to stop leaving, but honestly most people are so RISK Averse and CHANGE Averse that they don't leave until you stop answering the phones. Unfortunately, if the business owners feel this is true, they will treat those Months as Years... And then you are doomed!
There is definitely some things to be concerned about here, but the biggest in my books is that this company was already a minimum of decade behind before you even mention mobile/tablets. You're not trying to catch up on the last couple of years of doing nothing - you're trying to catch up on over a decade of not upgrading the product. DOS-based? Flat-files? Can you create a tablet solution to show off at a trade show in the next few months? Sure. Can you create a working tablet solution that is connected to a "turn-of-the-century" POS solution in that time frame? Hard to say because I don't know how complex the system is, how many people have been working on it, and how much work has already been done. But I don't think it matters how many resources you have to throw at it at this point if you're not already very close to being there. The core concern though is the approach taken to this - is the system being updated or is the approach to make the absolute minimum changes necessary to "look updated". The phrase "lipstick on a pig" comes to mind if its the latter.
My two cents for the company - if the situation is truly as you have depicted it and they are this far behind, there is simply no way that the product will be brought up-to-speed with the competitor you mentioned in that short a time frame unless the POS is very simple or there's been a really good team working on it for the past year+. Otherwise trying to do it and push it to market has a high likelihood of failure - customers that may have been willing to wait for a decent solution will jump ship sooner once word spreads that the first attempt at entering the 21st century is a horribly designed, bug-ridden failure that lacks half the features of your competitors and your legacy system. Not that the company can afford a "take the time to do it right" approach given where they are! If they are this far behind in product innovation there is likely little you can do about many of the customers you're going to lose in the next 6-12 months, but that doesn't mean the business will close its doors either (though there are many factors we don't have here like the qty of existing customers, sales force activities, whether revenues streams are sales based or service based, the specific market this POS is targeted at, does the competition's product have the same features, product stability, and price, etc.). Get a good team together to work on a solid solution to bring to market in the next year and consider short-term plugs to satisfy existing customers that may be itching to leave (which can be anything from a lipstick website that runs off a tablet to "loyalty" discounts - remember, most people don't want to have to change because change is scary and expensive).
Advice to you - if they aren't prepared to tackle the problem correctly then there's likely little point in trying to stick around that sinking ship (unless, of course, you can't find another job quickly!).
On the plus side - you guys are not the first company to face this challenge. Someone needs to do some serious research and learn from the successes and failures of the other companies in the same situation. For some companies this may mean paying a consultant some stupid amount of money to tell the owners/management the exact same thing that they're employees have been telling them for years.
To carry forward the analogy... The ship IS sinking, but the crew and passengers aren't doomed - but you've got to build a better ship (and do it responsibly, but quickly) - one that runs on wind and solar polar instead of coal and steam. Building a quick life boat and shoving all of the passengers on it will do nothing more than make it clear to all of the passengers that the ship is in fact sinking, the lifeboat doesn't have near the amenities of the ship they paid for, and that the crew has no plans beyond that. At this point the passengers will just wait for the next ship that comes passing by to save them - and given the choice they'll jump on the competitor's ship at this point before jumping on one of yours.
We have been making small products/features at the requests of our customers. We've turned out lots of neat looking websites, and other in house tools for them. Web ordering isn't an option we can go with, because of tech difficulties with convention centers.
We've been doing what we can. I'm the only developer for new software, and for updating. We have something of a manager, but he's not really able to program very much. He does help maintain some of the legacy stuff so that I can get more done.
Our system is POS - like. It's not a fully featured POS system. It's used in trade shows, but the easiest way to communicate it to other people is just saying POS.
The system isn't really that complicated. It's hard for the people running the small business to get their head around that. We've had to make very slow incremental changes. So we have a database available now, but we still have to support the flat file system. Once we create the table program - which is just a wpf program using sql express on a windows tablet - then we can start phasing out the flat files quickly. It would have been faster to just make a rewrite, but that is really scary for the owner.
You were right in that the challenge is that they are so far behind. Our internet ordering and at-show ordering can't even be considered the same system... so it has challenges with reporting. That's all stuff we are addressing. Right now we have an option, but as you can imagine with old technologies, it's still not idea. We have to use a web site I created to send files back to the office for processing.... not exactly real time. There are many challenges like this. Most of them are compounded by the owner (he helped write teh original, and hasn't learned anything new since qbx.)
I knew that it was going to be a lot of work when I was re-hired. I'm just freaking out because the customer list keeps getting shorter and , on top of that, the travel expenses of the company have been "putting our profit margins under pressure".
I'm going to ride it out until there's nowhere left to turn. If it works, then I'll be a hero If not, then I'll be on unemployment looking for another job.
That does give a more clear picture of things. To be fair, it's easy to fall behind in tech - especially these days. Having the original owner still involved and either insistent that the old stuff still works or that the redev is not worth it is harmful as newbies trying to insist that a complete redev is necessary every time a new language/framework/etc comes out. Still, running a DOS app would certainly put the company in the minority of successful companies in today's world. Finding a good way to bridge between the old and new "gracefully" is certainly one of the bigger challenges so there's no doubt that you have your work cut out for you. I can't believe (no matter how talented you may be) that they're putting the fate of the company in a single developers hands. That's a lot of pressure on you. We have a local company here that I believe was getting into the tradeshow market as well - I even talked to them at one time about mutual opportunities since we have done a lot of work with Kiosks, which have become quite popular at trade shows.
Hi All, I am now typing in my finals hours with my current employer. Following the advice I have had faffing has ruled the day since I was told. The upside to this is the software (the VB thing) has not (yet) gone wrong. That is a relief! Now I wondering how to unhook my Drop Box account from my PC, will simply uninstalling it work? Glenn
I am now typing in my finals hours with my current employer. Following the advice I have had faffing has ruled the day since I was told. The upside to this is the software (the VB thing) has not (yet) gone wrong. That is a relief! Now I wondering how to unhook my Drop Box account from my PC, will simply uninstalling it work?
Go to Preferences in the Dropbox software, select Accounts and then click Unlink This Dropbox. Then you should be able to uninstall Dropbox and finally delete the Dropbox folder on the computer.
Then I would clamp a high powered electromagnet to the side of the computer and turn it on.
Now the bastards won't get any of your important personal information.
Michael Martin Australia
"I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible." - Mr.Prakash One Fine Saturday. 24/04/2004
no that was going to be the plan if this version broke... I still can't get over the logic of including a way continuing if some goes wrong, "On Error Resume Next" or as I prefer it "if it errors, ignore it and carry on" fantastic! What the h*ll were they dinking when they came up with that?
Basic I seem to remember is Beginners All purpose Symbol Instruction Code, the clue should be the Beginners bit, I wrote a supporting application for this thing in C# works/no complaints one afternoon! , Basic still has problems probably but not my problem now.
There used to be a similar construct in COBOL (probably still is) that was commonly used in serial file access because when the end of file was hit it threw error code 23 - if you were processing a whole file this would happen once each run & therefore was an expected error.
Hence, you would continue to the next line after the read, but then the next line would be to check the error status - if it was 23, you knew you had finished, otherwise you invoked the error process.
If it's just being used to hide errors, though, I'm in full agreement. Probably why VB gets such a bad rap, but the coder has to take some of the blame.