Çift programlama sırasında akışı nasıl elde edebilir ve koruyabilirsiniz?

Akış Mihaly Csikszentmihalyi tarafından sunulan bir kavramdır; Kısacası, "bölgeye" girmek demektir. Görevinize dalmış, odaklanmış hissedersiniz; görev aynı zamanda zor ama zor olabilir. İnsanlar akış elde ettiklerinde verimlilikleri artar. Programlama çok fazla zihinsel odaklanma gerektirir, çünkü çoğu zaman aklımızda birçok şeyi aynı anda oynatmamız gerekir. Birçoğu, tüm dikkatlerini göreve yönlendirebilecekleri sessiz bir ortamda çalışmayı sever. Kesintiye uğrarlarsa, akışa geri dönmek birkaç dakika hatta saatler sürebilir.

Çevik geliştirme ve aşırı programlamada çift programlama adı verilen bir uygulama olduğunu anlıyorum. Bu, iletişimin sorunsuz olması için tüm yazılım geliştirme ekibini bir odaya yerleştirdiğiniz anlamına gelir. Çiftinizle kod yazıyorsunuz çünkü bu şekilde anlık kod incelemeleri alıyorsunuz ve daha az hata geçiyor.

Sürekli kesintiler nedeniyle çift programlama yaparken akış elde etmekte her zaman sorun yaşadım. Bir konu hakkında derin düşünürüm o zaman aniden biri bana başka bir çiftten bir soru sordu. Düşünce trenim kayboldu.

Çift programlama sırasında akışı nasıl elde edebilir ve koruyabilirsiniz?

Edit: Feragat - Ben bu şekilde "bölge" tanımlamak: A state of extreme focus, in which one is able to understand how many intricate details connect together, regardless of whether these do so elegantly (or simply) or not.

Bu durumdan kaçınmaya çalışıyorum, çünkü bölgede doğru kodu üretebilirim, ancak ben ve diğer geliştiriciler bunu daha sonra anlamakta zorlanacaklar. Kısaca söylemek gerekirse: bölgede yazılmış olan kodların okunması çoğu zaman okuyucunun bölgede olmasını gerektirebilir. Bu kısıtlama benim sorunum.

The Clean Coder'da Bob Amca'nın "bölgeye girmenin" neden delice olarak kötü bir fikir olduğunu ikna edici bir şekilde açıkladığı hoş bir bölüm var .

İşte "bölgeye girmek" ten daha iyi bir alternatif: doğrudan düşünün ve ne yaptığınızı sakince ve profesyonelce düşünün. İletişim kurmak. Düşüncelerinizi ortaklarınızla paylaşın. Gerçek problemleri tanımlayın. Olası çözümleri tartışın. Aşırı derecede odaklanmış hissetmeyebilirsiniz, ancak muhtemelen iyi kararlar ve yaklaşılabilir tasarımlar verebilirsiniz.

Siz ve çift partneriniz, her ikisi de aşırı derecede odaklanmadan sorunu tartışabiliyorsanız, sorunu daha basit doğasına kaynatmış olabilirsiniz. Bu, ihtiyacınız olduğunda tekrar anlayabileceğinizi gösterir.

Flip tarafında ... Kafanı düzleştirmek için biraz zamana ihtiyacın varsa (bazen hepimiz yaparız), sadece al. Düşüncelerinizi bir araya getirin. Sorunu önce kafanda halledin.

Ama mesele şu ki eğer yaparsanız - üretim kodunu yazmak için o zamanı kullanmayın. Bunun yerine, örnek kod ve prototiplerle oynayın. Henüz çözümleri düşünmeden sorunu anlamaya çalışın. Her şeyi düz ve yazılı hale getirdikten sonra, ekibinizle ve eş partnerinizle, hatta masanızdaki lastik ördekle tartışın. Hala eklemleyemiyorsanız veya anlayamıyorlarsa, fikirlerinizi geliştirin. Bunların hepsini çiviledikten sonra - tüm bu düşünce ve örnek kodları gerçek, çalışan bir çözüme entegre edin.

Çift programlama bazen eşinizden tecrit dönemleri gerektirir.

Misal

Belirli bir sınıf üzerinde birlikte çalışıyorsunuz ve bazı karmaşık mantık üzerinde derin düşünce gerektiren bir yöntem yazmanız gerektiğini fark edersiniz, ancak aksi takdirde sıradan bir sonuç döndürürsünüz. Bu yöntem için birim sınamaları oluşturmak için birlikte çalışırsınız ve bu yöntemin yazılmasını, tek başına çalıştığınız bir süreye ertelersiniz. Yöntem tamamlandığında, bir çift olarak bir araya gelir ve sonuçları değerlendirirsiniz.

Ben çifti programlama için hangi sorunların küçük bir sınıf buldum. Örneğin, bir çapraz platform ürünü üzerinde çalışıyorsanız ve Winders adamı OS'ye özel kod gerektiren bir özellik uyguladıysa, Mac adamını sürerken Mac adamının Mac kodunda aynı özelliği uygulamasına yardımcı olabilir.

Ancak benim deneyimime göre, çift programlama alışılmadık bir şekilde net bir verimlilik kaybıyla sonuçlanır. Çoğu zaman iki geliştiriciye bir işi yapmak için para ödüyormuşuz gibi geliyor.

Evet, bir geliştiricinin iş günü boyunca yığın değişim molası verebileceği dehşet verici olasılığı azaltır.

IMHO, geliştiricilerinin arkasında durmak için her geliştiriciyi özel bir güvenlik görevlisi ile eşleştirmek ve geliştiriciyi yavaşlatırsa veya gerekli olmayan bir noktaya ulaşmaya çalışırsa dev bir copla vurmak için geliştiricilerine polis yapmak isteyen şirketler için daha ucuz olurdu. internet sayfası.

Bölgeye girmeye çalışan bir geliştirici olarak, kendinizi rahat ettirmek ve zihninizi temizlemek için elinizden geldiğince izole etmeye çalışacaksınız. Neden çift programlama farklı olmalı?

Siz ve eşiniz, her ikisi için de çalışan bir bölgeyi indükleyen ortam bulmalısınız. Bu muhtemelen bazı şeylerden ödün vermeyi gerektirecektir, ancak asıl nokta, çift ortamın soloya benzemesi gerektiğidir. Dış dünyayı kapatın. Parite birlikte programlama yapıyor; diğer çiftler (genel olarak diğer iş arkadaşları) kesintiye uğramamalıdır (kritik, yaptığınız düşme sorunları hariç).

Akış, bir sorunu çözmek için tam adımları bildiğinizde içinde bulunmak için harika bir durumdur. yani bilinmeyen az bilinmeyen. Sessiz bir köşede oturun ve çözümü kırın. Ancak, çoğu sorun / öykü / özellik programlamaya başladığınızda çok net değildir. Beklenen son durum ile beyninizin bunu nasıl planladığı arasında her zaman bir “boşluk” olacaktır. Aslında "yaptığınız" zaman çok şey öğrenirsiniz. Beyniniz hokkabazlık yapıyor

• Kod Tasarımı

• Yazıyor

• Alan adı ve kod hakkında yeni şeyler öğrenme

Yalnız programladığımda, bunları dengelemek için mücadele ediyorum. Batık maliyet yanlışlığımın bir adım geri çekilip büyük resme bakıp tasarımımı değiştirmemi engellediği "tavşan deliklerine" girme eğilimindeyim. Hayali bir lastik ördekle ya da bu konuda gerçek biriyle konuşmak benim için zor. Sonuçta ben "akış".

Verimli bir şekilde programlamayı eşleştirdiğimde, alternatif yazım dönemleri ve ardından düşünme ve düşünme dönemleri alıyorum. Burası birçok gizli şeyin kendini ortaya çıkardığı ve farklı bir tasarımın ortaya çıkabileceği yerdir. Bir tavşan deliğine girersem, eş eşim beni ondan çıkarabilir. Bir şeyi gerçek bir insanla konuşmak / açıklamak, düşüncelerinizi bir şekilde daha net hale getirmenin bu harika etkisine sahiptir. Bazen, "akış" içinde olmayı özlüyorum, ama sanırım programı eşleştirdiğimde solo programladığımdan çok ekibime daha fazla katkıda bulunduğumu düşünüyorum. Sonuçta programlama! = Yazmak. Programlama beyinde gerçekleşir ve iki beyin birbiriyle işbirliği yapıp eleştirdiğinde daha iyi programlama gerçekleşir.