SlimSoft: SlimSoft's Blog
Please update your Flash player.
 

Ramblings about what's happening at SlimSoft, interesting trends and developments in the Manufacturing Execution System (MES) space, Manufacturing IT in general, and anything else which we think is cool.

Sunday, August 21, 2005

We finally managed to update our website to a new, cleaner look. There's still lots of work to do updating content and adding some more info about the company, etc, but it's a start. Stay tuned in the coming weeks as we continue to add content.

One key addition which we are excited to announce is a Careers page. And there's even a few postings!

We'd love to hear your feedback on our new layout. We look forward to your comments.

Monday, August 15, 2005

A while back, Renata posted about a company called 37 Signals. For those of you that are customers of ours, you use a product by 37 Signals almost every day... our Project Central is a hosted solution provided by 37 Signals called Basecamp. 37 Signals is an interesting company who specialize in web development, and most importantly simplicity in web development. 37 Signals also maintains a blog called Signal vs. Noise which has become one of my daily readings.

Today's posting by Jason "Apprehension is the enemy of interface design" really hit home to me:

Go to your local grocery story or Home Depot, or whoever else has self checkout and just watch. Watch for about 10 minutes. You'll see the physical manifestation of apprehension caused by people interacting with machine-based interfaces.

You'll see lots of squinting, lots of "almost pushed" buttons, lots of hand sliding and gliding (when someone moves their hand around the screen seeking out the button the want to press), lots of slow motion ("the slower I go the less mistakes I can make"), lots of corner-eye looks to see what everyone else is doing, and lots of quick pull aways. It's as if the faster you pull your hand away from the screen the less likely the machine will think you meant to do something wrong.

The posting goes on from there to recommend some guidelines to solve these problems...

One of the comments to Jason's posting really made me chuckle... a common problem with these machines is how they rely on the weight of your goods to determine if you are telling the truth about what you have purchased. Sometimes they get messed up. He talked about how when he uses the machines, he found that a quick solution to this problem was to just put your foot on the scale as you scanned the items. Maxing out the scale solved the problem. While I don't recommend this technique to anyone, it reminds me of all the clever solutions I have come across in factories to "work around" deficiencies in software design.

Think about the above from the perspective of an HMI panel, or any other Plant Floor application. The problem is exactly the same. This goes back to my posting last month about Usability vs. Maintainability. Which in the end costs more money? An operator who struggles through every interaction with their computer, or the extra burden on IT staff to maintain the solution. As I said in my post on the subject, I hope that we can eventually get to the best of both worlds, but until then, my vote is with the operator. I think if a cost benefit analysis was performed, which measured the cost of downtime caused by mistakes, as well as the cost of inaccurate data resulting from a less than obvious user interface, that this cost would far outweigh the cost of maintaining the solution.

As we embark on new projects and opportunities, let's all try to take a step back and think through the who, what, where, when, why, and most important of all the how.

Thursday, August 11, 2005

SlimSoft has started exploring some of the concepts being promoted by the agile methodologies used in software development. One concept that I find intriguing is the concept of iterative development. I often develop large, complex reporting applications and I have experienced both development extremes: minimal specification and very detailed specification. In my experience minimal specification has turned into a monster that bogs and demoralizes the development team and frustrates the customer because it is hard for the team to stay focused and on track. A very detailed specification on the other hand tends to overwhelm the customer and stifle the creativity of the development team.

At SlimSoft we are gravitating to a development philosophy that is somewhere in the middle. I believe the development team needs to work from a prototype and vision document. The purpose of the vision document will be to describe the idea(s) being pursued and the prototype will allow the developers and the users to get a feel for the level of user interaction and the type of output required by the application. The development process will then be broken down into several iterations. The first iteration will be described in detail. After the first iteration is complete the development team and the customer will have the option of changing the vision document and prototype before the next iteration begins. This iterative process will continue until customer is satisfied with the overall solution.

I have realized that it is impossible to think of all the details in the early stages of a project. I have also realized that it is a futile exercise to try and do so, because inevitably ideas surface once a solution is incorporated into the production environment. I believe that a managed development effort that allows for iteration will result in a solution that will better meet the customers needs.

How would you respond to a project environment based on this philosophy?

Tuesday, August 09, 2005

I have been subscribing to a great Magazine called Business 2.0 now for almost 2 years. I find this magazine to be the perfect blend of Business, Tech, and humour. I can't count the number of times over the last few years I have found myself quoting some article in the mag as I discuss something or other with the guys at lunch. If you have never read it, I highly recommend it!
I opened my mailbox today to find this month's issue. The front cover is "The 29 Best Business Ideas in the World". Interesting title... But what really got me excited was when I saw what their Idea #2 was: "Why Latin America is the New India".

As I posted last week, we are well on our way to establishing a presence in Costa Rica. This article is like a checklist of the reasons we are so keen on Costa Rica. The high level of education, time zone, flight time, pro-investment government, and progressive attitude all make Costa Rica an ideal place for SlimSoft to grow and prosper, while at the same time offering our customers a very attractive pricing. The fact that Renata and I also want to live there at the very least a large portion of the year helps as well, but without the above, this would remain a dream.

Before the end of this year, SlimSoft will have resources in Costa Rica ramping up their Manufacturing IT skills. This article reinforces that we are heading in the right direction not only for us, but perhaps more generally as well.

If you want to keep up with our progress, keep an eye on our Costa Rica Blog as well...

Sunday, August 07, 2005

Renata, Andrew and I have amassed over twenty years of experience with GE Fanuc's Proficy Plant Applications software suite. Over this period, we have been involved in many installations and have established some "best practices" for deploying the product. We would like to share this knowledge with you, as well as provide a forum for you to share your knowledge and solicit help from the rest of the Users Community.

We are considering hosting a Users website that will involve a bulletin board, chat room, file sharing area and other community type features. Before we spend a lot of time setting this up, we would like some feedback from you.
  • Is this redundant with another initiative?
  • Would this be beneficial to you?
  • Would you contribute?
  • Would your company allow you to contribute?
  • Would a moderator be required for a chat room?
  • Should the scope be constrained to Plant Applications, or should it include Historian and other modules in the software suite?
  • Should access be through a User Account, or is anonymous entry OK?

Looking forward to your comments.

Home | Expertise | Services | News | Blog | Careers | Client Area | Contact Us