-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Gerard Petersen wrote:
> Prima initiatief!
Dank!
> Ik wil hier niet meteen de dialoog opstarten maar wat
> is de rijkwijdte van het door jou gebruikte woord "systeem"? De python
> code, het framework, webserver software, het OS; in cluster, de hardware
> setup, etc.
Een systeem in mijn ogen is de hele software stack, maar de nadruk moet
liggen op de python code aangezien dat het lastigste is om over te nemen.
Ik zou niet verwachten dat iemand met Pylons/IIS/Win32 ervaring een
Django/Apache/*nix systeem zou kunnen overnemen of andersom. Het is dus
zaak om veel mensen die kennis hebben van verschillende systemen bij
elkaar te krijgen zodat een eventuele 'incident' zo soepel mogelijk
afgehandeld zou worden.
Hardware? Dat zou ik gewoon beschrijven (incl wie het beheer doet en wat
voor afspraken er zijn) maar dat zal voor de meeste systemen niet zo
boeiend zijn. Of je moet een 200-node cluster draaien.
> Wellicht wat 'over the top' maar enig kader stellen lijkt me wel op z'n
> plaats mbt wat de PUNIC op moet kunnen vangen. Anders zitten we ineens
> met een paid (remote) management service ;)
Dat moeten we zeker doen (vandaar dat ik het in mijn eerste mail had
over het tot een net einde te brengen, en niet overnemen van systemen),
al kunnen we zulke zaken wellicht wat beter discussiëren tijdens de
volgende PUN. Ik wou vooral dat de mensen die geïnteresseerd zijn er
eerst over nadenken wat ze zouden verwachten en wat ze denken dat het
beste zou werken.
> Ik heb zelf een webapp draaien alwaar een buitenstaander zich, naast de
> code, behoorlijk in zal moeten inlezen m.b.t. bijvoorbeeld de procedure
> voor release cycles, om er maar eentje te noemen. Of sla ik hier de
> plank volkomen mis?
Het is in mijn ogen onmogelijk om een systeem zo te documenteren dat
iemand anders er meteen mee overweg kan, zeker inclusief procedures,
afspraken met opdrachtgevers etc.
Het bus-document zou meer een eerste stap moeten zijn waarmee punica
(veel leuker dan punikkers!) kunnen beoordelen of ze het systeem over
zouden kunnen nemen, hierover in gesprek willen gaan met de
opdrachtgever en de eerste stappen voor een nette afronding/overname
kunnen maken.
Maar als jullie denken dat een bepaald formaat / eisen zouden helpen dan
zou ik me daar ook in kunnen vinden. Ik zou alleen liever minder
documentatie willen hebben dat klopt dan een projectplan van 5 jaar
geleden waar je inmiddels weinig meer aan hebt.
Er is genoeg interesse om tijdens de volgende PUN verder over te
brainstormen, ik denk dat we hier een mooi clubje voor kunnen maken.
groet,
Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkyGRYsACgkQQeuQA5TF/UvDigCgjzXQXbMlvPB/u0DmFW5qRnfX
J7IAoIslkMy4o4AeYLiDspZkfJl513o9
=uWSx
-----END PGP SIGNATURE-----
_______________________________________________
Python-nl mailing list
[hidden email]
http://mail.python.org/mailman/listinfo/python-nl
Locked
