Programlama ile ilgili en saçma efsane nedir?

Başka bir deyişle: Programlamada en sık karşılaşılan ve sinir bozucu yanlış anlama nedir?

Hangi yaygın ve uzun zamandır devam eden mitleri / yanlış anlamaları , programcıların ortadan kaldırmak / düzeltmek için zor buluyorsunuz .

Lütfen bunun neden bir efsane olduğunu açıklayın.

Bunun nedeni bir programcı olduğunuzda, [kişinin] virüs bulaşmış makinesini nasıl çözeceğinizi biliyorsunuz.

İş avı yaparken beni çıldırtan ortak bir İK meselesi: tüm kodlama becerilerinin dile özgü olduğu, komut setlerini aşan hiçbir yazılım mühendisliği uzmanlığı olmadığı varsayımı. Java’da ve Perl’deki bir diğer on yıllık deneyim, C # kullanan bir projede tamamen yararsız olacağınız anlamına geliyor.

“Evet, bir öğrenme eğrisi var. Ama bundan daha zorlu geçişler yaptım. Sana bir anlaşma yapacağım, ilk ay için% 80 ödeyeceğim ve o zaman sonunda yapmazsam ... Bekle, aslında bu sohbeti yapmıyoruz, çünkü İK maymununuz başvurumu silmiş. "

Yazmıyorsanız, çalışmazsınız.

Zombi boş bakışlarının ve kahve yürüyüşlerinin kafalarında bir şeyler organize eden programcılar için şart olduğuna inanıyorum.

Sadece daha fazla insanı atarak geç bir projeyi hızlandırabilirsin.

Bu yazma yazılımı kolaydır.

Zaman içinde ve bütçeyle geçen tüm bu projeleri başka nasıl açıklarsınız ve insanlar (politikacılar, medya vb.) Hala şaşırır ve müşteriler "küçük web sitelerinin" (veya her neyse) gerçekte ne alacağını söylerken şikayet ederler. birkaç bin doların gelişmesi ve maliyeti aylar (lira, Euro, [seçim para birimini girin])

Bulanık ve sürekli değişen ihtiyaçlarla bazen herhangi bir yazılımın bitmesinin şaşırtıcı olduğunu düşünüyorum!

Bundan biraz daha karmaşık olduğunu biliyorum;)

Uygulamanın karmaşıklığı, kullanıcı arayüzünün karmaşıklığı ile doğru orantılıdır. Bu nedenle, bir hafta sonu boyunca Google veya Twitter'ı oluşturabilmelisiniz.

Tüm programcılar matematikte iyidir. :-)

Bilgisayarlarla uğraşan her genç çocuk, deneyimli bir çalışan programcıya eşdeğer (veya daha üstün) yeteneklidir.

14 yaşındaki yeğenim bilgisayarlarla iyi çalışıyor ve çimlerimi biçmek için ona 10 $ / saat ödüyorum. Bir sonraki FaceBook'u yazmak için neden altı rakam ödeyeyim?

Bu gerçek zamanlı hızlı demek.

Belirten "paketler gerçek zamanlı olarak işlenmesi gereklidir." değersiz ve kötü ikiz ... "X'in ne kadar hızlı olması gerekiyor?" cevabını veriyor. ile "Gerçek zamanlı" değersiz daha muhtemelen azdır ... aptal yerine cahil sınırındaki.

Gerçek zamanlı , basitçe söylemek gerekirse, Y işlevinin her zaman X miktarını alacağı ve herhangi bir sapmanın ciddi bir hataya işaret ettiği anlamına gelir. X süresi "gerçek zamanlı" tanımlamıyor, altı mikrosaniye veya altı gün olabilir. Eğer ki belirlemek X'in zaman alacak fonksiyon Y "gerçek zamanlı" tanımlar. Gerçek zamanlı sistemler bu tanımla belirleyicidir.

Öyleyse kes şunu ..

Siz neden buggy kodunu yazıp daha sonra hataları bulmaya çalışırken kodu okumak için çok fazla zaman harcamak yerine, ilk olarak doğru yazmıyorsunuz?

:-) :-) :-) :-) :-)

Üniversiteye gitmediysen, iş için uygun değilsin

Bu erken optimizasyon, hiç optimizasyon yapmamanız gerektiği anlamına gelir. Daha korkunç veritabanları gördüm, çünkü hiç kimse tasarımdaki performansı (herhangi bir veritabanı sistemi için kritik öneme sahip) diğer herhangi bir veritabanı tasarım sorunundan daha erken bir optimizasyon olarak değerlendirmek istemedi. Çöp, bilinen performans katilleri vardır, onları ilk tercihiniz olarak kullanmayı bırakın.

Başka bir efsane, veritabanını yeniden düzenlemek çok zor. Hayır ama etkili bir şekilde yapmak için tasarım aşamasında yeniden düzenlemeyi nasıl yapacağınızı düşünmelisiniz. BTW, bu sinir bozucu tasarım temelli performans sorununu çözmek için ne kadar beklerseniz, düzeltmesi o kadar zor olacaktır.

Bir başka kötü mit, veritabanı tasarımı OOP ilkelerini yansıtmalıdır. Hayır, veritabanları OOP prensibi olmayan setlerle çalışmak üzere tasarlanmıştır. Bazı OOP olayları korkunç performans sorunlarına neden olurken, diğerleri veri tabanı açısından aptalca acı çekiyorlar.

Son olarak, uygulamada veri bütünlüğünü zorlamanız gerekir. Veritabanları uygulamayı geçecek ve uygulama değiştirildiği zaman kuralları kaybedecek, çok amaçlı uygulamalar bunlara erişecek ve uygulamadan geçmeyen şeyleri düzeltmek için doğrudan sorgular çalıştırma ihtiyacı duyulacaktır. Veritabanında iyi veri içeren veri bütünlüğünü zorlamayı reddeden bir veritabanı görmedim.

Bazı efsanevi mutlak en iyi uygulamaların bir kaynağı olduğunu

Hiçbir sapma hiçbir zaman haklı gösterilemez.

Bir şeyi en iyi uygulama olarak tanımladığını iddia eden hiçbir belge sorgulanamaz.

Pazarlamanın, bir ton küçük özellik eklemenin, tek bir özellik yerine oldukça ağır bir özellik eklemekten daha az iş olduğunu düşünüyor gibi görünmesi. Muhtemelen, “görev değiştirmenin hiçbir ek yükü olmadığı” yanlış anlaşılmasının daha belirgin bir örneğidir.

Bu yorum koduna gerek yok ya da "iyi kodların yorumlara ihtiyacı yok". Bazen karmaşık bir kod parçasının ne yaptığını açıklamanız gerekir. Ayrıca, kod bölümlerini yorumlamak çok daha etkili bir şekilde okumayı sağlar.

En kötü efsane: Uzun süredir programlama yapıyorsanız kolayca Proje Yöneticisi olabilirsiniz.

Ve eğer uzun süredir programlama yapıyorsanız, proje yöneticisi olmalısınız.

Projemizde Java, C # ve C ++ dışında bir şey kullanırsak, destekleyecek programcı bulamayacağız.

Java, farklı sınıflara sahip sadece C ++.

Java olduğunu yavaş .

Muhtemelen gördüğüm en tehlikeli olanı, çok kolay bir şekilde kabul edildiğinden, hızlı bir şekilde kod yazabilmenin iyi olduğu ve bu nedenle verilen bir dilde [buraya özellik ekle] ne kadar çabuk kodlayabiliyorsanız, dil o kadar iyi dır-dir.

Bu ciddi bir erken optimizasyon örneğidir, çünkü kodu oluşturmaktan çok daha fazla çalışma kodu korumaya gidiyor . Bu, hızlı yazılması kolay olan koddan daha kolay okunması, anlaşılması ve hata ayıklanması için kod yazmanın çok daha önemli olduğu anlamına gelir ve okunması kolay kodun kolaylaştırılması, dil kalitesinin çok daha kullanışlı bir ölçümüdür.

Yazılım geliştirme sürecine imalat dersleri uygulanabilir.

Bir programcı olarak en son donanım trendleri, overclock, vaka modları vb. hakkında her şeyi bildiğiniz için arkadaşlarınız ve akrabalarınız viteslerini satın aldıklarında size danışıyorlar.

Programcılar yapmanın çok zor / basit bir şekilde imkansız olduğunu söylerken İK tembel ve motivasyonsuz olduklarını düşünüyor

İşim için açık kaynak kodlu bir program olmalı. Sadece indirebilir ve gereksinimlerime uyamazsın.

Birden fazla kişinin bana, sadece doğrudan ikili olarak ya da matematiksel semboller kullanarak programladığımızı düşündükleri sohbette ortada gerçekleştirmenin nasıl programlanabileceğini sordular.

Bilmiyorum, bu efsaneyi ortadan kaldırmak istiyorsam, beni gerçekten akıllı gösteriyor!

Bence en büyük yanılgı, kodu kolayca yazabilmek ve kodu okumaktan daha önemli olduğudur.

Programlama aynı montaj hattı işi gibidir. Bir ürün üzerinde belirli bir süre (belki iş arkadaşlarınızla) çalışıyorsunuz ve sonunda gönderiyorsunuz. Tıpkı tuğladan bir ev inşa etmek gibi.

Kontra: Programlama çok fazla yaratıcılık ve planlama içerir. Bu sanat. Mason gibi, programcı da tuğlayı biçimlendirmekle bütün bir katedral planlamak arasındaki farkı bilir.

Bir programın C ++ 'a taşınması otomatik olarak daha hızlı çalışmasını sağlar.

Bir tür görsel tasarımcılı herhangi bir programlama ortamı, işletme kullanıcılarının programı "yazabilmesi" ve gerçek programcılara ihtiyaç duyulmamasını sağlayacaktır.

OOP yeniden kullanımı. Programlamada pazarlanan en büyük yanlışlıktır.