“Hızlı kodlamak için kodlamayı bırakmalısınız”


17

Öncelikle, benim ifadem değil: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php Bay Markham'a destek.

ANCAK, işleri halletme konusunda gördüğüm birçok soruyu düşünmemi sağladı.

Savunma yaklaşımı (belirli bir süre için bir zamanlayıcı ayarlama, bu durumda 50 dakika, ancak insanların kendinize yapamayacağınız görevlerde beş dakika gibi kısa süreler ayarlayarak erteleme hakkında konuştuğunu gördüm ve sonra kısa bir mola) sağduyu gibi görünüyor, ancak birçok insan "bölgeye" girmeyi ve orada mümkün olduğunca uzun süre kalmayı, belki de saatlerce kalmayı savunuyor.

Farklı yaklaşımları denemeye devam ediyorum ve her birinin kendi güçlü ve zayıf yanları olduğunu görüyorum.

Yalnızca klavyede daha fazla zaman harcamak için değil, yazılımınızın geliştirmesinde daha ETKİLİ olmak için ne tür bir teknik kullanıyorsunuz (yani, müşterinizin / patronunuzun / izin verdiği zaman diliminde talep edilen kalite seviyesine kadar iş yapmayı). ?


3
Bunu başka bir (önerilen) SE sitesi, Kişisel Verimlilik ve Organizasyon eklemek
instanceofTom

Ooo - harika - Ben geçtim ve kararlıyım. Teşekkürler!
Todd Williamson

niş SE bölgelerinin çoğalması sınırda saçma hale geliyor.
Kevin

Yanıtlar:


15

Bu tekniği her gün kullanıyorum. Zamanlayıcım 10 dakikalık dinlenme için 45 dakikalık bir çalışmadır .

Ayrıca bilgisayardaki zamanı günde 4 saate çıkarıyorum . Ana göreviniz kodlanırken bunun mümkün olmadığını anlıyorum. Geri kalan zamanda, bilgisayar gerektirmeyen herhangi bir görev yapıyorum.

Kullandığım araç bir WorkRave . Yazar yazdı çünkü kodlamayı uzun saatler boyunca durduramadığı için fiziksel problemler yaşamaya başladı.

Daha az stresliyim ve verimliliğimi olumlu etkiledi .

Birkaç haftadan beri , duraklama zamanlarında bazı dikkat tekniklerini de deniyorum . Lezzetli.

Artık erteleme karşıtı tekniklerle ilgili olarak, daha önce denediğim her şeyi yenen bir tane var:

Önemle öncelik verilen tek bir görev listesini yönetiyorum. Listedeki ilkini seçiyorum.

Listeyi (ve takvimi) GTD ve 7 Alışkanlıklarıyla birlikte tutuyorum .

Listenin etkinliğini artırmak için görevlerinizi açıklamalar yerine sonraki eylemler olarak yazın ( bu Blog Yazı'sındaki Eylemler, Bağlamlar ve Projeler bölümüne bakın )


1
Eylem olarak yazılan bir göreve açıklama olarak bir örnek verebilir misiniz?
Adam Lear

Tabii cevabı daha eksiksiz bir makaleye referans ekledim. Yine bağlantı (tüm GTD tekniğini açıklar): zenhabits.net/the-getting-things-done-gtd-faq .

6

Ben o denemeden etkilenmedim; bir gün yeni yöntemini denemek için ne harcadı?

Bununla birlikte, Pomodoro ve benzer tekniklerin kalıcı bir niş popülaritesi var gibi görünüyor. Genellikle günlerimi "odak günleri" ve "çeşitli günler" olarak sıralamaya çalışırım. Odak günleri biraz daha rahat kıyafetler içinde gösterebilirim, belki biraz daha erken (veya daha sonra kalın). O günlerde hiçbir toplantım yok, bu yüzden daha iyi odaklanmama izin veren kendi programımı yazabilirim. Diğer günlerde toplantılarım, randevular vesaire. Konsantre olmak için zamanım olmayacak, bu yüzden zamanımı doldurmak için daha küçük ve daha kolay görevler planlamaya çalışıyorum.

Kodlamada verimliliği artırmanın iyi bir yolu, herhangi bir kazan plakası bitinin kod üretilmesidir; kopyalanan her şeyi yeniden düzenleme vb.


2

Burada hatırlanması gereken en önemli şey, "tek beden herkese uyar" çözümü olmamasıdır.

"İşleri halletme" yeteneğinizi geliştirmek için birçok teknik vardır ve bunun nedenlerinden biri, farklı insanların farklı insanlar için işe yaramasıdır.

Bazı insanlar bu tür bir metodolojiyle (cf Pomodoro Tekniği) çok iyi çalışırlar ve bazı insanlar odaklarını tahrip ettiğini bulurlar - gerçekten orta görevde durmayı sevmiyorum ve bu neredeyse zamanlayıcı tabanlı sistemlerin bana yaptığı şey ... kavramsal olarak iyi, uygulama zorlayıcı (zaman yönetimi ve diğer şeyler için yapılandırılmış metodolojilerin çoğunluğu için geçerlidir)


Sadece çok fazla girdi arıyorum. Dediğiniz gibi "hepsine hükmedecek bir halka" yaklaşımı yok, ama diğer insanların ona nasıl yaklaştığını görmekle ilgileniyorum.
Todd Williamson

Ah kesinlikle - ve şu soruya katılıyorum (-: Ama yukarıdakiler, çalışan sistemler olan insanlar için - biraz kendileri için biraz heyecanlandıkça yapılması gereken bir nokta.
Murph

Bence bu iyi bir nokta. Dahası, ruh halime, ne tür bir iş yaptığım, vb. Bağlı olarak bazı tekniklerin benim için daha iyi veya daha kötü çalıştığını buldum. herhangi bir sistem. Diğer zamanlarda, beni odakta ve yolunda tutacak bir şeye ihtiyacım var. Bazen, böyle bir funk geçirdiğimde, Pomodoro'nun benim için oldukça iyi çalıştığını buldum, ancak zaman zaman bir rulodayken ara verdim.
PeterAllenWebb

Bu gerçekten subjektif bir görüş eklemediği için aşağıya düşmek için cazip - sadece "bağlıdır" diyor. Bu hemen hemen her şeyden söz edilebilir ve hemen hemen her şey için doğru olabilir.
Magnus Wolffelt

@Magnus özellikle bununla tartışamaz, ama aynı derecede önem verilmelidir. Altın mermi için çok fazla insan avlanıyor.
Murph

-1

Kodlama eldeki sorun olduğundan, Pierre'in bahsettiği tekniklere ek olarak, mümkünse dinamik bir dilde kodlamayı öneririm (örneğin, Python örneğin çalışmak için bir zevktir): bu tür diller son derece üretken (ölçülen kodlama süreleri, C'ye kıyasla 2 ila 10 arasında bir iyileştirme faktörü gösterir). Çalışmak o kadar güzel ki, temelde asla "sadece klavyenize zaman harcamayın".


Neden inişler? Yukarıdaki cevap "Yazılım geliştirmenizde daha ETKİLİ (…) olmak için ne tür bir teknik kullanıyorsunuz?"
Eric O Lebigot
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.