The Hall of Labours

Projects for the Society to work on

One of the most important functions of the JMS is to push the Amiga platform forwards. This will be achieved by taking our short, medium and long term strategies and dividing them into development domains. A development domain is an area of hardware of software that needs to be moved forward. Where private individuals and developers are pushing forwards in a domain, we will offer them whatever support we can; where there is no development, we will draw up our own projects to advertise among members and possibly outside the society. With this marriage of user talent, Society guidance and organisation (and hopefully funding), we will be able to benefit all Amiga users.

In pursuing our policy of complete openess, all projects will be fully documented as they progress by the individual Project Managers. This will become the place to see suggested projects, pending projects, projects that may receive funding and projects in progress. Any member can propose a project - an individual, a committee, or a member of the web team. We will also work together with the Industry Council. Projects may be anything from a consultative document, through datatypes and plug-ins to major tools such as a Project Management system. Quite what we do with the results of these projects afterwards is under discusison - we might release them as articles, shareware, or maybe CD-ROM collections. We need to make a bit of money for the Society since membership fees probably won't cover everything we would like to do.

Anyone interested in taking up a project should read the project guidelines and project template and perhaps take a look at a few of the projects currently being worked upon. Each Project Manager must adhere to these two documents as a minimum, but the style of their "project rooms", their project icons, and their whole approach to the project can be as unique and individual as they like. We want even the work to be fun!

Note: Most of these project descriptions were written by Fleecy in typically enthusiastic mode, several months ago, rather quickly. Some of them may seem to verge on the impossible and some points may have become moot or no longer accurate in this time. Don't consider them hard and fast rules; as a project manager you should be able to adapt or reinterpret your briefing before you begin.

Project Ledger

Project No.Project NameStatus Last UpdatedProject ManagerDescription
15Toolbar GfxOpen 23 April 1997A few little graphics
14ProjectsOpen 14 April 1997How to "do" projects
13DatabaseAssigned 16 April 1997John J KarcherProper DB assessment
12VRMLOpen 12 April 1997VRML assessment
11SummaryOpen 12 April 1997Mailing list summaries
10U.N.C.L.E.Assigned 25 March 1998Mario SaittiUNiversal Client for cyberLife Extension
9Multi-linguarityAssigned 23 April 1997Rudi ChiaritoOne message in many voices
8The BazaarOpen 10 April 1997Our very own market-place
7Project EntryOpen 10 April 1997The beginnings of a project management tool
6ArticlesAssigned 18 September 1997Cade HannanPresent the Articles and manifesto
5Security SystemAssigned 24 April 1997Sam SticklandSecure the site and functions within it
4Member ListAssigned 20 April 1997Sam SticklandMembership and resource subsystem
3Virtual LedgerAssigned 10 April 1997Paul Kenneth Egell-JohnsenEntry and analysis subsystem
2GraphicsOpen 25 March 1998List of graphics to be done by members
1Text skeletonCompleted 9 April 1997Fleecy MossSet up skeleton, links, write phase 1 project specs

All pages on this web site are copyright 1998 Jay Miner Society.