ik had een paar vraagjes over het volgende stuk tekst:
gaat over c2000 software, vast wel eens van gehoord :-)
GMS software pakket is volledig met Tcl/Tk script taal (mijn favoriete script taal) geschreven, waarvan een deel server programma in C++ voor UNIX(Linux) platform.
Siemens heeft het Logisch Ontwerp en prototype van de kleine meldkamers (tot 3-4 werkstations) met een specifiek ontwikkelstool ontwikkeld, dus niet voor de standaard productie. D.w.z. er is geen sprake van gestructureerde testen en aanpassende standaard onderhoud. Dat is een prototype.
<knip>
De server is op UNIX gebleven, maar cliëlnt ging naar Windows NT4.
Er zijn een paar koppelingprogramma's toegevoegd, de libraries worden nog meerdere keren geladen. Dat is alles wat met de ontwikkelstool is gedaan.
Er is een nieuw bescherming van de software gemaakt. Uit alle files zijn er commentaren weg gehooid en de extensie van alle files zijn veranderd. Hier te noemen: tcl in .crp. GMS was zo minstens twee keer groter geworden.
Een grote mond over de prestatie van test resultaten.
GMS is een prototype programma die vol met syntax errors is en niet met standaard Tcl syntax geschreven.
Het onderhoud is verschrikkelijk moeilijk en ingewikkeld. Bovendien is debugging-tools niet mogelijk te gebruiken.
Eén deel van het programma werkt met Tcl versie 8.05 terwijl andere met versie 8.3. Beide gebruiken een eigen library met verschillende namen en nog Tix, Tkcon, etc. Je weet dus nooit pressies wat voor procedure bij bepaalde library er bij hoort.
Onvoldoende controle in het CVS (Concurrent Versions System) van GMS. CVS is niet modulair geimplementeerd waardoor in een proces van bouwen tot release bijna altijd verkeerde versie file eruit komt.
Een nieuwe release is meestal een update of een kopie van de ouwe release, maar wordt niet geinstalleerd. Er zijn te veel configuratie variabelen en PATH verwijzingen die absoluut gedefinieerd zijn. De configuratie variabelen zitten in een tiental verschillende files, waardoor dezelfde versie GMS vaak in verschillende regio's totaal verschillend werkt.
Bron:http://www.gracanin.net/new_gms/mijnpoging.php?pagina_nummer=13
Wat zegt een programmeur over deze kwalijke zaken?
gaat over c2000 software, vast wel eens van gehoord :-)
GMS software pakket is volledig met Tcl/Tk script taal (mijn favoriete script taal) geschreven, waarvan een deel server programma in C++ voor UNIX(Linux) platform.
Siemens heeft het Logisch Ontwerp en prototype van de kleine meldkamers (tot 3-4 werkstations) met een specifiek ontwikkelstool ontwikkeld, dus niet voor de standaard productie. D.w.z. er is geen sprake van gestructureerde testen en aanpassende standaard onderhoud. Dat is een prototype.
<knip>
De server is op UNIX gebleven, maar cliëlnt ging naar Windows NT4.
Er zijn een paar koppelingprogramma's toegevoegd, de libraries worden nog meerdere keren geladen. Dat is alles wat met de ontwikkelstool is gedaan.
Er is een nieuw bescherming van de software gemaakt. Uit alle files zijn er commentaren weg gehooid en de extensie van alle files zijn veranderd. Hier te noemen: tcl in .crp. GMS was zo minstens twee keer groter geworden.
Een grote mond over de prestatie van test resultaten.
GMS is een prototype programma die vol met syntax errors is en niet met standaard Tcl syntax geschreven.
Het onderhoud is verschrikkelijk moeilijk en ingewikkeld. Bovendien is debugging-tools niet mogelijk te gebruiken.
Eén deel van het programma werkt met Tcl versie 8.05 terwijl andere met versie 8.3. Beide gebruiken een eigen library met verschillende namen en nog Tix, Tkcon, etc. Je weet dus nooit pressies wat voor procedure bij bepaalde library er bij hoort.
Onvoldoende controle in het CVS (Concurrent Versions System) van GMS. CVS is niet modulair geimplementeerd waardoor in een proces van bouwen tot release bijna altijd verkeerde versie file eruit komt.
Een nieuwe release is meestal een update of een kopie van de ouwe release, maar wordt niet geinstalleerd. Er zijn te veel configuratie variabelen en PATH verwijzingen die absoluut gedefinieerd zijn. De configuratie variabelen zitten in een tiental verschillende files, waardoor dezelfde versie GMS vaak in verschillende regio's totaal verschillend werkt.
Bron:http://www.gracanin.net/new_gms/mijnpoging.php?pagina_nummer=13
Wat zegt een programmeur over deze kwalijke zaken?