| The Ultimate Business Machine Technology, business And, not least, about by: Bernard Teo
|
Fri 13 Apr 2007 Leopard delayed. And I get a new lease of life.Category : Commentary/leopardDelayed.txt I was beginning to understand that I wasn't going to be able to get new versions of MailServe, DNS Enabler and WebMon out in time if Leopard were to be released in May or June. Quite a few things still don't work, like SMTP authentication using SASLDB and CRAM-MD5, e.g., which I've been struggling with over the last three weeks. The trouble is, it's hard to find any information over the web, due to the non-disclosure agreement. So we have to be circumscribed about it. Let's just say, imagine NetInfo is gone, and so is lookupd. What do we have to do, to do things in an equivalent way? That's the kind of things that need to be solved, before we can even think about putting in new features or taking advantage of the new interface elements in Leopard. So, Leopard being delayed to October is great, at least for me. No excuses, though, if I don't then do a better job by October. SMTP authentication using SASL is something that had broken each time we moved from Jaguar to Panther to Tiger, and now to Leopard. Each time I had found a solution, but not, as it seems, this time. I've been tempted to drop support for it. But I'll keep on trying. Maybe it's just a bug that'll be fixed in a subsequent release. Hopefully. Because I've run out of ideas. On a happier note, I've got an LDAP (Light-weight Directory Access Protocol) Server running, at last, with help from Scott Riggins, who sent over some instructions, and I've got it running also on Leopard, no less. LDAP will link Address Book and email, and provide a single sign-on to authenticate users with mail, web and database servers. Imagine you get a new staff. You enter his data into the HR system, some of which goes into the LDAP system. He's then able to use his single password to logon on to the email and database systems, and his contact information appears automatically in everyone's address book. Same goes for a debtor or creditor record, originating in accounting. Centralised control or storage of information, but automatic propagation to wherever it might be useful. I can imagine how that can be made to help small companies, as well as the big ones. It used to be that this kind of power is only available to the companies with the big IT staff. The ones with the big iron. But now it's possible to make this available in a one-click installer/configurator that'll run on any stock, consumer OS X machine, available to all. That's power. The power to subvert the established order. The power, as Apple used to say, to be your best. Wed 14 Mar 2007 Luca 2.5.4Category : Technology/Luca2dot5dot4.txt I've updated Luca to work with the OS X 10.4.9 that was just released today. But, more importantly, this 2.5.4 release of Luca contains a new "Batch Postings" button (see below). One of the problems with transitioning Luca to a "shrink wrapped application", when it used to be a custom-built application that I embed into enterprise systems in my previous life as a custom software vendor, is that I won't be anywhere physically near the system when anything goes wrong with it. And one of the things that could go wrong is that the accounts stop balancing - due to a program bug or a loop-hole in the assumptions we used to model the business rules. Now, in a custom built application, I would usually be able to go over to the customer's site to trouble-shoot and patch the data to make the accounts balance again. But it would be difficult to do this once we scale this to support hundreds or thousands of users all over the world.
So, the Batch Postings button allows the user, once he realises from the Trial Balance that the accounts do not balance, to clear the balances and tally up the postings again from each voucher for that particular month. This should get everything to balance again and propagate the corrected balances forward to the following months. Usually this will be accompanied by a bug fix for the problem that caused the totals to go out of whack in the first place. Between the bug fix release and the "Batch Postings" button, I should be able to let the user go through months of trouble-free usage. Or at least, that's the plan. I used to have a utility that allows the user to check the health of the system and to actually pin-point the exact voucher or transaction that caused the accounts not to balance. That's one more thing to put in before I'd feel that I'd gotten Luca to the point where it could take any abuse that a user could throw at it. Mac OS X Tiger 10.4.9Category : Commentary/10dot4dot9.txt I've just updated my live server to Mac OS X Tiger 10.4.9. It looks OK to update. MailServe/Postfix Enabler, WebMon and DNS Enabler all continue to work OK. Fri 09 Mar 2007 Taking a break across the CausewayCategory : Commentary/Muar.txt I'm going up to Muar for the weekend. Actually, I'm looking forward to it. It's a two-hour drive across the Causeway. I wonder if I can find Internet access while I'm there. Otherwise I won't be able to get my mail. What's right about being a Mac fanatic?Category : Commentary/MacFanaticsRUs.txt It's strucked me, while working on getting DNS Enabler, WebMon, and MailServe, etc, to work on Leopard, that the Mac user community gets a certain unique benefit, in terms of higher quality of software, when the Mac developers are themselves Mac fanatics. Let me explain. What we like most about Macs is that they just work. And, if you're so devoted to that idea, you come in with a very real appreciation for the pristine state in which the system is delivered. And, if you're a developer, you try very hard not to upset that state. Otherwise the Mac will stop being a Mac. And that's what's happening when I'm trying, say, to get all the MaiServe features to work again on Leopard (some are broken; I'm still figuring why). I try to determine absolutely the least amount of changes that I need to make to the system, to give the user the most in terms of the added capabilities, like POP or IMAP, or support for installing SSL certs without the sweat. And I need to think ahead about how to restore the system to its pristine state, if at all possible, whenever the user chooses to de-install those capabilties. And so, all these are hard to do. But, if you're a Mac fan, you can't see how it could work any other way. Luca 2.5.3 ReleasedCategory : Technology/Luca2dot5dot3.txt Rio from Indonesia has been using Luca and he's hit a problem while trying to close a financial year. I had introduced a bug when I switched from using floating point arithmetic to using the higher precision NSDecimalNumbers. This bug prevents the year-end closing script from completing and it seems to have affected only SQLite users and not MySQL or PostgreSQL. Anyway, I've fixed it in the 2.5.3 release and the year-end closing function will now work across all three database types. You can download Luca 2.5.3 from here. I've managed to build a Leopard-compatible version of Luca. I've been experimenting with Leopard while I fixed that year-end closing bug. The 2.5.x releases mark the point where I transition to Leopard and see what new features in Cocoa I can take advantage of in Luca. There will be a Luca 3.0 when Leopard ships. Thu 01 Mar 2007 Disneyland for DevelopersCategory : Technology/DisneylandForDevelopers.txt I heard that phrase some weeks ago, I'm not sure where. I'm now fully on to Leopard, running it full-time on a MacBook, and I feel like I'm in it - this is Disneyland for Developers. So much to explore, and so fun. But a Leopard launch for end March? I certainly doubt it. It looks like we have some ways to go yet. Ideally I should have two machines running Leopard - one that's kept at the base-line fresh-install state so I can use that to compare against the changes I'm making to the other system. But I haven't the resources. I've been very careful to note the state of the system after a fresh install. But even then I'm always wondering if a file is there or wasn't there, or wiped out by something I was doing. So I've clean-installed the system at least three times now to check. This is back-breaking work. WebMon doesn't work because the web server's changed (for the better!, I think). I can't yet start up the dns server using DNS Enabler. And anyone who hacks Postfix Enabler/MailServe to set up the mail server on Leopard now is just going to mess up his system. I can't even get Luca to compile. So there's quite a lot of things waiting to be straightened out. I have that Jackson Browne song going through my head - "I dropped my life and couldn't find the pieces". I'm going to clean up MailServe, DNS Enabler and WebMon so they'll all work with Leopard, and see what new things I can build into them (from reviewing the mail I had been getting). Then I'm going to get back to building on Luca and Maven. Understandably, Leopard's not stable yet. And I hate it when some of the things I've grown to love and trust have been changed, and not necessarily for the better. But there's so much new technology out there now that's just crying out to be exploited. So that's keeping the interest strong in spite of the instability. I don't know about other people, but I can do this forever. Fri 23 Feb 2007 LeopardCategory : Technology/LeopardDevProg.txt I've been having problems downloading the Leopard releases from Developer Connection. I kept getting disconnected before the downloads can finish.
I have two broadband lines coming into my home/office. One, the higher speed 3500 kbps line, kept getting disconnected at around the 559 MB point through the download. The other, a slower 512 kbps line, didn't have the same problem, but because it's a 5.1 GB install, it can take over 24 hours to download, and something or other would happen and I would always find the download either failed or timed-out when I next looked at it. Now, I remember the last time we had a major OS X upgrade, moving from Panther to Tiger, I had the same problem. So I gave up downloading the developer releases after December, skipping the next two or so releases, thinking that things are not going to change much at the system-level going into the final release. I'd already seeded a few people with a Tiger-compatible version of Postfix Enabler and I hadn't gotten any feedback that anything was amiss. But that turned out to be almost a fatal mistake. Thinking back, I wonder how I could have been so complacent. When Tiger was released, I relased Postfix Enabler on the same day, and the downloads (and payments) started coming in, seconds after I've updated my web site. A couple of hours later, I received this : "First of all, thank you for writing and distributing this software. Postfix Enabler is currently starting postfix just fine (as far as I can tell) and claims to have started imap. However, something is wrong with pop3. When you try to start it the button goes away and comes right back. There's nothing in /var/log/mail.log about pop having done anything. Looking in /var/log/system.log reveals that "Server /usr/local/libexec/ipop3d is not executable [line=9]" So I manually copied the ipop3d binary out of the Postfix Enabler package and into /usr/local/libexec/ This allows ipop3d to start. I can get mail via pop3. However, pop3s fails." What happened was that Apple deprecated the use of xinetd in the release version of Tiger, though it was still there in my developer version. Everything now had to go through the launch daemons mechanism. Imagine, the money was pouring in (and I should be so happy), but some things weren't working and I hadn't a clue what was happening. If I couldn't solve it, I would have to return every one of those dollars. So I took the download link off with an apology that I'm working on a fix, drove through heavy downtown traffic to get a shrink-wrapped copy of Tiger, and spent the next seven hours debugging it. The story had a happy ending. Postfix Enabler was put back on-line, the downloads resumed (again, seconds after updating my web page and that was so amazing, and so did the money), and this had kept on going all the way till now, almost two years later (talk about a long tail). But I'm not going to make the same mistake again. So I thought I was going to stop everything else I was working on to make sure I have a way to always download the latest developer releases, all the way to golden master (do they still call the final release that, or is this so 20th century?). I've tried everything - Safari, iGetter, Firefox, CyberDuck - but nothing worked for me. I needed to know what was happening at the point of failure. So I cobbled together some code from the Developer Examples that came with Xcode (the Downloader and the MiniBrowser sample code). And the result is what you see in the picture above. Look closely - it's not Safari. I've duplicated enough of the Safari features to get the downloads to work so I can trace what is happening when they fail. In the end I've found a solution. The downloads were failing at the (mysterious) 559 MB point if I don't use a proxy web server. If I use that ISP's proxy server, the downloads don't get cut off anymore. (I wonder why - nothing turned up on Google - maybe not many people download over 5 GB at one go). So this should work also with Safari. It shouldn't now get cut off at 559 MB. But because I've concentrated on the download process, and every line of code has to do with download and nothing more, downloads using my version seem to run somewhat faster. I'm now able to download a Leopard release in about four hours. So that's a lot of improvement. The application itself is not really much. You can download it from here. But what I'd like to do, when I get the time, is to enhance it so that it can break the downloads into parts, like iGetter does. Plus a few other things. I've said it many times. Cocoa is a wonderful software development platform. I've always wondered how Safari's downloads window works, Like how do you get the progress bar with those little round buttons and icon into a normal table view? Turns out that it only took a few lines of code. Totally amazing. If I don't maintain some discipline I could go on forever into all these tangents. This is Disneyland for developers. But people have been asking about MailServe/Postfix Enabler/WebMon/DNS Enabler for Leopard. It's time to focus on the task at hand. Sun 28 Jan 2007 The Relentless Pursuit of PerfectionCategory : Commentary/relentless.txt I'm reading "Lexus: The Relentless Pursuit" by Chester Dawson. There's this passage : "During the F1 project team's first tour of the U.S. in 1985 (F1 was Toyota's code name for the car that came to be called the Lexus), [Chief Engineer Ichiro] Suzuki had taken copious notes, especially about the idiosyncracies of upper-income car-buyers on the West Coast. Even after taking control of the program, Suzuki personally made several return visits to study his target audience. During one visit in late September of 1987, six months after being appointed to head the program, he led a small team to a mission-style house in an expensive suburb of Los Angeles. The Japanese visitors had never seen such opulence in a private home except, perhaps, on the silver screen. Because of the extreme scarcity of land in Japan's urban centers and the high cost of housing, many Japanese spend most of their lives in cramped one- or two-bedroom apartments. Even the homes owned by top executives in Japan paled by comparison with the tidy estates of upper-middle-class Americans, to say nothing of the palatial spreads of the very rich. Members of Suzuki's reconnaissance team secured access to the living rooms of these conspicuous consumers and took snapshots of everything from the stucco exteriors to the interior decor. They wanted to get a feel for the aesthetic values that resonated with the wealthiest Americans. Nothing escaped notice: varnished wood mantles and exposed brick fireplaces; richly upholstered sofas; glass-topped coffee tables and plush carpeting; eggshell-white walls; the grand piano in the corner and the silver tea set in the dining room; the chandelier in the entrance foyer, and the arched doorway leading off to a bathroom. All exemplified a highly refined taste and understated sophistication. It was a lifestyle utterly foreign to the visiting Japanese and underscored the feeling that they had their work cut out to produce a car that could appeal to such people..." What's this got to do with software development? From the technical point of view, the work that goes into building great software is a lot like the work that went into the making of the Lexus. There's the same meticulous attention to detail, fueled by the same drive to achieve perfection. But from the business point of view, unfortunately, there the similarity ends. Software is hidden. It works behind the scenes. The same CEO who buys a Lexus, in an ostentatious display of wealth, status and earning ability, is often the same CEO who will squeeze the living daylights out a software vendor, in the mistaken belief that it demonstrates his superior ability to save his company money. So we, the software guys, get caught at the wrong end of the game. Look how the incentives are skewed. The more people a manager has working for him, the better he looks, the bigger the perceived responsibility, and the bigger the corner office. He can make all the right noises about investing in productivity, but great software or systems that actually deliver on that productivity are working at cross purposes with his real un-stated needs. Like, why have an accounting department with just two people when you can look like a powerhouse of a business with a VP for Finance and a staff of fifteen? I believe Microsoft succeeds better than Apple in business because it understands better the real concerns of the CEOs, CFOs and CIOs. Or least better than Steve Jobs, who see orifices where others see opportunities. Look how Apple has struggled selling to enterprises. The Mac's superior design and craftsmanship cut no ice with these members of the modern-day politburo. One would have thought that, if you can appreciate a Lexus or BMW or a Merce, then you should also definitely appreciate a Mac. I know I do but never mind... But this is the point I am coming to. An aspiring (and struggling) entrepreneur ought to study Apple religiously, for the responses it has made to fight its way out of its predicament, because we share more traits with Apple, with the need to find creative solutions to interesting conundrums such as these, than we do with Bill Gates. Really. So the day Apple launched the iPod, I remember turning to my wife and saying, I believe Apple has found the key. They've found the product to pour all their heart and soul, ingenuity and endeavour into, that finally shares those strange economic characteristics of the Beamers and the Benzes and the Lexus. Something that all the cool kids would want to use. And be seen to be using. And the more they have to pay for it, and have people know they paid for it, the better it will be. And so when Steve Ballmer says of the iPhone, "500 dollars? Hah hah, for the most expensive phone in the world, by far, Hah hah", I thought, that's precisely why people will buy it. And they'll place it on those splendid burnished tables in executive suites everywhere, in that understated, languid way that only the rich can affect, and there's nothing the IT managers, CEOs and CFOs can do about it. I believe it's no accident that Steve Jobs called all the people who worked on the iPhone to stand up in MacWorld. It may be to call attention to the idea that this phone has been built, painstakingly and meticulously, with love and a genuine craftsman's pride. So this will be just the right phone for all those people with "understated sophistication and a highly refined taste". This could be Apple's revenge for all those years of getting shafted by an un-imaginative competition, united only by a desperate need to maintain the mediocre status quo. All it has to do now is to deliver on the promise and make good on the execution. Then, like in an Ayn Rand world where Atlas shrugged and the Fountainhead flows, justice would have been served. Sun 21 Jan 2007 Would you buy a business system from this guy?Category : Commentary/ballmer.txt Steve Ballmer, esteemed (not!) Microsoft CEO, poured scorn on the Apple iPhone, in his trade-mark whiny, grating voice. But why would any business, in its right mind, dare buy software from one so oily?
I remembered when Richard Ellis in Singapore threw away its mostly new, still productive Macs to go all-Windows, I was told, "because Bill Gates is so powerful". But they ought to have watched this monkey dance. Somebody had taken leave of his senses ("Get up, get up, come on, give it up for me") :
There's an illness in the corporate world. A sickness of the mind ("But like Microsoft or not, the unsated appetite of this company is a testament to the ability and drive of the folks running the show. In business, like in war, half-measures don't make it. And when you go into battle, it helps if the true believers are in command." Huh?). And not just the corporate world. The developers, too, who follow in Microsoft's wake - in Microsoft's own words, used as pawns. Now, who are the fanboys and who's sucked into the Reality Distortion Field. I can't believe they're actually applauding it :
How un-cool can you get? Now this, by contrast, is cool. From John Siracusa, at FatBits. Guaranteed to bring a smile to your face. Powered by Cutedge Software !Category : Commentary/Platenspelers.txt This is Klaas de Jong's web site :
Notice the Powered by Mac OS X and Cutedge Software logos? Of course, I love seeing these. Makes it all worth it doing this. I would love it if more people tell me that their web site had been set up with the help of Cutedge software. There are examples, like this, because of the prior correspondence, but I couldn't be quite sure. Fri 19 Jan 2007 AEBS Hanging - Theories and HypothesesCategory : Commentary/NAT-PMP.txt Just an update to the mystery of my Airport Extreme Base Station hanging since I've got my new MacBook Core 2 Duo. I've tried almost every combination of Channel, Mode, and Multi-cast Rate using the Airport Admin Utility. I'd thought that I had hit on a certain combination that will work but I still found the base station hanging after a week, and so out went that particular theory. So I'm putting forward another theory, namely, the hanging is caused by the use of the NAT Port Mapping Protocol (in Airport Admin Utility):
in conjunction with the use of automatic .Mac syncing in Systems Preferences:
I've tried almost every idea, so why not this? The NAT Port Mapping Protocol option is new - it only appeared with the V5.7 Airport Base Station update. It is there to help make .Mac syncing go faster when you're syncing more than one machine on your local network with .Mac, behind your router. I've had that turned on since doing my last Airport Base Station firmware update. I've had automatic .Mac syncing turned on only since I had the MacBook Core 2 Duo. For me, .Mac syncing alone is worth the subscription cost of .Mac because I change my development machines often. So after I had that effortlessly smooth transition to the new MacBook, I thought - why not make syncing automatic. My theory is that some confluence of events relating to the use of the new Airport Extreme card in the new MacBook, together with NAT-PMP, together with the possibility that a sync was in progress when I decided to end a work session, caused the Airport Extreme Base Station to hang moments after I've closed the lid of the MacBook. Now all this is just theory, not being able to debug the code in the Airport Base Station. The theory will die a natural death if the Airport network hangs in the next few days. But it's been a week now. So we'll see. But the point is : that's what we programmers do all the time - formulating theories. I've often been hit with despair when my own software application keeps on crashing randomly, and it seems there's no way to figure out why except to pray to God. But what I've learnt is this - the way to solve it is to keep on generating theories - and have the ability, and stomach, to keep on testing them. Writing good software is hard. That's why I'm willing to give the Airport engineers some slack and try to find ways around a possible bug - the alternative is to believe, as has been suggested when you do a Google search on this problem, that the base station is reaching the end of its useful life. If it survives another couple of weeks without hanging, I'll be prepared to believe that rumours of its impending demise had been greatly exaggerated. OOps, I forgot to mention that the solution I'm trying out is to turn off the NAT Port Mapping Protocol option in Airport Admin Utility. Read more ... |
Mac@Work
Services running on this server, a Mac Mini running Mac OS X 10.9.2 Mavericks:
all set up using MailServe, WebMon, DNS Enabler, DNS Agent, VPN Enabler, Liya and our SQL installers, all on Mavericks. |
||||||||||||||||||||||||||
