MeerCat's Journal MeerCat's use Perl Journal en-us use Perl; is Copyright 1998-2006, Chris Nandor. Stories, comments, journals, and other submissions posted on use Perl; are Copyright their respective owners. 2012-01-25T02:48:51+00:00 pudge Technology hourly 1 1970-01-01T00:00+00:00 MeerCat's Journal Preparing to launch <p>After 3 months of various levels of testing, <a href="">SwapsWire</a> is almost ready to go live !</p><p>No perl left in the production code, but all the build system, release process, status web pages, bugzilla integration items etc are all written in perl. And of course, if I hadn't been able to knock up the prototype in a few weeks in perl, then we never would have got the go-ahead...</p> MeerCat 2002-10-09T13:24:24+00:00 journal 6 months later - being paid to stand still <p>Hmm... now have a team of 5 highly paid very competent programmers who have managed to re-write my perl'isms in C++ (which appears to have now become a very ugly language since being my native language for 10 years) - and despite 35 of the biggest companies in the world deciding that "this writing-it-in-house is the only viable solution", we still seem to be stuck at the "but you can't go any further until we all make our own tuppence worth of comment", combined with "I know you haven't been allowed to formally start the project, and we've changed the entire scope/timescale plan 4 times in the last 3 months, but you will still deliver by the date you quoted 6 months ago won't you"...</p><p>So tomorrow I have 10 project managers descending for PowerPoint presentations, rather than just the 5 of last time - this (in The City) is progress...</p><p>Oh well, wrote a decent multi-language, multi-platform, multi-compiler-per-platform build system in perl (after looking at cons and various other alternatives to make) that's humming along nicely, and some quite handy perl modules to drive <a href="">perforce</a> operations too without needing to compile up the API - makes life easier to map from "this is series of the command-line operations I do that I want to automate". So the nightly "label and clean build at the top of the tree, and email the results to the build-meister, plus (if it doesn't work) send a threatening email to anyone who has submitted changes since the last time the build worked" seems to buzz along nicely in surprisingly little code - did I mention how much I like closures ??</p> MeerCat 2002-04-03T22:32:47+00:00 journal The problems of "already knowing about it" <p>So I prototyped, in Perl of course, over 4 weeks a complete reliable TCP/IP messaging system with specific characteristics suitable for our requirements (global private WAN carrying billions of dollars of trades per day) and modelled service lookup, error detection and correction, and a complete hub system - got grilled about the work by 5 head-honchos from the biggest potential users, and they report a couple of "key risks" of the prject as being</p><ul><li> <b>"Trust-me I&#8217;ve built one before" mentality</b> <br>Well, its better than a "trust me I've never done this before" mentality...</li><li> <b>Implementing own reliable messaging may be more complex than anticipated</b> <br>Er... that must be why I built a fully working prototype of just that bit....</li></ul><p>What do you do ?? Anyone would think I wasn't offering them a solution where they get twice the product for just 10% of the original cost....</p> MeerCat 2001-10-02T14:41:24+00:00 journal This week I have mostly been... <ul><li>Reviewing <a href=""></a> to see about turning it into a true proxy</li><li>Prototyping a comms framework to replace a $10 million dollar piece of useless software</li></ul> MeerCat 2001-04-11T14:35:05+00:00 journal