Большой Обед и Учиться Темы [закрыто]

Недавно мы восстановили ланч для студентов отдела программирования в компании, в которой я работаю. Нас всех спросили, есть ли у нас какие-либо идеи для сессии, и будем ли мы заинтересованы в проведении презентации. У меня было несколько идей, начиная от различных тем, таких как:

Как мыслить как пользователь при разработке пользовательского интерфейса

или различия в HTML5

Несколько коллег, с которыми я разбросал эти идеи, как будто они мне понравились. Тем не менее, я хотел бы получить еще несколько идей, прежде чем копаться в создании презентации.

Какие классные ланчи и темы для изучения?

Некоторые общие:

• Разработка через тестирование
• Отладка в [IDE по выбору] (вы можете добавить такие вещи, как удаленная или виртуальная отладка)
• Что нового в последней версии (может быть IDE, система баз данных, что угодно)
• Шаблоны проектирования
• Факторы безопасности в [технология выбора]
• Факторы эффективности в [технология выбора]
• Продолжения и закрытия (читал фантастическую серию Эрика Липперта об этом)
• Обзор [нового языка или технологии выбора]

Но помните, что вам не нужно выбирать общие темы, вы также можете заниматься темами L & L самостоятельно. Возможно, это еще более ценно, потому что аудитория может почувствовать, что вы делаете (вместо того, чтобы предполагать, что все происходит по волшебству). Например, ваш установщик может рассказать о том, как работает установка, ваш руководитель по обеспечению качества может рассказать о подготовке тестовых сред, ваш собеседник может рассказать о процессе сборки, и если ваш проект имеет интересную архитектуру, которая может быть не все знают, тогда сделайте тему об этом.

Также помните, что ваша аудитория не обязательно состоит только из программистов. У вас могут быть ребята из QA и менеджеры проектов, поэтому не думайте, что «Шаблоны проектирования» не являются допустимой темой, потому что каждый должен знать шаблоны проектирования.

Очевидно, что вы не можете вдаваться в подробности некоторых из них (например, не занимайтесь глубоким анализом плюсов и минусов каждого шаблона).

Вы могли бы сыграть «Найди дефект».

Просмотрите журналы отслеживания ошибок и найдите места, где люди писали код, который был правдоподобным, но чудовищно неправильным. Перепишите код, чтобы скрыть, откуда он появился, но сохраните ошибку, поместите его на доску и попросите людей:

• посмотрим, смогут ли они найти ошибку
• выяснить, что это за починка
• опишите, как ошибка могла быть найдена во время проверки кода
• предложить изменения в языке или инструменте, которые предотвратили бы ошибку
• и так далее.

Мы с Нилом Гафтером собрали серию из шести проблем «выявить дефект» и представили их аудитории на последней конференции разработчиков в Норвегии; это было очень весело, и я думаю, что люди многому научились.

Инверсия Контроля и Инъекция Зависимостей - это мощные идеи, которые должны быть гораздо более распространены, чем они есть в настоящее время.

Я никогда не участвовал в L & L, но кажется, что вы в основном работаете с:

• что-то легко переваривается во время обеденного перерыва
• то, что поможет вдохновить обсуждение и интерактивную обратную связь

Я думаю, что-то вроде постановки вопроса о том, «как вы думаете, мы делаем X» и, в конечном итоге, раскрытия текущей реализации, будет интересным и заставляющим задуматься ваших слушателей. Вы можете абстрагировать все программирование от уравнения, чтобы даже не-кодировщики могли с ним справиться.

Вы даже можете выделить сложную проблему, с которой ваша компания столкнулась как загадка или загадка. Например, если вам приходилось работать с квадратным колышком и круглым отверстием и в конечном итоге просто расколоть квадратный колышек в круглую форму - меняйте программное обеспечение в соответствии с потребностями вашей компании.

Я думаю, что любое введение, которое поощряет техническое мышление, автоматически открывает интересную беседу.

например, оптимизация времени / процесса

Как вы ускоряете работу вашего официанта? Он подает кусок пирога и ждет, пока человек закончит. Он хватает их тарелку и переносит на кухню, затем служит следующему человеку. Как вы можете удовлетворить своих голодных клиентов быстрее, если вам не безразлично, как будут накапливаться блюда?

Я думаю, что простые метафоры для описания парадигм, которые вы используете на работе, были бы отличной пищей для размышлений, когда они жуют сэндвич.

Я предлагаю гибкие методы, такие как:

• непрерывная интеграция
• парное программирование
• проводить встречи
• информационный радиатор
• планирование покера

Мы в основном используем наши Обеды и Обучение, чтобы охватить новые технологии, которые выходят из программного стека, который мы используем в настоящее время.

Итак, в настоящее время мы работаем со стеком .NET 3.5 / 4, C #, Visual Studio 2010 и т. Д., Поэтому проводим ланч и изучаем следующие темы:

• ASP.NET MVC 3
• Nu-Get (менеджер пакетов .NET)
• и т. д.

Очевидно, что ваша компания может быть в другом стеке, но вы можете использовать тот же подход.

Это очень хорошо сработало для нас, если идти в ногу с технологиями, особенно после того, как среда ASP.NET MVC и связанное с ней программное обеспечение быстро развиваются.

Мне нравятся разговоры, в которых обсуждается история чего-то, с чем я работаю, особенно разговоры, которые углубляются настолько, чтобы дать мне дополнительное понимание моих многих «Почему это так?» Тип вопросов.

Например, многие люди не подозревают, что PHP начинался как простой набор скриптов Perl для управления возрастом (P) ersonal (H) ome (P).

Если ваша компания использует много свободного программного обеспечения с открытым исходным кодом, у вас есть богатая история для обсуждения. Вы будете удивлены, как много людей думают, что Линус Торвальдс написал bash (хотя на самом деле он портировал его очень рано).

Вы можете исследовать и выискивать юмористические, интересные и часто информативные анекдоты практически по любой технологии, если вы тратите на это достаточно времени.

Это дает дополнительное преимущество, включая людей, которые иначе не могли бы участвовать.

В зависимости от аудитории вы можете охватить некоторые основы и лучшие практики, такие как:

• OO
• Проработайте Макконнелл "Код завершен"
• Написание безопасного кода
• TDD
• Шаблоны проектирования