From oracle-l-bounce@freelists.org Fri Jun 18 08:37:18 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i5IDb3325277 for ; Fri, 18 Jun 2004 08:37:13 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i5IDar625212 for ; Fri, 18 Jun 2004 08:37:03 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 19F9572C4E7; Fri, 18 Jun 2004 08:21:07 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05020-15; Fri, 18 Jun 2004 08:21:06 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2F6E572C728; Fri, 18 Jun 2004 08:21:06 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 18 Jun 2004 08:19:44 -0500 (EST) X-Original-To: oracle-l@freelists.org Delivered-To: oracle-l@freelists.org Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id EC85772C4B8 for ; Fri, 18 Jun 2004 08:19:43 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03310-73 for ; Fri, 18 Jun 2004 08:19:43 -0500 (EST) Received: from smtp-out3.xs4all.nl (smtp-out3.xs4all.nl [194.109.24.13]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id F2FEE72C3F4 for ; Fri, 18 Jun 2004 08:19:42 -0500 (EST) Received: from homecenter (213-84-218-175.adsl.xs4all.nl [213.84.218.175]) by smtp-out3.xs4all.nl (8.12.10/8.12.10) with ESMTP id i5IDeNuD043162 for ; Fri, 18 Jun 2004 15:40:28 +0200 (CEST) Message-Id: <200406181340.i5IDeNuD043162@smtp-out3.xs4all.nl> From: "rob zijlstra" To: Subject: RE: DBA Hacks Book Date: Fri, 18 Jun 2004 15:40:13 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0018_01C4554A.8F02C200" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <002e01c454e4$ee6f6150$6501a8c0@darrell1> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Thread-Index: AcRU5QMhJ+SZWxdmSMOvxEKx3YJMVAAU9jcQ X-Virus-Scanned: by amavisd-new at freelists.org X-archive-position: 3019 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: rmsah@xs4all.nl Precedence: normal Reply-To: oracle-l@freelists.org X-list: oracle-l X-Virus-Scanned: by amavisd-new at freelists.org ------=_NextPart_000_0018_01C4554A.8F02C200 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit >> I work with developers who use our databases all the time in ways that aren't anticipated but I can't discuss it without a lot of unfriendly language. Here we go again. In prehistoric times (about 1980) when I started to learn to program, one of the first things I learned that if a user does something that you hadn't anticipate, it was not the fault of the user. Of course it only meant that the programmer didn't use his brains enough to foresee these things. He should make a better program, and certainly NOT try to explain to the user that 'he shouldn't do that and that'; no, if he was a real programmer, the user could NEVER even do 'that and that'. The sentence above only means to me, that the person who developed the db in question should try to work smarter instead of complaining! Greetings, Rob Zijlstra. ------=_NextPart_000_0018_01C4554A.8F02C200 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable DBA Hacks Book

>> I work with developers who use our databases all the time in ways that aren't = anticipated but I can't discuss it without a lot of unfriendly language.

 

Here we go = again…

In prehistoric times (about 1980) =  when I started to learn to program, one of the first things I learned that if = a user does something that you hadn’t anticipate, it was not the fault of = the user. Of course it only meant that the programmer didn’t use his = brains enough to foresee these things. He should make a better program, and = certainly NOT try to explain to the user that ‘he shouldn’t do that and = that’; no, if he was a real programmer, the user could NEVER even do = ‘that and that’.

 

The sentence above only means to = me, that the person who developed the db in question should try to work smarter = instead of complaining!

 

Greetings,<= /p>

 

Rob = Zijlstra.

 

 

 

------=_NextPart_000_0018_01C4554A.8F02C200-- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------