- main - earth.li

add-on page
by Jenny_Hopkins＠toby-churchill.com 11 Jun '01

11 Jun '01

Hi all, I've just about finished a web page for alug listing sites and books. (I was going to have the How I Did The NIC Thing on there too but not done it yet). I haven't got a domain and recoil at the thought of Freeserve's free space cluttering it up with banners, so is there a way I can plonk it up on the alug site? Re. relative links....(eg the alug logo), will they be in the same directory? Jen.

2 1

Re: [Alug] Vote now! 17th or 24th...
by Jenny_Hopkins＠toby-churchill.com 11 Jun '01

11 Jun '01

1. Go ahead as planned 2. Postpone to the following Sunday Either suits me ok. A shame to break B John's long-standing tradition of attending meetings. Jenny.

1 0

Weekly IRC meeting reminder
by Adam Bower 11 Jun '01

11 Jun '01

This is the automated ALUG irc meeting reminder sent to remind you that there is an irc meeting tonight (Monday) at 8.00pm. The meeting takes place on the irc server irc.openprojects.net in the #alug channel, you can take a look at www.openprojects.net to get more info on the openprojects network. Popular irc clients include tkirc, bitchx, xchat and ircII on Unix, and Mirc under windows. Here are some links to help you get started with irc. Unix http://www.bitchx.com http://www.xchat.org http://freshmeat.net http://www.epicsol.org/ (for Brett!) Windows http://www.mirc.com (loads of help with irc for newbies!)

1 0

Re: [Alug] ALUG Librarian stuff
by MJ Ray 11 Jun '01

11 Jun '01

David Freeman <david_freeman(a)rocketmail.com> writes: > Exactly. The english language is a self referential incomplete system ( > i.e. recuresion to recursion) and by using a meta language - UML - we > can desribe things without the self referentailism. ...but instead UML is defined in English which is a self-referential... you get the idea ;-) > I think you mean spiral [...] Instead of what? "Waterfall" rings a bell from my Systems Engineering course many years ago. -- MJR

3 2

Re: [Alug] ANNOUNCE: ALUG 2001.4 (End Of The Academic Year!)
by MJ Ray 11 Jun '01

11 Jun '01

"Mark Wilkinson" <mark(a)wilkinson.uk.com> writes: > I hate to be the one to say this but I think it's worth pointing out that > 17th June is Father's day and some of us may have other commitments that > day, especially those travelling a long distance. Oh well, where were you 10 days ago? Bit late to change now, unless there's an overwhelming outcry. I'll hold the announcement back until tomorrow just in case. -- MJR

2 1

Re: [Alug] ALUG Librarian stuff
by MJ Ray 10 Jun '01

10 Jun '01

David Freeman <david_freeman(a)rocketmail.com> writes: > > Anyway, imperative-OO still has "do this, do that" at its core... > Not if used properly. its more on event x do y etc... Still, imperative. [...] > True. I wasn't there so can't comment much. but how was the program > spec defined? I'm not too clear on that (I was just trying to assess technical skills), but copiously specified by recognised experts from partner institutions. ;-) > prototypes? you design it in pseudo code, Yippee, non-testable code! > this then becomes your comments as you write code round them. All > languages(well most) have the same basic principles of sequence > selection and interation. Read Code Complete by Steve Mcconnell. Is it a book, article, kiwi fruit, sth else? You're describing imperative programming again, but that's irrelevant here. -- MJR

1 0

Assumptions and Paradoxes Re: ALUG Librarian stuff
by MJ Ray 10 Jun '01

10 Jun '01

David Freeman <david_freeman(a)rocketmail.com> writes: > > Have to pretty much try this. Having some sort of deposits may be a > > good move, but who holds them? > In a per-to-peer system? good question, in a centralised system? the > librarian. So who is the librarian with lots of space and time for travelling? No-one, I suspect. [assumptions] > So basically you are using one incomplete system for prove another > incomplete system? An assumption is object with no evidence of fact > backing it up which is used to help prove one system. And as such they > are the mother of all f*** ups. No, assumptions are essential to any logic system. You may not like them because they can't be proved, but you can't do anything without them. Did you know that the commonly-taught version of mathematical set theory has assumptions which lead to logical inconsistencies? A good example is Russell's paradox, the set of all sets which do not contain themselves. There was a long effort early last century to define a set theory which was free of inconsistencies. My memory is not perfect, but I don't think that it succeeded. Therefore, I propose that any system will have flaws arising from its assumptions. The best we can hope for is minor flaws, but by making the assumptions relevant, we can get something which serves us well. -- MJR

2 1

Re: [Alug] ALUG Librarian stuff, part 2
by MJ Ray 10 Jun '01

10 Jun '01

<skirmish type="horseback" carrying="scythe"> David Freeman <david_freeman(a)rocketmail.com> writes: > Why not use a sensible system? Why not write the front end in Java and > use the JDBC? <slay with="scythe" reason="playing devil's advocate">David Freeman</slay> <fx type="blood-curdling scream" /> </skirmish> Oh, and now find the system which is running the library in Java with JDBC... > Also don't forget the need to stocktake and do a check on integrity. > Stocktake can be done on the fly, ie when an item goes through the > hands of a trusted party - the item can be "audited". Another table > becons. I imagine the integrity check to er um prove transactions > are ordered OK vs datestamp sequence, If you accept items which have moved successfully recently, you only have to get the original issue codes from the holders of the other books to make sure they still have it and accept responsibility for it. Flag anything that hasn't moved for ages or has moved unsuccessfully for investigation by the admin. -- MJR

2 1

Re: [Alug] ALUG Librarian stuff
by MJ Ray 10 Jun '01

10 Jun '01

David Freeman <david_freeman(a)rocketmail.com> writes: > we think > a has the facilities to do x y and y > b inherites the functionaility from a and adds p q r and s > OO is better for modern software. Some people may, but I see a process as a composition of processes carried out by actors. Imperative-OO is just so much overhead to this viewpoint. Anyway, imperative-OO still has "do this, do that" at its core... > Read UML in a nutshell and get back to me, and also phone the poor sod > and give him the Job, he sounds like he may know what he's talking > about. Formally proving programs, nice :o) Sure, he'd be good for a job, but not a job where we needed someone to design applications to an already-defined specification and deal with a large backlog of data to be processed. Horse for courses ;-) At the very least, he was off-beam with his pitch. > > > > > Good code is code which meets the needs of the application and > > > > > doesn't crash. [...] > > > > Being written is a prerequisite for these. > > > No its not, being written well is the prerequisite. > > How is being written not a prereq for being written well? ;-) > You obviously aren't in the camp of designing bugs out of programs. Yes, but how can you design without prototypes? Show me someone who can make things without ever experimenting and I'll show you some angels on the head of a pin... > I'm no expert in this sort fo stuff, but I do know that the whole > relational Paradigm and the OO paradigm are very closely tide in, ARF! -- MJR

2 1

Re: [Alug] ALUG Librarian stuff
by MJ Ray 10 Jun '01

10 Jun '01

David Freeman <david_freeman(a)rocketmail.com> writes: David, trim your quotes, please. ;-) > Centralisation. As much as I like the idea of the Peer-to-peer > networking technique it, like most ideas, is only applicable to certain > tasks, and I believe this isn't one of those. I think a hybrid of > peer-to-peer and centrailised systems much like napster would be a good > solutions. Well, this has been covered in the earlier messages, but unless we have this p2p scheme, then either books will have to only change hands at our irregularly-spaced meetings when the borrowers are both present or whoever is the librarian will have to travel a lot. > I may also model the relational scheme or I may do it as objects to be > written in java. Oi! Implementation issues! Make your mind up! ;^) [...] > "yes, Joh do you have the book I gave you at the last meet?" > "No I wasn't at the last meet" > "So who got that book then?" This is why the ticket-code system was being mooted. As I understand it, it could work like this: the prospective borrower gets a release code on their request which is also sent to the current borrower. The current borrower checks that the person asking for the book has this release code when handing the book over, then confirms the handover to the library system, once again with the code. > I will have to confiscate your fine adjustment tool at the next meet. > Every engineer knows that a large ajustable spanner works better, after > all it has more uses than just bugdening something :o) Adjustable spanners are crap. They break when you bludgeon things with them. > oh goody an interative development process. Is this sarcasm or not? :-S -- MJR

2 1