Bu yazıda savunulduğu gibi, "dokümantasyon" yapabilme becerisi gerçekten çok önemli.
Sadece kendi güçlü yanlarınızı öne çıkarmak ve başarılarınızı göstermek için değil, işi kolaylaştırmak ve başkalarına yön vermek için de yardımcı oluyor.
En baştan çok şık materyaller veya belgeler hazırlamak gerekmiyor. Basit olsa bile düzenleyip belge haline getirme alışkanlığı edinmek önemli.
Ben de kafamda bunun farkındayım ama pek uygulayamıyorum... Gerçekten zor bir konu.
Derin temellere kadar bilmiyorum ama temel bilinmediğinde gerçekten saçma ve akıl almaz sonuçlar ortaya çıktığını gördüm.
Örneğin DB'deki tüm kayıtları belleğe alıp sonra bellekte arama yapacak şekilde implement etmek.
Kayıt az olduğunda iyi çalışıyor ama kayıt çoğalınca bellek patlıyor.
Bellek ile DB'nin nasıl farklı olduğunu hiç bilmediği için böyle yazıyorlar.
Bu sadece bir örnek; her seferinde gerçekten hayal bile edilemeyecek yönlerde implement ediyorlar.
Sıradan(?) bir programcı bunu gerçekten hayal edemez.
Ben de bu yazıya katılıyorum
Sorunu soyutlanmış durum değerleriyle tanımlamanın problemi keşfetmede faydalı olduğunu düşünüyorum ve diyagramlar gibi araçlarla durumun görselleştirilmesi ya da Unreal Blueprint veya workflow gibi görsel ve açık durum yönetimi araçları geliştirmeye çalışıyorum.
Her hâlükârda yazılım mühendisliğindeki pratik işler büyük ölçüde değişecek. Sadece kod üreten makinelerin rekabet gücü düşecek, ama ben gerçekten bir ürünü uçtan uca geliştirebilen mühendislerin ayakta kalacağına bahse giriyorum.
Geliştirme işi yaparken bir ara birkaç yıl planlama işi de yapmıştım; bu yüzden metindeki "satmak (Sell)" gerektiği mesajı bana gerçekten çok dokundu.
Ne kadar özenle hazırlanıp planlanmış bir ürün olursa olsun, çevredeki ekip arkadaşlarını etkili biçimde ikna edip ona destek vermelerini sağlayamazsanız destek kazanamazsınız
ve sonuçta iş de sorunsuz şekilde ileriye gidemez.
Aklınızda bir fikir varsa, onu çevrenizdeki insanlara etkili biçimde anlatıp destek almak gibi faaliyetlerin de vazgeçilmez olduğunu öğrenmiş oldum.
Artık üretken yapay zeka kod yazabildiğine göre, çöp toplayıcının hâlâ gerekli olup olmadığını merak ediyorum.
> Düşündürücü...
Ah hüzün bunu daha sonra düzelteceğim.
O zaman
<selectlist>artık gereksiz mi olacak?Show GN: Karakter ayarları battle/ranking web oyunu
Ayrı bir konu ama, başlıktaki
<select>Slack botunda görüntülenmiyor galiba hahaDün gördüğümde fark etmemiştim ama Microsoft'muş, vay be. Denemem lazım.
Görünüşe bakılırsa, yeni commit'leri izleyip yeni özellikleri tahmin eden blog yazarları için üzücü olacak.
Katılıyorum..!
Bu yazıda savunulduğu gibi, "dokümantasyon" yapabilme becerisi gerçekten çok önemli.
Sadece kendi güçlü yanlarınızı öne çıkarmak ve başarılarınızı göstermek için değil, işi kolaylaştırmak ve başkalarına yön vermek için de yardımcı oluyor.
En baştan çok şık materyaller veya belgeler hazırlamak gerekmiyor. Basit olsa bile düzenleyip belge haline getirme alışkanlığı edinmek önemli.
Ben de kafamda bunun farkındayım ama pek uygulayamıyorum... Gerçekten zor bir konu.
Derin temellere kadar bilmiyorum ama temel bilinmediğinde gerçekten saçma ve akıl almaz sonuçlar ortaya çıktığını gördüm.
Örneğin DB'deki tüm kayıtları belleğe alıp sonra bellekte arama yapacak şekilde implement etmek.
Kayıt az olduğunda iyi çalışıyor ama kayıt çoğalınca bellek patlıyor.
Bellek ile DB'nin nasıl farklı olduğunu hiç bilmediği için böyle yazıyorlar.
Bu sadece bir örnek; her seferinde gerçekten hayal bile edilemeyecek yönlerde implement ediyorlar.
Sıradan(?) bir programcı bunu gerçekten hayal edemez.
https://tr.news.hada.io/topic?id=4138
Coolify diye bir seçenek de var.
Ben de bu yazıya katılıyorum
Sorunu soyutlanmış durum değerleriyle tanımlamanın problemi keşfetmede faydalı olduğunu düşünüyorum ve diyagramlar gibi araçlarla durumun görselleştirilmesi ya da Unreal Blueprint veya workflow gibi görsel ve açık durum yönetimi araçları geliştirmeye çalışıyorum.
Galiba önce dili incelemem gerekecek
Hesaplama teorisi alan derslerini hatırlatan bir yazı! Programlama yapanlara bunu incelemelerini tavsiye ederim.
Çok iyi görünüyor, değil mi? Böyle bir şeyin bile açık kaynak olması ne güzel haha
Daha kötüsü daha iyidir!
Her hâlükârda yazılım mühendisliğindeki pratik işler büyük ölçüde değişecek. Sadece kod üreten makinelerin rekabet gücü düşecek, ama ben gerçekten bir ürünü uçtan uca geliştirebilen mühendislerin ayakta kalacağına bahse giriyorum.
Ben de OpenAPI function calling'in daha iyi olup olmadığını düşünüyorum. Bunu MCP protokolüyle yeniden yapmak da ayrıca bir iş çünkü.
Geliştirme işi yaparken bir ara birkaç yıl planlama işi de yapmıştım; bu yüzden metindeki "satmak (Sell)" gerektiği mesajı bana gerçekten çok dokundu.
Ne kadar özenle hazırlanıp planlanmış bir ürün olursa olsun, çevredeki ekip arkadaşlarını etkili biçimde ikna edip ona destek vermelerini sağlayamazsanız destek kazanamazsınız
ve sonuçta iş de sorunsuz şekilde ileriye gidemez.
Aklınızda bir fikir varsa, onu çevrenizdeki insanlara etkili biçimde anlatıp destek almak gibi faaliyetlerin de vazgeçilmez olduğunu öğrenmiş oldum.
Docker Desktop'un bile Kubernetes kullandığı bir dönemde yalnızca Docker Swarm'ı desteklemesi biraz hayal kırıklığı yaratıyor.
> ERROR: Unsupported distribution 'manjaro'
Denemek istedim ama Manjaro desteklenmiyormuş. Biraz üzücü doğrusu.