MQL5'te OOP hakkında sorular - sayfa 26

[Alexey Navoykov]

Igor Makanu :

BT devleri bu paradigmayı destekliyor, belki de faydalıdır - yazılım geliştiricilerini çalışmak için daha güçlü donanım gerektirecek karmaşık uygulamalar yapmaya zorlamak ve ayrıca işletim sistemi veya derleyiciler için belgelerini çoğunlukla hazır kitaplıklarla sunmak. geliştiricileri zorlayan OOP formu .... ve sonsuza kadar devam eder;)

Eh, bu bir tür komplo teorisi) Bence her şey çok daha basit. Pop şeyler, çoğunluk için her zaman daha basit ve daha anlaşılırdır. Esasen aptallar için bir dil olan Python'un inanılmaz popülaritesinden bir örnek alalım. Kendinize "Programlama nasıl öğrenilir, o zaman Python hemen hemen her yerde sunulur) Ve derleyicinin titizliğine ve kontrolüne alışkın deneyimli bir programcının buna geçmesi pek olası değildir) Ancak pythonistlerin bolluğu geliştiricileri uyum sağlamaya zorlar. onlara)

[Igor Makanu]

Alexey Navoykov :

Eh, bu bir çeşit komplo teorisi)

bu bir komplo teorisi değil, yaşam deneyimi, uzun zamandır işletmelerde bile hem emek yoğun hem de zaman alıcı iğrenç bir şekilde inşa edilmiş teknolojik döngüler olduğuna ikna oldum ... işletme için kâr elde edin ve zamandan ve kaynaklardan tasarruf etmek için her şeyi akıllıca yaparsanız - kâr olmaz! - bu özellikle abonelerle çalışmanın olduğu yerlerde geçerlidir - hücresel iletişimde deneyim vardı

Ve böyle bir "bilgi prizması" aracılığıyla, genel olarak .opu aracılığıyla bir şeyin neden icat edildiğini anlamaya çalışıyorum, ancak genel olarak bu şekilde çalışıyor ve uzun süre çalışacak.

Belki OOP konusunda yanılıyorum, ama tabii ki verimsizlik var, olduğu gibi, bu uzun süredir çalışıyor ve uzun süre çalışacak .... belki de Hintlilerin yazabilmesi için kod daha otantik? yoksa her müşteri kaynağı okuyamıyor mu? - peki, genel olarak, burada uzun süre OOP'nin neden popüler olduğunu düşünebilirsiniz, ancak bu tür eleştirilere neden olur

)))

[Aliaksandr Hryshyn]

Makale daha çok bir hikaye gibi. Bana pek çok kelimenin olduğu ama sıfır özün olduğu Grobovoy'u hatırlatıyor. Asılsız beyanlar.

"Ne anlamı var?..." - makaleyi karıştırırken, safça en önemli şeye geldiğimizi düşündüm, ama yine, OOP'nin orada kötü olduğu, burada kötü olduğu konusunda bir sürü boş gevezelik, ama her şey yolunda fonksiyonel programlama

Bunu nasıl okuyorsun?

Belki de fikrin kendisi ilginçtir.

[Alexey Navoykov]

Aliaksandr Hryshyn :
... pek çok kelime var ama sıfır öz. Asılsız beyanlar.

Hangi spesifik ifadeler asılsızdır?

[Vladimir Simakov]

tabii ki IMHO. Ama bana öyle geliyor ki, OOP sorunu OOP'nin kendisinde değil, her zaman olduğu gibi insanlarda. Shitcoder'a artılarla ilgili bir görev verin ve o başarıyla dolduracaktır ve keskinlikte, Google'ın yardımı olduğu için çalışan bir çözümü iyi tasvir edebilir. Ancak, diğer insanların kod parçalarını bir bütün halinde birleştirmenin ne tür incelikleri (Google help mi'yi hatırlıyoruz) ortaya çıkacak, bu ne kadar şanslı. Sonuç olarak, işe yarıyor gibi görünüyor, ancak orada bir şeyi değiştirmek - ona dokunmamak daha iyi ...

[Aliaksandr Hryshyn]

Alexey Navoykov :

Hangi spesifik ifadeler asılsızdır?

1. OPP, prosedürel veritabanlarının karmaşıklığını kaldıramaz (Windows ve diğer karmaşık yazılımlar bir şekilde çalışır).

2. OOP iyi bir araştırma yapılmadan tasarlandı (OOP tavandan alındı, ama ben tam olarak bunu yapmak istedim).

3. OOP insan beyni için doğal değildir (böyle kategorik olarak söylemek yanlış olur, önceden daha mı iyiydi?)

.....

Ayrıntılara girmeden çok fazla.

[Vasiliy Sokolov]

FP'nin destekçileri, lambda hesabının, aralarında sınırlı sayıda durum ve geçiş bulunan bir Turing makinesi tarafından yürütüldüğünü kasıtlı olarak unuturlar, yani. aynı sayaçlar, dallar ve git komutları kullanılır. Yani FP'nin C, C#, Java gibi klasik bir dilden fazlasını sağladığını söylemek en azından yanlış olur.

[Igor Makanu]

YouTube'da hangi gün DOS altında tavsiye edilen retro oyunların incelemelerinde nedense uzun zamandır oynamıyorum ama bazen bugün önerilenlere bakıyorum https://youtu.be/edJPKwpeHh4

yani aklıma bu geldi, el ile yapılanları alalım (bazı gametudio vs. olmadan) ve gerçekten kaliteli yapılmış ve gerçekten yavaşlamamış ve gerçekten... Neyse, genel olarak bir efsane

aklıma gelen tek şey, bence, Quake-1, hatta 486'da uçtu ve mümkün olduğu kadar akıllıca yapıldı ve sonra yeni motorlarında bir dizi oyun yapıldı.

Quake-1 ne yazıyor - kim gördü veya okudu?

[Vasiliy Sokolov]

Igor Makanu :

YouTube'da hangi gün DOS altında tavsiye edilen retro oyunların incelemelerinde nedense uzun zamandır oynamıyorum ama bazen bugün önerilenlere bakıyorum https://youtu.be/edJPKwpeHh4

yani aklıma bu geldi, el ile yapılanları alalım (bazı gametudio vs. olmadan) ve gerçekten kaliteli yapılmış ve gerçekten yavaşlamamış ve gerçekten... Neyse, genel olarak bir efsane

aklıma gelen tek şey, bence, Quake-1, hatta 486'da uçtu ve mümkün olduğu kadar akıllıca yapıldı ve sonra yeni motorlarında bir dizi oyun yapıldı.

Quake-1 ne yazıyor - kim gördü veya okudu?

Quake hakkında bilgim yok ama örneğin, işte Duke Nukem 3D raws'ın mükemmel bir incelemesi: https://habr.com/ru/post/323426/

[Igor Makanu]

Vasiliy Sokolov :

Quake hakkında bilgim yok ama örneğin Duke Nukem 3D raws'ın mükemmel bir incelemesi: https://habr.com/en/post/323426/

Ortadan okudum, Duke Nukem'in bir göstergesi değil - sadece bu değil, çocukluğumdan dolayı bir şekilde bana “girmedi”)), yani makalede:

Doom/Quake tarafından oluşturulan sonsuz sayıda bağlantı noktasına baktığımda, Duke Nukem 3D'nin neden bu kadar az bağlantı noktası olduğunu hep merak etmişimdir. Aynı soru, motor ancak Ken Silverman'ın kendisi yapmaya karar verdikten sonra OpenGL'ye taşındığında ortaya çıktı.

ve makalenin başında, eğer doğru anladıysam, o zaman motor geliştiricisi 18 yaşındaydı, yaş bir mengene değil, ama ... bence herhangi bir sistematik bilgi uygulaması olmamalı

şimdi haberin üzerinden geçeceğim, gerçekten birincil kaynaklar veya çeviriler hakkında ilginç incelemeler var

Not: Aslında retro efsanelerin kaynakları burada https://habr.com/ru/post/137442/