Yapı kayaları. Programları yapılandırmayı, olasılıkları, hataları, çözümleri vb. keşfetmeyi öğreniyoruz. - sayfa 4

Yeni yorum
 
C-4 :

Ve projenin ortasında veya sonuna daha yakın bir zamanda müşteri aniden değişirse, net yapınıza ne olacak:

  • İlk taleplerin %5'i;
  • %10 ilk talepler;
  • İlk taleplerin %25'i.

Bu, projenizin değişikliklere ne kadar hazır olduğunu ve bunlara karşı ne kadar dirençli olduğunu gösteren iyi bir testtir.

Sorun bu, bu yüzden bu başlıktayım.

Böyle bir şekilde nasıl tasarım yapılır (veya müşteriyi böyle bir çerçeveye nasıl tıkılır) sorusuna bir cevap bulmak istiyorum, böylece İstek Listesi tatmin olur ve proje bozulmaz.

Tehdit sonuçta madalyonun iki yüzü var, bir yandan projeyi değiştirebilirsiniz, diğer yandan “hayır, bu proje çerçevesinde yapılamaz” diyebilirsiniz, gerçek ortada bir yerde.

En iyi şey, geliştirmeyi, müşterinin temel isteklerinin çoğunun gerçekleştirilebileceği şekilde tasarlamaktır.

 
C-4 :
Artık hiçbir normal programcı akış şeması çizmiyor. Bütün bunlar, okul çocuklarına öğretmek için tasarlanmış teorik saçmalıktır, ancak gerçek projelerde çalışmak için değil.

her şey kağıda ne yazdığına bağlı.

Yazma taraftarı değilim ama bazen genel yapıyı kağıt üzerine çizmeniz gerekiyor. Kullanışlı ve hızlı, bir kuyumcu için bir ürün taslağı gibi, genel olarak resim net olmalı.

muhtemelen normal olmayan programcılarla dolu olduğu için akış şemaları çizmezler.

 
C-4 :
Artık hiçbir normal programcı akış şeması çizmiyor. Bütün bunlar, okul çocuklarına öğretmek için tasarlanmış teorik saçmalıktır, ancak gerçek projelerde çalışmak için değil.
Buna bu kadar keskin bir şekilde "teorik saçmalık" demezdim. Bir biçimde, kağıda "oklu kareler" çizmek, programlamada yaygın olarak kullanılır. En azından aynı UML'yi alın - tam "kareli oklar". :) Yani, ilk aşamalardaki blok diyagram faydalı olabilir...
 
C-4 :
Artık hiçbir normal programcı akış şeması çizmiyor.
Blok diyagram yok. Ve hala mimari çizmeniz gerekiyor.
 
sanyooooook :

muhtemelen normal olmayan programcılarla dolu olduğu için akış şemaları çizmezler.

;)
 
MetaDriver :
Buna o kadar keskin bir şekilde "teorik saçmalık" demezdim. Bir biçimde, kağıda "oklu kareler" çizmek, programlamada yaygın olarak kullanılır. En azından aynı UML'yi alın - tam "kareli oklar". :) Yani, ilk aşamalardaki blok diyagram faydalı olabilir...

UML, saçmalık (IMHO) yardımıyla tasarlamaya çalıştım.

Tüm bu kareleri oklarla mükemmel bir şekilde kafamda tutuyorum, ancak soyutlamalar kafama sığmıyor, bu yüzden eskiz yapıyorum.

Tehdit Daha derine inerseniz, insan beyni resimleri, haritaları, davranış kalıplarını hatırlamak için çok uygundur, ancak soyutlamalar nasıl inşa edilmeyeceği önemli değil, soyutlama bir kişi için en zor iştir.

ZZY bu nedenle insanlık her zaman soyutlamayı daha tanıdık bir şeye resmileştirmeye çalışır.

 
Urain :

Tehdit Daha derine inerseniz, insan beyni resimleri, haritaları, davranış kalıplarını hatırlamak için çok uygundur, ancak soyutlamalar nasıl inşa edilmeyeceği önemli değil, soyutlama bir kişi için en zor iştir.

ZZY bu nedenle insanlık her zaman soyutlamayı daha tanıdık bir şeye resmileştirmeye çalışır.

Kabul ediyorum.

Ne yapalım? Biz böyleyiz. Bu alanda kendi beynimi harekete geçirmek için kendi yöntemlerim var, yazılım geliştirmeleri bile var (ara sıra paylaşabilirim), ancak geliştirme çok yavaş (gerçi geriye dönüp bakarsanız fark edilir).

--

Biraz daha yürü. İyi konu. Bir anlamda, her şey ve her programlama soyutlamalarla çalışıyor, ancak soyut kavramlarla pratik olarak çalışma seviyelerinde ve becerilerinde büyük farklılıklar görüyoruz.

 
MetaDriver :

Kabul ediyorum.

Ne yapalım? Biz böyleyiz. Bu alanda kendi beynimi harekete geçirmek için kendi yöntemlerim var, yazılım geliştirmeleri bile var (ara sıra paylaşabilirim), ancak geliştirme çok yavaş (gerçi geriye dönüp bakarsanız fark edilir).

--

Biraz daha yürü. İyi konu. Bir anlamda, programlamadaki her şey ve herkes soyutlamalarla çalışıyor, ancak soyutlamaların pratik işlem seviyelerinde ve becerisinde büyük farklılıklar görüyoruz.

Soyutlamak için soyutlamayla ilgilenmiyoruz, değil mi?

Sanırım evrimsel olarak soyutlamaya en iyi şekilde adapte olmadığımıza göre?! (tartışmasız, en azından bu gezegenin diğer sakinlerinden daha iyi), o zaman koltuk değneği inşa etmeye değer.

Örneğin, insanlar beyin fırtınası gibi bir teknik icat ettiler.

Bir varlığı nasıl adlandıracağımı, ona hem anlaşılır hem de son derece kısa olması için geniş bir isim vereceğimi sık sık sorun yaşıyorum. Bu başarılı olduğunda, soyutlamayı sindirmek kolaydır.

Not Şu anda çok fazla yazamıyorum (cep telefonundan uygun değil), geldiğimde zamanım olmayacak. Yarın daha iyi.

 
TOR'u okuyorum, eğer bir yapı şeklinde bir çözüm kendiliğinden gelmiyorsa - diğer projelerde ciro ile uğraşıyorum, genellikle ilk gün uygulamaya hiç başlamam. Program MKL veya HTML değilse, okur, uygulamaları, yapıları, türleri, sınıfları hesaplarım. Genel resim kafamdayken, bloklar halinde kesmeye veya ana modülleri yazmaya başlıyorum. Bir şey acele etmezse, Tetris gibi bir oyuncakla kanepeye düşerim ve sorun tamamen çözülene veya sıkılıncaya kadar oynarım :)
 
Urain :

Not: Şu anda çok fazla yazamıyorum (cep telefonundan uygun değil), geldiğimde zamanım olmayacak. Yarın daha iyi.

Sorun yok. Bana da zamanla bugün çok sıcak değil. Şubenin kalıcı olmasını gerçekten umuyorum ("Hatalar, hatalar, sorular" gibi). Keşke tartışmanın formatı yavaş yavaş yapıcı bir yöne yerleşse.
1234567891011...20
Yeni yorum