Showing posts with label bento. Show all posts
Showing posts with label bento. Show all posts

Saturday, December 08, 2007

Exams, Leap, Weather etc.

If someone had come to me on the day I graduated University, and said "when you are 48 you will still be studying and sitting exams", I think I would have assumed that they were crazy. However, this morning I sat the Prometric exam for the Hitachi Data Systems "Storage Foundation Modular" course (HH0120), and I'm studying for a couple of Juniper router exams that I need to get out of the way before the end of the year. I passed the HDS exam, but the Juniper exams promise to be tougher, so I'm spending my "free" time - such as that is - studying. Hence the silence for the last week. However, I need a break: my head is a whirling mass of acronyms and vendor jargon.

In the last 45 minutes we've had one of the big sub-tropical storms that make Sydney's climate so interesting. Thunder, lightening, thick black clouds and torrential rain. I unplugged my machines and went and read a manual until the storm passed, and from the sound of it, it is now moving East and out to sea. Mungo, who doesn't approve of weather with sound effects, went and hid under the dining room table. Percy, who knows that the safest place in the world is my lap, came and sat on me. Percy loves a lap, which is fine in winter, but not entirely comfortable on hot, humid days. I should probably be grateful that Mungo rarely wants to sit on me - no human lap is big enough, and he tends to cut off the circulation to your legs if he sits on you for long. However, as a general rule, if Mungo wants to sit on you, you are either in his chair, or he feels unwell and needs a hug.

I notice that the folks from Furl have finally fixed their export facility. Now I just need time to munge my Furl archive into EagleFiler - suggestions, anyone? I've never needed to do a bulk import before.

Someone asked me to look at Leap a while back. I did look, and while it is a nice application, I'm afraid it may be one whose time has already passed. If Leap had come to market a year ago, before Leopard, I think there would have been general rejoicing. But the improvements to the Finder in Leopard are such that I'm having trouble seeing what functionality Leap gives me that I can't get from the operating system. For example: when I went to book my Prometric exam, the call centre person asked if I already had a Candidate ID number. As far as I can recall, the last time I did this type of exam was in about 1997, and the system was being administered by a company who was subsequently merged/bought out/consumed with or by Prometric. I said I might have an ID in the old scheme, so he looked up my name, and sure enough, he found a match. But he needed the street address and phone number that I had when I last used the ID, to confirm that it was me and not some other person called Melodie Neal. So I said "that was 10 years ago, the company I was working for is gone, I don't recall the street address (I could drive there, but that doesn't help), and I certainly don't know the phone number. Give me a minute". I went to Finder, ran a search on my old employer's name, filtered on Kind=Document and Last Modified=Before 1/12/1997, and easily found an old contract with the required information embedded in it.

Quicklook and Coverflow allow me to glance at documents without launching their normal handling applications. So I'm afraid I don't quite see why I would need Leap. If I've missed something here, could someone please point it out to me? Note: any further grumpy exchanges between developers arguing the merits of their particular preferred language/architecture/whatever should be conducted elsewhere. I tolerated the last one, but you guys need to understand that most of us ARE NOT INTERESTED. We care about the end result, not how you got there. If this seems odd to you, please consider that for me, as an infrastructure engineer (the person who racks the kit, runs the cables, configures the firewalls and writes the operations manuals), some of the worst problems I have ever had to deal with have been caused by developers. Developers who assumed that the infrastructure could run their software (you never said you needed a proxy server!), or that the firewalls would pass their packets (you have got to be kidding: you can't use ftp to transfer medical records to another country!). You assume the plumbing will work, I assume the software will work. The details are your problem or mine, depending on our specialities.

Later

There was a break there, because Steve (my husband) came home from work, and we started our normal end of day routine. We have a sherry, debrief on the day's activities, and start dinner (he cooked, bless him). It's now Saturday night.

Now, before I forget: volume 2 of Blue Mountains Music is out. Do yourself a a favour and go here.

Also out is an update to the Bento beta. On brief inspection I can see no changes, so I assume it's mostly bug fixes.

I've no significant response to my previous post on Mac-compatible, PDA-portable databases (other than comments from other folks who would like the same thing). This is a bit sad: here is a clear requirement for a product, and we have people trying to write replacements for things already provided natively in the OS. Sigh.

Monday, November 19, 2007

Dear Mac Application Software Developers....

I know you are out there, and I know that on occasion you track blogs like this one - and I'm hoping you will happen by and read this post. I have a problem, and I'm sure one of you can solve it.

For a very long time (more years than I can recall), I've had a Palm Pilot. The exact model has changed over the years, and the current instance is a LifeDrive. This device serves several critical functions, and I do not leave the house without it. The function that I am interested in today is a set of three databases: DVDs, Fiction and NonFiction. Those databases hold what you might expect: the shelf lists of the thousands of books and hundreds of DVDs in my house. With publisher details. And ISBN numbers. Since bookshops hold a magnetic attraction for me, and I tend to buy faster than I read, I need to keep a list of what is already on my overloaded shelves.

I use a database called HanDBase3, from DDH Software. The integration between Mac OS X and the HanDBase desktop is pathetic, and to be frank, and the software is flaky. If you want to see a really ugly bit of software that claims to be for a Mac, go look at this. I have also started using the Delicious Library software, which is nice, but only exports to an iPod as Notes. Less than ideal if you are dealing with thousands of items.

What I really want is a database structure that I can define, and which I can access in some way either from my Palm Pilot, or from an iPhone or iPod Touch. I don't need to edit anything on the handheld, I just need to be able to search and view fairly simple records. I don't particularly want to use my Blackberry for this because it is not really mine - it is my employer's. I may not have it in my next job, and my current employer has security concerns about content on company owned devices (I don't blame them).

Recently, the FileMaker people released the beta of their Bento product. It looks OK, though it needs work, but you can't expect miracles from beta software. I could easily construct the sort of databases I need in Bento, but there is no way to export the data as anything but CSV. I'm guessing that the iPhone and iPod Touch will require XML.

So there's my challenge: a user defined database that can be searched on a Palm Pilot, an iPhone or an iPod Touch (just one will do, I don't need all three). Something stable, and with decent Mac integration.

Is that so hard? More detailed spec available on request.....

Addthis

Bookmark and Share