Programlamanın gün batımı? - sayfa 7
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Şimdi benimle ne hakkında tartışıyorsun? Bir programcının, görevler için araç ve gereksinimlerin sayısındaki artışla birlikte yavaş yavaş bir geliştirici haline gelmesi mi?
Ben inkar etmedim.
Ben sadece tezlerinizden mantıklı bir şekilde takip eden birkaç soru sordum.
Ben sadece tezlerinizden mantıklı bir şekilde takip eden birkaç soru sordum.
Evet, herhangi bir endüstri gelişir ve kendi yoluna gider. Yazılım geliştirme dahil. Bu arada wiki'den güzel bir tanım:
Yazılım geliştirme , uygulamaların , çerçevelerin veya diğer yazılım bileşenlerinin oluşturulması ve sürdürülmesiyle ilgili tasarlama, belirleme, tasarlama, programlama , belgeleme , test etme ve hata düzeltme sürecidir.
Zaten 30 yıl önce değiştirildi. Oldukça uzmanlaşmış bir görevi tanımlarsınız ve onu tüm geliştirme görevleri sınıfı için tahmin edersiniz. Görsel geliştirme, hem kısmen hem de tamamen otomatik olarak uzun süredir var. Bu, örneğin daha yüksek performans gereksinimlerinin uygulandığı görsel ortamlar tarafından çözülen diğer problem sınıflarını veya hatta problemleri geliştirme ihtiyacını hiçbir şekilde ortadan kaldırmaz. Çünkü herhangi bir evrenselcilik er ya da geç bir canavara dönüşür.
Diyelim ki haklısın. Olmayacak görev örneklerine bakalım:
1. nesnelere ayrıştırmak.
2. nesneleri parametreler ve ilişkiler topluluğu olarak temsil eder.
3. Nesneleri görsel araçlarla birleştirin.
Zor değilse, bu tür görevlere örnekler verin.
Size trollük yapmak ve bir şeyi anlamamak için cevap veriyor, zaman kaybetmeyin - Peter ve Fedoseev, mql sanal alanının ondan çıkmak istemeyen iki parlak temsilcisidir.
Cevaplayamayacağınız ve tezlerinizin tutarsızlığını anlamanızı sağlayan bir soru ortaya çıkar çıkmaz, trolleme hemen olur. Komik.
Evet, herhangi bir endüstri gelişir ve kendi yoluna gider. Yazılım geliştirme dahil. Bu arada wiki'den güzel bir tanım:
Yazılım geliştirme , uygulamaların , çerçevelerin veya diğer yazılım bileşenlerinin oluşturulması ve sürdürülmesiyle ilgili tasarlama, belirleme, tasarlama, programlama , belgeleme , test etme ve hata düzeltme sürecidir.
Yani, önceki programcılar (veya geliştiriciler) belge yazmadılar, test etmediler, hataları düzeltmediler. Hâlâ tasarımla ilgileniyor musun?
Diyelim ki haklısın. Olamayacak görev örneklerine bakalım:
1. nesnelere ayrıştırmak.
2. nesneleri, parametreler ve bağlantılardan oluşan derlemeler olarak temsil eder.
3. Nesneleri görsel araçlarla birleştirin.
Zor değilse, bu tür görevlere örnekler verin.
Hayır, Peter. Gelecek biyolojik programlamaya aittir. Bunun gibi bir şey: bir kişi kel olarak tıraş edilir, kafasına özel bir aktif biyokütle uygulanır ve kişi görev hakkında çok düşünmeye başlar. Sonuç olarak, kafaya uygulanan biyokütlede nöral bağlantıların hizalanması gerçekleşir, düşünce düşüncelerine karşılık gelen bir tür yapay ganglion oluşur... Bu şekilde siborglar için biyobilgisayar blokları oluşturulacaktır. ))) Genel olarak, beni anlıyorsunuz.
1. Görsel geliştirme, hem kısmen hem de tamamen otomatik olarak uzun süredir var.
2. Bu, örneğin daha yüksek performans gereksinimlerinin uygulandığı görsel ortamlar tarafından çözülen diğer problem sınıflarını veya hatta problemleri geliştirme ihtiyacını hiçbir şekilde ortadan kaldırmaz.
3. Çünkü herhangi bir evrenselcilik er ya da geç bir canavara dönüşür.
1. Mümkünse, bunun hakkında okumak için bir bağlantı verin.
2. Problemleri sınıflara ayırabilir ve özellikle hangi çözümlerin görsel araçlara uygun olmadığını belirtebilir misiniz?
3. Burada her şey net değil. Bir cep telefonuna 50'lerden kalma devasa bir bilgisayar sığıyor, bu da evrenselliğin harika çalıştığını ve performansa katı bir bağlılığı olmadığını gösteriyor. Her durumda, performans canavarca evrenselcilik sorununu çözer.
Diyelim ki haklısın. Olmayacak görev örneklerine bakalım:
1. nesnelere ayrıştırmak.
2. nesneleri, parametreler ve bağlantılardan oluşan derlemeler olarak temsil eder.
3. Nesneleri görsel araçlarla birleştirin.
Zor değilse, bu tür görevlere örnekler verin.
Fibonacci sayısını hesaplamak, önceden belirlenmiş bir kümenin DIŞINDA kullanıcı eylemlerine özel UI tepkileri oluşturmak, dokümantasyon yazmak, birim testleri yazmak
Ve bu basit, ama çok büyük sistemler var, örneğin, görüntülerin işlenmesi vb.
Genel olarak karanlıkları.