User Tools

Site Tools


dev:new_developer_wishlist

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
dev:new_developer_wishlist [2012/03/23 10:40] spraterdev:new_developer_wishlist [2022/02/10 13:34] (current) – external edit 127.0.0.1
Line 1: Line 1:
 +====== Quicklinks to Contributions Pertinent to our Wish List Below ======
 +
 +  * This is our starting point: [[:contributing#code_contribution]]
 +  * Also see Using [[dev:git]]
 +  * Also see Dan Scott's tutorial on developing the TPAC at [[http://bzr.coffeecode.net/2011/tpac_tutorial/]]
 +  * New Stuff
 +    * [[:EG_Developer_Overview|Evergreen Developer Overview]] (initial draft provided by Thomas Berezansky)
 +
 +====== Wish List Items/Discussion ======
 +
 Let's put our wish list items in here.  We can discuss what is needed and who will work on developing them. Anyone who would like to claim some items from this list can pull them out from the top and include them in a description of what they are going to document and list the "wish list" items that will be covered by their contribution below the description. Let's put our wish list items in here.  We can discuss what is needed and who will work on developing them. Anyone who would like to claim some items from this list can pull them out from the top and include them in a description of what they are going to document and list the "wish list" items that will be covered by their contribution below the description.
  
Line 5: Line 15:
       * Necessary prerequisites (packages, libraries)       * Necessary prerequisites (packages, libraries)
       * The build system (makefile structure, adding new make targets)       * The build system (makefile structure, adding new make targets)
 +      * Step-by-step troubleshooting:  where to start, how to pinpoint which area of the system is causing problems
     * Using git (the existing [[dev:git]] page is already very useful)     * Using git (the existing [[dev:git]] page is already very useful)
     * How to submit a patch     * How to submit a patch
Line 16: Line 27:
       * Overview of source tree structure       * Overview of source tree structure
       * Coding conventions       * Coding conventions
 +          * Style Guide
 +      * Manual tests you can perform to test different parts of the system (the srfsh interface, testing javascript in Firefox with Firebug, command line, etc.)  (see tsbere document-in-making below)
 +          * And when you can just refresh a page, when you have to restart apache, when you have to restart opensrf, when you have to run make again, etc.
   * **API Reference**   * **API Reference**
   * **Useful resources**   * **Useful resources**
-  * See Dan Scott's information on developing the TPAC at [[http://bzr.coffeecode.net/2011/tpac_tutorial/]] - it does not yet dive +  * See Dan Scott's information on developing the TPAC at [[http://bzr.coffeecode.net/2011/tpac_tutorial/]] - it does not yet dive into how we're loading up the context objects from Perl but is a suitably licensed starting point at least.
-into how we're loading up the context objects from Perl but is a suitably licensed starting point at least.+
  
   * **Areas Claimed to Document**   * **Areas Claimed to Document**
Line 41: Line 54:
 It could be good to have this information (or at least a part of it) on its own wiki page: a list of existing funded projects, their status (unassigned, assigned to someone) and instructions on how to apply for a project and how to develop it. It could be good to have this information (or at least a part of it) on its own wiki page: a list of existing funded projects, their status (unassigned, assigned to someone) and instructions on how to apply for a project and how to develop it.
  
 +  * **Additional desiderata, from Scott Prater** 
 +    * It would be nice if a list of required **libraries** and software and their versions were made available, not just packages.  It would be much easier to port Evergreen to a different OS, or a different release of a supported OS, if developers knew what software within a package was necessary.  Once you know the library or utility that's required, discovering which package contains it and installing it for a given OS is trivial. 
 +    * Change the formatting, fonts, etc. of the wiki.  Reading some of the wiki pages, especially the "Contributing" page, is a bit like reading the fine print of an insurance contract.  More white space, smaller chunks of text would help tremendously.  See [[http://guides.rubyonrails.org/getting_started.html|Rails Guides]] for an example of documentation that's easy-to-read. 
 +    * Code formatting style guide.  Some formal rules on how code should be formatted would be great.  Configuration files for popular editors (vi, emacs, nano, bbedit, etc.) that developers could copy and use to automatically format the code for you according to the formal conventions would be even better (a second pass).
dev/new_developer_wishlist.1332513652.txt.gz · Last modified: 2022/02/10 13:34 (external edit)

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
CC Attribution-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki

© 2008-2022 GPLS and others. Evergreen is open source software, freely licensed under GNU GPLv2 or later.
The Evergreen Project is a U.S. 501(c)3 non-profit organization.