Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
|
agenda:a0511:mitschrift [2011/09/01 12:56] Florian Sesser |
agenda:a0511:mitschrift [2012/02/20 08:18] (aktuell) Florian Sesser |
||
|---|---|---|---|
| Zeile 5: | Zeile 5: | ||
| [[http:// | [[http:// | ||
| + | == Links == | ||
| * [[http:// | * [[http:// | ||
| * [[http:// | * [[http:// | ||
| * [[http:// | * [[http:// | ||
| + | * Russ Cox sagt, [[http:// | ||
| + | * Threads sind OK, aber Locking ist boese. Vorschlag einer einfachen Architektur mit Threads und Events: | ||
| + | * Message-passing moves mutable state into single-threaded loop. | ||
| + | * Isolierte Worker Threads. | ||
| + | * Nette Geschichts-Anekdote über die Entstehung von Pipes (~ 1972) ab [[http:// | ||
| + | * Slide über related languages/ | ||
| + | * Erlang is all message-passing, | ||
| + | * Developed at Ericsson telecom starting in late 1980s. | ||
| + | * No way to create shared mutable data. | ||
| + | * Used in many telecommunications apps, with one thread per call! | ||
| + | * Starting to get traction for other network programming. | ||
| + | * [[http:// | ||
| + | * Threads und Events sind zwei Seiten einer Medallie, und welches System man nutzt, hängt nicht vom Problem, sondern von dem System (der Maschine) ab, auf der man das Problem löst | ||
| + | * [[http:// | ||
| + | * [[http:// | ||
| - | * Exkurs Memory-Allokator | + | Während Diskussion aufgekommen: |
| - | * Java/C# vs C - GC vs Malloc | + | |
| - | * Same page merging | + | |
| - | * Cache conscious, Cache oblivious | + | |
| - | * Deterministic Paged Skip List - Cache Conscious | + | |
| * [[http:// | * [[http:// | ||
| Zeile 20: | Zeile 32: | ||
| * [[http:// | * [[http:// | ||
| * [[http:// | * [[http:// | ||
| + | |||
| + | == Notizen == | ||
| + | |||
| + | * Exkurs Memory-Allokator | ||
| + | * Java/C# vs C - GC vs Malloc | ||
| + | * Same page merging | ||
| + | * Cache conscious, Cache oblivious | ||
| + | * Deterministic Paged Skip List - Cache Conscious | ||
| + | * Wir sind uns einig: Bit indices sind cool. | ||
| === Joe's Anekdote / Diskussion zu Scrum === | === Joe's Anekdote / Diskussion zu Scrum === | ||
| Scrum als Prozess, damit man halt einen hat, wenn gleichzeitig ein nicht in den Prozess eingebundener Projektleiter feste Termine vorgibt, ist schwierig. Bei langfristigen Terminschätzungen kann man Dinge wie ein Refactoring eher mal dazwischen schieben. | Scrum als Prozess, damit man halt einen hat, wenn gleichzeitig ein nicht in den Prozess eingebundener Projektleiter feste Termine vorgibt, ist schwierig. Bei langfristigen Terminschätzungen kann man Dinge wie ein Refactoring eher mal dazwischen schieben. | ||
| - | => Das Team gibt die Geschwindigkeit vor | + | * Das Team gibt die Geschwindigkeit vor |
| - | => Eine wichtige Aufgabe des Scrum Masters ist, den Druck vom Team weg zu nehmen und dafür zu sorgen, dass das Team arbeiten kann. | + | |
| * "Story Points" | * "Story Points" | ||
| * Bei sehr engen Iterationen (1-Woche-Sprints z.B.) darf trotzdem Maintenance nicht ausfallen | * Bei sehr engen Iterationen (1-Woche-Sprints z.B.) darf trotzdem Maintenance nicht ausfallen | ||
| Zeile 35: | Zeile 55: | ||
| * "Wir probieren' | * "Wir probieren' | ||
| * Jeden Tag Projektplanung mit ETA abschließen: | * Jeden Tag Projektplanung mit ETA abschließen: | ||
| - | * => Nach einigen Tagen/ | + | * => Nach einigen Tagen/ |
| + | * => Man muss aufpassen, dass man sich als Dev Team Lead nicht in die Rolle drängen lässt, schlecht da zu stehen, wenn man eine externe, unrealistische Vorgabe nicht einhält. Die eigene Schätzung war OK, dass eine unrealistische nicht eingehalten werden kann ohne Abstriche, ist klar. | ||
| * Joe: Die " | * Joe: Die " | ||
| * Frank: Oft wird unter Zeitdruck die optimistische Schätzung genommen und dann noch das Testing gekürzt / auf Unit Tests verzichtet. Man könne ja Überstunden machen zum Ausgleich. Aber selbst, wenn die bezahlt werden -- Dass da keine Qualität rauskommen kann, ist klar. | * Frank: Oft wird unter Zeitdruck die optimistische Schätzung genommen und dann noch das Testing gekürzt / auf Unit Tests verzichtet. Man könne ja Überstunden machen zum Ausgleich. Aber selbst, wenn die bezahlt werden -- Dass da keine Qualität rauskommen kann, ist klar. | ||
| * Joe: Stimmt. In anderen Ingenieurs-Disziplinen sieht man den Produkten leichter von außen an, wenn sie nicht fertig werden; Das ist in der Informatik ein Problem. | * Joe: Stimmt. In anderen Ingenieurs-Disziplinen sieht man den Produkten leichter von außen an, wenn sie nicht fertig werden; Das ist in der Informatik ein Problem. | ||
| + | |||
| + | {{tag> | ||