Thoughtworks Technology Radar Sayı 26 (39 sayfalık PDF)

Teknikler/araçlar/platformlar/geliştirme dilleri ve framework’ler alanlarındaki en güncel trendleri Hold/Assess/Trial/Adopt olmak üzere 4 aşamada görselleştirip açıklamasıyla öne çıkıyor

Tuhaf pazar: açık kaynağın değişen ekonomisi

• Eric Raymond’un "Katedral ve Pazar" yaklaşımının hayranıyız, ancak ticarileşme girişimleriyle birlikte işler karmaşık biçimde değişiyor
• ElasticSearch vs. OpenSearch ya da Docker Desktop gibi örnekler
• Buna karşılık Facebook, Presto’yu bir açık kaynak ürünü olarak fonladığı için bakımcılar IP’yi korudu ve şirketten ayrılıp Trino olarak yeniden markaladı; yani fiilen Facebook’un yatırımı sayesinde fayda görüldü
• Şirketlerin fonlamadığı kritik altyapıların sayısı arttıkça durum daha da karmaşıklaşıyor
• Log4j örneğinde görüldüğü gibi, ancak önemli bir güvenlik hatası ortaya çıktığında (açık kaynak geliştiricilerinin) ücretsiz emeğine ne kadar bağımlı olduğumuzu fark ediyoruz
• Bazı durumlarda GitHub Sponsor ya da Patreon üzerinden hobi amaçlı bakımcılara (Hobbyist Maintainers) fon sağlamak, fark yaratmaya yetecek bir karşılık olabiliyor
• Başkaları içinse bu, günlük işlerinin üstüne ek bir sorumluluk yükü gibi hissettirip tükenmişliğe yol açıyor
• Yazılımı güçlü biçimde destekliyoruz, ancak ekonomisi giderek daha tuhaf hale geliyor ve doğru dengeyi bulmak için kolay bir çözüm olmadığını biliyoruz

Yazılım tedarik zinciri inovasyonu

• Equifax veri sızıntısı, SolarWinds saldırısı, Log4J açığı gibi olaylar, tedarik zincirindeki zayıf yönetişim nedeniyle ortaya çıktı
• Ekipler artık projedeki bağımlılıkları doğrulayıp yönetmenin mühendislik pratiklerinin bir parçası olması gerektiğini fark ediyor
• Supply chain Levels for Software Artifacts (SLSA)
• CycloneDX : Software / SaaS / Operations için Bill of Materials
• Syft : Software Bill of Materials üreten açık kaynak CLI aracı
• Hacker’lar güvenlik alanında saldırı ve savunmanın asimetrik doğasını giderek daha fazla kullanıyor
• Saldırganın yalnızca tek bir zafiyet bulması yeterliyken, savunmacının tüm saldırı yüzeyini koruması gerekiyor
• Sistemleri güvenli biçimde korumak için tedarik zinciri güvenliğini iyileştirmeye yönelik çabalar önemli

Geliştiriciler neden React’te State Management geliştirmeyi sürdürüp duruyor?

• Bir framework yaygınlaştığında, eksiklerini iyileştirmek için çeşitli araçların çıkması ve ardından popüler olanların birbirine entegre olması geneldir
• Ancak React State Management bu genel eğilimi izlemiyor gibi görünüyor
• Redux yayımlandığından beri, durumu biraz farklı şekillerde yöneten araçlar ve framework’ler sürekli çıkıyor
• Nedenini tam bilmiyoruz ama tahmin edecek olursak..
• JavaScript ekosisteminin tercih ettiği doğal bir sapma mı?
• React’in temel bir kusuru mu var?
• Geliştiricilerin denemesi için eğlenceli ve ele alınması kolay bir problem mi?
• Belge okuma biçimi (web tarayıcısı) ile belge üzerinde uygulama etkileşimini hayata geçirme arasındaki kalıcı empedans uyumsuzluğundan mı kaynaklanıyor?
• Neden sürekli çıktığını bilmiyoruz, ancak bu kalıcı problemi çözmeye yönelik bir sonraki denemeyi merakla bekliyoruz

Ana veri kataloğuna dair bitmeyen macera

• Kurum içi verileri toplama ve sınıflandırma çabaları hep vardı, ancak karmaşıklık/örtüşme/belirsizlik nedeniyle zor
• Collibra, Datahub gibi akıllı araçlar ortaya çıktı
• Veri soy ağacı (Lineage) ve metaverinin genelinde tutarlı bir yaklaşım sunuyor, ayrıca yönetişim/yönetim/yayımlama gibi alanlara genişletilebiliyor
• Bu merkezi yaklaşımın tersine, data mesh mimarisine dayalı birleşik yönetişim ve keşfe doğru bir hareket de var

[ Techniques ]

Adopt

1. Four key metrics
2. Single team remote wall

Trial

3. Data mesh
4. Definition of production readiness
5. Documentation quadrants
6. Rethinking remote standups
7. Server-driven UI
8. Software Bill of Materials
9. Tactical forking
10. Team cognitive load
11. Transitional architecture

Assess

12. CUPID
13. Inclusive design
14. Operator pattern for nonclustered resources
15. Service mesh without sidecar
16. SLSA
17. The streaming data warehouse
18. TinyML

Hold

19. Azure Data Factory for orchestration
20. Miscellaneous platform teams
21. Production data in test environments
22. SPA by default

[ Platforms ]

Trial

23. Azure DevOps
24. Azure Pipeline templates
25. CircleCI
26. Couchbase
27. eBPF
28. GitHub Actions
29. GitLab CI/CD
30. Google BigQuery ML
31. Google Cloud Dataflow
32. GitHub Actions içinde yeniden kullanılabilir workflow’lar
33. Sealed Secrets
34. VerneMQ

Assess

35. actions-runner-controller
36. Apache Iceberg
37. Blueboat
38. Cloudflare Pages
39. Colima
40. Collibra
41. CycloneDX
42. Embeddinghub
43. Temporal

[ Tools ]

Adopt

44. tfsec

Trial

45. AKHQ
46. cert-manager
47. Cloud Carbon Footprint
48. Conftest
49. kube-score
50. Lighthouse
51. Metaflow
52. Micrometer
53. NUKE
54. Pactflow
55. Podman
56. Sourcegraph
57. Syft
58. Volta
59. Web Test Runner

Assess

60. CDKTF
61. Chrome Recorder paneli
62. Excalidraw
63. GitHub Codespaces
64. GoReleaser
65. Grype
66. Infracost
67. jc
68. skopeo
69. SQLFluff
70. Terraform Validator
71. Typesense

[ Languages & Frameworks ]

Adopt

72. SwiftUI
73. Testcontainers

Trial

74. Bob
75. Flutter-Unity widget
76. Kotest
77. Swift Package Manager
78. Vowpal Wabbit

Assess

79. Android Gradle plugin - Kotlin DSL
80. Azure Bicep
81. Capacitor
82. Java 17
83. Jetpack Glance
84. Jetpack Media3
85. MistQL
86. npm workspaces
87. Remix
88. ShedLock
89. SpiceDB
90. sqlc
91. The Composable Architecture
92. WebAssembly
93. Zig

[dodok8]

<Katedral ve Pazar>ın ne olduğunu merak edip araştırırken, çevrilmiş e-kitap sürümünün de ücretsiz olarak yayımlandığını gördüm. Kısa süre önce yaşanan faker.js ve color.js olaylarında da olduğu gibi, açık kaynağın nasıl para kazanabileceği (ve nasıl sürdürülebilir olacağı) meselesi, bugünlerde açık kaynak ekosistemine ciddi ölçüde bağımlı hale gelmiş olmamız nedeniyle giderek daha önemli bir sorun haline geliyor.