İlk geliştirme aşamasında ortam kurulumu ve küçük function birimleri düzeyinde module geliştirmede yapay zeka çok etkili, ancak bunun dışındaki, koda ve prompt'lara abanılan vibe coding yaklaşımı bakım perspektifinden bir felakettir. İlk birkaç denemede başarılı olabilir, ama sonunda her sorun çıktığında yapay zekanın kendi sorununu çözmesine kadar N kez denemek zorunda kalırsınız ve o çözümün başka hangi bug'lara yol açacağını bilememenin korkusu sürekli sürer.
Hmm.. "Hacker News gerçeklik kontrolü (The Hacker News Reality Check)" bölümündeki bağlantıların hepsi garip görünüyor. Zaten en baştan özgün metinde de tuhaf bağlantılar verilmiş.
Bence sadece aşırı vibe coding'i bırakmak yeterli olur. Asistan olarak ve bazı ayrıntılı ama basit algoritmalar yazmada bunun gibisini bulmak zor denecek kadar iyi.
Sonuçta bu bir verimlilik meselesi sanırım.
Müşteriyle doğrudan görüşmenin gerçekten birçok iyi yanı var ama
toplantılar, telefon görüşmeleri ve benzeri sık iletişim yüzünden işin sürekliliği sık sık bozuluyor ve geliştirmeye ayrılabilecek zaman azalıyor.
Bu durumda şirketin, düşen üretkenliğe karşılık verecek bir işe alım planı yapması gerekir.
Sorun şu ki çoğu zaman böyle bir niyetleri olmuyor.
Sonuçta zaman yetersizliği nedeniyle, zaman geçtikçe kalite düşüşü yaşanma olasılığı artacaktır.
Artılarını ve eksilerini iyi değerlendirmek gerektiğini düşünüyorum.
Geliştiricinin yeteneğine bağlı olarak
Temeli olan biri kullanırsa yapay zekadan yararlanarak yüksek kaliteli geliştirme yapabilir
Temeli yoksa iş bambaşka yerlere gider
Aşçının temelinin olup olmaması arasındaki fark gibi
Aslında zafiyetleri gidermenin çok fazla yolu var; bu yüzden tek bir doğru cevap yok.
Benim durumumda mümkün olduğunca kararlı en güncel sürümü kullanıyor, GitHub Actions kullanırken de security botlarını olabildiğince açık tutuyorum. Aslında bu xwindow imajında da gördüğünüz gibi programlanmış bir kısım olmadığı için, büyük olasılıkla yalnızca kurulu programların kendi varsayılan zafiyetleri vardır.
Ben de son zamanlarda Docker çalışıyorum. Bu imajın güvenlik açıklarını trivy ile taradım ve 1053 açık çıktı. Hepsi önemli gibi görünmüyor; sanki bulabildiği her şeyi yakalıyor gibi. Pratikte bir imajın güvenliğini nasıl doğrulayıp sağlayabileceğimiz konusunda tavsiye verebilir misiniz?
Kendi yanıtım: Tepki gelmeyince şuna buna bakarken terminalde
code --no-sandboxçalıştırınca açıldığını gördüm.Aa, doğruymuş. Orijinal kaynağı arayıp baksam da bulmak zor olduğu için sanırım olduğu gibi bırakmak gerekecek.
Ooo.. VS Code çalışmıyor gibi görünüyor :)
Henüz başarılı oldu ya da başarısız oldu demek için ölçeği küçük bir ürün olsa da,
Mimestream adlı bir Gmail istemcisini büyük keyifle kullanıyorum.
https://mimestream.com/
Şimdiye kadar kullandığım posta istemcileri arasında en çok memnun kaldığım bu oldu... beta döneminden beri kullanıyorum, artık neredeyse 5 yıl oldu.
İlk geliştirme aşamasında ortam kurulumu ve küçük
functionbirimleri düzeyindemodulegeliştirmede yapay zeka çok etkili, ancak bunun dışındaki, koda ve prompt'lara abanılan vibe coding yaklaşımı bakım perspektifinden bir felakettir. İlk birkaç denemede başarılı olabilir, ama sonunda her sorun çıktığında yapay zekanın kendi sorununu çözmesine kadar N kez denemek zorunda kalırsınız ve o çözümün başka hangi bug'lara yol açacağını bilememenin korkusu sürekli sürer.Hmm.. "Hacker News gerçeklik kontrolü (The Hacker News Reality Check)" bölümündeki bağlantıların hepsi garip görünüyor. Zaten en baştan özgün metinde de tuhaf bağlantılar verilmiş.
Zaten aynı şekilde çalışıyorum~
Toplulukta bir anket yapılsa
%80-90'ının bu şekilde değişmekte olduğu görülüyor gibi
Jupyter yerleşik değil mi acaba.
YouTube'u da merakla bekleyeceğim hehe
Şirketteki geliştiricilerin bilgisi yoksa, bus factor 0'a yaklaşır.
Bence sadece aşırı vibe coding'i bırakmak yeterli olur. Asistan olarak ve bazı ayrıntılı ama basit algoritmalar yazmada bunun gibisini bulmak zor denecek kadar iyi.
Sonuçta bu bir verimlilik meselesi sanırım.
Müşteriyle doğrudan görüşmenin gerçekten birçok iyi yanı var ama
toplantılar, telefon görüşmeleri ve benzeri sık iletişim yüzünden işin sürekliliği sık sık bozuluyor ve geliştirmeye ayrılabilecek zaman azalıyor.
Bu durumda şirketin, düşen üretkenliğe karşılık verecek bir işe alım planı yapması gerekir.
Sorun şu ki çoğu zaman böyle bir niyetleri olmuyor.
Sonuçta zaman yetersizliği nedeniyle, zaman geçtikçe kalite düşüşü yaşanma olasılığı artacaktır.
Artılarını ve eksilerini iyi değerlendirmek gerektiğini düşünüyorum.
Geliştiricinin yeteneğine bağlı olarak
Temeli olan biri kullanırsa yapay zekadan yararlanarak yüksek kaliteli geliştirme yapabilir
Temeli yoksa iş bambaşka yerlere gider
Aşçının temelinin olup olmaması arasındaki fark gibi
Otobüs faktörü sonsuz olmadı mı?
Hacker News'ta Reddit URL'si paylaşılırken çoğunlukla
old redditkullanılıyor gibi görünüyor. Muhtemelen daha hafif olduğu içindir.Çeviri metni
https://rosettalens.com/s/ko/python-performance-myths-and-fairy-tales
Aslında zafiyetleri gidermenin çok fazla yolu var; bu yüzden tek bir doğru cevap yok.
Benim durumumda mümkün olduğunca kararlı en güncel sürümü kullanıyor, GitHub Actions kullanırken de security botlarını olabildiğince açık tutuyorum. Aslında bu xwindow imajında da gördüğünüz gibi programlanmış bir kısım olmadığı için, büyük olasılıkla yalnızca kurulu programların kendi varsayılan zafiyetleri vardır.
Neden Hacker News'te eski reddit bağlantısı olarak bırakıldığından emin değilim ama şu anki reddit UI bağlantısı burada.
Ben de son zamanlarda Docker çalışıyorum. Bu imajın güvenlik açıklarını
trivyile taradım ve 1053 açık çıktı. Hepsi önemli gibi görünmüyor; sanki bulabildiği her şeyi yakalıyor gibi. Pratikte bir imajın güvenliğini nasıl doğrulayıp sağlayabileceğimiz konusunda tavsiye verebilir misiniz?Ah. O taraf daha mantıklı görünüyor.