Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.alt.folklore.computer > #44042 > unrolled thread

The Mythical Man-Month

Back to article view | Back to de.alt.folklore.computer

Contents

  The Mythical Man-Month Thomas Koenig <tkoenig@netcologne.de> - 2024-03-03 17:21 +0000
    Re: The Mythical Man-Month Stefan Möding <Mar2024.5.kill-9@spamgourmet.com> - 2024-03-03 19:20 +0100
      Re: The Mythical Man-Month poc@pocnet.net - 2024-03-03 19:01 +0000
    Re: The Mythical Man-Month poc@pocnet.net - 2024-03-03 18:55 +0000
      Re: The Mythical Man-Month Thomas Koenig <tkoenig@netcologne.de> - 2024-03-03 21:47 +0000
        Re: The Mythical Man-Month poc@pocnet.net - 2024-03-03 22:09 +0000
      Re: The Mythical Man-Month Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2024-03-04 11:39 +0100
    Re: The Mythical Man-Month "Andreas M. Kirchwitz" <amk@spamfence.net> - 2024-03-04 02:22 +0000
    Re: The Mythical Man-Month Michael Welle <mwe012008@gmx.net> - 2024-03-05 09:24 +0100

#44042 — The Mythical Man-Month

... habe ich mir nach Jahren und Jahren mal endlich gekauft und
lese ihn gerade.

Sehr empfehlenswert. In den Themen teilweise sehr folkloristisch,
z.B. wenn der Autor die Vorzüge von Hochsprachen gegenüber
Assembler oder von Timesharing gegenüber Batch-Betrieb hervorhebt
oder sich darüber beklagt, dass OS/360 26 Bytes für den korrekten
Jahreswechsel in Schaltjahren verschwendet (das könnte ja auch
der Operator machen).

Interessant sind auch Bemerkungen über die relative Produktivität
von Programmierern (Faktor 1:10 war damals schon üblich).

Was man auch nicht vergessen darf: Dieses Buch stand am Anfang
des Software-Engineerings, es wurde in den 1970er Jahren zum
großen Teil über ein Projekt (OS/360) aus den 1960er Jahren
geschrieben.  Die Hoffnung ist, dass es mittlerweile Fortschritte
gab :-)

[toc] | [next] | [standalone]

#44044

Thomas Koenig <tkoenig@netcologne.de> writes:

> Was man auch nicht vergessen darf: Dieses Buch stand am Anfang
> des Software-Engineerings, es wurde in den 1970er Jahren zum
> großen Teil über ein Projekt (OS/360) aus den 1960er Jahren
> geschrieben.  Die Hoffnung ist, dass es mittlerweile Fortschritte
> gab :-)

Erkenntnisse wie "fügt man bei einem verspäteten Software-Projekt noch
Manpower hinzu, dann dauert es noch länger" sind häufig wohl nicht bei
aktuellen Generation von Projektmanagern und Entscheidern angekommen.

-- 
Stefan

[toc] | [prev] | [next] | [standalone]

#44055

Stefan Möding <Mar2024.5.kill-9@spamgourmet.com> wrote:

> Erkenntnisse wie "fügt man bei einem verspäteten Software-Projekt noch
> Manpower hinzu, dann dauert es noch länger" sind häufig wohl nicht bei
> aktuellen Generation von Projektmanagern und Entscheidern angekommen.

"Viel hilft viel" wurde ja auch in der Computerbranche schon immer als Mantra
gelebt. Vor allem wenn es um Mega- und Gigahertzen ging. ;-)

-- 

:wq! PoC

[toc] | [prev] | [next] | [standalone]

#44051

Thomas Koenig <tkoenig@netcologne.de> wrote:

> ... habe ich mir nach Jahren und Jahren mal endlich gekauft und
> lese ihn gerade.
>
> Sehr empfehlenswert.

Danke für Deine Einschätzung. Steht auch auf meiner "irgendwannmal besorgen
und lesen" Liste. :-)

> In den Themen teilweise sehr folkloristisch, z.B. wenn der Autor die Vorzüge
> von Hochsprachen gegenüber Assembler oder von Timesharing gegenüber
> Batch-Betrieb hervorhebt oder sich darüber beklagt, dass OS/360 26 Bytes für
> den korrekten Jahreswechsel in Schaltjahren verschwendet (das könnte ja auch
> der Operator machen).

Ja, diesbezüglich hat sich die Welt erheblich gedreht. Heute sind die Leute
das Teure, nicht mehr der Computer. Der Operator hat heutzutage andere Sorgen
als sich um Schaltjahrberechnung zu kümmern.

Ein sehr krudes Überbleibsel aus dieser Zeit ist die Dateiverwaltung unter
MVS. Man legt die an mit einer gewissen Maximalgröße und wenigen Möglichkeiten
einer automatischen Erweiterung. Und muss mit Argusaugen achtgeben, dass die
Datei nicht voll wird. Ist sie das, hängt der zugehörige Prozess. Wie kommt
man aus der Nummer raus ohne dass die noch nicht geschriebenen Daten verloren
gehen?

Eine tolle Spielwiese für Retrofans. ;-)

> Die Hoffnung ist, dass es mittlerweile Fortschritte gab :-)

Die Hoffnung stirbt zuletzt. ;-)

-- 

:wq! PoC

[toc] | [prev] | [next] | [standalone]

#44061

poc@pocnet.net <poc@pocnet.net> schrieb:

> Ein sehr krudes Überbleibsel aus dieser Zeit ist die Dateiverwaltung unter
> MVS. Man legt die an mit einer gewissen Maximalgröße und wenigen Möglichkeiten
> einer automatischen Erweiterung. Und muss mit Argusaugen achtgeben, dass die
> Datei nicht voll wird. Ist sie das, hängt der zugehörige Prozess.

Hängt?

Soweit ich mich erinnere, gibt das einen ABEND.  E37?  Ist schon lange
her...

> Wie kommt
> man aus der Nummer raus ohne dass die noch nicht geschriebenen Daten verloren
> gehen?

"Correct the error and resubmit."

[toc] | [prev] | [next] | [standalone]

#44064

Thomas Koenig <tkoenig@netcologne.de> wrote:

>> Ist sie das, hängt der zugehörige Prozess.
> 
> Hängt?
> 
> Soweit ich mich erinnere, gibt das einen ABEND.  E37?  Ist schon lange
> her...

Ich gebe zu: Ich weiss es selbst nicht mehr. Auch bei mir: Lange her. Ist mir
aber auch gerade nicht wichtig genug um das Szenario nachzustellen.

>> Wie kommt man aus der Nummer raus ohne dass die noch nicht geschriebenen
>> Daten verloren gehen?
> 
> "Correct the error and resubmit."

Das geht a) nur dann wenn das programm ABENDede und b) man die ursprüngliche
Fassung der Ausgabedatei wiederherstellen kann. Wenn der Prozess z. B. Updates
in VSAM-Daten durchgeführt hat dürfte das ohne weitere Vorsichtsmaßnahmen im
Voraus ziemlich aufwendig sein.

-- 

:wq! PoC

[toc] | [prev] | [next] | [standalone]

#44085

On 3/3/24 19:55, poc@pocnet.net wrote:
> Thomas Koenig <tkoenig@netcologne.de> wrote:
> 
>> ... habe ich mir nach Jahren und Jahren mal endlich gekauft und
>> lese ihn gerade.
>>
>> Sehr empfehlenswert.
> 
> Danke für Deine Einschätzung. Steht auch auf meiner "irgendwannmal besorgen
> und lesen" Liste. :-)
> 
>> In den Themen teilweise sehr folkloristisch, z.B. wenn der Autor die Vorzüge
>> von Hochsprachen gegenüber Assembler oder von Timesharing gegenüber
>> Batch-Betrieb hervorhebt oder sich darüber beklagt, dass OS/360 26 Bytes für
>> den korrekten Jahreswechsel in Schaltjahren verschwendet (das könnte ja auch
>> der Operator machen).
> 
> Ja, diesbezüglich hat sich die Welt erheblich gedreht. Heute sind die Leute
> das Teure, nicht mehr der Computer. Der Operator hat heutzutage andere Sorgen
> als sich um Schaltjahrberechnung zu kümmern.

Soso... Vielleicht hätte er doch dran denken sollen:

https://arstechnica.com/gadgets/2024/02/leap-year-glitch-broke-self-pay-pumps-across-new-zealand-for-over-10-hours/

  Gerrit

[toc] | [prev] | [next] | [standalone]

#44078

Thomas Koenig <tkoenig@netcologne.de> wrote:

> ... habe ich mir nach Jahren und Jahren mal endlich gekauft und
> lese ihn gerade.

Ja, sehr unterhaltsames Buch. Natürlich ist das Buch längst obsolet.
Agile Entwicklung hat inzwischen alle Probleme gelöst. Immer alles
agil machen. Dann kostet es kaum noch was. Man braucht kaum Leute.
Ist blitzschnell fertig. Funktioniert fehlerfrei.

	Früher war nichts besser ... Andreas

[toc] | [prev] | [next] | [standalone]

#44127

Hallo,

Thomas Koenig <tkoenig@netcologne.de> writes:

> ... habe ich mir nach Jahren und Jahren mal endlich gekauft und
> lese ihn gerade.
das Beispiel mit dem Reifenwechsel und der Schwangerschaft bringe ich
immer noch, wenn es um Parallelisierung geht. Sorgt immer fuer einen
Lacher ;).

VG
hmw

[toc] | [prev] | [standalone]

Back to top | Article view | de.alt.folklore.computer

csiph-web