“Bildiğin her şeyin yarısı 18-24 ay içinde modası geçecek” = (Doğru mu, Yanlış mı?) [Kapalı]

Sadece bununla karşılaştım ve kimsenin bu bildirimi kanıtlayacak ya da ispatlayacak bir yolu olup olmadığını merak ederek:

Akılda tutulması gereken bir şey ... yüksek teknolojide bilginin yarı ömrü nedir? Moore Yasası ile izler: bildiğiniz her şeyin yarısı 18-24 ay içinde eski olacaktır.

KAYNAK: Craig Trader'ın bu soruya verdiği cevapta " Programlama becerilerinizi geliştirmek için yaptığınız en etkili şey nedir? "

Bu ifade, yalnızca gerektiği şekilde öğrenmeniz gereken geçici teknolojiler için geçerlidir. Yani, kariyerin boyunca onlardan çok şey öğreneceksin.

Temel programlama prensipleri ve teknikleri sonsuzdur.

Saçmalık

Böyle şeyler söyleyen insanlar sansasyonel olmaya çalışıyorlar ya da yanlış şeyler öğreniyorlar.

Aklıma gelen en iyi (en kötü?) Test, bir yıl öncesini düşünmektir. Her gün kullandığınız programlama bilgisinin ne kadarının önceki 18 - 24 ayda öğrenildiği? Üstelik, önceki 18-24 ayda ne kadar icat edildi ? Günlük olarak kullandığım programlama ve teknik bilginin çoğu 5-10 yıl boyunca edinildiği için bu prensip benim için oldukça şüpheli görünüyor.

Şimdi bir cep telefonu platformu gibi bir şey için geliştiriyorsanız, belki de farklı bir oyun adı.

Tecrübelerime göre, teknolojinin Yeni Yeni Şey olduğu medya / kamu görüntüsü ile oradaki gerçek dünyada gerçekte kullanılanlar arasında büyük bir kopukluk var.

Masaüstü uygulama alanında Visual C ++ / MFC gibi bir şey alın. Her ne kadar eski ve modası geçmiş gibi görünse de, muhtemelen yeni bir programcının şu an masaüstü gelişimi için öğrenmesi gereken bir şey olmasa da, içinde tutulan birçok gerçek dünya projesi ve işi var. muhtemelen gelecek yıllar ve yıllar boyunca korunacaktır. COBOL'u örnek olarak verecektim ama bu teorik olarak konuşacaktı - VC ++ / MFC örneğini şahsen çok iyi biliyorum.

Temel olarak, teknolojiler “modası geçmiş” olduklarında işe yaramaz ve kullanılmaz hale gelmezler, artık bir şeyleri yapmanın ve yeni projeler başlatmanın en güncel yolu olarak görülmezler. Ancak, kırılmayan ve onarılması gerekmeyen büyük gerçek dünya yazılım sistemlerinin kullanımdan kaldırılması çok daha yavaş gerçekleşiyor. Üzerinde çalıştığım (1990'ların başında başlayan) Visual C ++ / MFC projelerinin çoğu hala hayatta ve birçok programcı istihdam ediyor (hem bakım hem de yeni gelişimde) ve hiçbir yere gitmiyor gibi görünüyor. yakın zamanda. Aslında, düşündüğümlerin çoğunun hala 2020'de ve daha uzun süre olacağına eminim.

Tabii ki, bu ana sorun bile değil. Asıl mesele, kavramların çoğunun benzer veya ilgili olduğu ve bazı yeni teknolojiler öğrenirken "sıfırdan" başlayacağınız. Örneğin: biçimlendirme dillerini ve bunların ne anlama geldiğini anladığınızda, yenilerini öğrenmek çok kolaydır. Bu yüzden o kadar önemli değil ki JSON yeni bir şey ve yıllarca kullandığınız tek şey XML. Bu sadece yeni sözdizimi öğrenme meselesidir - bazı biçimlendirme dillerinin ne olduğu hakkında hiçbir şey bilmeyen, temsil ettikleri verilerin arkasındaki içsel kavramlar, vb.

TL; DR: 1) Orada kullanılmakta olan bir çok "eski" teknoloji var, ama bu yeni ve seksi bir şey olmadığı için, fazla bir şey duymuyorsun - ama onunla çalışanlara değersiz olmaktan çok uzak . 2) Programlama kavramları üst üste kurulur ve gelişir. Birkaç şey tamamen sıfırdan öğrenmeniz ve eskisini unutmanız gereken bir şey.

Hepsi beyninizi doldurmaya, ezberlemeye ve genellikle beyninizi doldurmaya odaklanmanıza bağlıdır. Detaylar hızla eskiyebilir, ancak ilkeler çok daha uzun sürmeli.

Son zamanlarda derinlemesine katıldığım şeylerden örnekler:

• Java Generic sözdizimi vs. Yazılı kapsayıcılar
• MySQL veri tipleri, depolama limitleri vs. vs. Veritabanı ölçeklenebilirliği ilkeleri
• Hafif veri tabanı soyutlama katmanı Ben veri tabanı soyutlama katılığı / esneklik ilkeleriyle karşılaştırmaya yardım ettim

Kalın yazdığım şeyler sol taraftakilerden çok daha uzun sürecek. Programlamadaki eskime tuzaklarından kaçınmak istiyorsanız , ilkelere odaklanın .

Robert Harvey bunu çivileştirdi , ancak düşündükten sonra, rüzgâra kısalık vermeye ve cevap vermeye zorlandım.

Bir feragatname eklemek zorundayım, ilan edildiği anda Perl On Rails'i kazmaya gitmedim . Gelecekte başvurmak için tasarlandığı ve not aldığı yerelleştirilmiş kullanım için iyi çalıştığını hissettim.

Ayrıca son yirmi yıl boyunca standart C kütüphanesine 50'den fazla permütasyonda başarısız oldum, keşke onlara bağlanabilseydim, ama şimdi varoluşsal olarak zorlanmış görünüyorlar.

Buraya okuduğunuz veya duyduğunuz her şeye inanmak için uzun bir rant ekleyin.

Yeni bir şey çıktığında, yakala ve bir göz at. Eğer 'ick' derseniz, bırakın. 'Vay' derseniz, geliştirin. Eğer böyle bir kararı düşünemiyorsanız, gidip alabilecek insanların beynini seçin.

Sadece teknik esasa ilişkin her şeyi yargıla . Zaman ayırmaya değer, yaşıtlarınızın çoğundan başparmak aldığınızda size zaman kazandırır.

Şimdi sorunuzu doğrudan ele alacağım:

Bildiğiniz her şeyin yarısı 18 - 24 ay içinde modası geçmiş olacak, doğru mu yanlış mı?

Bize 18 - 24 ay içinde bildirmeniz gerekir. Şirketler insanların ürünlerinin ne kadar harika olduğu hakkında konuşmaları için önemli miktarda para öder. Sadece şirketler kurmakla kalmayıp, aynı zamanda kayda değer miktarda para aktaran devleri de kurmak zorundayız:

• [Sic], saygın blog yazarlarının, okuyucularına satış perdesini zorlaştırdı mı?
• Palavra veya kullanım yoluyla fark edilebileceği marka yerleşimi elde etmek için pahalı markalı ücretsiz donanımlar gönderin
• Bir sorunu araştırırken, Google’ın ilk 10’unda working çalışan bir çözüm ”gördüğünüzden emin olmak için insanlara ödeme yapın
• 'En iyi on dizin' sitesinden 'ödüller' için ödeme yapın ve bunları yetkili gibi yapın
• Doğrulanabilir başka bir bolluk, insanları düşünmeyi bırakmaya ve sadece kalabalığı takip etmeye ikna etmek anlamına gelir

Elbette, önceki deneyimlerinize dayanarak kendi kararlarınızı ve yeni bir şeyle denemelerinizi oluşturabilirsiniz. Bunu yaparken, RSS okuyucularına göre emirleri veren yöneticileri olan işverenlerden kaçının.

Bununla birlikte, bulunduğunuz bölgeye göre Brooklyn ve Londra arasında geçiş yapabilecek kadar akıllı olan bu şaşırtıcı yeni köprü kurma kütüphanesine sahibim. Çok büyük olacak, zemin katına girmek ister misin?

Cevabım gerçekten kasten sardonik ve belki de anti-boolean, ama gerçekten mi? İstisna işleme amaçları için cevabım yankılanan bir yanlıştır .

Bir şeyin teknik olarak sağlam olduğunu düşünüyorsanız - onu benimseyin, aksi halde her zamanki gibi iş yapar. C benim ana dilim, neredeyse iki yıl önce olduğu gibi çalıştığı gibi, yaklaşık iki yıl önce yaptığım gibi iki katından fazla ödeme alıyorum.

Özlü formunuza ve atıflarınıza hayranım, ama bu durum ihlal edici bir deney gibi görünüyor .

Aferin :)

Bu, zamanınızı öğrenerek geçirdiğiniz şeye bağlıdır. 1980'de Bourne kabuğu ve C programlamayı öğrendim. Her gün hala kullanıyorum. Öte yandan, Compuserve menü yapılarını öğrenmek için harcadığım zaman tamamen bir kayıptı ve o zamanlar bile çok faydalı değildi. Sonra RS-232 kablo pin-out'ları ve seri protokoller gibi şeyler var: bugün işe yaramaz, ancak hayatımın yaklaşık on yılı için gerekli. Dikkatlice kullanmaya zaman ayırdığınız teknolojileri seçin.

Prensibi doğrudur. Gerçek değer - benim bildiğim kadarıyla - çok daha büyük.

Yaklaşık yedi yıl söyledikleri Pragmatik bir Programcı sunumunu hatırlıyorum, ancak şimdi yerini belirleyemiyorum, bu yüzden değer biraz farklı olabilir.

Teknolojilerin nasıl değiştiğini düşünün: Onbeş yıl önce web tamamen yeniydi ve hepimiz web sayfaları - belki de tablolarla bile - ve animasyonlu bir gif yazmaya çalıştık. Yedi yıl önce, AJAX başladı. Bugün bazı insanlar cep telefonları için Doom benzeri oyunlar yazıyor.

En iyisi, "Başla! Sadece Visual Basic'i biliyorum!" Demek yerine, bir sonraki teknolojiye uygulanabilecek genel şeyler öğrenmek . (veya 15 yıl içindeki eşdeğeri).

Hiç doğru olduğunu sanmıyorum.

Bir zamanlar gerçeğe yakındı - uzun zaman önce, yeni bir platformda artık geçerli olmayan çok sayıda ayrıntıyı bilmek anlamına gelen nispeten düşük bir soyutlama programından başka bir seçeneğiniz yoktu.

Zamanla, ancak, daha fazla ve daha yüksek soyutlama seviyelerinde daha fazla programlama yapılır. Daha yüksek bir soyutlama seviyesi, daha az ya da çok doğrudan, doğrudan değişmesi ve eski hale gelmesi muhtemel detaylarla ilgili daha az endişeye dönüşür.

Belli ki aygıt sürücüleri veya hala düşük bir soyutlama seviyesinde çalışmak zorunda olan küçük gömülü sistemler gibi şeyler üzerinde çalışan insanlar var. Ancak, bunun gibi alanların dışında, bu tür şeyler için nispeten az mazeret vardır. Evet, pek çok insan asla ihtiyaç duymadıkları bir çok şey öğrenirler, ancak kodunuzda bu tür şeyleri gerçekten kullanıyorsanız, çok iyi kararlar vermemeniz ihtimali oldukça iyidir. Bu tür şeylerin çoğu (ve daha da önemlisi) genellikle önlenmelidir.

Muhtemelen doğru, muhtemelen değil; Ancak, öğrenilen gerçek şeyler öğrenildikten hemen sonra eski hale gelse bile, arkasındaki kavram ve fikirler çok daha uzun süre kullanılabilir.

Öyle olsaydı sadece 5.39x10 ^-6 arasında Mythical Adam-Ay bugün alakalı olacaktır. Olduğu gibi, Fred Brooks'un önemli ölçüde tarihli veya temelde yanlış olduğunu ispatlayan ayrıntılarının çok az sayıda ana prensibi vardır.

Bilginizin çoğu zaman testi sırasında (zaman içinde bazı güncellemelere ihtiyaç duysa da), özellikle veri yapıları vb.

Elbette, eğer X ve Y programlama dilini biliyorsanız, Z öğrenme dili, X veya Y'yi bilmemenizden daha kolay olacaktır, böylece yeni bilginizi uyarlamak için önceki bilginizi kullanabilirsiniz.

On yıllar önce ilgili olan birçok becerinin bugün hala geçerli olduğunu, hatta C (1970'lerin başında, bugün hala geçerli olan) gibi belirli teknolojilerle ilgili olduğunu belirtmekte fayda var.

Bildiklerinizin yarısının bir süre boyunca kullanılmaması ve muhtemelen yarısından fazlasının olması muhtemeldir, ancak her 18-24 ayda bir aşırı uç sesi vardır.

Tek gerçeklerin büyük önemi yoktur. Onları alır, anlar, sadece bir an için uygularsın.

Ancak bunu yapmak size gerçekleri ele almayı veya en azından belirli bir olgu setini ele almayı öğretir. Okulda aslında hiç kullanmadığım bir sürü matematik öğrendim. Hala matematiksel düşünceyi öğrendim ve eğittim.

Ruby on Rails ile birlikte web programcısı olarak çalıştım. Şu anda web siteleri yazmadığım halde, düşünce kodumu çok etkiledi ve beni daha iyi bir C ++ kodlayıcısı yaptı. (Örneğin daha fazla STL kullanın).

Benzer Raket öğrenmek için de geçerli. Daha önce hiç büyük bir program yazmadım, ancak bana biraz sorunlu alan için yeni bir bakış açısı verdi.

Sadece aklını eğitmekle ilgili ...

Ben kolayca nesnenin etrafında oynayarak ifadeyi çürütmek düşünüyorum Eğer 'Bildiğiniz Herşeyin yarısı' de.

Bazıları eski hale gelebilecek belli bir bilgi dağılımı vardır (oranına bakılmaksızın). Dolayısıyla, eğer belirli bir kişi sadece bu spektrumun yarısından 18-24 ay sonra kalacak olan bilgiyi içeriyorsa, ifadeyi çiğniyorlar.

İşte cümlenin daha iyi bir sürümü: bugün öğrendiğiniz her şeyin yarısı (veya bu hafta veya bu ay veya bu yıl) bir veya iki yıl içinde kullanılmayacak. Bu doğru - bir aracın 5. sürümünde nasıl bir şey yapılacağını ve 6 çıktığında bunu otomatik olarak yapar veya bir şey yapamayan bir dilde nasıl yapılacağını öğrenirsiniz, böylece bir daha asla kullanmazsınız. Ancak, her gün öğrendiklerinin diğer yarısı seninle kalır ve büyür, ve 20 yıllık bir deneyim geliştiricisini iki yıllık bir deneyimden daha iyi yapan şeydir.

Burada bir doğruluk ya da alaka düzeyi var ama bence yanlış sunuldu.

Bunu sunmak için daha iyi bir yol olacaktır

Bugün kullandığınız bilgilerin ne kadarını 18-24 ay önce aldınız?

veya

18-24 ayda, ne zaman başvuracağınız bilginin ne kadarını biliyorsunuz? Bu görevleri tamamlamak için bugünden ne kadar öğrenmeniz gerekecek?

Hangi alanda çalıştığınıza bağlı olabilir, ama sürekli yeni teknolojiler üzerinde çalıştığımı biliyorum. Her projenin öğrenmem gereken çok sayıda yeni şey var gibi gözüküyor - yeni çerçeveler ve desenler, biraz farklı sorunlara yeni yaklaşımlar veya (daha önce kullandığımızdan daha iyi olan yeni araçlar).

Her altı ayda bir proje sadece% 12,5 yeni bilgiye ihtiyaç duyuyorsa, iki yıl boyunca kullanılan bilginin% 50'si 'yeni' olacaktır.

Bunu söyledikten sonra, bu çok anlamlı ya da doğru değil.

• 'Eski' şeyler eski değil.
• 'Yeni' şeylerin eski şeylerle büyük bir örtüşmesi var
• İlkeler genellikle devredilebilir

Aman Tanrım, böyle harika, sağduyu cevap yukarıda. İyi iş.

Basitçe söylemek gerekirse, sıcak bir solukluk ya da eğilim ise, iyi bir programcınız varsa, onu okuyacaksınız, sonra normalde ne yaptığınız ya da çalışacağınıza geri döneceksiniz.

Yaptıklarınız için hayati bir şey veya sizin için anlamlı olan yeni uygulamalar olmadığı sürece.

Sadece bir şeyin yeni, biraz yeni veya biraz eski olması, herhangi bir şey için çözüm kullanması gerektiğini söylemez.

Basit bir deyim var, bu kapak bunların hepsi.

"Çalışıyorsa kullan"

Bu, eğer bu yeni teknoloji oldukça havalıysa, ancak çalışmanızı daha üretken veya daha yüksek kalitede ya da daha az hataya eğilimli kılan veya mobil veya müşteri / sunucu çözümleri gibi teknik sorunları çözen bir şey değilse. Okumak için en iyisi, pratik bir kullanım olana kadar görmezden gelmek.

Daha fazla insanın zaman kaybettiğini, yeni yeni şeyler bulmaya çalıştıklarını ve sonra yeni yeni şeyler kullandıklarını gördüm ve okudum. Genelde zaman ve para kaybı olur.

Mesleğinizi ve becerilerinizi her zaman öğrenmek, uygulamak ve geliştirmek önemlidir.

Bununla birlikte, neyin işe yarayacağını ya da normalde sahip olduğunuz problemleri çözmek için size farklı bakış açıları sağlayanları öğrenmelisiniz.

Ancak bunun dışında, harika bir programcı olmanın temellerine geri dönmelisiniz.

1. http://www.joelonsoftware.com/articles/fog0000000043.html
2. Planlama
3. Proje Yönetimi Süreci - Açık bir plan yapılmadan önce hiçbir kodun başlatılmadığından ve iş arayanlar tarafından onaylandığından emin olmak için.
4. Kodunuzun Okunabilirliğini Artırın - Çünkü hepimiz başkalarının koduyla çalışıyoruz
5. Organize Olun, Verimli olun

Hepimizin tecrübelerimizden öğrendiği sağduyulu en iyi uygulamaları yapıyorum. Sadece havalı şeyler için zaman kaybetmeyin.

Çünkü dürüst olmak gerekirse, havalı, havalı değildir.

Programlamanın değil, mühendislik alanlarına atfedilen bu cümleyi duydum. Daha açık bir şekilde, “Mühendislik Fakültesi'nden lisans almaya başladığınızda ilk iki yıllık çalışmanız eski teknolojiye dayanacaktır” diye duydum. (Veya bu etki için bir şey.)

Programlama için geçerli olduğunu sanmıyorum. İlgili olduğunu görebilmemin tek yolu, özelliklerin bir programlama dilinden / kitaplıktan / ne olursa olsun kullanımdan kaldırıldığı veya kaldırıldığıdır.

Ortalama teknoloji platformu 10 ila 25 yıl arasında bir yerlere yapışıyor, bu yüzden kalıpların bilgisinin teknolojilerde sürdüğü gerçeğini tamamen indirmiş olsanız bile, bu bana pek olası görünmüyor. Herhangi bir büyük platformdaysanız, AT LEAST 5 veya 6 yıl boyunca popüler hale gelmeden önce bu yığının popüler olmasına güvenebilirsiniz. Neredeyse aynı donanım ve yazılım araçlarını kullanarak 30 yıldır RPG'de kodlayan programcıları tanıyorum.