Tolles Mittagessen und Lernthemen [geschlossen]

Wir haben kürzlich das Lunch in Learns für die Programmierabteilung in der Firma wiederbelebt, für die ich arbeite. Wir wurden alle gefragt, ob wir Ideen für eine Sitzung hätten und ob wir an einer Präsentation interessiert wären. Ich hatte ein paar Ideen aus verschiedenen Bereichen wie:

Wie man beim Entwerfen der Benutzeroberfläche wie ein Benutzer denkt

oder Unterschiede in HTML5

Ein paar Kollegen, die ich mit diesen Ideen beschäftigt hatte, schienen sie zu mögen. Ich hätte jedoch gerne weitere Ideen, bevor ich mich zu sehr mit der Erstellung einer Präsentation befasse.

Was sind einige großartige Themen zum Mittagessen und Lernen?

Einige allgemeine:

• Testgetriebene Entwicklung
• Debuggen in [IDE Ihrer Wahl] (Sie können auch Dinge wie Remote- oder virtualisiertes Debuggen einbinden)
• Was ist neu in der neuesten Version von (könnte eine IDE sein, ein Datenbanksystem, was auch immer)
• Designmuster
• Sicherheitsfaktoren in [Technologie der Wahl]
• Leistungsfaktoren in [Technologie der Wahl]
• Fortsetzungen & Abschlüsse (habe Eric Lipperts fantastische Serie dazu gelesen)
• Übersicht über [neue Sprache oder Technologie der Wahl]

Denken Sie jedoch daran, dass Sie keine allgemeinen Themen auswählen müssen. Sie können L & L-Themen auch in Ihrer eigenen Arbeit ausführen. Wahrscheinlich ist dies sogar noch wertvoller, weil das Publikum ein Gefühl dafür bekommt, was Sie tun (anstatt anzunehmen, dass alles durch Magie geschieht). Zum Beispiel könnte Ihr Installateur ein Thema zur Funktionsweise der Installation, Ihr QS-Leiter ein Thema zur Vorbereitung von Testumgebungen, Ihr Builder ein Thema zum Build-Prozess und wenn Ihr Projekt eine interessante Architektur hat, vielleicht Nicht jeder ist sich dessen bewusst, dann machen Sie ein Thema dazu.

Denken Sie auch daran, dass sich Ihr Publikum nicht unbedingt nur aus Programmierern zusammensetzt. Möglicherweise gibt es dort auch QA-Mitarbeiter und Projektmanager. Gehen Sie also nicht davon aus, dass "Entwurfsmuster" kein gültiges Thema sind, da jeder die Entwurfsmuster kennen muss.

Offensichtlich können Sie auf einige davon nicht zu detailliert eingehen (zum Beispiel sollten Sie sich nicht mit einer eingehenden Analyse der Vor- und Nachteile jedes einzelnen Musters befassen).

Sie könnten "Spot the Defect" spielen.

Durchsuchen Sie Ihre Bug-Tracking-Protokolle und suchen Sie nach Stellen, an denen Leute Code geschrieben haben, der plausibel, aber auf subtile Weise schrecklich falsch war. Schreiben Sie den Code neu, um zu verbergen, woher er stammt, aber behalten Sie den Fehler bei, stellen Sie ihn auf die Pinnwand und lassen Sie Leute:

• sehen Sie, ob sie den Fehler finden können
• Finde heraus, was das Problem ist
• Beschreiben Sie, wie der Fehler bei der Codeüberprüfung gefunden werden konnte
• Schlagen Sie Änderungen an der Sprache oder dem Tool vor, die den Fehler verhindert hätten
• und so weiter.

Neal Gafter und ich haben eine Reihe von sechs "Spot the Defect" -Problemen zusammengestellt und sie dem Publikum auf der letzten norwegischen Entwicklerkonferenz vorgestellt. Es hat sehr viel Spaß gemacht und ich denke, die Leute haben viel gelernt.

Inversion of Control und Dependency Injection sind mächtige Ideen, die viel weiter verbreitet sein müssen als derzeit.

Ich habe noch nie an einem L & L teilgenommen, aber es sieht so aus, als würdest du im Grunde mit Folgendem arbeiten:

• etwas, das sich während einer Mittagspause leicht verdauen lässt
• Etwas, das Diskussionen und interaktives Feedback anregt

Ich denke, es wäre für Ihre Zuhörer interessant und nachdenklich, eine Frage zu stellen: "Wie denken Sie, machen wir X?" Und schließlich die aktuelle Implementierung preiszugeben. Sie können die gesamte Programmierung aus der Gleichung abstrahieren, so dass auch Nicht-Codierer etwas dagegen haben können.

Sie könnten sogar ein kompliziertes Problem, mit dem Ihr Unternehmen konfrontiert war, als Rätsel oder Rätsel zusammenfassen. Als müssten Sie mit einem quadratischen Stift und einem runden Loch arbeiten und schließlich den quadratischen Stift in eine kreisförmige Form zurechtschneiden, um die Aktiensoftware entsprechend den Anforderungen Ihres Unternehmens zu ändern.

Ich denke, jede Einführung, die zum technischen Denken anregt, eröffnet automatisch ein interessantes Gespräch.

zB Zeit- / Prozessoptimierung

Wie beschleunigen Sie die Bedienung Ihres Torten-Kellners? Er serviert ein Stück Kuchen und wartet, bis die Person fertig ist. Er greift nach ihrem Teller, bringt ihn in die Küche und bedient die nächste Person. Wie können Sie Ihre hungrigen Kunden schneller befriedigen, wenn Sie sich nicht um das Stapeln von Geschirr kümmern?

Ich denke, einfache Metaphern zur Beschreibung von Paradigmen, die Sie bei der Arbeit verwenden, wären ein guter Denkanstoß, wenn Sie ein Sandwich essen.

Ich empfehle agile Praktiken wie:

• kontinuierliche Integration
• Paar-Programmierung
• Treffen aufstehen
• Informationsstrahler
• Poker planen

Wir verwenden unser Lunch and Learns hauptsächlich, um neue Technologien zu behandeln, die aus dem Software-Stack stammen, den wir derzeit verwenden.

Derzeit sind wir also auf einem .NET 3.5 / 4, C #, Visual Studio 2010 usw.-Stack, machen also etwas Mittagspause und lernen die folgenden Themen kennen:

• ASP.NET MVC 3
• Nu-Get (.NET Paketmanager)
• usw. usw.

Offensichtlich befindet sich Ihr Unternehmen möglicherweise auf einem anderen Stack, Sie könnten jedoch den gleichen Ansatz wählen.

Für uns hat dies sehr gut funktioniert, um mit der Technologie Schritt zu halten, zumal das ASP.NET MVC-Framework und die zugehörige Software rasant wachsen.

Ich mag Vorträge, in denen die Geschichte von etwas besprochen wird, mit dem ich arbeite, insbesondere Vorträge, die so ausführlich sind, dass sie mir zusätzliche Einblicke in meine vielen "Warum ist das so?" Geben. Art der Fragen.

Viele Leute zum Beispiel haben keine Ahnung, dass PHP als einfacher Satz von Perl-Skripten zum Verwalten eines (P) persönlichen (H) Alters (P) gestartet wurde.

Wenn Ihr Unternehmen viel freie / Open-Source-Software verwendet, gibt es eine lange Geschichte zu besprechen. Sie wären überrascht, wie viele Leute denken, dass Linus Torvalds Bash geschrieben hat (obwohl er es erst sehr früh portiert hat).

Sie können humorvolle, interessante und oft informative Anekdoten zu fast jeder Technologie recherchieren und ausgraben, wenn Sie genügend Zeit damit verbringen.

Dies hat den zusätzlichen Vorteil, dass Personen einbezogen werden, die ansonsten möglicherweise nicht teilnehmen.

Abhängig von der Zielgruppe können Sie einige Grundlagen und Best Practices erläutern, z.

• OO
• McConnells "Code Complete" durcharbeiten
• Schreiben von sicherem Code
• TDD
• Designmuster