İşler işe yaramadığında hayal kırıklığı ile başa çıkmak [kapalı]

Hiç basit bir şeyi uygulamaya çalışın ama garip bir nedenden dolayı işe yaramadı.

Demek olası bir çözümü deniyorsun ama sonra başka bir şey çalışmıyor. Farklı geçici çözümler denemeye devam ediyorsunuz, ancak her seferinde farklı bir şeyler çalışmıyor.

Ne zaman bir adım daha yaklaştıysanız, bu sorunu çözmekten daha uzakta bir (veya daha fazla) adım atarsınız ve şimdi 10 dakikanızı alması gereken 3 saat olmuştur. Ve hala çözülmedi.

Şirketinizde yardım edebilecek kimse yok ve yumruğunuzu ekranınıza sokmak üzeresiniz.

Bu noktada çok sinirlisiniz, artık sorun hakkında net bir şekilde düşünemezsiniz. Bu noktada ne yapmalısınız? Veya bu noktaya ulaşmamak için ne yapabilirsiniz?

Bu gerçek bir problem olmasına rağmen, programlamaya özgü değildir. Ancak, bu forumda bir yeri hakettiği için IMHO çok önemlidir.

Önerilerim: ara verin . Yürüyüşe çıkın, meditasyon yapın, uyuyun, fiziksel aktivite yapın * - bilinçaltı çalışmanızın huzur içinde çalışmasına izin verirken beyninizin rahatlamasını ve zihinsel engelden çıkmasını sağlamak için tamamen farklı bir şey yapın . Genellikle şaşırtıcı derecede hızlı sonuçlar verir - bunun hakkında size bilgi vermesi yeterlidir. Ancak bilinçli zihniniz aynı düşünce döngüsünü tekrar tekrar umutsuzca tekrarlarken, başka hiçbir şeyi dinleyemez.

bu noktaya ulaşmamak için ne yapabilirsin?

Gevşeme ve farkındalık teknikleri, stres tepkilerini aşmanın ve zihninizin net bir şekilde odaklanmasını sağlamanın anahtarıdır. Ve bunları uygulamak gerçekten işe yaramaz. Birileri bu deneyimler içinde deneyimlendiğinde , hayal kırıklığı devralmadan önce yükselen stres seviyesini çoktan fark etti . Daha sonra, örneğin birkaç derin nefes alarak veya birkaç dakikalık bir rahatlama uygulaması yaparak, düşünce döngüsünü durdurabilirsiniz. Bu noktada ihtiyaç duyulan her şey olabilir.

* Ortağını öp, evcil hayvanını okşa - Eşimden gelen öneriler :-)

şimdi bu 10 dakikanızı alması gereken 3 saat oldu.

Sihirli kelime olmalı . Bunu kelime haznenden vur.

10 dakika sürmesi gerektiğini kim söyledi? Özellikle kim? İddialarının gerçek dayanağı neydi?

Daha önce 3 kez yaptınız ve her 10 dakikaya yaklaştıysanız, bir gereklilik için rasyonel bir temeliniz var .

Daha önce hiç yapmadıysanız, söylemelisiniz ki , sadece başarısızlık için kendinizi ayarlamalısınız. Bugün kullanmalı , kullanmayı bırakmalısın .

Sondaj tahtası olarak kullanılacak birini bulun

Tam olarak ne üzerinde çalıştığınız konusunda uzmanlık sahibi olmasa bile, bu konular hakkında sık sık konuşmak iyi bir fikirdir. Sadece birini seslendirme tahtası olarak kullanma eylemi, zihninizin dönmeye başlamasına neden olabilir. Kendinizi denemek için yeni şeyler düşünürken bulacaksınız. Aynı zamanda stresi biraz hafifletmek ve potansiyel olarak yeni bir arkadaş edinmek için hafifletecektir. Ayrıca, takımın bu tür problemleri çözmek için takım odaklı bir atmosfer oluşturmak için birbirleriyle rahatça paylaşımda bulunmalarını ve onlarla ilişki kurmalarını hissetmeleri de genel olarak sağlıklı.

Bir süre uzaklaş ve başka bir şey yap. İyi bir gece uykusu alın ve sabah tekrar sorunlara dönün.

Ayrıca, kendini dövme. On dakikalık tahmininiz açıkça doğru değil ve bu her zaman oluyor.

Bu noktaya ulaştığımda birkaç adımım var. Normalde geri adım atıp yansıtmak için zaman ayırırsam bir çözüm bulabilirim.

Adım 1: Problemden uzaklaşın ve başınızı kaldırın. Sinirli olmadığınız ve ona taze bir zihinle bakabileceğiniz zaman tekrar gelin.

Adım 2: Koda geri dönün ve kaçırdığınız bir şey olup olmadığını görün. Başını veya yazılarını tek tek çekemiyorsan, birinin gelip ikinci bir göz seti olmasını sağla.

Adım 3: Kodu denklemden kaldırın. Çözmeye çalıştığınız sorun nedir? Bir parça kağıda veya beyaz tahtaya yazın. Problem ve çözüm hakkındaki görüşlerini almak için problemi birisiyle konuşun.

4. Adım: Bir çözümü olup olmadığını veya bir başkasının aynı duvara çarpıp çarpmadığını görmek için topluma ulaşın.

Temel olarak, bunlar 'Korsanlığı durdur ve koddan uzak dur' olarak toplanabilir.

Burada bir soru soracağım ve topluluğun bu sorunu çözmenize yardım etmesini istiyorum. Bu şekilde daha az stresli.

Farklı bir çözüme sahibim - UYKU !!

Bir problemle ilgili hayal kırıklığına uğradığınızda, kolayca çözemezsiniz. Bu yüzden, sorunu çözmeye çalışmaktan çok yorulmanız ve sonra uykuya dalmanız daha iyi olur.

Uyandığınızda, taze bir his hissedersiniz ve yine sorunla açıkça düşünebilirsiniz. Bazen yapıyorum.

Biraz güven oluşturmaya yardımcı olacak bir şeyler bulmak, bu noktaya ulaştığımda yapma eğilimimdir. Bu bir Sudoku veya Kenken bulmacasını çözmek, zaman çizelgemi doldurmak ya da yürüyüşe çıkmak gibi basit, akılsız bir yönetim görevi yapmak olabilir. Buradaki kilit nokta, bu küçük yan dikkat dağınıklığı ne olursa olsun, ata geri dönüp vahşi mavi zuvana girip birkaç metaforu karıştırmaya yetecek kadar pompalamama yardımcı olmak için bir başarı hissine sahip olmam.

Bu kadar kötüye gitmekten kaçınmak için, bir süre önce bir şeyler yapmayı düşünürseniz, 10 dakika sürecek bir şeye inanıyorsanız ve aniden bir saat sonra çok fazla bir ilerleme olmadan durup, küçük bir mola yerine başımı duvara vurmaya çalışıyorum.

Bu tür bir durum için özel bir adım var: epik programlama savaşı .

Belirli bir programlama dili veya aracıyla en az bir epik programlama savaşı yapmamış ve sorunu çözmemiş olsaydım, kendime böyle bir programlama dili veya aracı kullanabileceğimi söyleyemem.

Bu yüzden benim çözümüm var: bunu bir kavga, bir cesaret ve dayanıklılık testi gibi düşün . Eğer sorunu çözemezsem, o zaman " başka bir gün savaşmak için yaşıyorum ".

(Bunu kazanmak zorundadır çeşit oyun gibi) Eğer yüzleşmek zorunda çünkü yerine tüm yol acı bu açıdan düşünmek daha eğlenceli ve sevindirici olacak biraz saçma gelebilir ama aslında o senin her şeyi bilmiyorum .

Şey ... Bence yeni bir kariyere veya tamamen yeni bir beklentilere ihtiyacın var. Kesinlikle sık olmasa da, başlangıçta 10 dakikalık bir iş olacağını düşündüğünüz şeyi yapmak için 3, 4, 8, 10 veya 40 saat almak, yazılım sektöründe kesinlikle nadir değildir. Orta zorlukta bile olsa herhangi bir şey üzerinde çalışan geliştiricilerin çoğunun, 2 gün süren işlerin 1 aylık işlere dönüşüp sorunu anladıklarından eminim.

İyi bir geliştirici olmanın bir kısmı sabırlı olmayı gerektirir, aksi halde bilgisayar kazanacak ve sonunda ancak çalışmaz gibi göründüğü ancak kaçınılmaz olarak düşünmediğiniz bir şeyi kıracak bir tür hızlı düzeltme kesmesi dahil edeceksiniz. Küçük gecikmeler size bu kadar strese neden oluyorsa, muhtemelen bu işte olmamalısınız.

İki öneri:

1. Ufak bir özel şirkette, iki doktora derecesi olan ve "Araştırma Görevlisi" unvanına sahip tanıdığım en zeki insan, bunu söylüyor.

   15 dakika boyunca düşünmüşseniz ve cevabınız yoksa, yanlış yapıyorsunuz demektir.

   Düşünmeyi bırak.

   Şekerleme yapmak. (yürüyüşe çıkmak ya da başka bir şey için gitmek)

   Cevap, uyandığında orada olacak.

2. David J Agan'ın "Debugging" kitabını alın . Muhtemelen size hata ayıklama hakkında daha fazla bilgi verecek, böylece işler çalışmadığında hızlı bir şekilde hata ayıklayabilirsiniz.

Ne zaman işe yaramayan bir şeyle karşı karşıya kalsam, bu teklifi her zaman hatırlıyorum:

Cehennemdeyken, bu noktada yapılabilecek en iyi şey olduğu gibi yürümeye devam edin.

Mola verin, kendinizi yenilemeye çalışın ve yeni enerji seviyesiyle soruna odaklanın.

başkalarının önerilerini tekrarlamak:

• bu durum neredeyse her zaman sadece göremediğiniz önemsiz bir şeydir ; ara ver
• başka bir çift göz veya sadece kedinize sorunu açıklamak yardımcı olabilir

ve ekleyerek:

• varsayımlarınızı, özellikle de kanıtlanmamışları yeniden inceleyin; Muhtemelen yanlış ağaca havlıyorsun.
• durumu tersine çevirin: mevcut davranışın istenen sonuç olduğunu varsayalım, peki bunun gerçekleşmesi için koda ne yapmalısınız?
• Yürütme yolu boyunca varsayımlarınızı doğrulamak için bazı test kodları (varsayımlar veya günlüğe kaydetme veya koşullu kesme noktaları - basit tutun) yazın

Bazen, sadece bir problemden kurtulmaya çalışmaktan kaçınmak en iyisidir. Biraz zaman ayırın ve yapmanız gerekenleri sahte kodla yazın. İşleri olabildiğince çabuk halletmek için baskı olduğunu biliyorum, ancak gördüklerime göre, bu kodlama tarzı sizin tanımladığınız durum türüne yol açıyor. Birisi, yalnızca küçük bir koşul kümesi verilen ve değişiklikleri ayarlayan bir kod yazarsa, kod kırılır veya beklenmeyen şeyleri yapar.

Ayrıca (profesörlerimin bu konuda haklı olduğunu kabul etmekten nefret ediyorum ...), belgelendirme ve birim testi yardımcı olur. Bu, girdi kümesi göz önüne alındığında bir kod bölümünün ne çıkarılacağını bilmek daha kolay olacaktır. Ardından, bu bölümler girişindeki bir değişikliğin neden olacağı etkinin görülmesi daha kolay olacaktır.

Yorgunluk veya uyku eksikliği hiçbir zaman benimle ilgili bir sorun değil. Sektördeki organizasyon eksikliği ve genel olarak kendimiz için belirlediğimiz düşük standartlar konusunda daha fazla sinirliyim. İşte beni sinirlendiren beş şey:

1. Tasarımda karmaşık olan API'ler. Tamamen yeni bir programlama dili öğrenmek gibi. Aslında, bazı API'ler yeni programlama dilleri öğrenmekten çok öğrenmek daha zordur. İstihbaratınıza hayranım, ancak bunu anlamak için yazılım mühendisliği veya bilgisayar bilimlerinde doktora ihtiyacım olan belgeleri koyarak bana zaman kazandırabilirdiniz.

2. İyi dokümantasyon eksikliği. Bu kadar çok API tasarımcının yalnızca minimum dokümantasyonla yayınlamak için bir API yapmak için çok zaman harcadığı gerçeğini asla anlayamıyorum. Teşekkürler, ama bunu nasıl kullanırım? Bu durumda ne yapmalı? vb.

3. Özel uygulamalar. Bazı tescilli uygulamaların yapılması uygun, ancak standartlar varsa, insanlık adına lütfen bu standartları takip edin. Neden bir şeyin yalnızca uygulamayı keşfetmek için işe yaramadığını merak etmek zaman harcamaktan daha sinir bozucu bir şey normal standartlara uymuyor.

4. Sanal alan ortamları / Kısıtlamalar. Tamam, belki bu kötü insanları uzak tutmaya yardımcı olur, ama bence, bir programcının yapabilecekleriyle ilgili kısıtlamalar sadece yaratıcılığı ve teknolojik ilerlemeyi sınırlar. Bir şey yapmama izin verilmediğini keşfettikten sonra aldığım harika fikirlerin çoğu. Programlama endüstrisi, yenilikçi çığır açan yazılımlar değil, gündelik uygulamaları dağıtmak için yapılmıştır. Bu nedenle, programcı olmaya karar verirseniz, yalnız bir akademik olmak istemediğiniz sürece, gerçekten modern bir gün hırslı olmayı seçiyorsunuzdur.

5. Modern tartışmalar. Günümüzde insanlar hala Lisp parantezinin çirkinliği veya Pythons'ın temizliğinin esası ya da Cobol veya Fortran gibi bazı dillerin nasıl yok edildiğini, vb. Tartışıyorlar. Gerçekten insanlar? Tartışdığımız şey bu mu? Paralellikten ya da daha güvenli sistemler tasarlamak için daha iyi yollar ya da mantık programlamasının yaşamlarımızı nasıl iyileştirebileceğinden bahsedelim. Kodlayıcılar gibi düşünmeyi bırakalım ve yarının dünyasının tasarımcıları gibi düşünmeye başlayalım.

Bu yüzden kişisel olarak artık bu sıkıntılardan dolayı fazla program yapmıyorum. Endüstri, bir sonraki Facebook'u oluşturmaktan daha fazlasını yapmak istediğine karar verinceye kadar ya da hazır olduğum kelime işlemcisini yeniden icat etmek. Bunu size bırakıyorum beyler. Dürüst olmak gerekirse hiçbir suç demek, iyi para.