vp:Freies Vortragsprogramm

From LinuxTag Public Wiki

Das freie Vortragsprogramm macht den Hauptteil des Vortragsprogrammes auf dem LinuxTag aus. Die Rahmenbedingungen sind im Call for Papers definiert. Organisatorisch ist es in einzelne Tracks aufgeteilt. Jeder Track wird von einem dafür verantwortlichen Session Chair, ggf. zusammen mit einem von ihm zusammengestellten Session-Team organisiert. Das vp-Team koordiniert die Arbeit der einzelnen Sessions und ist Schnittstelle zur Messe. Der Vorsitz im vp-Team hat der Program-Chair.

Contents 1 Auswahlkriterien 2 Anleitung für Session-Chairs 3 Vorgeschlagene Tracks 3.1 Personen

Auswahlkriterien

Wer legt eigentlich fest, welche Tracks und welche Talks tatsächlich im Programm aufgenommen werden? Dazu ist festzustellen, dass dies unter zwei wesentlichen Prämissen passiert:

1. inhaltliche Aspekte: Wir wollen das bestmögliche Programm für unsere Besucher bieten.
2. organisatorische Aspekte: Wir müssen gewisse äußere Bedingungen berücksichtigen. Dazu gehört beispielsweise ein gewisses Budget für Ausgaben (Reisekosten, Übernachtungen), zeitliche oder räumliche Constraints. Beispielsweise ist es wichtig, dass alle Talks zur gleichen Zeit anfangen und das gleiche Zeitschema verwenden, da uns Besucher gesagt haben, dass alles andere sie verwirrt.

Diese diversen Aspekte haben zu einer Anzahl von impliziten Regeln, eher Heuristiken zur Auswahl von Talks geführt. Der Begriff "Regel" ist insofern unglücklich, als dass nicht alle davon unbedingt einzuhalten sind, wenn es einen guten Grund gibt. Vielleicht sollten wir sie Empfehlungen nennen:

• Es sollte nicht der Eindruck eines geschlossenen Zirkels entstehen, das heißt, es sollten nicht jedes Jahr die gleichen Speaker reden.
• Die Inhalte der Tracks sollten jeweils neu zusammengestellt sein und nicht zwangsläufig nur eine Kopie des Vorjahres oder anderer Konferenzen sein.
• Es soll vermieden werden, dass nur bestimmte Teil-Communitys in einem Track vertreten sind.
• Talks müssen nicht auf dem LinuxTag das erste Mal präsentiert werden, das gibt jedoch einen Bonus bei der Auswahl. Umgekehrt ergeben vorgefertigte Talks, die auf zig anderen LUGs, Konferenzen und Meetings schon gehalten wurden, einen leichten Malus.
• Talks aus dem CfP sollten eine gewisse Berücksichtigung finden, immerhin haben sich die Speaker dort besonders bemüht, ihre Unterlagen einzureichen.
• Alle Session-Chairs und ihre Team-Mitglieder können und sollen jedoch auch eigene Vorschläge einbringen. In der internen Diskussionsphase kann dies auch ohne vCC passieren, selbst wenn wir es nicht empfehlen. Spätestens jedoch, wenn ein Track beim PC eingereicht wird, müssen alle Angaben im vCC erfasst sein (und seien sie vorläufig). Das Nachfassen von unvollständigen Angaben macht ungefähr 80% der Arbeit des PCs aus.
• Talks sind immer auch Eigenwerbung für den Speaker und/oder sein Unternehmen. Das ist allen bewusst, sollte aber in einem vernünftigen Verhältnis stehen. In Zweifelsfällen steht der Nutzen der Teilnehmer über dem Nutzen des Speakers.
• Ein Track sollte/kann/darf durchaus auch kontroverse Standpunkte beeinhalten, es ist nicht notwendig, nur eine positive Einheitsmeinung zu allen Themen zu haben (schließlich wollen wir keine Jubelperser). Umgekehrt ist aber auch kein Proporzdenken in allen Teilfragen notwendig.
• Für ein gutes Programm ist eine gute Kombination aus face und substance notwendig. Einige Speaker erzeugen alleine mit ihrem Namen ein großes Interesse bei den Besuchern, andere durch ihre Inhalte. Optimal ist, wenn beides zutrifft.
• Das zeitliche Schema ist wichtig, da dann alle Talks zum gleichen Zeitpunkt anfangen und Besucher so leichter Räume wechseln können.
• Nützlich ist innerhalb eines Tracks zunächst einführende, danach spezialisierende Talks zu positionieren.
• Die Talks in der Mitte des Tages (sagen wir 11h, 12h, 13:30h, 15h) sind sicherlich die populärsten Timeslots. Allerdings sollte sich jedes Team überlegen, dass auch die anderen Tracks potentiell zu diesen Zeiten populäre Talks planen.
• Dass mitunter interessante Talks parallel liegen, sollte vermieden werden, wenn es sich vermeiden lässt. Leider hat dieses Problem eine nicht zu unterschätzende Komplexität.

Das Programmkomitee vertraut darauf, dass die Session-Chairs ein ähnliches Verständnis von der Programmgestaltung haben wie das PC. Das sollte auch in der Vergangenheit immer so gewesen sein. Dieses Wiki soll in erster Linie dazu dienen, um die Programmgestaltung innerhalb der einzelnen Teams und mit dem PC zu koordinieren. Wenn das PC doch einmal Bedenken gegen einen Talk oder eine Zusammenstellung haben sollte (was nur selten vorkommt), dann wird sich das PC mit dem Session-Team in Verbindung setzen und versuchen, eine einvernehmliche Lösung zu finden.

Es ist nicht unser primärer Ansatz, komplexe formale oder gar hierarchische Entscheidungsstrukturen aufzubauen. Als Veranstalter müssen der LinuxTag e. V. und die von ihm eingesetzten Referenten natürlich einer gewissen Verantwortung nachkommen insofern haben sie rein formal natürlich das letzte Wort in Entscheidungen. Wir versuchen jedoch, diese Mittel nicht zum Einsatz kommen zu lassen und streben einen Konsens mit allen Beteiligten an. Umgekehrt hoffen wir jedoch auch auf Verständnis und Kompromissbereitschaft seitens der Session-Teams. Keine Beteiligter sollte die anderen Beteiligten zu "erpressen" zu versuchen (beispielsweise "entweder dieser Talk kommt so oder wir ziehen das ganze Programm zurück").

Diese Überlegungen werden kontinuierlich fortgeschrieben.

Anleitung für Session-Chairs

Dies ist der aktuelle Planungsstand. Wenn irgendwo Namen, Daten, Kategorien o. ä. eingetragen sind, hat das nicht zwangsläufig bindende Wirkung. Es ist ein Wiki, ein Planungsstand.

Vorgehen für mögliche Session-Chairs:

1. Identifizieren, ob der eigene Track schon in der Tabelle steht.
2. ggf. Anpassungen von Namen oder Wunsch-Terminen machen
3. Wenn der Session-Name noch nicht angelegt ist (d. h. der Link ist noch rot), einmal draufklicken und einen kurzen Dummy-Text einfügen.
4. Den Link zu diesem Track-Template folgen.
5. Im Template einmal auf "editieren" klicken.
6. Im Textfeld einmal alles markieren und kopieren (Ctrl-A, Ctrl-C).
7. Zurück ohne Speichern auf die Übersichtsseite.
8. Den eigenen Track wieder auswählen.
9. Ebenfalls "editieren" angeben.
10. Im Textfeld das Template reinpasten (Ctrl-V).
11. Das Template anpassen und/oder geeignet ergänzen.
12. Die Wiki-Seiten werden nicht automatisiert ausgewertet, aber die dort gemachten Angaben müssen schließlich in das vCC und in andere Informationssysteme übernommen werden. Aus diesem Grunde kann zwar frei formuliert werden, aber es sollten die wichtigen Angaben gemacht sein.
13. In der Liste der vorschlagenen Talks sollten optimalerweise Talks aufgeführt werden, die im vCC eingetragen sind. Hilfreich ist es, die fünfstellige Paper-ID mit anzugeben (z. B. #14001).
14. Damit ein Track tatsächlich auf dem LinuxTag stattfindet, muss bis spätestens zum 15. Februar 2008 beim vp-Team der Eindruck erweckt werden, dass dazu substantielle Angaben vorhanden sind. Dies ist am besten dadurch zu erreichen, dass alle Felder des Templates ausgefüllt sind und möglichst viele korrespondierenden Talks im vCC erfasst sind.

Vorgeschlagene Tracks

Folgende Tracks wurden vorgeschlagen. Die Liste ist nicht besonders sortiert. Zusätzliche Vorschläge bitte hinten fortlaufend anfügen. Jeder darf prinzipiell alles editieren, sollte dies aber sinnvollerweise nur bei seinen eigenen Tracks oder nach Absprache machen. Es lebe das Wiki-Prinzip.

Vorschläge

Ref	Session	Zielgruppe	Chair	E-Mail	Tag
01	Trusted Computing	tec, adm	Florian v. Samson	florian.samson@bsi.bund.de	Do
02	Systemadministration inkl. Data Center	adm	Peer Heinlein	p.heinlein@heinlein-support.de	--
03	GNOME	usr, dev	Anne Østergaard	anne@oestergaard.nu	Sa
04	KDE	usr, dev	Sebastian Kügler, Jörg Hoh, Franz Keferboek	sebas@kde.org, joerg@joerghoh.de, keferboeck@kde.org	--
05	Security	adm	Christoph Wegener, Marcel Holtmann, Ralf Spenneberg, Wilhelm Dolle	wegener@wecon.net, marcel@holtmann.org, ralf@spenneberg.net, wilhelm.dolle@dolle.net	Do
06	Kernel	tec, dev	Nils Magnus, Jonathan Corbet	magnus@linuxtag.org, corbet@lwn.net	--
07	Enterprise Devel inkl. OW2	dev, bus	Michael Kleinhenz, Cedric Thomas	kleinhenz@linuxtag.org, cedric.thomas@ow2.org	--
08	BSD	adm	Wilhelm Bühler	wilhelm.buehler@googlemail.com	Fr
09	openSUSE	usr, adm	Martin Lasarsch	mlasars@suse.de
10	Debian	adm	--	--	--
11	Ubuntu	usr, adm	Torsten Spindler	spindler@linuxtag.org	--
12	FUDCon/Fedora	usr, adm	Gerold Kassube, Jens Kühnel, Florian Brand	geroldka@fedoraproject.org, jens@kuehnel.org, fbrand@redhat.com	Fr/Sa
13	OpenSolaris	adm, tec	Dirk Wetter	dirkw@linuxtag.org	--
14	OS für Beginner	usr	Ibi Faruhn	faruhn@linuxtag.org	Sa
15	Digital Lifestyle	usr, tec	Elke Moritz	moritz@linuxtag.org	--
16	Social inkl. WOS	soc	Markus Beckedahl, Volker Grassmuck	mb@newthinking.de, v.grassmuck@wizards-of-os.org	--
17	Storage	adm, tec	Wolfgang Stief, Alasdair G. Kergon	stief@guug.de, agk@arachsys.com	--
18	PHP/Ruby inkl. Web und andere Scriptsprachen	dev	Anfrage: Björn Schotte/Georg Richter	--	--
19	OpenOffice.org	usr, bus, adm	Jacqueline Rahemipour	jrahemipour@openoffice.org	Fr
20	Freie Software in Bildung	edu, usr	Kurt Gramlich, Wolfgang Drotschmann	kurt@skolelinux.de, drotschm@linuxtag.org	Sa
21	Phones and Gadgets	usr	--	--	--
22	Embedded Appliances & M/R/A	tec, dev, bus	Carsten Emde	emde@osadl.org	--
23	Zope	dev, bus	Christian Kreutzer	ck@gocept.com	--
24	GIS	usr, dev	Silke Reimer, Georg Lösel	moin@silke-reimer.de, georg.loesel@grass-verein.de	--
26	Businesskongress I inkl. Mirgationen	bus	Lisog	--	Mi
26	Businesskongress II inkl. Success Stories	bus	Lisog	--	Do
27	Behördenkongress I	bus	BMI	--	Mi
27	Behördenkongress II	bus	EC	--	Do
28	[[vp:Track Speakers Corner 2008|Speakers Corner]	usr	--	--	--

Personen

die sich gemeldet haben, um bei verschiedenen Dingen zu helfen:

• Dirk Wetter
• Ulrich Wolf
• Kris Buytaert