Başarısız olan CEO’lar kariyerlerini başka şirketlerde sürdürürken fiilen pek kayıp yaşamıyor gibi görünüyor. Asıl risk ise, başarısız olmuş bir işi dişini sıkarak yürütmek zorunda kalan çalışanların bölüm tasfiyeleriyle hayatları tehdit edilirken bunun bedelini ödemesi oluyor.
CEO ile büyük hissedar her zaman aynı kişi değil, öyle değil mi? Maaşlı profesyonel yönetici CEO, sahip olduğu bir şeyi elinden kaptırma riskini neden üstlensin?
Teoride, .NET Standard 2.0 hedeflenerek hazırlanmış NuGet paketleri Unity ortamında da içe aktarılıp kullanılabiliyor... ama yine de epey kullanışsız yanları var gibi görünüyor.
Büyük projelerde editör performansı da anlamlıdır; çünkü geliştirme deneyimini ciddi biçimde aşağı çeker. Editörün açılması yavaş, asset import işlemi yavaş, debugging/test döngüsü de yavaş...
Yoksa ne ala tarzı saçmalıklarla dolu boş yazılar neden giderek artıyor bilmiyorum. Sanırım küresel bir olgu haha
CEO, şirkette proaktif biçimde risk alan tek kişidir. Bu, maaşını alamama düzeyinde küçük bir risk değildir. CEO, sahip olduğu her şeyi kaybetme riskini üstlenir. En önemli nokta da budur. Yapay zeka bu riski de üstlenebilirse, o zaman bu konuyu yeniden konuşmaya değer.
Metnin gerçekten iyi bir ifade aracı olduğu doğru ve çok önemli olduğu da doğru ama......
Her şeyi metin olarak saklayamazsınız.
Metin sonuçta sıkıştırılmış bir ifadedir. Hissedebildiğimiz beş duyuyu (görme, işitme, dokunma, tatma, koku alma) toplumsal olarak uzlaşılmış bir biçime sıkıştırıp ifade ederiz.
Ama o asıl biçimi oluşturan nesne hakkında bilgi yoksa, veriyi ne kadar metin olarak saklarsanız saklayın, daha sonra o asıl nesnenin ne olduğunu bilmiyorsanız o metin anlamını yitirir.
Biz kasetin ne olduğunu biliyoruz, ama yakın zamanda doğmuş küçük çocuklara yalnızca "kaset" metnini gösterip bunun ne olduğunu sorsanız gerçekten kaç tanesi doğru düzgün cevap verebilir? Kasetin biçimi, işlevi ve çalışma şekli hakkında ne kadar özenle açıklama yazarsanız yazın, sırf o metne bakarak birkaç bin yıl sonra o kaseti kusursuz biçimde yeniden üretebilir misiniz?
Böyle durumlarda birkaç kaset fotoğrafı ya da çizim, hatta kasetin kullanıldığı birkaç dakikalık bir video daha faydalı olabilir.
Ayrıca .NET 10 itibarıyla, geçmişte IL2CPP ile çözmek istedikleri sorunun farklı bir yönde gelişse de tam olarak ele alınıyor olması (Native AOT) da değerlendirilse iyi olur diye düşünüyorum.
Elbette burada, arada düzenlenebilir C++ kodu üretilmemesi bir sınırlama; ancak sonuç olarak Just-In-Time oluşmayan yerel ikili üretimi, .NET 8 ile başlayıp .NET 10'a gelindiğinde daha da olgunlaştı.
Bu nedenle CoreCLR ile modernleşmeyi sürekli ertelemenin Unity için iyi bir tercih olmayacağını düşünüyorum. Ya da tamamen farklı bir dile veya altyapıya geçmek daha geçerli bir seçenek de olabilir!
Yıl sonu olduğu için... GitHub Star birilerinin KPI’ı değil miydi diye düşünüyorum.
Bu, Goodhart yasasının işlediği bir örnek ama yönetici açısından bakınca sayılarla yönetmek kadar kullanışlı bir şey de yok...
GitHub adlı platformda yıldızların azımsanmayacak bir ağırlığı vardır herhalde; GitHub'ın kötüye kullanım tespitiyle hiç ilgilenmediği mi söylenebilir? Sadece GeekNews'te bile hemen işaretleniyor.
Mono’nun mutlaka CoreCLR ile modernize edilmesi için bir başka nedenin de, Unity’nin Mono’nun performansını iyileştirmeye yatırım yapacak ne imkâna ne de isteğe pek sahip olmayacağı olduğunu düşünüyorum. .NET Framework döneminden kalan mirasın bir an önce tasfiye edilmesi gerektiğini düşünüyorum. :-D
Doğru bir nokta ama editör performansını neden özellikle karşılaştırdıklarını pek anlayamadım... Hiç değilse bir debug build getirip onunla karşılaştırsalardı? Yoksa o zaman ikna gücü daha da mı düşerdi? Öte yandan, IL2CPP de Mono da artık devri geçmiş teknolojiler gibi duruyor.
Sinizmin gerekli olduğu doğru.
Code review gibi alanlarda bu rolü artık giderek daha fazla yapay zekaya devretmemiz gerekmiyor mu?
Buna uygun yetenekler sonuçta.
Hammock Driven Development denilen şey... Rich Hickey’nin konuşmasından geliyor; kısıtları derinlemesine tanımlayıp bunları bilinçaltına yerleştirerek, tasarlayıp doğrulayarak geliştirme yapma yöntemi. Rich Hickey’nin kendisi de TDD’nin ya da karmaşık tip sistemlerinin tasarımın yerini tutamayacağını söylüyor.
LLM kullanan geliştiriciler arasında da Rich Hickey’nin sadelik (Simple Made Easy) anlatısına dikkat edenler benzer şeyler söylüyor gibi görünüyor. Spec Driven’a benziyor da denebilir ama. LLM’leri daha iyi kullanmak için bile bu farka dikkat etmek iyi olabilir diye düşünüyorum.
Ben Yeşiller Partisi’nin bilim ve teknoloji komitesine üyeyim. Clojure geliştiricilerinin Yeşiller Partisi üyeleriyle benzer düşündüğünü fark ediyorum. Sonra da tersinden, acaba Clojure geliştiricisi oldukları için mi Yeşiller Partisi’ne katılıyorlar diye düşünüyorum. ;)
Başarısız olan CEO’lar kariyerlerini başka şirketlerde sürdürürken fiilen pek kayıp yaşamıyor gibi görünüyor. Asıl risk ise, başarısız olmuş bir işi dişini sıkarak yürütmek zorunda kalan çalışanların bölüm tasfiyeleriyle hayatları tehdit edilirken bunun bedelini ödemesi oluyor.
CEO ile büyük hissedar her zaman aynı kişi değil, öyle değil mi? Maaşlı profesyonel yönetici CEO, sahip olduğu bir şeyi elinden kaptırma riskini neden üstlensin?
Teoride,
.NET Standard 2.0hedeflenerek hazırlanmış NuGet paketleri Unity ortamında da içe aktarılıp kullanılabiliyor... ama yine de epey kullanışsız yanları var gibi görünüyor.https://learn.microsoft.com/ko-kr/dotnet/…
Büyük projelerde editör performansı da anlamlıdır; çünkü geliştirme deneyimini ciddi biçimde aşağı çeker. Editörün açılması yavaş, asset import işlemi yavaş, debugging/test döngüsü de yavaş...
Yoksa ne ala tarzı saçmalıklarla dolu boş yazılar neden giderek artıyor bilmiyorum. Sanırım küresel bir olgu haha
CEO, şirkette proaktif biçimde risk alan tek kişidir. Bu, maaşını alamama düzeyinde küçük bir risk değildir. CEO, sahip olduğu her şeyi kaybetme riskini üstlenir. En önemli nokta da budur. Yapay zeka bu riski de üstlenebilirse, o zaman bu konuyu yeniden konuşmaya değer.
NuGet uyumluluğu da eklenirse güzel olurdu (Unity'yi pek bilmediğim için mi böyle düşünüyorum acaba?)
AI CEO'nun kararlarının sorumluluğunu kimin üstleneceği düşündürücü.
Metnin gerçekten iyi bir ifade aracı olduğu doğru ve çok önemli olduğu da doğru ama......
Her şeyi metin olarak saklayamazsınız.
Metin sonuçta sıkıştırılmış bir ifadedir. Hissedebildiğimiz beş duyuyu (görme, işitme, dokunma, tatma, koku alma) toplumsal olarak uzlaşılmış bir biçime sıkıştırıp ifade ederiz.
Ama o asıl biçimi oluşturan nesne hakkında bilgi yoksa, veriyi ne kadar metin olarak saklarsanız saklayın, daha sonra o asıl nesnenin ne olduğunu bilmiyorsanız o metin anlamını yitirir.
Biz kasetin ne olduğunu biliyoruz, ama yakın zamanda doğmuş küçük çocuklara yalnızca "kaset" metnini gösterip bunun ne olduğunu sorsanız gerçekten kaç tanesi doğru düzgün cevap verebilir? Kasetin biçimi, işlevi ve çalışma şekli hakkında ne kadar özenle açıklama yazarsanız yazın, sırf o metne bakarak birkaç bin yıl sonra o kaseti kusursuz biçimde yeniden üretebilir misiniz?
Böyle durumlarda birkaç kaset fotoğrafı ya da çizim, hatta kasetin kullanıldığı birkaç dakikalık bir video daha faydalı olabilir.
Ayrıca .NET 10 itibarıyla, geçmişte IL2CPP ile çözmek istedikleri sorunun farklı bir yönde gelişse de tam olarak ele alınıyor olması (
Native AOT) da değerlendirilse iyi olur diye düşünüyorum.Elbette burada, arada düzenlenebilir C++ kodu üretilmemesi bir sınırlama; ancak sonuç olarak Just-In-Time oluşmayan yerel ikili üretimi, .NET 8 ile başlayıp .NET 10'a gelindiğinde daha da olgunlaştı.
Bu nedenle CoreCLR ile modernleşmeyi sürekli ertelemenin Unity için iyi bir tercih olmayacağını düşünüyorum. Ya da tamamen farklı bir dile veya altyapıya geçmek daha geçerli bir seçenek de olabilir!
Yıl sonu olduğu için... GitHub Star birilerinin KPI’ı değil miydi diye düşünüyorum.
Bu, Goodhart yasasının işlediği bir örnek ama yönetici açısından bakınca sayılarla yönetmek kadar kullanışlı bir şey de yok...
> Unity'nin Mono'nun performansını iyileştirmeye yatırım yapacak ne koşulları ne de isteği yüksek olur.
Buna da son derece katılıyorum...
Manus - Düşünce ile eylemi birbirine bağlayan genel amaçlı AI ajanı
Hacker News yorumlarında satın almaya yönelik değerlendirmeler pek olumlu görünmüyor.
GitHub adlı platformda yıldızların azımsanmayacak bir ağırlığı vardır herhalde; GitHub'ın kötüye kullanım tespitiyle hiç ilgilenmediği mi söylenebilir? Sadece GeekNews'te bile hemen işaretleniyor.
Devletin resmî tatil API’siyle sorgulayınca Noel’in
기독탄신일olarak göründüğünü fark ettim. Sanırım resmî adı기독탄신일.Mono’nun mutlaka CoreCLR ile modernize edilmesi için bir başka nedenin de, Unity’nin Mono’nun performansını iyileştirmeye yatırım yapacak ne imkâna ne de isteğe pek sahip olmayacağı olduğunu düşünüyorum. .NET Framework döneminden kalan mirasın bir an önce tasfiye edilmesi gerektiğini düşünüyorum. :-D
Doğru bir nokta ama editör performansını neden özellikle karşılaştırdıklarını pek anlayamadım... Hiç değilse bir debug build getirip onunla karşılaştırsalardı? Yoksa o zaman ikna gücü daha da mı düşerdi? Öte yandan, IL2CPP de Mono da artık devri geçmiş teknolojiler gibi duruyor.
Sinizmin gerekli olduğu doğru.
Code review gibi alanlarda bu rolü artık giderek daha fazla yapay zekaya devretmemiz gerekmiyor mu?
Buna uygun yetenekler sonuçta.
Hammock Driven Development denilen şey... Rich Hickey’nin konuşmasından geliyor; kısıtları derinlemesine tanımlayıp bunları bilinçaltına yerleştirerek, tasarlayıp doğrulayarak geliştirme yapma yöntemi. Rich Hickey’nin kendisi de TDD’nin ya da karmaşık tip sistemlerinin tasarımın yerini tutamayacağını söylüyor.
https://secondb.ai/summary/11593/?tab=my
LLM kullanan geliştiriciler arasında da Rich Hickey’nin sadelik (Simple Made Easy) anlatısına dikkat edenler benzer şeyler söylüyor gibi görünüyor. Spec Driven’a benziyor da denebilir ama. LLM’leri daha iyi kullanmak için bile bu farka dikkat etmek iyi olabilir diye düşünüyorum.
https://secondb.ai/summary/11587/?tab=all
En yeni teknolojiyi geçmişin donanımında çalıştırabilmek gerçekten çok etkileyici görünüyor.
Gelecekte AGI ortaya çıktığında, şu anda Dünya’daki tüm hesaplama gücünü bir araya getirsek onu çalıştırabilir miyiz?
Ben Yeşiller Partisi’nin bilim ve teknoloji komitesine üyeyim. Clojure geliştiricilerinin Yeşiller Partisi üyeleriyle benzer düşündüğünü fark ediyorum. Sonra da tersinden, acaba Clojure geliştiricisi oldukları için mi Yeşiller Partisi’ne katılıyorlar diye düşünüyorum. ;)