Remove "Who Should Use" guide

Issue: DOCS-70
Change-Id: I91ffa2ebb11c539d61c8418ef1a4bcbb3799c23e
Signed-off-by: Jamo Luhrsen <jluhrsen@redhat.com>

diff --git a/docs/getting-started-guide/introduction.rst b/docs/getting-started-guide/introduction.rst
index 4bdf442816379fdd1f4a40c825afb8eeea7f4437..3632b57762307d719f739736d7030d7d994738a5 100644 (file)
--- a/docs/getting-started-guide/introduction.rst
+++ b/docs/getting-started-guide/introduction.rst
@@ -63,7 +63,6 @@ The Getting Started Guide also includes other helpful information, with the
 following organization:
 
 #. An overview of OpenDaylight and common use models
-#. Who should use this guide?
 #. OpenDaylight concepts and tools
 #. Explanations of OpenDaylight Apache Karaf features and other features that
    extend network functionality

diff --git a/docs/getting-started-guide/who_should_use.rst b/docs/getting-started-guide/who_should_use.rst
deleted file mode 100644 (file)
index 387e531..0000000
--- a/docs/getting-started-guide/who_should_use.rst
+++ /dev/null
@@ -1,36 +0,0 @@
-**************************
-Who should use this guide?
-**************************
-
-OpenDaylight is for users considering open options in network programming. This
-guide provides information for the following types of users:
-
-#. Those new to OpenDaylight who want to install it and select the features they
-   need to run their network environment using only the command line and GUI.
-   Such users include:
-
-   a. Students
-   #. Network administrators and engineers.
-
-#. Network engineers and network application developers who want to use
-   OpenDaylight’s REST APIs to manage their network programmatically.
-#. Network engineers and network application developers who want to write their
-   own OpenDaylight services and plugins for greater functionality. This group
-   of users needs a significant level of expertise in the following areas, which
-   is beyond the scope of this document:
-
-   a. The YANG modeling language
-   #. The Model-Driven Service Abstraction Layer (MD-SAL)
-   #. Maven build tool
-   #. Management of the shared data store
-   #. How to handle notifications and/or Remote Procedure Calls (RPCs)
-
-#. Developers who would like to join the OpenDaylight community and contribute
-   code upstream. People in this group design offerings such as
-   applications/services, protocol implementations, and so on, to increase
-   OpenDaylight functionality for the benefit of all end-users.
-
-.. note:: If you develop code to build new functionality for OpenDaylight and
-   push it upstream (not required), it can become part of the OpenDaylight
-   release. Users can then install the features to implement the solution you’ve
-   created.