@growthtugra sadece finans değil, tüm regüle sektörler için durum biraz farklı ilerliyor; finans, sağlık, enerji gibi sektörlerde "en ucuz API" değil, "compliance'ı olan API" kazanır.
Ek olarak "yaşasın agentlar" diye kutlama yapmadan önce, trust layer gerekliliğini unutmamak gerekiyor; Agent kafasına göre €500.000 ödeme yapamaz. İnsan onayı, approval chain hâlâ var. Bunu da öğrenebilir diyenler olacaktır ancak şu basit sorunun cevabı bugün için hala "0", Kaç şirket sahibi, banka hesaplarındaki €500K'yı bir agent'ın otonom kararla ödeme yapmasına izin verir?
Son olarak domain-specific workflow'lar ölmüyor, uzun süre ölmeyecek. Mesela onkolojideki bir iş akışını agent'lara teslim etmenin pek çok yönden riskini aylarca tartışabiliriz. Tartışma en son noktada "sorumluluk kimde?" sorusuna takılır kalır.
Bireysel çabalar son derece değerli. Ancak günde 2-3 saat uyku pek sağlıklı değil. Cevap bekleyerek değil, geliştirmeye katkı sağlamak için bir kaç soru yazıyorum. Bu soruları tatminkar düzeyde karşılamanız, ürününüzün savunulabilirliğini önemli ölçüde arttırır.
1- Backtesting'i hangi zaman aralığında, kaç farklı piyasa koşulunda yaptınız?
2- Slippage, likidite riski, black swan eventleri nasıl handle ediliyor?
3- "Kendini geliştiriyor" derken overfitting'e karşı nasıl korunuyor?
4- Regulatory compliance (MiFID II, SEC kuralları) düşünüldü mü?
5- Orderınız piyasayı nasıl hareket ettiriyor? 100 lot ile 10.000 lot arasındaki slippage farkını nasıl modelliyorsunuz?
6- Sizin sisteminiz 50ms'de execute ederken, HFT firmalar 50 mikrosaniyede yapıyor. Bu asimetriyi nasıl handle ediyorsunuz?
7- Iceberg orderları nasıl detect ediyorsunuz?
8- Walk-forward optimization mı yoksa simple train/test split mi? İkincisiyse, look-ahead bias var mı?
9- 2008, 2020 Mart, 2022 gibi volatilite rejimlerinde model nasıl davranıyor? Correlation breakdown'larda?
10- RL-based sistemlerde agent'ın metriği gaming yapması yerine gerçek alpha ürettiğinden nasıl emin oluyorsunuz?
11- (Bu da bonus) MiFID II altında "neden bu venue'yu seçtin" sorusuna cevabınız var mı?
Sorular arttırılabilir. Ancak mükemmel ve eşsiz çok iddialı, bu iddiayı destekleyebilmek için bu soruların cevabını kendinize vermenizde fayda var.
Malumunuz yüksek düzeyde regüle bir alanda, yüksek riskli bir üründen bahsetmeye başlıyorsunuz. "kendisi alım satım yapacak" dediğiniz andan itibaren risk 100x artıyor. Ticari bir ürüne dönüştürmeden önce çok dikkatli olmanızı öneririm.
Appreciate the invite. In medicine you eventually stop caring about lab trophies and stick with whatever actually keeps the patient alive. Same thing here: in my iOS work, one assistant has been quietly shipping whole flows with me since Saturday. The others mostly seem optimized to impress charts.
@srkntnyldz Burada baba kesinlikle hatalı:
1. Fiziksel şiddet sadece kızda değil, kendi çocuğunda da kalıcı korku, güvensizlik, öfke ve diğer travmatik etkilere neden olur.
2. Çocuklar ebeveynlerini model alarak öğrenir. Burada baba kendi çocuğuna şiddetin sorun çözeceğini öğretmiş oldu.
Başka bir yorumda metodolojiyi de sormuşsunuz, yine en yalın haliyle:
İnfant botulizmi vakalarının retrospektif incelenmesi, 1 yaş altı bebeklerde bağırsak florasının henüz tam oturmadığını, dolayısıyla Clostridium botulinum sporlarının germe riskini artırdığını ortaya koymuştur. Laboratuvar ve hayvan deneyleri, gastrointestinal bariyerin ve immün yanıtın 1 yaş civarında optimize olduğunu; 6 aylık bebeklerde koruyucu mekanizmanın yetersiz, 1,5 yaş gibi ara dönemlerde ise gelişim sürecinde olduğunu göstermiştir.
Değerli hocam, en özet haliyle: 1 yaş altı bebeklerde henüz tam oturmamış intestinal mikrobiyota, Clostridium botulinum sporlarının germe riskini artırır. Bu sporlar, olgunlaşmamış bağırsak ortamında hızla çoğalır ve nörotoksin üretir, bu da bebek botulizmine yol açar. 1 yaş ve sonrasında, gelişmiş bağırsak florası bu sporların germe ve toksin üretimini etkin bir şekilde engellediğinden, 2 yaşındaki çocuklarda bal tüketimi güvenli kabul edilir şeklinde açıklayabiliriz.
Peki bu arkadaşımıza sorsak, ortaya çıkan kodun hangi kısmını açıklayabilecek? Veya gerçek bir iş uygulamasını geliştirebilecek mi?
Paylaşım yaptığınız alana ilgiyi arttırmak, anne-babaları çocuklarını bu alana yönlendirmek için paylaşım yapmanızı anlıyorum ancak bu tür clickbait benzeri başlıklarla, yeterli bilgi ve tecrübesi olmadan kendini yazılımcı sanan zombilerin ortaya çıkmasına aracılık etmiş oluyorsunuz.
Mesela siz, yazılım alanında birini işe alacak olsanız yeterli donanıma/tecrübeye sahip ve Cursor gibi araçlardan faydalanabilen bir uzmanı mı, sadece ai tool’ların oluşturduğu kodları bir araya getirebilen ama altyapısı olmayan 8 yaşında birini bi tercih edersiniz?
Öğrencilerime hep verdiğim bir örnek bu. Bir alanda uzmanlaşıp, kendi sektörünüzde bu uzmanlığınız bilinir olmadıkça bu tür mesajlar yazma ihtimaliniz yükselir. Sadece genel frontend veya backend uzmanlığı artık kolay erişilebilir ve değeri azalan uzmanlıklar.
2 yıl da bahsettiğim uzmanlaşma için çok ama çok yetersiz bir süre. Elbette 2 > 0 ancak bir alanda, yeterli sayıda örnek senaryo ile karşılaşmak, süreçleri tam olarak yorumlayabilmek için daha fazla zamana ihtiyaç var.
Şimdi 2-3 yıl tecrübe ile Yapay Zeka uzmanıyım diyen adaylar oluyor bazen. Maalesef yeni mezunlarımız sektörün gerçeklerinden çok uzak olabiliyor.
₺20bin muhtemelen arkadaşımızın bilgisini küçümsemek için değil, potansiyel gördükleri ve yatırım yapmak istedikleri için yaptıkları tekliftir. Bahsettiğim şekilde bir alanda uzmanlaştıkça rakam yükselecektir.
Günümüz şartlarında ₺20K ne derece yeterlidir? Elbette değil ancak neyin yeterli olduğunu ve kime hangi rakamın teklif edilmesi gerektiğini cevaplamak için sanırım @ProfDemirtas olmak gerekiyor.
İşe almak da işten çıkartmak da çok maliyetli bir karar.
Bir özgeçmişi iyi yapan tek kriter işte kalma süresi olmamalı zira bu parametreye göre elenen çok iyi adaylar olabiliyor. Benzer şekilde bir firmada çok uzun kalmak da tek başına istikrar göstergesi olmayabiliyor.
Gerçi işe alım çok standardize edilemeyen bir süreç. Kurumsal olarak çok net çerçeveler çizilmiş olsa da bazen sınırların dışına çıkmak çok iyi sonuçlar verebiliyor. Bunun için de doğru aday olduğunuz kişiyle yüz yüze görüşmek ve görüşme için yeterince zaman ayırmak gerekiyor.
Bana göre en önemli risk concurrency. Ama instance’lar arası bağımlılık da risk yaratabilir. Test prosedürlerinde de bu static arkadaşları yönetmek gerekecektir, özellikle yine concurrency. İlla static kullanacaksam performanstan ödün verir şöyle yapardım:
public class MeaningOfLife {
private static int meaning = 42;
public static int getMeaning() {
return meaning;
}
public static synchronized void setMeaning(int newMeaning) {
meaning = newMeaning;
}
}
@Hcmtt Hadi insanları bir şekilde dolandırıyorsunuz ses çıkaran, denetleyen yok. Bari ilk yardım prensiplerine karışmayın, insanların canı ile oynuyorsunuz.
Bakın kalp krizi geçiren birine şöyle yardım edilir:
https://t.co/ztlHRgcgdX
@CoderBora C++
#include <algorithm>
std::swap(x, y);
Ben bu tür soruların mülakatta bir işe yaradığını düşünmüyorum. Çok yetenekli bir yazılımcı sadece bir fonksiyonu bilmediği için başarısız kabul edilebiliyor veya tam tersi.
Miyokardit vakalarının çoğu kendiliğinden iyileşebilmekte, semptom gösterenlerin tamamına yakını ise tedavi ile normal yaşamlarına devam etmektedir. Tanımadığınız bir hastalıkla ilgili insanları paniğe sevk etmemelisiniz. Görülen vakalarla aşılar arasındaki ilişkiyi ispatlayan veya reddeden, genel kabul görmüş bir yayın varsa paylaşın, biz de öğrenelim. Ancak bu paylaşımınız bilimsel temeli olmayan, halk sağlığına ilişkin eksik bilgiyle yanlış yönlendirme içermekte.