Ah... tentu saja itu juga penting. Saat pertama kali membacanya, menurut saya penulis artikel tampaknya ingin membahas hal yang lebih mendasar, yaitu kecepatan eksekusi kode. Seperti yang Anda katakan, memang benar bahwa Unity juga lambat pada editor, lambat saat impor, dan keseluruhan loop pengujiannya juga lambat...
CEO yang gagal tampaknya tidak benar-benar mengalami kerugian saat berpindah karier ke perusahaan lain. Risiko yang sebenarnya justru ditanggung para karyawan yang harus mati-matian menjalankan bisnis yang gagal itu, dengan divisi mereka dibubarkan hingga hidup mereka ikut terancam.
Bukankah CEO dan pemegang saham mayoritas tidak selalu sama? Risiko apa yang ditanggung CEO profesional yang digaji, sebagai manajer profesional, untuk kehilangan sesuatu yang dimilikinya?
Secara teori, paket NuGet yang ditargetkan ke .NET Standard 2.0 memang bisa dipanggil dan digunakan juga di lingkungan Unity... tapi sepertinya tetap ada cukup banyak hal yang terasa kurang nyaman.
Pada proyek besar, performa editor juga penting karena sangat menggerus pengalaman pengembangan. Membuka editor lambat, impor aset juga lambat, dan loop debugging/pengujian pun lambat...
Tulisan omong kosong model "kalau bukan ya sudah" yang penuh ocehan ngawur entah kenapa makin banyak saja. Sepertinya ini fenomena global juga hehe.
CEO adalah satu-satunya orang di perusahaan yang secara aktif menanggung risiko. Bukan risiko kecil sebatas tidak menerima gaji. CEO adalah orang yang menanggung risiko sampai semua yang dimilikinya bisa ikut dirampas. Bagian ini yang paling penting. Kalau AI juga bisa menanggung risiko ini, topik ini mungkin layak dibicarakan lagi.
Memang benar bahwa teks adalah alat ekspresi yang sangat baik dan juga sangat penting, tetapi......
Kita tidak bisa menyimpan semuanya hanya dalam bentuk teks.
Pada akhirnya, teks adalah bentuk ekspresi yang dikompresi. Ia mengekspresikan lima indra yang bisa kita rasakan (penglihatan, pendengaran, peraba, pengecap, penciuman) dalam format yang dikompresi berdasarkan kesepakatan sosial.
Namun, jika tidak ada informasi tentang objek asli yang menjadi acuannya, maka sekalipun kita menyimpan data dalam bentuk teks, ketika di kemudian hari orang tidak lagi mengenal objek asli tersebut, teks itu akan kehilangan maknanya.
Kita tahu apa itu kaset, tetapi kalau kita hanya memperlihatkan teks "kaset" kepada anak-anak kecil yang lahir belakangan dan bertanya apa itu, berapa banyak dari mereka yang benar-benar bisa menjawab dengan tepat? Seberapa pun rajinnya kita menjelaskan bentuk, fungsi, dan cara kerja kaset, apakah beberapa ribu tahun kemudian orang bisa merekonstruksi kaset itu dengan sempurna hanya berdasarkan teks tersebut?
Dalam kasus seperti itu, beberapa foto kaset, gambar teknik, atau beberapa menit video yang memperlihatkan penggunaan kaset bisa jadi lebih berguna.
Dan saya juga berharap dipertimbangkan bahwa mulai .NET 10, masalah yang dulu ingin mereka selesaikan dengan IL2CPP kini sedang ditangani secara tepat, meski dengan arah pengembangan yang berbeda, yaitu melalui Native AOT.
Tentu saja, keterbatasannya adalah tidak dihasilkannya kode C++ yang bisa diedit di tengah proses, tetapi pada akhirnya kemampuan untuk menghasilkan biner native tanpa terjadinya Just-In-Time telah makin matang sejak .NET 8 dan semakin matang lagi di .NET 10.
Karena itu, saya rasa terus menunda modernisasi ke CoreCLR bukanlah pilihan yang baik bagi Unity. Atau mungkin penggantian dengan beralih sepenuhnya ke bahasa atau fondasi yang sama sekali berbeda bisa jadi lebih efektif juga!
Karena ini akhir tahun... saya jadi berpikir jangan-jangan GitHub Star adalah KPI seseorang.
Ini memang contoh berlakunya Hukum Goodhart, tapi dari sudut pandang pengelola tidak ada yang lebih praktis daripada mengelola dengan angka...
Bintang di platform GitHub tampaknya punya porsi yang cukup besar, tetapi apakah GitHub tidak tertarik pada deteksi penyalahgunaan? Bahkan di GeekNews saja langsung ditandai.
Kalau dicek lewat API hari libur pemerintah, Natal ternyata tercantum sebagai Hari Kelahiran Kristus. Sepertinya nama resminya memang Hari Kelahiran Kristus.
Sebagai alasan lain mengapa Mono harus dimodernisasi ke CoreCLR, saya pikir Unity kemungkinan tidak punya kapasitas atau kemauan besar untuk berinvestasi pada peningkatan performa Mono. Saya rasa sudah benar kalau warisan dari era .NET Framework dibereskan secepat mungkin. :-D
Memang benar, tapi saya kurang paham kenapa harus membandingkan performa editor... Paling tidak, kalau mau dibandingkan mestinya bawa hasil dari build debug? Atau jangan-jangan kalau begitu malah jadi kurang meyakinkan? Di sisi lain, baik IL2CPP maupun Mono sama-sama terasa seperti teknologi yang sudah ketinggalan zaman.
Memang benar bahwa sikap sinis itu diperlukan.
Bukankah area seperti code review sekarang sebaiknya makin dialihkan perannya ke AI?
Karena itulah tipe talenta yang cocok untuk sinisme.
Pengembangan hammock-driven itu... berasal dari presentasi Rich Hickey. Ini adalah cara mengembangkan dengan menetapkan batasan dan constraint secara mendalam, menyimpannya dalam alam bawah sadar, lalu merancang dan memverifikasi sambil mengembangkan. Rich Hickey sendiri mengatakan bahwa desain tidak bisa digantikan oleh TDD atau sistem tipe yang kompleks.
Di antara para pengembang yang menggunakan LLM, mereka yang memperhatikan pembahasan Rich Hickey tentang kesederhanaan (Simple Made Easy) tampaknya juga menyampaikan hal yang mirip. Mungkin bisa dibilang mirip dengan Spec Driven. Namun, agar bisa menggunakan LLM dengan lebih baik, mungkin ada baiknya juga memperhatikan perbedaannya.
Ah... tentu saja itu juga penting. Saat pertama kali membacanya, menurut saya penulis artikel tampaknya ingin membahas hal yang lebih mendasar, yaitu kecepatan eksekusi kode. Seperti yang Anda katakan, memang benar bahwa Unity juga lambat pada editor, lambat saat impor, dan keseluruhan loop pengujiannya juga lambat...
CEO yang gagal tampaknya tidak benar-benar mengalami kerugian saat berpindah karier ke perusahaan lain. Risiko yang sebenarnya justru ditanggung para karyawan yang harus mati-matian menjalankan bisnis yang gagal itu, dengan divisi mereka dibubarkan hingga hidup mereka ikut terancam.
Bukankah CEO dan pemegang saham mayoritas tidak selalu sama? Risiko apa yang ditanggung CEO profesional yang digaji, sebagai manajer profesional, untuk kehilangan sesuatu yang dimilikinya?
Secara teori, paket NuGet yang ditargetkan ke .NET Standard 2.0 memang bisa dipanggil dan digunakan juga di lingkungan Unity... tapi sepertinya tetap ada cukup banyak hal yang terasa kurang nyaman.
https://learn.microsoft.com/ko-kr/dotnet/…
Pada proyek besar, performa editor juga penting karena sangat menggerus pengalaman pengembangan. Membuka editor lambat, impor aset juga lambat, dan loop debugging/pengujian pun lambat...
Tulisan omong kosong model "kalau bukan ya sudah" yang penuh ocehan ngawur entah kenapa makin banyak saja. Sepertinya ini fenomena global juga hehe.
CEO adalah satu-satunya orang di perusahaan yang secara aktif menanggung risiko. Bukan risiko kecil sebatas tidak menerima gaji. CEO adalah orang yang menanggung risiko sampai semua yang dimilikinya bisa ikut dirampas. Bagian ini yang paling penting. Kalau AI juga bisa menanggung risiko ini, topik ini mungkin layak dibicarakan lagi.
Akan bagus jika kompatibilitas NuGet juga ditambahkan (atau mungkin saya yang kurang paham soal Unity?)
Saya jadi penasaran siapa yang akan memikul tanggung jawab atas pengambilan keputusan AI CEO.
Memang benar bahwa teks adalah alat ekspresi yang sangat baik dan juga sangat penting, tetapi......
Kita tidak bisa menyimpan semuanya hanya dalam bentuk teks.
Pada akhirnya, teks adalah bentuk ekspresi yang dikompresi. Ia mengekspresikan lima indra yang bisa kita rasakan (penglihatan, pendengaran, peraba, pengecap, penciuman) dalam format yang dikompresi berdasarkan kesepakatan sosial.
Namun, jika tidak ada informasi tentang objek asli yang menjadi acuannya, maka sekalipun kita menyimpan data dalam bentuk teks, ketika di kemudian hari orang tidak lagi mengenal objek asli tersebut, teks itu akan kehilangan maknanya.
Kita tahu apa itu kaset, tetapi kalau kita hanya memperlihatkan teks "kaset" kepada anak-anak kecil yang lahir belakangan dan bertanya apa itu, berapa banyak dari mereka yang benar-benar bisa menjawab dengan tepat? Seberapa pun rajinnya kita menjelaskan bentuk, fungsi, dan cara kerja kaset, apakah beberapa ribu tahun kemudian orang bisa merekonstruksi kaset itu dengan sempurna hanya berdasarkan teks tersebut?
Dalam kasus seperti itu, beberapa foto kaset, gambar teknik, atau beberapa menit video yang memperlihatkan penggunaan kaset bisa jadi lebih berguna.
Dan saya juga berharap dipertimbangkan bahwa mulai .NET 10, masalah yang dulu ingin mereka selesaikan dengan IL2CPP kini sedang ditangani secara tepat, meski dengan arah pengembangan yang berbeda, yaitu melalui Native AOT.
Tentu saja, keterbatasannya adalah tidak dihasilkannya kode C++ yang bisa diedit di tengah proses, tetapi pada akhirnya kemampuan untuk menghasilkan biner native tanpa terjadinya Just-In-Time telah makin matang sejak .NET 8 dan semakin matang lagi di .NET 10.
Karena itu, saya rasa terus menunda modernisasi ke CoreCLR bukanlah pilihan yang baik bagi Unity. Atau mungkin penggantian dengan beralih sepenuhnya ke bahasa atau fondasi yang sama sekali berbeda bisa jadi lebih efektif juga!
Karena ini akhir tahun... saya jadi berpikir jangan-jangan GitHub Star adalah KPI seseorang.
Ini memang contoh berlakunya Hukum Goodhart, tapi dari sudut pandang pengelola tidak ada yang lebih praktis daripada mengelola dengan angka...
> Unity kemungkinan tidak punya cukup kapasitas atau kemauan untuk berinvestasi dalam peningkatan performa Mono
Saya juga sangat setuju dengan ini...
Manus - agen AI serbaguna yang menghubungkan pemikiran dan tindakan
Di komentar Hacker News, penilaian terhadap akuisisi ini tampaknya kurang baik.
Bintang di platform GitHub tampaknya punya porsi yang cukup besar, tetapi apakah GitHub tidak tertarik pada deteksi penyalahgunaan? Bahkan di GeekNews saja langsung ditandai.
Kalau dicek lewat API hari libur pemerintah, Natal ternyata tercantum sebagai Hari Kelahiran Kristus. Sepertinya nama resminya memang Hari Kelahiran Kristus.
Sebagai alasan lain mengapa Mono harus dimodernisasi ke CoreCLR, saya pikir Unity kemungkinan tidak punya kapasitas atau kemauan besar untuk berinvestasi pada peningkatan performa Mono. Saya rasa sudah benar kalau warisan dari era .NET Framework dibereskan secepat mungkin. :-D
Memang benar, tapi saya kurang paham kenapa harus membandingkan performa editor... Paling tidak, kalau mau dibandingkan mestinya bawa hasil dari build debug? Atau jangan-jangan kalau begitu malah jadi kurang meyakinkan? Di sisi lain, baik IL2CPP maupun Mono sama-sama terasa seperti teknologi yang sudah ketinggalan zaman.
Memang benar bahwa sikap sinis itu diperlukan.
Bukankah area seperti code review sekarang sebaiknya makin dialihkan perannya ke AI?
Karena itulah tipe talenta yang cocok untuk sinisme.
Pengembangan hammock-driven itu... berasal dari presentasi Rich Hickey. Ini adalah cara mengembangkan dengan menetapkan batasan dan constraint secara mendalam, menyimpannya dalam alam bawah sadar, lalu merancang dan memverifikasi sambil mengembangkan. Rich Hickey sendiri mengatakan bahwa desain tidak bisa digantikan oleh TDD atau sistem tipe yang kompleks.
https://secondb.ai/summary/11593/?tab=my
Di antara para pengembang yang menggunakan LLM, mereka yang memperhatikan pembahasan Rich Hickey tentang kesederhanaan (
Simple Made Easy) tampaknya juga menyampaikan hal yang mirip. Mungkin bisa dibilang mirip denganSpec Driven. Namun, agar bisa menggunakan LLM dengan lebih baik, mungkin ada baiknya juga memperhatikan perbedaannya.https://secondb.ai/summary/11587/?tab=all
Menurut saya sangat menakjubkan bahwa teknologi terbaru bisa dijalankan pada perangkat keras lama.
Jika nanti AGI muncul di masa depan, apakah itu bisa dijalankan jika kita mengumpulkan seluruh daya komputasi yang ada di Bumi saat ini?