Harika Öğle Yemeği ve Konuları Öğrenin [kapalı]

Geçenlerde çalıştığım şirkette programlama bölümü için öğle yemeğini yeniden canlandırdık. Hepimize bir oturum için herhangi bir fikrimiz olup olmadığı ve bir sunum yapmak isteyip istemediğimiz soruldu. Gibi çeşitli konular arasında değişen birkaç fikir yaşadım:

Kullanıcı arayüzü tasarlarken kullanıcı gibi düşünmek

veya HTML5'teki Farklılıklar

Birkaç arkadaşım bu fikirleri onlardan hoşlanıyormuş gibi fırlattım. Ancak, sunum oluşturmak için çok fazla araştırma yapmadan önce biraz daha fikir istiyorum.

Harika öğle yemeği ve öğrenme konuları nelerdir?

Bazı genel olanlar:

• Test Odaklı Geliştirme
• [Tercih edilen IDE] içinde hata ayıklama (uzaktan veya sanal hata ayıklama gibi şeyleri de atabilirsiniz)
• En son sürümündeki yenilikler (IDE, veritabanı sistemi, ne olursa olsun olabilir)
• Tasarım desenleri
• [Tercih edilen teknoloji] 'de güvenlik faktörleri
• [Tercih edilen teknoloji] 'de performans faktörleri
• Devamlar ve kapanışlar (Eric Lippert'in bu konudaki fantastik dizisini okuyor)
• [Yeni dil veya seçilen teknoloji] 'ye genel bakış

Ancak genel konuları seçmek zorunda olmadığınızı, kendi işlerinizde de L & L konularını yapabileceğinizi unutmayın. Tartışmalı olarak, bu daha da değerlidir, çünkü seyirciler yaptığınız şeyleri hissedebilir (hepsinin sihirle gerçekleştiğini varsaymak yerine). Örneğin, yükleme görevliniz yükleme işleminin nasıl çalıştığı hakkında bir konu yapabilir, KG lideriniz test ortamları hazırlama konusunda bir konu yapabilir, derleme görevliniz derleme sürecinde bir konu yapabilir ve projeniz belki de ilginç bir mimariye sahipse herkes farkında değil, o zaman bu konuda bir konu yapın.

Ayrıca, kitlenizin mutlaka yalnızca programcılardan ibaret olmadığını unutmayın. Orada KG çalışanları ve proje yöneticileri de olabilir, bu nedenle "Tasarım kalıpları" nın geçerli bir konu olmadığını varsaymayın çünkü herkes tasarım kalıplarını bilmelidir.

Açıkçası, bunlardan bazıları hakkında çok fazla ayrıntıya giremezsiniz (örneğin, her bir desenin artılarını ve eksilerini derinlemesine analiz etmeyin).

"Spot the Defect" oynayabilirsiniz.

Hata izleme günlüklerinizi gözden geçirin ve insanların makul bir şekilde korkunç ama korkunç bir şekilde yanlış kod yazdığı bazı yerler bulun. Nereden geldiğini gizlemek için kodu yeniden yazın, ancak hatayı koruyun, beyaz tahtaya koyun ve insanlara sahip olun:

• hatayı bulabilirler mi bak
• düzeltmenin ne olduğunu bul
• kod incelemesi sırasında hatanın nasıl bulunabileceğini anlatmak
• dil veya araçta hatayı önleyecek değişiklikler önermek
• ve bunun gibi.

Neal Gafter ve ben altı "kusuru tespit et" problemini bir araya getirdik ve bunları son Norveç Geliştiriciler Konferansı'nda izleyicilere sunduk; çok eğlenceliydi ve bence insanlar çok şey öğrendi.

Kontrol ve Bağımlılık Enjeksiyonu, şu anda olduğundan çok daha yaygın olması gereken güçlü fikirlerdir.

Hiç bir L & L'ye katılmadım ama temelde şu şekilde çalışıyorsunuz:

• öğle yemeği molası sırasında kolayca sindirilen bir şey
• tartışmalara ve etkileşimli geri bildirimlere ilham verecek bir şey

"Nasıl X yaptığımızı düşünüyorsunuz" sorusunu sormak ve nihayetinde mevcut uygulamayı ortaya çıkarmak, dinleyicileriniz için ilginç ve düşündürücü olacaktır. Tüm programlamayı denklemden soyutlayabilirsiniz, böylece kodlayıcı olmayanlar bile bir vuruş yapabilir.

Şirketinizin bir bilmece veya bulmaca olarak karşılaştığı karmaşık bir sorunu bile soyutlayabilirsiniz. Bir kare peg ve yuvarlak delik ile çalışmak zorunda kaldıysanız ve sonunda kare peg'i dairesel bir şekle indirdiyseniz - şirketinizin ihtiyaçlarına uygun stok yazılımını değiştiriyormuşsunuz gibi.

Teknik düşünceyi teşvik eden herhangi bir tanıtımın otomatik olarak ilginç bir konuşma başlattığını düşünüyorum.

mesela Zaman / Süreç optimizasyonu

Pasta servis eden garsonunuzun çalışmasını nasıl hızlandırıyorsunuz? Bir parça pasta servis eder ve kişinin bitmesini bekler. Tabaklarını alıp mutfağa götürür, sonra bir sonraki kişiye hizmet eder. Yığılan bulaşıkları umursamıyorsanız aç müşterilerinizi nasıl daha hızlı tatmin edebilirsiniz?

İş yerinde kullandığınız paradigmaları tanımlamak için basit metaforların, bir sandviç üzerinde munching yaparken düşünce için harika bir yemek olacağını düşünüyorum.

Aşağıdakiler gibi çevik uygulamalar öneriyorum :

• sürekli entegrasyon
• çiftler programı
• ayağa kalkma toplantıları
• bilgi radyatörü
• poker planlamak

Şu anda kullandığımız yazılım yığınından çıkan yeni teknolojileri kapsamak için çoğunlukla Öğle Yemeği ve Öğrenimlerimizi kullanıyoruz.

Şu anda bir .NET 3.5 / 4, C #, Visual Studio 2010 vb. Yığınındayız, bu yüzden biraz öğle yemeği yiyoruz ve aşağıdaki konuları öğreniyoruz:

• ASP.NET MVC 3
• Nu-Get (.NET Paket Yöneticisi)
• vs vs.

Açıkçası şirketiniz farklı bir yığın üzerinde olabilir, ancak aynı yaklaşımı benimseyebilirsiniz.

Bu, özellikle ASP.NET MVC çerçevesi ve ilgili yazılım hızlı bir şekilde büyüdüğü için teknolojiye ayak uydurabildiğimiz için gerçekten iyi çalıştı.

Çalıştığım bir şeyin tarihini tartışan görüşmelerden, özellikle de bana 'Neden böyle?' soru türü.

Örneğin pek çok insan PHP'nin (P) kişisel (H) ome (P) yaşının yönetimi için basit bir Perl betik seti olarak başladığını bilmiyor .

Şirketiniz çok sayıda ücretsiz / açık kaynaklı yazılım kullanıyorsa, tartışılması gereken zengin bir geçmiş var. Linus Torvalds'ın kaç kişi bash yazdığını düşündüğüne şaşıracaksınız (aslında sadece çok erken taşıdığında).

Bunu yapmak için yeterince zaman harcıyorsanız, hemen hemen her teknoloji hakkında mizahi, ilginç ve genellikle bilgilendirici fıkraları araştırabilir ve kazabilirsiniz.

Bunun, başka türlü katılamayabilecek kişileri dahil etmenin ek bir yararı vardır.

Kitleye bağlı olarak, aşağıdakiler gibi bazı temel bilgileri ve en iyi uygulamaları kapsayabilirsiniz:

• OO
• McConnell'in "Kod Tamamlandı" ile çalışın
• Güvenli kod yazma
• TDD
• Tasarım desenleri