]> granicus.if.org Git - postgresql/commitdiff
Update FAQ_DEV.
authorBruce Momjian <bruce@momjian.us>
Tue, 5 Nov 2002 21:53:24 +0000 (21:53 +0000)
committerBruce Momjian <bruce@momjian.us>
Tue, 5 Nov 2002 21:53:24 +0000 (21:53 +0000)
doc/FAQ_DEV
doc/src/FAQ/FAQ_DEV.html

index fdbea0f273ee22ba73b6067d0174502129c2e719..a2aae877822bc32f9fb114fa27dd6c9c31130b95 100644 (file)
@@ -1,7 +1,7 @@
 
           Developer's Frequently Asked Questions (FAQ) for PostgreSQL
                                        
-   Last updated: Tue Nov 5 16:49:16 EST 2002
+   Last updated: Tue Nov 5 16:52:46 EST 2002
    
    Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
    
    
    First, we support 15+ operating systems, so any new feature has to be
    well established before we will consider it. Second, most new
-   wizz-bang features don't provide dramatic improvements. Third, the
+   wizz-bang features don't provide dramatic improvements. Third, they
    usually have some downside, such as decreased reliability or
    additional code required. Therefore, we don't rush to use new features
    but rather wait for the feature to be established, then ask for
        remaining backend startup time.
      * The backend code would be more complex.
        
-   So, we are not "asleep at the switch" as they say with regard to new
-   features, it is just that we are cautious about their adoption. The
-   TODO list often contains links to discussions showing our reasoning in
-   these areas.
+   So, we are not ignorant of new features. It is just that we are
+   cautious about their adoption. The TODO list often contains links to
+   discussions showing our reasoning in these areas.
    
   1.10) How are RPM's packaged?
   
index 33068df6ca10589ac15e5c78aa6418c57feb2963..6b54fbce936c4d1217c7ff5fa1b3c24858e58a9d 100644 (file)
@@ -12,7 +12,7 @@
     <H1>Developer's Frequently Asked Questions (FAQ) for
     PostgreSQL</H1>
 
-    <P>Last updated: Tue Nov  5 16:49:16 EST 2002</P>
+    <P>Last updated: Tue Nov  5 16:52:46 EST 2002</P>
 
     <P>Current maintainer: Bruce Momjian (<A href=
     "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR>
     <P>First, we support 15+ operating systems, so any new feature has
     to be well established before we will consider it. Second, most new
     <I>wizz-bang</I> features don't provide <I>dramatic</I>
-    improvements. Third, the usually have some downside, such as
+    improvements. Third, they usually have some downside, such as
     decreased reliability or additional code required. Therefore, we
     don't rush to use new features but rather wait for the feature to be
     established, then ask for testing to show that a measurable
       <LI>The backend code would be more complex.</LI>
     </UL>
 
-    <P>So, we are not "asleep at the switch" as they say with regard to
-    new features, it is just that we are cautious about their
-    adoption.  The TODO list often contains links to discussions 
-    showing our reasoning in these areas.</P>
+    <P>So, we are not ignorant of new features.  It is just that
+    we are cautious about their adoption.  The TODO list often
+    contains links to discussions showing our reasoning in
+    these areas.</P>
 
     <H3><A name="1.10">1.10</A>) How are RPM's packaged?</H3>