Höyükte OOP hakkında konuşun - sayfa 21

 
Nikolai Semko :
Militan cahiller - ne kadar doğru ve yetenekli. Sözlüğüme ekleyeceğim. :))
Vay! Görünüşe göre bu terim benim taptığım Elena Ivanovna ve Konstantin Nikolayevich Roerichs tarafından kullanılmış.
Bu dünyada değişen hiçbir şey yok...
 
Andrei :

Hayır, mesele farklı. Programın mantığına göre yemeniz gereken bir muz var ama onunla birlikte hem bir palmiye ağacını hem de kara toprağı gübreli gübrelerle birlikte yemeniz gerekiyor.

Hayır.

Palmiye ağaçları, kara toprak, gübreler veya maymunlar görmüyorsunuz. Bütün bunlar kapsüllenmiştir ve bunlara erişiminiz yoktur.

Aynı ve konuşma hakkında! Bu sadece işlevsel yaklaşımda - bir muz elde etmek için tüm bunları NET BİR ŞEKİLDE sürüklemeniz gerekiyor. OOP'de derleyici sizin için yapacak. Mutabık kalınan bir arayüz aracılığıyla bir "muz" alırsınız, ancak nereden geldiğini bilmiyorsunuz. Uygun erişime sahip olup olmadığınızı öğrenebilirsiniz.

Aynı şekilde, OOP çipi - yalnızca ihtiyacınız olan şey sizin için mevcut olmalıdır - bu durumda bir muz. Palmiye-gübre-maymunları yok - yapamazsınız. Onlar var (aksi takdirde, muz nereden geldi), ama buna erişiminiz yok ve tüm arzunuzla yanlışlıkla bir palmiye ağacını kesemeyecek veya gözyaşı döken maymunu öldüremeyeceksiniz. muz senin için.

 
Andrei :

Normal insanlar için azap olan, mazoşistler için neşedir.. :)

Normal insanların bıçak kullanarak kendilerini sınırlamaları acı verir mi? Normal insanlar için, yolda araba kullanırken kendinizi trafik kurallarına göre sınırlamak acı verici mi?
 
Bence bu iki makalenin yazarları, tüm yaşamları boyunca kendi işlerini yapan son derece mutsuz insanlar. Yani, ne yazık ki, çoğu zaman olur. Programcı değil, yazar olmaları gerekiyordu. Sevilmeyen davaya karşı hoşnutsuzluklarını FKÖ'ye yönelik saldırılarıyla ifade ettikleri açıktır. Muhtemelen, tamamen insan olarak anlaşılabilirler :)) Sonuçta, yalnızca zanaatlarına aşık olan gerçek programcılar OOP paradigmasını gerçekten anlayabilir.
 

OOP'nin kendi kurallarıyla sizin eviniz olduğunu hayal edebilirsiniz. Herkes için ortak olan şeyler vardır. Bunlar masa sandalyeleri, çatallar, kaşıklar vb. Ama bu evin sakinlerinin bile ulaşamadığı şeyler var. Örneğin, bunlar kişisel eşyalar, kasa vb.

Kasa sahibi bu kasaya erişim izni verebilir. Yabancıların bu eve izinsiz girme hakları yoktur.

Bir sınıf yardımıyla, bu evi, içinde ne olduğunu, her birinin belirli işlevleriyle tanımlayabilirsiniz. Ve evin kendisi bir nesnedir.

OOP bizim hayatımız gibidir. Bir insana benziyor ve iki bölümden oluşuyor: onu tanımlayan ve kontrol eden ruh ve nesne olan fiziksel beden.

OOP, anarşi değil, istediğini yapan bir disiplindir.

 
Nikolai Semko :
Sonuçta, yalnızca zanaatlarına aşık olan gerçek programcılar OOP paradigmasını gerçekten anlayabilir.

Gerekli değil.

Önceki sayfada Renat - haklı olarak "onu gerçek bir projeye koy" dediğini belirtti - onu dolduracak. Ve OOP'nin tüm dezavantajlarını ödemekten daha fazlasını sağlayan tüm avantajlarına çabucak ikna olacaktır. Bahse girerim, buradaki OOP'yi eleştirenlerin hiçbiri, az ya da çok karmaşık bir projenin yazılmasına dahil olmamıştır. Görüşlerini ne açıklar.

"Bir araba çok fazla ek kaynak gerektirir ve onlardan kaçamazsınız, bu hurda yığınını sürekli yanınızda taşımanız gerekir, bu da yürüyerek yürümek çok daha doğru olduğu anlamına gelir." Ve gerçekten de, bir sonraki sokağa gitmek oldukça aptalca. Ancak, başka bir şehre gitmeniz gerekiyorsa - çok az insan ciddi olarak "yürümekten" bahseder.

Yani burada da.

 
George Merts :

Gerekli değil.

Önceki sayfada Renat - haklı olarak "onu gerçek bir projeye koy" dediğini belirtti - onu dolduracak. Ve OOP'nin tüm dezavantajlarını ödemekten daha fazlasını sağlayan tüm avantajlarına çabucak ikna olacaktır. Bahse girerim, buradaki OOP'yi eleştirenlerin hiçbiri, az ya da çok karmaşık bir projenin yazılmasına dahil olmamıştır. Görüşlerini ne açıklar.

"Bir araba çok fazla ek kaynak gerektirir ve onlardan kaçamazsınız, bu hurda yığınını sürekli yanınızda taşımanız gerekir, bu da yürüyerek yürümek çok daha doğru olduğu anlamına gelir." Ve gerçekten de, bir sonraki sokağa gitmek oldukça aptalca. Ancak, başka bir şehre gitmeniz gerekiyorsa - çok az insan ciddi olarak "yürümekten" bahseder.

Yani burada da.

yani ben de aynı şeyden bahsediyorum...
 
Renat Fatkhullin :

Şimdi yüz binlerce satıra kadar mikro projeler hakkında. Bu, bir kişinin kafasına sığma ve ondaki kontrol yanılsamasını sürdürme şansı olduğu için her şeyi yapmanıza izin verir. Ölçeklemeye çalışırken - acı, hayal kırıklığı ve ölüm.

OOP'siz 10K hatlar için bile bir proje hayal edemiyorum. Muhtemelen birkaç tane var.

 
Renat Fatkhullin :

Amca, akademik çevrenin çoğu gibi bir teorisyen ve balaboldur. Ve onun bir profesör (başlık uzun süredir şişirilmiş) ve kitap yazarı olması önemli değil.

Bu twitchy saçmalığı uzun süredir ortalıkta dolaşıyor ve yazılım ürünlerinin karmaşıklığındaki üstel büyümeyi tamamen görmezden geliyor. 30-20-10 yıl önce olanlar, mevcut projelerin ölçeği ve karmaşıklığı ile hiçbir şekilde karşılaştırılamaz. Ve hala kum havuzunda oynamayı tercih ediyorlar, onları modellere indirgiyorlar.

Kaynak, ekonomik ve rekabetçi olanlar da dahil olmak üzere birçok gereksinimi olan gerçek bir ürün yapması için onu yetiştirin. Mümkün olan her şeyi başarısızlığa uğratarak, mantığıyla anında birleşecek. Bunun yerine, bir çözüm üretme aşamasında çocukların kaptanlığına bile atılacaklar.

Dünya birçok gümüş mermi denedi, ancak hepsinin kullanılamaz olduğu ve uzun süredir hizmet dışı bırakıldığı ortaya çıktı. Karmaşıklıkta sürekli bir artış var, kütüphanelerin büyümesi (ve oop var) ve çerçeveler (ve oop var), bu da karmaşıklığı bir şekilde kontrol etmenize izin veriyor.

Ve karmaşıklığın büyümesinden kaçış yok. Daha da zor olacak, bilgi kalitesi gereksinimlerine ayak uyduramayan okuma yazma bilmeyen geliştiriciler daha da fazla olacak.

Programcıların gitgide azalan kitle düzeyine uygun daha da basit diller bulmak için daha fazla girişim olacak. Gittikçe daha fazla yazılım şirketi kendilerini hiçbir şey olmadan bulacaklar, sadece yanlış teknolojiye inanacaklar ve rekabet yarışını kaybedecekler. Sadece rakipleri ürün sonuçları açısından daha ağır ama daha verimli teknolojiler kullanacaklar.

Uzun zamandır yazılım şirketlerine yatırım yapmak ölümcül bir şeydi. Ölüm oranı ve başarısızlıklar şaşırtıcı ve daha da kötüleşecek.

Niye ya? Evet, çünkü bu bir çok ekonomik gereksinimi olan bir iş ve bir teknisyen değil. Canlı ve ayakta duran bir yazılım şirketinin yüzde 80'i pazarlama ve satıştan oluşur. Ve yanlış seçilmiş bir teknoloji (ve burada çoğunluğun iddia edilen basitliğe göre önceliği vardır) sonraki satışları kolayca öldürür. Çünkü her zaman zoru başaran ve finalde daha iyi sonuçlar elde eden yarışmacılar vardır.

Şimdi yüz binlerce satıra kadar mikro projeler hakkında. Bu, bir kişinin kafasına sığma ve ondaki kontrol yanılsamasını sürdürme şansı olduğu için her şeyi yapmanıza izin verir. Ölçeklemeye çalışırken - acı, hayal kırıklığı ve ölüm.

Bulgular:

  1. projelerin karmaşıklığı artıyor ve büyümeye devam edecek
  2. birçok yeni fikir ve yaklaşım sonuç vermeden ölecek
  3. Yazılımın büyük kısmı yazıldı ve yazılacak, ayy, zor ve ıstırapla
  4. yazılım girişimlerine yapılan yatırımlar artan bir başarısızlık yüzdesi gösterecektir. bu profesörlerin yapacak hiçbir şeyinin olmadığı bir iş
  5. çıkış yolu yok - sadece acı ve ıstırap

Bütün bunlar sadece kelimelerle iyi ve güzel ....

OOP'de büyük ve ilginç projeler oluşturmak için bunu yapabilmeniz gerekir.

1 - Bilenler µl'de buraya gitmezler, dil birkaç platformla sınırlıdır ve onlar zaten işin içindedirler (zaten başka dillerde projeleri olan) profesyonellerdir...

2 - Ve nasıl olduğunu bilmeyenler, OOP ve maymun gibi diğer şeyleri bükecek ve hiçbir şey doğurmayacak..

Evet, tabi ki finans piyasalarının birkaç hayranı var ama ciddi bir şeyler yapıp bunun üzerinden geçimini sağlamak için çok az... Asıl ilgi alanı...

Ben neyim, Renat, mt 5, 10 yıl olacak, 10 yıl şaka değil..

Ve OOP'ta programlama konusunda mantıklı bir eğitim yok ...

Ne hakkında yazdığım konu? OOP hakkında ve neyin içine düştü? Grip için...

Size bir soru Renat, µl için büyük projeler programlayan kişiler nereden ve nasıl gelmeli???

 
Vladimir Pastushak :

µl başına büyük projeler programlayan insanlar nereden veya nasıl gelmeli???

Algoritmik ticarette, dil ve platform ne olursa olsun, tek bir ticaret platformunda hiçbir zaman büyük projeler olmadı ve olmayacak.

Maksimum - yarı otomatik.

Herhangi bir dilde yarı otomatik bir cihaz şeklinde en az bir büyük proje? En zor şey, sürücülerin ölçeklendirilmesidir. Ama hiçbir zaman kitlesel olmadılar. Ve eğer bir kitle karakteri yoksa, neden büyük bir şeyle uğraşalım? Market'in bir şey toplaması tek diz üstünde daha kolay.
Neden: