Commits

Anonymous committed e727e57

Save in-progress edits to start filling in why SCons is better.

Comments (0)

Files changed (1)

 
 <h3>-----</h3>
 
-<p>Until your project is approved, only you can view it and work on
-it.
-</p>
-
-<ul>
-<li>This index.html will be used if and only if you have the "Use
-Project Home Page" option checked on the "Adminster Project" page
-(click the "Admin" tab).</li>
-
-<li>To edit this file, check out your project via CVS and edit www/index.html.
-
-<li>You can 'cvs add' and commit other files under the project's "www"
-directory and they will published to your project web site.</li>
-
-<li>Also, consider starting a thread in the "dev" mailing list to get
-thes discussion started.  A good one is an "introduction" thread where
-people post messages about themselves and their interest in the
-project.</li>
-
-<li>You can add a "Highlights:" line to the top of all web pages by adding a file www/project_highlights.html </li>
-</ul>
-
-
 <h3>Mission</h3>
 
 <p>The goal of The SCons Project
-is to become the premiere build tool for
-cross-platform, multi-language software projects
-by offering unparalleled
-reliability,
-flexibility
-and ease of use.
+is to become the premiere enterprise-quality tool for
+building cross-platform, multi-language software projects
+by offering unparalleled <b>reliability</b> and <b>flexibility</b>
+to software buildmasters and developers.
 </p>
 
+<p>
+Yeah, every project has similar lofty mom-and-apple-pie goals,
+blah, blah, blah...
+So why is SCons any different?
+Fair question.
+If you go to our public home page at
+<a href="http://www.scons.org/">http://www.scons.org</a>
+you'll get the usual lists of
+supported features and platforms, testimonials, etc.
+But you're presumably at <emphasis>this</emphasis>
+project page because you're interested in digging a little deeper.
+So here are the <emphasis>philosophical viewpoints</emphasis>
+that we think contribute to SCons being
+a really distinctive software build tool:
+</p>
+
+<dl>
+<dt>
+<b>Software builds are getting more complicated, not less</b>
+</dt>
+<dd>
+XXX
+</dd>
+<dt>
+<b>Making software build reliably is not a language design issue</b>
+</dt>
+<dd>
+XXX
+</dd>
+<dt>
+<b>You want to encapsulate software build complexity
+so most developers don't even have to think about it</b>
+</dt>
+<dd>
+XXX
+</dd>
+<dt>
+<b>Overall, a reliable build that takes a little longer is
+cheaper than a fast build that you can't rely on</b>
+</dt>
+<dd>
+XXX
+</dd>
+<dt>
+<b>Building software in multiple side-by-side variants is crucial
+in a multi-platform world</b>
+</dt>
+<dd>
+XXX
+</dd>
+</dl>
+
 <p>What is the scope of this project?
 </p>