Disebutkan bahwa refactoring dilakukan tanpa henti selama 7 jam; jika kualitasnya memang bagus, mungkin kita juga bisa berharap level pekerjaan outsourcing tingkat lanjut yang diserahkan pengembang setelah pulang kerja lalu ditinjau keesokan harinya 😂
Sebisa mungkin bertahan dengan vektorisasi NumPy; kalau tidak bisa, pasang GPU lalu ganti ke CuPy atau Torch, dan kalau itu pun masih tidak cukup, tulis kode native dengan Cython... tapi sepertinya sebaiknya sebisa mungkin hindari native. Capek.
Kalau deadline dan requirement saja terpenuhi, saat ngoding pakai AI atau bahkan tidak pakai IDE dan cuma pakai Notepad ala jantan sejati rasanya bukan hal yang terlalu penting.
Ini masih fitur opsional, dan kemungkinan besar multithreading akan tetap menjadi opsi. (misalnya dengan mengaktifkan opsinya atau instalasi terpisah, dan sebagainya)
Saya juga jarang memakai Type, dan sepertinya saya akan memakai free-threading karena isu performa, tetapi kemungkinan penggunaannya akan sangat terbatas.
Salah satu alasan Python begitu populer adalah karena sebelumnya tidak perlu memikirkan hal-hal seperti multithreading sampai sejauh ini. Kalau sampai harus mempertimbangkan hal seperti itu juga, bahasa ini akan menjadi bahasa yang tidak mudah lagi digunakan oleh orang awam.
free threading Python ini jelas sama sekali bukan pekerjaan yang mudah. Rasanya seperti membuka kotak Pandora. Ada kemungkinan berbagai bug sinkronisasi yang selama ini tersembunyi akan bermunculan. Apalagi bug seperti itu kadang hanya meledak saat runtime. Masalah-masalah yang dulu bikin pusing saat pengembangan multithreading sekarang bisa jadi akan benar-benar mulai muncul juga di Python. Bahkan kalau melihat keluarga C saja, penggunaan fungsi yang tidak thread-safe akan langsung menimbulkan masalah.
Saat saya menganggap ini cuma teknologi baru, saya hanya melihatnya dengan rasa penasaran,
sekarang, ketika pemberi kerja benar-benar melakukan perekrutan dan pemotongan upah dengan alasan teknologi seperti ini, rasanya jadi tidak enak juga..
Sepertinya karena ini masih masa transisi, jadi ada berbagai kejadian lucu yang muncul.
Ke depannya bisa jadi akan membaik, atau justru tetap seperti ini, jadi seru juga melihat bagaimana perubahannya wkwk
Aduh hiks, sepertinya 9to5mac memang memblokir akses bot sama sekali.
Saya merangkum secara manual. Prompt-nya masih terus saya revisi. Saat ini panjangnya sekitar 4.000 karakter (800 token).
Saya sedang menautkan Gemini ke GitHub untuk menerima review PR, dan memang cukup sering ada momen seperti itu.
Misalnya, tepat di baris sebelumnya sudah ada pengecekan null, tetapi review-nya malah menyuruh menambahkan baris yang sama persis tepat di atas, dengan alasan dipakai tanpa pengecekan null.
Pengetahuan latar, pola kerja, hasil yang diharapkan beserta formatnya yang secara alami dipahami manusia saat bekerja
tidak mungkin semuanya ditulis dalam prompt, dan bahkan kalaupun bisa ditulis,
saya jadi berpikir bahwa mengotomatiskannya dengan algoritme tradisional dari era sebelum deep learning, bukan dengan AI kompleks seperti LLM, mungkin justru lebih realistis.
Kalau dipakai, vibe coding dan coding agent memang jelas punya sisi yang praktis, tapi supaya benar-benar praktis, prompt-nya harus dibuat sangat ketat, dan sejak awal juga ada banyak proyek yang memang tidak terlalu cocok tergantung karakter proyeknya. Kalau fiturnya dipisah-pisah kecil dengan rapi dan sederhana seperti web server berarsitektur MSA, AI bisa bekerja dengan baik, tetapi kalau modul yang saling terkait banyak dalam big monolith dan mencoba memperbaiki logika yang kompleks dengan AI, kita harus menyusun rencana task dengan sangat ketat dan mengirim prompt dengan sangat baik.
Wah, saya merasa ini adalah layanan penyimpanan bacaan yang punya status ikonik, tapi ternyata akan dihentikan. Sangat disayangkan.
Disebutkan bahwa refactoring dilakukan tanpa henti selama 7 jam; jika kualitasnya memang bagus, mungkin kita juga bisa berharap level pekerjaan outsourcing tingkat lanjut yang diserahkan pengembang setelah pulang kerja lalu ditinjau keesokan harinya 😂
Sebisa mungkin bertahan dengan vektorisasi NumPy; kalau tidak bisa, pasang GPU lalu ganti ke CuPy atau Torch, dan kalau itu pun masih tidak cukup, tulis kode native dengan Cython... tapi sepertinya sebaiknya sebisa mungkin hindari native. Capek.
Ini pada dasarnya kekalahan telak Apple.
Kalau deadline dan requirement saja terpenuhi, saat ngoding pakai AI atau bahkan tidak pakai IDE dan cuma pakai Notepad ala jantan sejati rasanya bukan hal yang terlalu penting.
Saya sudah mengirim email. Terima kasih.
Ini masih fitur opsional, dan kemungkinan besar multithreading akan tetap menjadi opsi. (misalnya dengan mengaktifkan opsinya atau instalasi terpisah, dan sebagainya)
Saya juga jarang memakai Type, dan sepertinya saya akan memakai free-threading karena isu performa, tetapi kemungkinan penggunaannya akan sangat terbatas.
Masa depan seperti apa yang mereka lihat sampai memilih langkah seperti ini...
Salah satu alasan Python begitu populer adalah karena sebelumnya tidak perlu memikirkan hal-hal seperti multithreading sampai sejauh ini. Kalau sampai harus mempertimbangkan hal seperti itu juga, bahasa ini akan menjadi bahasa yang tidak mudah lagi digunakan oleh orang awam.
free threading Python ini jelas sama sekali bukan pekerjaan yang mudah. Rasanya seperti membuka kotak Pandora. Ada kemungkinan berbagai bug sinkronisasi yang selama ini tersembunyi akan bermunculan. Apalagi bug seperti itu kadang hanya meledak saat runtime. Masalah-masalah yang dulu bikin pusing saat pengembangan multithreading sekarang bisa jadi akan benar-benar mulai muncul juga di Python. Bahkan kalau melihat keluarga C saja, penggunaan fungsi yang tidak thread-safe akan langsung menimbulkan masalah.
Dulu juga pernah ada. M Editor, kalau tidak salah…
https://www.edm2.com/index.php/Microsoft_Editor
Oh...!
Saat saya menganggap ini cuma teknologi baru, saya hanya melihatnya dengan rasa penasaran,
sekarang, ketika pemberi kerja benar-benar melakukan perekrutan dan pemotongan upah dengan alasan teknologi seperti ini, rasanya jadi tidak enak juga..
Sepertinya karena ini masih masa transisi, jadi ada berbagai kejadian lucu yang muncul.
Ke depannya bisa jadi akan membaik, atau justru tetap seperti ini, jadi seru juga melihat bagaimana perubahannya wkwk
Aduh hiks, sepertinya 9to5mac memang memblokir akses bot sama sekali.
Saya merangkum secara manual. Prompt-nya masih terus saya revisi. Saat ini panjangnya sekitar 4.000 karakter (800 token).
Saya ikut berkontribusi pada terjemahan kustom, loader file Excel, virtual list, dan lainnya. Semoga banyak digunakan juga di Indonesia. ^^
Saya sedang menautkan Gemini ke GitHub untuk menerima review PR, dan memang cukup sering ada momen seperti itu.
Misalnya, tepat di baris sebelumnya sudah ada pengecekan
null, tetapi review-nya malah menyuruh menambahkan baris yang sama persis tepat di atas, dengan alasan dipakai tanpa pengecekannull.Pengetahuan latar, pola kerja, hasil yang diharapkan beserta formatnya yang secara alami dipahami manusia saat bekerja
tidak mungkin semuanya ditulis dalam prompt, dan bahkan kalaupun bisa ditulis,
saya jadi berpikir bahwa mengotomatiskannya dengan algoritme tradisional dari era sebelum deep learning, bukan dengan AI kompleks seperti LLM, mungkin justru lebih realistis.
Ini menarik ya wkwk
Terlepas dari error, kualitas ringkasan GeekNews bagus, jadi saya selalu penasaran dengan prompt-nya
Kalau dipakai, vibe coding dan coding agent memang jelas punya sisi yang praktis, tapi supaya benar-benar praktis, prompt-nya harus dibuat sangat ketat, dan sejak awal juga ada banyak proyek yang memang tidak terlalu cocok tergantung karakter proyeknya. Kalau fiturnya dipisah-pisah kecil dengan rapi dan sederhana seperti web server berarsitektur MSA, AI bisa bekerja dengan baik, tetapi kalau modul yang saling terkait banyak dalam big monolith dan mencoba memperbaiki logika yang kompleks dengan AI, kita harus menyusun rencana task dengan sangat ketat dan mengirim prompt dengan sangat baik.