Arama sonuçlarınız

Facebook'ta çalışıyor: Bizimle çalışıyor Facebook gibi şirketler yazılımdan yaşıyor ve çok büyük ve karmaşık projeler geliştiriyor. Prosedürler ve teknolojiler karmaşık sorunları çözerse, o zaman kesinlikle diğer şirketlerin nispeten basit sorunları. Facebook geliştirme için PHP kullanıyor...

İyi ve kötü bir yazılım mimarisi var: bu açık. Ama optimal var mı? İyi yazılım mimarisi nedir? Uzun vadeli bakım iyi bir mimarinin bir işareti midir? Bir başlangıç şirketi için uzun vadeli bakım çok önemli değildir. Hızlı bir şekilde yeterli satışa ulaşmazsa, piyasadan kaybolacaktır. Uzun...

Yazılımın geliştirilmesi ekipte gerçekleşir ve bu nedenle sosyal bir yönü vardır. Ama ne kadar dikkate almalısınız? Teknolojik kararlar için birçok etkileyici faktör vardır. İster sunucuda HTML oluşturuyor veya tek sayfada (SPA) bir uygulama geliştiriyor, bir veritabasenna veya ilişkisel bir...

Bağımsız Sistemin Mimarisi (ISA) mikro hizmetler için ilkeler yaratır. ISA, saygı duyulmadıkları takdirde önemli sorunları ortaya çıkaran mikro hizmetlerin temel özelliklerini tanımlar. Amaç, mikro hizmetlerin temel kavramlarını sunmak ve sadece otonom sistemler (SCS) gibi mikro hizmetleri...

Kolektif Kodun Özelliği: Bir Anti-Pastnn? Kodun ortak sorumluluğu iyi bir fikir gibi görünüyor. Ancak yazılım geliştirmenin önemli kavramlarını görmezden gelin. Kolektif kodun mülkiyeti, erken çevik bir yöntem olan Extreme Programlama'dan (XP) gelir. Bu, tüm geliştiricilerin kodda...

Mikro hizmetler? Ya da daha doğrusu monolitler? Mikro hizmetler asılıdır. Bu yüzden uzun sürmez çünkü eleştirmenler rapor eder ve geri döner. Ama bu yardımcı olur mu? Mikro hizmetler bir sistemi küçük bağımsız dağıtım modüllerine bölün. Alternatif, dağılım monolitleridir. Böylece tüm...

Teknik borçlar ortaya çıkıyor Yazılımın geliştirilmesi için neredeyse hiçbir metafor “teknik borçtan” daha önemli değildir. Ama maalesef bazı zayıflıkları var. Her şeyden önce, takımlar genellikle bilinçli olarak borca girmezler. Kullanıcılar veya Proje Yöneticisi, kodun kalitesinin ne...

Yazılım mühendisliği teknik bir disiplindir, ancak yine de teknolojilerin çok fazla önemini ölçmektedir. Teknolojiler yazılım mühendisliği için çok önemlidir. Yazılım geliştiricilerinin en önemli teknolojilerin yanı sıra güçlü ve zayıf yönlerine en az bir genel bakış olması gerekir. Sonuçta...

Döngüsel bağımlılıklar, mimarlık günahı? Yazılım mimarisinde döngüsel bağımlılıklara kıyasla hiçbir şey daha kötü değildir. Ama neden? Ve doğru mu? Yazılım mimarileri bir sistemi modüllere böler ve modüller arasındaki ilişkileri tanımlar. Amaç, modülleri mümkün olduğunca geliştirebilmektir...

Yazılımın mimarisinde genellikle sorunlara yol açan geleneksel ilkeler vardır. Bu zorlukları sevmek, onları ortadan kaldırmak ve hatta baştan kaçınmak için ilk adımdır. Yıllardır birçok projeyi de uygulayan mimari ilkelerde dövüldük. Bu nedenle, şimdi bu ilkelerin gerçekten yararlı olduğu...

Çeviklik ile ilgili sorun Yirmi yıl önce artımlı bir işleme süreçlerini zaten gözlemleyebilirsiniz. On beş yıldan fazla bir süredir var olan çevik süreçlerin öncüsüdür. Uzun zamandır çeviklik olmasına rağmen, çevik dönüşüm hala bir sorundur. Dönüşüm genellikle işe yaramaz. Neden? Çevik...

Nasıl En İyi Yazılım Geliştiricisi Olur Son zamanlarda, birisi benden Twitter'da daha iyi bir yazılım geliştiricisi olmasını istedi. Bu blog yazısı, sadece fikirlerin avantajlarından birinin değil, garanti etmelidir. Katkı isteği tamamlamıyor. Eğer daha fazla fikriniz varsa: Yorumlar için...

Karmaşıklığa dua ediyor muyuz? Karmaşıklık, yazılımın geliştirilmesindeki temel zorluktur. Bu nedenle, her zaman karmaşıklığı ortadan kaldırmak için bir çabadır. Sonuçta, her zaman komplekslerin basit problemlerini çözmek istemeliyiz. Ancak bazen karmaşıklık için dua ediyoruz – ve bu...

Gümüş mermi yok – teslimat devam ediyor mu? Gerçekte “gümüş mermi” yoktur. Ancak sürekli teslimat, bu gümüş merminin olabileceği birçok avantaj vaat ediyor. Peki, doğru olan nedir: var mı yoksa sürekli bir teslimat mı? “Gümüş mermi” ifadesi Frederick Brooks'un 1986 kartından geliyor. Bu...

Yazılımın geliştirilmesine ilişkin nummi fabrikası bir benzeri Teknik zorluklar nedeniyle yazılımın geliştirilmesi zor değil, birçok insan dahil olduğu için. Kutunun dışındaki bir bakış, diğer sektörlerin bu zorluklarla nasıl karşılaştıklarını ve öğrendiklerini gösteriyor. Bir araba...

Çevik metaforların sapkınlığı Çeviklik aslında birçok değerdir. Tipik çevik terimler gerçekten değerlere uyum sağlar mı yoksa yanlış anlamalara yol açmasını mı tercih ederler? Çevik manifesto, çeviklikte neyin önemli olduğunu açıklar. Bireyler ve etkileşimler süreçlerden ve araçlardan daha...

It-chaugvinism: Neden abartılın Sayısallaştırma, yazılım sayesinde ve rekabet gücü için gereklidir. Yoksa yumurta mı? Birçok ürün artık saf yazılım veya en azından tanımlanmış temel özelliklerdir. Bir yazılım güncellemesi Tesla otomobillerini daha iyi hızlandırma ile donatmak için...

“Kırık” çevikliğe yardımcı olur mu? Yazılım geliştirmedeki çeviklik genellikle yeterince uygulanır ve yaşanır. Tekrar yardımcı olur mu? Yazılımın geliştirilmesi karmaşık ve karmaşıktır. Bu yüzden birçok proje başarısızlığa yol açıyor. Bir projenin başarılı olup olmadığını belirlemek oldukça...

Tasarım trenleri ve alan adına göre SAFE, SAFE ve kontrol sürümü Büyük karmaşık projeler kullanmak zordur. Yazılım sürüm trenleri bir koordinasyon çözümüdür. Ancak yaklaşım, kendini örgütleme ve modern yönetim kavramlarına aykırıdır. Birkaç çalışanı koordine etmek için bir serbest bırakma...

Yazılım geliştirme için birçok metafor vardır. Başlangıçta onları bir oyun olarak anlamak çözülmemiş gibi görünüyor. Daha derin kazarsanız, çok sayıda paralellik vardır. “Oyun” terimi eğlence anlamına gelir. Yazılımın geliştirilmesi eğlenceli değildir: genellikle bunlar ciddi kurumsal hedefler...