Under the Example link instructions are given for trying out your first Strandz applications.

Under Methodology we describe how Strandz could be used in the overall planning of a project - we describe a process. Because Strandz views really are dumb, we advocate a method of test driven development whereby the process-paths that a user might go down can all be unit tested prior to the existence of any views.

Under Non-core/DB we outline the area that anyone contemplating greenfield Strandz development will want to be familar with: the non-core (or LGPL) packages. This discussion leads into how Strandz talks to databases and how its applications can be deployed over the internet.

Under Core we take a look at the packages which give Strandz its runtime flexibility. Three of these packages will be imported by any Strandz application. The rest are also quickly covered. This is also where we look at what differentiates Strandz from other ways of developing applications and give links to the web sites of organisations that are doing similar things.

Under Design-Time we introduce a graphical tool that can be used to aid model creation (see SdzBag) for Strandz applications.