Projeleri bitirmek ne kadar önemli? [kapalı]

Ben bir öğrenciyim (henüz üniversiteye gitmedim) ve yaklaşık 5 senedir programlama yapıyorum. Bu zaman zarfında, dilden dilden, API'den API'ye ve projeden projeye fırladım. Kendimi bir şeye kurmaya çalıştım ama ilgimi kaybediyorum. Bilgisayarımın tamamı yarı bitmiş projelerle doludur (ve diskimden en az dört kez biçimlendirilmiş).

Eğlenmek için programlamaya yönelik alt motivasyonumun (gerçekten zevk aldığım bir faaliyettir) merak edip edemeyeceğimi merak ediyorum. Çok açık uçlu hedeflerime mi sahip olduğumu ya da düşük dikkat süresinin olup olmadığını söyleyemem. Sadece onları bitirmek için bazı küçük projeler yapmaya çalıştım, ama beni hiç ilgilendirmiyorlar.

Bu benim motivasyondaki düşüşümün bir nedeni olabilir mi? Ayrıca, üniversiteye gitmek için başvurduğumda (ve gelecekte umarım, bir yazılım işi) sorun olabilir mi?

Özetle:

Yan / hobi projelerini bitirmek, kariyer, motivasyon veya eğitim için ne kadar önemlidir?

Açıkça bir projeyi bitirmek, “gerçek dünyada”, proje tamamlanıp teslim edilmediği sürece (veya işvereninize ödeme yapılmadığı sürece) önemlidir.

Ancak, hobi ve öğrenme projeleri için biraz daha karmaşık. Projeleri bitirmiş olmak, potansiyel işverenlere teslim etmek için hazırladıklarınızı sunabileceğinizi gösterir, ancak bu "proje" ile ne demek istediğinizi temel alır.

Projeyi, tüm becerilerinizi sergileyen ve sonunda para kazanmak istediğiniz bir şey olabilecek bir ürüne sahip olmak amacıyla yapıyorsanız, o zaman evet, bitirmelisiniz veya en azından aktif olarak çalışıldığını gösterin. .

Projeyi belirli şeyler öğrenmek için yapıyorsanız (nasıl video akışı, şifre şifrelemesi, ne olursa olsun), o zaman bu özelliği kullandığınızda, projeyi etkili bir şekilde tamamladığınızdan tamamen işlevsel bir ürünün elde edilmesi daha az önemlidir. Sahip olmanız gereken, potansiyel işverenlere becerilerinizi göstermeleri için gösterebileceğiniz bir şey.

Örneğin, bu, başarılı bir şekilde giriş yaptıktan sonra başka bir şey yapmadan sonra "Hoş Geldiniz, Joe" yazan bir web sitesi olabilir - ancak parola şifrelemeyi ve güvenli bağlantıları anladığınızı gösteren web sitesinin arkasındaki kodu gösterdiğinizden emin olabilirsiniz.

Aynı problemi olan birinden alın, en azından projelerinizden bazılarını bitirmek çok önemlidir. Bazı deneysel projeler yapmak ve neye ihtiyacınız olduğunu öğrendiğinizde onlardan vazgeçmek tamamen sorun değil ya da başlamak için iyi bir fikir değildi.

Ancak, yaratıcı insanlar herhangi bir projenin zorlu ilk kısmını, sonunda sıkıcı "toparlamak, paketlemek ve kapıdan çıkmak" aşamasından daha fazla sevme eğilimindedir. Bunu aşmak için bir strateji geliştirmen gerek, yoksa

1) Yaptığınız herhangi bir şey için asla kamu kredisi almayın (istediğiniz şeyse)

2) Asla yaptığın şeyden para kazanamayacaksın (istediğin buysa)

Ama hepsinden kötüsü, başkalarının ve sizin, sizi işleri bitirmeyen biri olarak tanımlamaya başlayacağınızdır ve bu hem sizin için hem de başkaları için çok kötü bir etiket ve kendi zihniyetiniz için kötüdür.

Bu yüzden en azından bazı projelerinizi bitirmeye başlamak için bir ortak, sebep veya disiplin bulun.

Programcıları ertelemek için Faydalı Stratejiler

• Projeyi bitirirseniz gerçekleşebilecek tüm iyi şeylerin ve yapmazsanız tüm kötü şeylerin bir listesini yapın. Ardından monitörünüze bantlayın :)

• Bir program yap! Projeler kendilerine ayrılan süreyi alır, bu nedenle son teslim tarihi olmayan bir proje sonsuza dek sürecektir. Aylık ve haftalık kilometre taşlarıyla bir zamanlama ayarlayın

• Günlük bir hedef belirleyin, "Bugün bunu başaracağım"

• Bir uygulama veya benzeri bir şey yapıyorsanız, çalışabilir ve kullanılabilir hale getirmeye odaklanın, böylece kendi köpek yemeğinizi yemeye başlayabilirsiniz. Muhtemelen ilgilendiğiniz bir şey üzerinde çalışıyorsunuzdur, bu yüzden onu düzenli olarak kullanmak sizi geliştirmek için motive edecektir.

• Büyük yeniden düzenleme gezilerine devam etmekten kaçınmayın, dört aylık bir süre boyunca yeniden yapılanma nedeniyle uygulamamı kırdım ve geliştirme bir tarama için yavaşladı, çünkü bunu çalıştıramadım ve üzerinde çalışmayı reddetti. Refactoring yapın ama hepsini aynı anda yapmamaya çalışın :)

• Bitirmek için yapılması gereken her şeyin bir listesini yapın (özetin uzmanının todolistini öneriyorum) Ne kadar geride kaldığımızı bilmiyorsak, ne zaman bittiğimizi bilecek miyiz? Bilinmeyen bir hedefe doğru çalışmak oldukça aşağılayıcı olabilir

• Listeyi gözden geçirin ve kesinlikle gerekli olmayan her şeyi kesin (kategoriye sahip olmak için güzel bir yere koyun). Ürünü bitirmek size bir ivme kazandıracak ve bu işler o zaman yapılabilir. Bu serbest bırakmak için daha iyi bir şey daha hiçbir şey . İPhone bile başlangıçta her şeye sahip değildi.

• Parlak yeni şeylerden rahatsız olmayın. Projeleri bitiremememin ana nedeni yeni ve yeni bir meydan okuma bulmam. Eğer kesinlikle olumlu bir şekilde eski proje bitmeden yeni bir projeye başlayamazsanız, eski proje üzerinde paralel olarak çalışmaya devam edin, yoksa tamamen ölür. Ayrıca, bir sonraki noktaya bakın.

• Minimum çalışma zamanı ayarlayın. Bir projeden gerçekten sıkıldıysanız, yalnızca 15 dakika veya bir saat olsa bile, her gün proje üzerinde çalışmak için minimum bir zaman belirleyin. Şansınız, eğer başlarsanız bundan daha uzun süre çalışacaksınız.

/ ben bir sonraki büyük uygulamasını / programlama dilini / facebook katilini bitirmek için kapandı;)

Bilgisayarımın tamamı yarı bitmiş projelerle dolu

Yarı bittiğinden bile emin misin? Bir şeyi gerçekten bitirmenin değeri, ancak o zaman bir şeyi bitirmenin ne kadar büyük bir iş olduğunu gerçekten takdir edersiniz. Programcılar çoğu zaman% 80'ini yapan hemen hemen her şeyi göz önünde bulundurabilecek iyimserliğe sahipler, ancak geri kalan% 20'nin en azından ilk% 80'le aynı zaman ve emeği alacağı ortaya çıkıyor.

Bu yüzden gerçekten en az bir projeyi bitirmenizi öneriyorum. Müşterilere ödeme yapmak, bir projenin% 50,% 80 veya% 99 yapılması ile ilgilenmez. Sadece% 100 yapıldı.

Bitmemiş kalan öğrenci günlerimden sayısız projem var. Onları bitirmenin önemli olduğunu sanmıyorum. Ben çoğunu asla bitirmedim. Bunlardan bazıları daha iyi bir dize sınıfı oluşturmak veya Pixel sınıfı dizilerle bitmapleri değiştirmek gibi tamamen saçı beyinliydi.

Belki de çok büyük projeler seçiyorsunuzdur. Gerçekten küçük bir şey seçin. Bir cumartesi öğleden sonrayı tamamlamayacak bir şey. Tamamladığınızda memnun olacaksınız. Belki başka bir şey yapmak için enerjili hissedeceksiniz.

Hatırlanması gereken önemli bir şey, çalışma dünyasına ulaştığınızda, günde 8 saat boyunca sorunları çözmek için harcayacağınızdır. Büyük projelerle başa çıkmak için sporadik öğrenci yaşam tarzı ortamından çok daha fazla zaman verir.

Bitmemiş projeler klasörünüzle gurur duyun ve bu konuda kendinizi yormayın! Başka bir disiplinde, örneğin sanatta olsaydınız, bitmemiş projeler gerçekten farketmezdi, mesele şu ki gitmek zorundasınız ve kendi içinde hayranlık uyandırıcı. Onun yerine evde oturup televizyon izleyebilir misin? Veya tüm zamanınızı Stack Exchange sitelerinde boşa harcarsınız (ayy!)

Microsoft, bir zamanlar umduğum 3D 'Fahrenheit' API'sini hiçbir zaman göndermedi, NTFS'nin yerini alacak olan 'veritabanı' dosya sistemini hiç göndermediler ve harika olabilecek DeepZoom 'Seadragon' projesini öldürdüler. Muhtemelen, 'kucaklamak, uzatmak ve söndürmek için motivasyonları olmasa da, yüzlerce başka ürünü tamamlamayı ve bitirmeyi başaramamışlardır. Ayrıca, '% 98'i tamamlandı'dan çok daha az olan tüm işletim sistemlerini de sevk ettiler. Bu onları fakir bitirenler yapar mı?

'Completer-Finisher' aslında Belbin Takım Modelinden bir cümledir . Belki bir 'Uzman' veya 'Kaynak Araştırmacısı'sınız ve başkalarının tamamlayıcı-sonlandırıcı görevlerini yerine getirdiği bir ekibe uyuyorsunuz. Olayları bu şekilde görmek, durumunuza daha olumlu bakmanızı sağlar.

8 yılı aşkın bir süredir profesyonel bir yazılım geliştiricisi olmasına rağmen herhangi bir teselli olursa, kişisel projeleri bitirmeyi hala zor buluyorum. Her zaman açık uçlu hedeflerin bir kombinasyonunu, 'ilk önce soğuk ucunu yapma arzusu' ve onu tamamlamak için herhangi bir gerçek baskı eksikliği olduğunu hissettim.

Projelerin başarısızlık olarak değerlendirilmelerinin% 100 tam olmadıklarını düşünüyorum, motivasyonunuzu etkileyecek ve gerçekten harika bir çalışma alanına girmenize engel olabilir. Onlara başarısızlık olarak bakmak yerine, onlardan öğrendiklerinizi, şu anda hangi yeni dilleri / çerçeveleri tanıdığınızı, hangi programlama derslerini aldığınızı, şu anda hangi araçlara sahip olduğunuzu ve bunu yaparken hangi insanlarla / topluluklarla etkileşime girdiğinizi düşünmeyi deneyin. Bu açıdan bakıldığında, bilginize bir şekilde katkıda bulunmayan kişisel bir proje bulmak nadirdir.

Üniversitede veya işte çalışırken, projelerinizi tamamlamanızı sağlayan iki önemli fark olduğunu göreceksiniz. Öncelikle hedefleriniz genellikle oldukça iyi tanımlanmıştır - özellikle üniversitenin ilk iki yılında. İkincisi, bir projeyi tamamlamak için gerçek bir baskınız var - bunu bir sınıfı / modülü geçmek için yapmanız gerekiyor ya da yöneticiniz size XYZ projesinin belirli bir tarih için test ekibine teslim edilmesi gerektiğini söylüyor. Bu, kişisel projelerime asla kopyalayamadığım bir odak noktası sağlar.

Birincisi, kişisel memnuniyet için önemlidir. Sıfırdan net bir son duruma kadar bir şey başardınız. Ardından "aklınızdaki proje yığını" ndan bir öğeyi açabilirsiniz ve benim için her zaman bir rahatlama oldu.

Kariyeriniz için ve daha doğrusu iş görüşmeleri için, projenizi bitirinceye kadar gösterecek veya konuşacak bir şeyiniz yok ... Bir yarı projenin gösterilmesi asla iyi olmaz. Buggy, çirkin ya da sadece çalışmıyor olabilir. Görüşme yapanlara onlardan bile bahsedemezsiniz, aksi halde "Neden onları bitirmedin?" sebat etmiyorsun. Dahası, diğer projelere başlamak için zamanınız oldu, böylece argüman yanlış olur. Akıllıca bir cevap bulmak zorundasın ...

Jon Malcolm ile benzer bir durumdaydım, ama yanlış yerlerde zaman harcıyordum. Kişisel projeler için, standartlarmı tam işlevsellik lehine düşürmeye karar verdim. Bu, hiçbir ajax, yerelleştirme, fazla doğrulama, kimlik doğrulama, sayfalama, barebones UI, birim testleri vb. Anlamına gelmez. Sadece iş kısmının çalışmasını sağlayın ... Ben buna 'düz çizgi' diyorum. Çözüm tamamlanacak ve ideal koşullar altında çalışılmalıdır. Bu yapıldıktan sonra, eğer proje hala ilginç olsaydı, ilgimi kaybedene kadar yeniden yapılanma yinelemelerine devam edecektim.

Benzer deneyime sahibim ve küçük bir evcil hayvan projesinin bile% 5-10'u katil olabiliyor .

Benim tavsiyem bitirmek istersen? Üzerinde çalıştığınız bu harika yeni şeyle arkadaşlarınıza, iş arkadaşlarınıza, ailenize ya da kiminle ilgilenebileceğini söyleyin. Onları dahil et, onlara soru sor. Umarım ilerlemenizi soracak birkaç takipçi kazanacaksınız. Bunu bilmenin baskısı, projenizi yürütmek için sıradan ancak gerekli adımları atmaya devam etmenizi sağlayacak.

Bitirme projeleri, çocukları yetişkinlerden, buğdayı samandan, erkekleri / kadınları erkeklerden / kızlardan ayıran şeydir.

"Gerçek programcılar gemi."

Bir projeyi bitirmeniz gerekip gerekmediğini bilmek için, ondan alacağınız değeri , tamamlamak için harcayacağınız zamana kıyasla değerlendirmelisiniz .

Eğer değer ondan ayıklayabilirsiniz yatırım daha düşüktür , en ele alabilmemiz batırıldı Maliyetleri .

Ekonomi ve işletme kararlarında batık maliyetler, daha önce yapılmış ve geri alınamayan geriye dönük (geçmiş) maliyetlerdir.

Çok fazla bitmemiş proje israfa yol açmaktadır . Atık yalın en güçlü düşmanı biridir .

Bununla birlikte, bazen, çabalarınızı çok daha fazla yatırım getirisi sağlayacak bir konuya odaklamak için bir projeyi terk etmek daha iyidir. Birçok kişi her şeyi bitirmek obstination ve gerçekten iyi yakalamak için başarısız fırsat .

Sade ve basit: Eğer bitirmek istiyorsan bitir! Eğer istemiyorsan, istemiyorum! Teslimat için bekleyen kimse yok, öyleyse neden bu kadar acı veriyorsun? Hobi projeleri yapmak, endüstri projeleriyle aynı değildir. Onlar çok farklı. Onları bitmemiş bıraktığınızı söylemezseniz, hiç kimse size hobi projelerinizi neden tamamlamadığınızı sormayacaktır. Net yüzer bir hobi proje kodları vardır. Birinin gerçekten onları umursadığını mı düşünüyorsun? (hızlı ve hazır bir final yılı projesi arayan tembel üniversite öğrencileri hariç)

Seth Godin denizcilik alışkanlığına girme konusunda çok şey yazdı:

http://the99percent.com/tips/6249/seth-godin-the-truth-about-shipping

Bence önemli ve işte bu yüzden: sizin için bir eğitim değeri olsa bile, kendiniz için bir proje yapmak yeterli değil. Hediyenizi asla dünya ile paylaşmazsanız, resimlerini hiç kimseye göstermeyen bir sanatçı gibisiniz.

Benim de uğraştığım bir şey. Nedenini analiz etmek zorunda olsaydım, kişisel projelerime aşırı mühendislik yapma ve fazla düşünme eğiliminde olduğumu söylerdim. Sorun hakkında pek çoğu geçersiz sayılan varsayımlarda bulunacağım, daha sonra bu farkındalığa gelmeden önce çok çalışacağım. Bu motive edici ve bu noktada ivme kaybediyorum. Son birkaç yıldır yinelendiğim bir fikir var ve bu modeli birkaç kez tekrarladım.

Tüm kişisel projeler için ileriye dönük planım, genel vizyonun küçük bir alt kümesine odaklanmak, onu uygulamak ve ortaya koymak (açık kaynaklı bir github projesi, bir web sitesi, bir dizi makalede bir makale olup olmadığı).

O zaman hala yeterince motive olursam, tekrar edeceğim. Deniz taşımacılığından aldığım memnuniyetin, beni daha fazla yineleyerek sürdürebileceğini umuyorum.

Bu çok önemli.

Alt satırda bu ... Satış Her Şeyi Sür . Satış olmadan maaş yoktur. Satışlar olmadan sermaye artışı olmaz. Satış olmadan şirket yoktur. Satış müşterilerden geliyor. Müşteriler yalnızca memnun olduklarında ödeme yapacaklardır. Memnuniyet, bitmiş projenin iyi çalıştığı ve iyi çalıştığı anlamına gelir.

Bir futbol benzetmesi kullanmak için: Kırmızı bölge, kale çizgisinin önündeki son 20 metredir. Bir touchdown skoru en yorucu parçası. Aynısı bir programlama projesi için de geçerlidir. Son yüzde 20, genellikle bitirmesi en zor olandır, ancak yapılması gerekir.