Adanali kullanıcısının son içeriği

  1. A

    Sürekli Mimarlık bloguna hoş geldiniz!

    Sürekli Mimarlık bloguna hoş geldiniz! Neden bu isim? Farklı yorumlar var. “Sürekli teslimat” terimi sürekli mimaride. Konuyla ilgili bir kitap yazdım. Dağıtım süreçlerinin optimizasyonlarının yazılım geliştirme geliştirmek için gerekli olduğuna inanıyorum. Sürekli teslimatın mimarlık...
  2. A

    Mikro hizmetler: mimari mi yoksa kuruluş mu? | Haberler Online

    Mimari ve organizasyon aslında iki ayrı alandır. Mikro hizmetler Conway Yasasını yeniden keşfetti ve ilginç sonuçlar çıkardı. Mimarlık ve organizasyon aslında aynı olduğunda ne anlama geliyor? Yazılımın mimarisi aslında yazılım sistemlerinin yapısını “yalnızca” düzenler ve anlaşılabilirlik ve...
  3. A

    Entegrasyon, dallarla çelişiyor!

    Entegrasyon, dallarla çelişiyor! Endüstrinin özellikleri, farklı özelliklerin gelişimini ayırmak için popüler bir yaklaşımdır – ancak maalesef bu, entegrasyon amacı tüm değişiklikleri sürekli olarak entegre etmeye devam etmektedir. Peki ne yapmalı? 90'larda bir müşteri bir gün boyunca...
  4. A

    Şimdi başvurun: Yaz Yaz Dönemi 2025 It

    Haberler-Magazine C'T, IX ve Haberler Online, E-Fellow Kariyer Ağı ile işbirliği içinde 2025 yaz dönemi için tekrar burslar sunuyor. Potansiyel bilgisayar bilimi 600 Euro ile desteklenmektedir. Buna ek olarak, Haberler+'nın yıllık bir aboneliği, Haberler'nin yargılama gününe bir davet, Haberler...
  5. A

    Kod: Sevgili Yedekleme mi yoksa Sevgili Yeniden Kullanım mı?

    Kod: Sevgili Yedekleme mi yoksa Sevgili Yeniden Kullanım mı? Yeniden kullanım, yazılım geliştirmenin kutsal kasesiydi. Geliştiricilerin yeniden kullanabileceğini tekrar yazmak zorunda değilsiniz. Bu beklenmedik üretkenlik sıçramalarına izin veriyor, düşünülüyordu. Ancak bu arada çok şey...
  6. A

    Dokuz yıllık mikro hizmet | Haberler Online

    Mikro hizmetler mükemmellik mimarisidir. Ancak fikirler oldukça eski ve kanıtlanmış. Hikayeye bir göz atmanın zamanı geldi. Mikro hizmet yaklaşımı bir sistemi çok sayıda küçük hizmete ayırır. Bazı öncüler, 1969'da işletim sisteminde uygulanan UNIX felsefesine atıfta bulunur: Bir program...
  7. A

    Mimarların bir kod yazması gerekmez!

    Birçoğu gerçekten iyi yazılım mimarlarının kod yazması gerektiğine inanıyor. Neden aslında? Sonuçta, mimari ve kod iki farklı yazılım geliştirme seviyesidir. Her şey iyiydi: Mimarlar tasarlanan mimarlık, geliştiriciler bu gereksinime göre planlandı. Görevlerin açık bir bölünmesi – bir...
  8. A

    Otonom sistem, mimari bir stil hayal ediyor

    Büyük sistemlerin geliştirilmesini daha iyi desteklemek için, farklı dağıtım birimlerine bölünme mantıklıdır. Otonom Sistemler (SC'ler) tam olarak bu yaklaşımı takip eder. SCS'ler hakkındaki tüm temel bilgiler yeni web sitesinde http://scs-atitecture.org/ adresinde bulunabilir. İşte...
  9. A

    Modern yaklaşımlar işe yaramadığında

    DevOps veya Mikro Hizmetler gibi modern BT yaklaşımları devrim yaratmalıdır. Bazen çalışmazlar. Neden aslında? Marc Andreesen diyor ki: “Yazılım dünyayı yiyor”. Giderek daha fazla ürün ve hizmet yazılımdan belirleyicidir. Yazılım kademeli olarak yaşam ve endüstrilerin tüm alanlarına...
  10. A

    Mikro hizmetler karmaşıklığı ortadan kaldırır | Haberler Online

    Mikro hizmetlerde bir sistem basit ve küçük modüller tarafından oluşturulur, ancak karmaşıklık bir yerde kalmalıdır. Dolayısıyla entegrasyon ve ilişkiler seviyesi daha karmaşık olmalı ve – sıklıkla olduğu gibi – hiçbir şey kazanmadınız. Ancak mikro hizmetler aslında karmaşıklığı ortadan...
  11. A

    Operasyonun bir geleceği var mı? | Haberler Online

    Özellikle toplum gelecek için çok önemlidir ve Gold Times'a gitmelidir. Ancak alaka düzeyi de baskıyı artırır: sadece gereksinimleri karşılayan bir toplumun geleceği vardır. Müşterilere daha hızlı yeni özellikler sunan herkesin piyasada bir avantajı vardır. Yazılımı daha hızlı ve daha sık...
  12. A

    DevOps bir organizasyon değil | Haberler Online

    Geliştirme ve operasyon arasındaki işbirliği giderek daha önemli hale geliyor. Üretim söz konusu olduğunda, yazılım geliştirme daha da optimize edilebilir. Üretimde olan ve gerçek kullanıcılar tarafından kullanılan ilk yazılım aslında bir kurumsal değeri temsil eder. Bu sadece yazılımın...
  13. A

    Sabit bir premium projenin değeri ne kadar?

    Sabit fiyatlar yazılım geliştirmede önemli bir proje türüdür. Ama fiyat riskine odaklanmak gerçekten mantıklı mı? Sabit fiyatlar fiyat riski ile uğraşmanın bir yoludur. Fiyat riskleri genellikle bunun dışında önemlidir: Berlin Havaalanı Ber veya Hamburg Elbphilharmonie örnektir. Dolayısıyla...
  14. A

    Yazılımın geliştirilmesi hızlı değil | Haberler Online

    Şüphesiz, yazılımın geliştirilmesi talep ediyor. Birçok proje, aksaklıksız çalışmaz veya beklenen sonuçları almaz. Bunun nedeni genellikle sektördeki hızlı tempo ve küçük dönemden bahsedilmektedir. Çok az deneyim var. Deneyim varsa, genellikle eskidirler. Gerçekten doğru mu? Somut bir örnek...
  15. A

    Bulut: Bileşenler Kütüphanesi | Haberler Online

    Yazılımın geliştirilmesi riskli ve yavaş. Yeniden kullanım yeniden kullanılabilir Sorunları çözün. Ancak pratikte, kodun yeniden kullanılması sorunludur. Bulut burada yardımcı oluyor mu? Bileşen yazılımının derlenmesi çok eski bir fikirdir. Ne yazık ki, başarılar çok sınırlı. Genel soyutlamalar...
Üst