Kitle kaynaklı GUI. Açık beta testi. - sayfa 27

 
3'ünde tüm hedeflere ulaşılmadığını itiraf etmeliyim. Pencere ekleme ve kaldırma işlevleri bitmedi. Öğeleri silmek çalışmıyor. Hatalar var. Dün ciddi bir hata fark etmedim, bugün düzeltip yeniden yayınlayacağım. Ancak, basit bir paneli monte etmek ve bağlamak için zaten yeterli işlevsellik var. Tüm süreç dakikalar sürer.
 
Temel işlevleri bitirmeye ve ardından yayınlamaya karar verdim. Görevler açık: Eleman ekleme/silme ve projelerin seçici olarak yüklenmesi ile birlikte birçok pencerenin paralel düzenleme moduna ihtiyacımız var.

İlk görevi çözdükten sonra editörü yayınlayacağım ve açık testlere başlayacağım. Her şeyi kendim kontrol edemiyorum ve yardıma ihtiyacım var. Nikolai, Alexei ve konuyla ilgili diğer katılımcılar, lütfen kaybolma. Birlikte, ileriye doğru büyük bir adım atacağız.
 
Алексей Барбашин :

O hiçbir yere gitmiyor! İki mantık arasındaki etkileşimin hala inşa edilmesi gerekiyor. Görünüm kendi başına mevcut değildir. Öğelerinden bazıları her zaman uygulama modelinin değişkenlerine ve/veya nesnelerine bağlıdır.

Her konuda haklısın Alexey. Tek bir sorun var - nesnelerle ve bir bütün olarak yaklaşımla ilgili olarak "aynı Fedora'yı farklı bir sundress içinde" tanımayacaksınız.

İki mantık arasındaki etkileşim sorunları zaten çözülmüştür ve bağlı motorun işlevselliğinde gizlidir. Kullanıcıya öğeleri yönetme işlevleri verilir ve benim koduma bakması gerekmez. Yani, sorun değil.
 
Реter Konow :
Her konuda haklısın Alexey. Tek bir sorun var - nesnelerle ve bir bütün olarak yaklaşımla ilgili olarak "aynı Fedora'yı farklı bir sundress içinde" tanımayacaksınız.

İki mantık arasındaki etkileşim sorunları zaten çözülmüştür ve bağlı motorun işlevselliğinde gizlidir. Kullanıcıya öğeleri yönetme işlevleri verilir ve benim koduma bakması gerekmez. Yani, sorun değil.

Bekle ve gör. Kavramların en kaba ikamesini görürken. Son yıllarda programlamanın tüm kavramlarını ters yüz etti.

Ama sonucu bekleyelim, o anın sıcağında kesmeyelim.

 
Алексей Барбашин :

Bekle ve gör. Kavramların en kaba ikamesini görürken. Son yıllarda programlamanın tüm kavramlarını ters yüz etti.

Ama sonucu bekleyelim, o anın sıcağında kesmeyelim.

Peki, sonuç geleneksel bilgeliğin çarpıklığını haklı çıkarırsa, o zaman ne olacak?
 
Реter Konow :
Peki, sonuç geleneksel bilgeliğin çarpıklığını haklı çıkarırsa, o zaman ne olacak?

Garip soru Kendinden ne bekliyorsun?

olmayacağına %100 eminim...

 
Алексей Барбашин :

Garip soru Kendinden ne bekliyorsun?

olmayacağına %100 eminim...

O zaman kendini doğru atadın ve soru yok.

Tartışılacak bir şey yok. Sonuç zaten orada ve daha fazlası olacak. Amaçlandığı gibi test edelim ve toplum için bir iyilik yapalım.

Tehdit. Ancak reddedebilirsiniz.
 
Yaklaşımımın ne olduğu ne fark eder? dogmatizm nedir? Bir nesnenin öznel temsilini tasarlayan ve kavramları programlamaya sokma tekellerine sahip olduklarına inanarak sonsuza dek ikincil olan bir grup İngilizce konuşan bilim insanına boyun eğecekler mi? Ve onlardan daha havalı biri, nesneyi daha kolay ve daha verimli bir şekilde felsefe edip sunabilirse? Ya biri kendi ana dilinde bir program yazmak isterse?

Önemli değil. Eğer gurur burada tekerleğe bir ispit takıyorsa, sonucun ne anlamı var ki...
 
Doğal olarak, verilen görevleri çözeceğim. Deneyenler olacak.
 

Peter, tepkin çok ilginç, dedikleri gibi, "ve sonra Ostap acı çekti." Bazı çocuksu ilkel şikayetlerin notları hissedilebilir. Ama ne için?

Az önce, geleneksel bilgeliği çarpıtmanın sonucu haklı çıkaracağına inanmadığımı yazdım.

Eğer doğru anladıysam, bağımsız bir sistem değil, diğer ... programcılar için bir araç takımı geliştirmeye çalışıyorsunuz.

Ancak diğer programcılar, ürününüzün halihazırda mevcut aşamasında olan potansiyel tüketicileri diyor ki: Peter haklı değil! Cevap olarak şöyle diyorsunuz: “evet, hepiniz dar görüşlüsünüz, programlama hakkında hiçbir bok bilmiyorsunuz ve bir şekilde OPP ve sınıfları kendiniz için buldunuz! Ve aslında her şey daha basit ve assembler'da kolayca yapılıyor. ürünümü bitir ve sana yeni kurallar programlamayı öğret, yoksa kum havuzunda oynuyorsun ve burnunun ötesini göremiyorsun!”

Her nasılsa kulağa böyle geliyor.

Ancak asıl şeyi anlamıyorsunuz: fikrinize göre ürününüzü kullanacak olanlar, programlamayı ve “nesne” kavramını , olay modelini , olay aboneliklerini, kalıtım vb. tamamen farklı bir şekilde algılayacaklar. İnsanların genel kabul görmüş paradigmalardan bazı çarpıklıklarla tek bir ürüne geçmeleri çok zor olacaktır.

Evet, editörün kendisinin mükemmel olacağından eminim, buna hiç şüphe yok. Ayrı bir ürün olarak saygı uyandırabilir ve hatta yapıcı olarak oynanabilir. Ancak, yalnızca bir GUI'yi kodunuza bağlamak için "işaretleme dili" gibi yeni bir şey öğrenmek kârsız olacaktır.

Bir grafik tasarımcı yaratma konusunda çok iyi bir iş çıkardınız. Kesinlikle herkesin sizi bu yönde desteklediğine dikkat edin.

Ve neredeyse herkes size şunu söylüyor: Peter, her şeyi OOP'de yeniden yazarsanız, tüm bunlar talep edilecek. Ama inatla duymuyorsun. Görünüşe göre, çıkarlarını açıkça ve açıkça görmezden geldiğiniz diğer kullanıcılar için değil, kesinlikle egonuzu tatmin etmek için bir ürün yaratıyorsunuz.

Rus diliyle ilgili olarak, o zaman burada da öncü değilsiniz. Rus şirketi 1C, programlamanın ağırlıklı olarak Rusça olarak gerçekleştirildiği bir dil geliştirmiştir.