IT meeting DenHaag, 16April 2011

[Thijn]

Heren,

Hierbij een soort van meeting notes van de IT meeting afgelopen
zaterdag 16April.
Ik zal vast wel een aantal dingen missen, dus vrees niet om het een en
ander aan te vullen.

Een aantal dingen kwamen naar boven.

1. Het IT team heeft een coordinator nodig, de primaire reden waarom
andere projecten
fout zijn gelopen is het ontbreken van coordinatie.
Dit kan vooral in het begin een tijdsintensieve activiteit zijn.
Dus wie van Team wil dit gaan doen? Wellicht iets van meerdere mensen
kunnen dragen.
Ook werd geopperd over dat er als iemand een project in gedachte heeft
dit zelf te coordineren.

Ik denk echter wel dat we een overall coordinatie nodig hebben.

2. Het ontbreken van een overzicht van skills per lid van het IT-
team.

3. We hebben het gehad over hosting,
Seth gaf aan dat we eventueel gebruik konden maken van een platform in
Canada,
-update- echter deze lijkt traag te zijn en is gehacked geweest.
Voorkeur heeft het denk ik om resources te gebruiken online die er al
zijn, Willen we veel tijd kwijt zijn met
onderhoud en beheer?

4. Indien we iets zelf gaan hosten/onderhouden is het denk belangrijk
dat we binnen de ZM geest kiezen voor OpenSource en open platform
systemen.

5. We hebben vrij lang zitten luisteren naar Ray.
Skype ID: "gmanzm"

Belangrijkste punten die ik er uit haalde waren.
1) vrijheid van keuze in taal, sommige dingen lenen zich beter voor C+
+ andere beter voor java, wellicht python of whatever.
2) Werken naar plugable hypermodulaire systemen, object oriented. (dit
is mijn idee een lang termijn).
Nagedacht moet worden over hoe de verschillende blokken te bouwen met
interconnectivity in het achterhoofd.
3) Single signon voor diverse elementen binnen dit systeem.
4) Er is in het verleden gebouwd aan een Global Profile systeem:
genaamd ZMcore later hernoemd naar "Universe"
5) Ray heeft ook iets verteld over zichzelf dat hij zichzelf niet als
developer beschouwd ondanks dat hij logic begrijpt en de meeste code
wel kan volgen, hij zou graag iets willen plannen met Chris en Zook
zodat zij wat meer een technische verhaal kunnen vertellen. ook over
projecten die in het verleden zijn gevoerd.

ZFest 9- 11 sept. De website moet gemaakt worden.
Simpele website een aantal paginas maar moet makkelijk te onderhouden
zijn.
Zodra we de skills weten kunnen we mensen assignen?

6) Collaboratie:
We moeten een plarform vinden die het makkelijk maken om project te
coordineren en wat het makkelijk moet maken voor collaboratie.

7) Wat is het doel van het IT team.
Het IT team moet de backbone worden van de nederlands chapter van de
Zeitgeist Movement.
En ik denk dat dit ook geldt globaly.


Dit zijn in ieder geval de punten die ik opgepikt heb, graag op/
aanmerkingen, dan wel correcties.
Aantal dingen kunnen we oppakken, een aantal dingen dienen herzien te
worden, of hebben meer discussie nodig.

Dit is het voor nu :)

Greetz
Thijn

[Will Fris]

aanvulling op Ray's verhaal,

Ray zelf aan het woord

( geript van ZM Global Dev Team, is in engels, zie ook: https://groups.google.com/d/topic/zm-global-dev-team/beug5i9lKtc/discussion )

Ray (Gman)

Hi Folks,

Although I have not yet been able to attend any of the meetings where I want 

to announce all of this (Int'l & US chapters, especially), word of mouth has 

gotten around enough to where a few devs have been begging for more details 

about the custom foundational approach we intend to use to construct a 

comprehensive TZM network of websites, starting with the LingTeam's 

PMS/portal needs as our initial 'lab rat'.

The following synopsis should give you all a decent overview of the issues 

that we're looking to solve with this.

DEV TEAM

Where are we now?

The Zeitgeist Movement on the internet currently consists of a growing group 

of websites each working in their own way to help spread awareness and 

coordinate the efforts of Chapters and Teams. While crosslinking helps tie 

many of the sites together conceptually, each site, at a technological 

level, essentially operates within the domain of its own resources. 

Typically we find one site, one data store, with a CMS platform as the 

go-between. This isn't necessarily a bad thing. It's often the most 

efficient way to get things going and is a natural first step in building an 

online presence. Over time, however, this approach can lead to redundancy 

and isolation. This is why we have to sign up for a new user account on 

every site, why some sites become outdated, and why there is a general state 

of discombobulation that occurs when one tries to wrap their head around how 

it all fits together programmatically as a system.

Where are we going?

We're migrating into a resource-centric development paradigm. With most 

current CMS platforms in use across the movement today, the data model is 

highly coupled with the view and application logic, making it difficult, if 

not downright painful, to share important data across related sites and apps 

that would otherwiswe love to be cross-pollinating. This is where the idea 

of data services come in. By providing centralized, language agnostic 

mechanisms for accessing data resources (think RESTful API), we decentralize 

user interfaces and decouple the data layer from the presentation layer. 

We'd love to see  sites all over the movement sharing access to common 

resources like user profiles, blog entries, forum posts, media "any data 

resource" while having greater creative freedom over user interfaces.

This approach requires a thoughtful balance of the yin and yang of 

resource-centric development: openness and security.

We want be open, make information easy to access, encourage idea sharing and 

collaborative work, empower creative individuals and foster community. At 

the same time, we need to protect the movement's resources and prevent 

abuse, especially on the most public of our sites. For example, by 

integrating authentication protocols and granular ACL (access control lists) 

mechanisms, each site can implement its own set of privileges and 

restrictions on usage and we can protect our resources from being used 

innappropriately. Perhaps the most important security benefit of the 

resource-centric approach is that no site's content can be wiped out as a 

result of circumstance or a malicious act. Because the information is a 

shared resource, a site can be taken down without any data loss. Slap on a 

fresh interface and pick up where you left off, or hop onto someone else's 

interface and hook right into your data streams.

Ultimately what we're building is a safe and secure environment in which 

information is liquid and interfaces are lightweight. The next generation of 

ZM sites will have the ability to hook into  movement-wide data services as 

much or as little as they want, leaving the community of sites as free and 

open as it is today, but with the option of participating in a rich, stable 

and secure system for those looking to implement ZM 2.0.

As far as the underlying PMS required by the Linguistic Team, a lot of the 

initial data structures and relational logic was worked out months ago by 

several of us.  Unfortunately, most of us were pulled into other, more 

immediate issues that needed to be handled over the last couple of months 

and this development project was put on hold for much longer than we would 

have liked.  In order to get this thing back into motion, Chris (cluster) 

and I would like to show you folks all that's already been done toward it, 

with the full understanding that there is likely be more to add to the 

already outlined database structure.

So, if you're available, reply back and let us know how your schedule looks 

for Saturday &/or Sunday for a get-together in Teamspeak.  Hopefully, we can 

find a time that works for at least most of us.     :)

Warm Regards,

Ray (Gman)

[Will Fris]

een héél kleine `addendum` :p
'zook' lees ik geschreven als 'zuke' op http://forum.zmdev.net/index.php?action=profile;area=showposts;u=3 .