Nasıl düşünüleceğini öğrenme konusundaki önerileriniz nelerdir? [kapalı]

Her şeyden önce, bu soruyu soran sonucu buna benzer görünse de, genel 'beni daha iyi bir programcı yap' sorusu değildir. Programcılarda. Bunları burada , burada , burada , burada ve burada kapalı olduklarını okudum ve gördüm .

Programlama becerilerinizi geliştirmek için çok sayıda genel öneri olduğunu hepimiz biliyoruz (örneğin, SO okumak, önerilen kitapları okumak, blogları takip etmek, açık kaynaklı projelere katılmak, vb.). Peşinde olduğum şey bu değil .

Ayrıca, bu web sitesindeki aktif okuyucu kitlesini kabul ediyorum ve bazı harika cevaplar vererek lehime hizmet etmesini umuyorum. Buradaki yazışmalardan, çalışan ya da çalışan, programlama ile ilgili alanlarda çok sayıda deneyimli kişi var gibi görünüyor. Ve çoğunuz düşüncelerinizi net ve özlü bir biçimde aktarabilirsiniz.

Geçenlerde programlama yeteneğine sahip biri ile gerçekten düşünebilen bir programcı arasındaki farkı fark ettim . Programcıda harika olmak için, kendimizi ömür boyu sünger benzeri bir davranışa sunduğumuza inanmayı reddediyorum (yani alanımızla ilgili her şeyi okuyarak, dinleyerek, izleyerek vs. emerek). X problemini, etrafınızdaki herkesten daha hızlı çözmenize olanak tanıyan her bir programlama kavramını basitçe bilmek, düşünemiyorsanız , kendinizi son derece sınırlandırdığınızı, sadece hızlı bir robot olduğunuzu bile söyleyebilirim .

Programlama hakkında ne kadar bilginiz ile ilgisi olmayan harika bir programcı olmanın başka bir yüzü olduğuna inanmayı seviyorum, ancak yeni kavramları iç içe geçirip bunları programlama mesleğinize veya hobinize uygulayabildiğiniz kadar iyi. İnsan aklının ve programlamanın bu yönünü kimsenin sevmediğini veya bunlara hitap eden birini görmedim. (Evet, benim de yeterince zor bakmam mümkün değil - eğer öyleyse üzgünüm.)

Yani, yukarıda bahsettiğim şeyi düşünmek için zaman harcayan biri için - ya da belki buradaki herkes çünkü kişisel / mesleki gelişimimde biraz geride kaldım - nasıl düşünüleceğini öğrenmek için önerilerin neler? Normal okumaların dışında, kendi alanınızdaki diğer insanlardan daha iyi olmak için başka neler yaptınız?

Nasıl düşünüleceğini öğrenme konusundaki önerilerim:

• Yeni diller öğren . Hem doğal hem de programlama dilleri. Elinizde öğrenmek için her zaman yeni bir dile sahip olun. Düşünme, bir dilde daha az yapılır. Her dilin düşünce üzerine farklı bir görüşü vardır. Bildiğiniz daha fazla dil, daha fazla "zihinsel araçlar", kavramlar, bakış açıları ve soyutlamalar sizin için kullanılabilir.

"Dil, düşündüğümüzü şekillendirir ve ne hakkında düşünebileceğimizi belirler." - Benjamin Lee Whorf

Ve daha da önemlisi dil biz ne belirler değildir düşünün.

• Gönüllülükle okuyun . Geniş oku. Sadece programlama ile ilgili değil, tarih, sosyoloji, biyoloji, sanat vb. İle ilgili bakış açınızı genişletin. Yeni bilgiler edinin. Sen sadece yediğin şey değilsin - ayrıca okudun. Yeni fikirler, yaratıcılığın ilahi bir parıltısından ziyade, iki (görünüşte) farklı fikirleri birleştirmekle ilgilidir.

"Şans hazırlanan zihni tercih eder." - Louis Pasteur

• Alçakgönüllülük . Ne kadar az bildiğinizi anlamak için çok şey bilmelisiniz. Alçakgönüllülük, zihninizi yeni düşünme biçimlerine açık tutmanıza yardımcı olur.
• Neden sormak Nasıl olduğundan memnun olmayın.
• Matematik öğrenin . Mantık ve soyutlamalar ile çalışmak için gerçekten güçlü bir araç, bir tür dil. Matematik okumak beyninizi güçlendirir. "Spor salonuna gitmek" zihinsel eşdeğeri.

Deneyimlerime göre iki şeye iniyor:

1. Tutku, zanaatla ilgileniyorsanız, alandaki iş gibi programcılardan çok, kutunun dışında düşünmeyi öğrenecek, uyarlayacak ve daha hızlı olacaksınız. (Bazılarının evde bilgisayarı yoktur.)
2. Bazı insanlar sadece teknik problemleri çözme yeteneği ile doğarlar. Bazı insanlar doğal olarak esnek bir çözüm bulma yeteneğine sahiptir.

Bunun ötesinde, herkes programlama hakkında ne düşündüğü ya da yeni programlama becerileri öğrendiği konusunda oldukça farklıdır. Yeni şeyler denemeye devam etmenizi ve sizin için neyin işe yarayacağını öneriyorum.

Nasıl düşünüleceğini öğrenme konusundaki önerileriniz nelerdir?

Uygulama. Uygulama. Uygulama.

Cidden, zihinsel aktivite (yani düşünme) fiziksel aktivite gibidir. Ne kadar çok yaparsanız, o kadar iyi olursunuz. (Aslında, fiziksel aktivite çok zihinsel aktivite bir tür içerir. En sporcular yok sadece doğru yerde kasları var ...)

Peki nasıl düşünürsün (etkili bir şekilde)?

(Burada başka bir şeyden genelleştiriyorum ...)

Bence zor bulduğunuz (ancak imkansız olmayan) düşünme problemlerini tespit edersiniz ve onları çözmeye çalışın (onları düşünün) ve daha çok onlara benzer.

Aşağıdaki iki şeyle ilgileniyor olabilirsiniz:

Akış

Macar psikoloji profesörü Mihály Csíkszentmihályi , akış kavramını ortaya koydu .

Akış, bir aktivitedeki bir insanın, enerjili odaklanma, tam katılım ve aktivite sürecindeki başarı hissine tamamen daldırıldığı zihinsel operasyondur.

Ben benim uygulamadan öğrenmek eski tekniği kullanılarak akış günlük girmek edebilmek için yeterli şanslıyım GTD olan bir sonraki eylem .

Size gerçekten fark yaratacağını söyleyebilirim. Akıştayken, bu durumda olmadığımdan daha yüksek kalitede ve daha hızlı üretiyorum. Yaptığım işe tamamen odaklandım ve bu yüzden daha etkili düşünüyorum .

Farkındalık

Bir süre önce meditasyon hakkında bir soru sordum çünkü meditasyonun programlama becerilerimi azaltabileceği gerçeği ile ilgileniyordum.

Jon Kabat-Zinn yöntem eğitimine yeni başladım , bu yüzden sizlerle geniş deneyimlerimi paylaşmak için çok erken, ama şu ana kadar öğrendiğim birkaç kişiden, size bunun muhtemelen yapmak isteyeceğiniz bir şey olduğunu söyleyebilirim.

Her zaman iyi mühendislerin doğduğuna, yaratılmadığına inandım .

Bunun için belirlenen zihin, mantıklı, analitik, tümdengelimli zihin, bir sorunun gözden geçirilmesi ve verimli bir şekilde yapısal bir bakış açısı elde etmek için gereken azim ve merakla bir araya getirilir ve hızlı bir şekilde A'dan B'ye geçerek zihninizi yönlendirirsiniz. çözüm.

Bu yeteneğin, bu tür şeylere erken maruz kalınmasıyla büyük ölçüde artırıldığını öne süren çok sayıda araştırma var, müzik de yardımcı oluyor. Bir süre sonra, zihinsel haritalarınız oldukça kablolu. Değil açısından neyi düşündüğün ama nasıl sence.

Yetişkin olarak düşünmeyi öğrenebilir misin? Eh, kesinlikle problemleri çözme teknikleri öğretilebilir, ancak daha sonra izleyeceğiniz algoritmalar vardır, tam olarak söylediğiniz gibi çok "hızlı bir robot" olabilirsiniz. Sezgisel anlayış muhtemelen doğuştan gelir.

Bu, mesleğimizle hiçbir şekilde sınırlı değildir, edinilen yanıtlardan ziyade birçok beceri, doğuştan gelen becerilerin hakimiyeti altındadır. İnsanlar bunun doğru olmasını istemeyebilir, ancak büyük olasılıkla öyle.

Tutkulu olduğunuz bir konuda çevrimiçi bir forum bulun. Bir çeşit topluluğu olan bir şey. Tercihen programlama değil - programlama forumları genellikle tartışma yönelimli olmaktan çok çözüm odaklıdır. Biraz dur. Savun onu. Argümanlar kullanın. Ayrıca blog yazabilirsiniz, ancak bir rakibe sahip olmak daha iyidir. Mesele, biriyle olan bir şey hakkında anlamlı ve yazılı bir iletişim kurmaktır. Biraz daha büyük metin parçalarını aldığınız yer.

Fikirlerinizi iletmeyi ve tartışmayı öğrenirsiniz. Görüşlerinizi savunmanız gerekeceğinden, onları gerçeklerle desteklemeniz gerekecektir. Bir şey hakkında düşünmeniz, konumunuzu ifade etmeniz ve desteklemeniz gerekir; belki bile değiştir.

Daha sonra, sorunu analiz etme ve görüşü sentezleme ve herhangi bir şeye uygulama yeteneğini kullanın. Hatta programlama.

Düşündüğüm bir şey, birinin sistem olarak görmesi gerektiği ve tüm sistemlerin ilgili olduğu. Evrendeki her biri. İnsanlık, gezegenler, galaksi, bitkiler, güneş ışığı, fotosentez, böcekler, kayalar, okyanuslar, birbiriyle etkileşime giren sistemler. Aynı şekilde, zamanla, çevrimler: doğum, büyüme, çürüme, ölüm, böcek, insanlar, medeniyetler, dağ silsileleri, yıldız sistemleri. Enerji için sonsuz mücadele. Tüm sistemler

Bu, çalışma anlamında Yaşam ve Doğa Çalışmasıdır. Tüm ilgili şeyleri görün, etkileşim halinde olan her şeyi görün. Gün batımını izlerken ve bizi Güneş'in etrafında döndüren yerçekimi kuvvetlerinin derinliğini hissettiğinizde, bizi gezegenin yüzeyine ve saniyede 300.000.000 metrede retinanıza girmeden ve kızartan ebbing güneş ışığını çekerken buna yoğunlaşın Primat beyninde.

Bunu, her şeyin nasıl ilişkili olduğunu, Japonya'daki Pasifik ve sanayi komplekslerindeki altın ve köle emek ve fırtına fiyatlarının birbirleriyle nasıl ilişkili olduğunu düşünmeye başladığınızda, gerçekten zaman ayırmaya zaman ayırıyorsunuz ve Bütün bunları düşünün, sonra "kas" düşünceniz gerçekten esneyip büyür.

Şimdi, çoğu, ifade eşiğinin altında olacak, ama bunun seni durdurmasına izin verme. Beyniniz en güçlü bilgisayardan daha güçlü. İttir. Hızaşırtmanın mümkün olduğunu sanmıyorum.

Albert Einstein'ın sahilde okyanusa bakan bir çim sandalyeye uzandığını gösteren siyah beyaz bir resmi hatırlattı. Başlık şöyle dedi: "İşte Albert Einstein oturuyor. Beyni ile."

Bir sonraki zorluk, her şeyin karmaşıklığını ve birbirine bağımlılığını basit bir şekilde iletebilmektir. Bu size çok yaşlanana kadar yapacak bir şey verir.

Bir yaklaşım Kasıtlı Uygulamadır .

Basit tekrarlama herhangi bir beceri kazanmaya yol açmaz - performansınızı değerlendirmek, işleri daha iyi yapmanın yollarını tanımlamak için iç içe geçmiş olmanız gerekir.

Bir örnek: Yakın bir akrabam tabanca atış sporunda yarışıyor. Antrenman sırasında, her atışta gözden geçirme devam eder ve doğru giden adımlara odaklanır. Sezgisel olarak, çok fazla odaklanma kötü çekimlere girmez, çünkü tekrarlamak (prova yapmak) hatayı güçlendirir.

Seriden 100 atış yapmak sadece hiçbir şey yapmıyor. Kasten atış yapma Uygulaması 20 atış iyi alışkanlıkları güçlendirecek ve daha iyi performansa yol açacaktır.

Aynı şey programlama için de geçerlidir - ne yaptığınızı düşünün . Aylık, haftalık veya günlük yapmayın - an an, aksiyon tarafından hareket yapın.

• Kodumda neden bu hata oluştu?
• Bu kusuru oluşturmaktan nasıl kaçınabilirim?
• Çözümü daha hızlı nasıl bulabilirim?
• Hangi varsayım yanlıştı?
• Yeterince hızlı yardım istedim mi? çok hızlı?
• Bu hatayı daha önce de yaptım mı?
• Bu kusur izole mi, yoksa kalıbın bir parçası mı?
• Altta yatan bir tasarım hatası var mı?
• Eğer öyleyse, bu konuda bir şey yapabilir miyim?

Ve bunun gibi ...

Git bir kenar bulana kadar sevdiğin bir şeye dokun.

Derin nefes,

Adım atmak...

...

... Başkalarına ne bulduğunuzu söyleyin.

Yani düşünmek istiyorsun

Diğer afişlerden nasıl düşünüleceği veya düşünmeyi öğreneceği hakkında pek çok harika öneri var: akış, dikkat, matematik, tutku, uygulama ... oraya gitmeyeceğim, yerleştim.

Ama neden hakkında hiçbiri. Amaç nedir?

Şahsen, nedenini bilmeniz gerektiğini düşünmeden önce bunu anladım.
Yapılacak en iyi şey dinlemek ve bakmaktır. (İkisini de birim olarak alıyorum, ayıramazsınız)

Programlamada daha iyi olmanın tek yolu, gereklilikleri toplamak, bu gereklilikleri ayrıntılı sistem özelliklerine dönüştürmek, bunu tasarım belgeleriyle eşleştirmek, kodu uygulamak, sevgili hayatınız için hata ayıklamak, bu aşamalardan herhangi birini veya tümünü atlayıp atmamanız, Bir çözüm bulmak için beş dakikanız veya 20 yılınız varsa, dinlemeniz ve bakmanız gerekir.

Kullanıcının ne istediğini dinleyin, kullanıcının ne olduğunu söylediklerini dinleyin, destek görevlisinin gördüklerini söylediklerini dinleyin. Dinleyin. Mantıklı gelmese bile dinleyin. Dinlediklerine rağmen çok yanlış olduklarını dinleyin. Dinle ve yargıç değil.

Arayarak değil, gözlerinizi açarak ipuçlarını arayın. Gerçekliğe bak. Olay yerine bakmadan önce cevap aramaya başlayamazsın. Kusuru kanıtlayana kadar bir çözüm bulamazsınız.

Tecrübelerime tek bir örnek(Böcek çözünürlüğünde, ama gerçekten her şeye adapte olabilir). Belli nedenlerden dolayı (yasal ve aksi halde) sulu detayları bundan uzak tutacağım. Güvenlik açısından kritik bir sistemde, operatör ciddi bir hata bildirdi. Bazı coğrafi izleme cihazları aslında 'olmaması' durumunda, yaşamlar üzerinde potansiyel bir etkiye sahip olduğu zaman izini kaybetti (bu 'gerçek' hata olmalıydı ve araştırmalarımızı çok uzun süre durdurdu). Neyse ki, bu haftalar sonra neredeyse tesadüfen bulunmuş olmasına rağmen, başka bir operatörün izlemenin o sistemde kaybedilmediğini kanıtlamak için uzak bir yerde çalışan başka bir sistem olduğu için. Bu bizi tekrar düşündürdü. Ana yazılım tedarikçimiz bize bir saniye inanmadı, bu yüzden dışarı çıkıp konuyu kanıtlamamız gerekti. Tek yol greftten geçti: Kesin operasyonel durumu kopyalamak için bir simülasyon oluşturmak. Aslında tedarikçinin bize inanması için kanıtı çekmek zorunda kaldık. Sonunda simülasyon, umutlarımızın ötesinde bilgi verdi ve tüm sorunu anlamamızı sağladı. Bundan sonra düzeltmek için uzun sürmedi.

Başa çıkmamızın tek yolu, uzaktaki bir sistemi benzer bir işi yaparken diğerine mantıklı bir şekilde bağlamaktı, ancak aynı işi yapmamaktı. Bu ipuçları arıyor (Bak). Bu, yalnızca bir kerelik rapora güvenerek ve onu sistemdeki rastgele bir aksaklık olarak görmezden (Dinle) ve ardından ilke aykırı olan (Dinle) ikinci raporu tekrar duymakla mümkündü.

Dolayısıyla, doğru ipuçlarına sahip olduğunuzda (dinledikten ve baktıktan sonra), problem alanını tanımladığınızda, temel sebebi veya temel prensipleri anladıktan sonra, ilk önce daha fazla anlamaya yönelik çözümler düşünebilirsiniz (deneme-yanılma, simülasyonlar, gösteri, kavram kanıtı, mock-up, alfa, beta sürümleri) ve sonunda (bazı gerçek hayattaki operasyonlardan sonra daha da geliştirilebilen) katı bir çözüm sunar.

Bu tür bir dinleme ve aramayı yapabilmek, hedeflerinize açık bir zihin, güven ve mutlak bir özveri gerektirir. Düşünmeniz gereken ya da daha fazlasının doğru hedefe odaklanacağı noktaya gelmesi gereken yakıt budur (genellikle sorun düşünememek değil, zihninizi geliştirmek için iyi tanımlanmış bir hedefin olmamasıdır).

Farklı düşünce türleri arasında ayrım yapmanız gerektiğini düşünüyorum.

Yaratıcı düşünme - yeni fikirler, yenilikçi çözümler ve beklenmeyen sonuçlarla nasıl karşılaşılır. Bunun arkasında bir bilim var, Edward de Bono, yaratıcılık teknikleri vb.

Analitik düşünme - Bununla bilimsel süreç demek. Girdilere, çıktılara bakın, neyin önemli olduğunu ölçün, mantıklı sonuçlara gelin. Çoğu geliştirici bilimsel tekniğe aşinadır, ancak o zaman asla kullanmaz. Böyle yap!

Eleştirel düşünme - Bunun daha felsefe olduğunu düşünüyorum. Geri çekil ve büyük resme bak, varsayımlarını gözden geçir, gerçekten söylediğin şeyi gerçekten yapıyor musun? Çalışma felsefesi orada bir sürü harika yazar ve fikir var.

Matematik, nasıl düşünüleceğini öğretir. Uygulama yaratıcılık ve deneyim gerektirir.

Programcıda harika olmak için, kendimizi sünger benzeri bir davranış biçimine teslim ettiğimize inanmayı reddediyorum.

İyi fikir Kabaca, "büyüklük" için gereksinimler kişisel "büyüklük" tanımınıza bağlıdır ... ve zaman içinde değişmiştir. Bugün, proje başarısı, kavramları nitty kumtaşı ayrıntılarına dalmadan hızlı ve hızlı bir şekilde bir araya getirme ile ilgilidir. Kişisel başarı, C # gibi Jon Skeet'e hakim olmak olarak tanımlanabilir.

Oku iş yerinde kodlayıcı 's . Bunu daha ayrıntılı olarak tartıştığımdan çok daha fazla deneyimli kodlayıcı.

İlişkili olmayan alanlardan fikir ve kavramları uygulamaya çalışın. Bana göre, iPod'un parlaklığı harika bir MP3 çalar yapmanın arkasındaki mühendislik değildi, ama müzik eğlence endüstrisinin korsan müzikle ve CD / Album müzik satış modeliyle yaptığı büyük bir sorunu çözmeye yardımcı oldu. Jobs muhtemelen, film endüstrisi ile ilgili olarak Pixar'da öğrendiklerinin çoğunu uyguladı. Asıl sorunun ne olduğunu biliyordu.