Akan bagus kalau model seperti ini dibuat setelah halusinasi base model ditekan sampai level six sigma. Apakah ini berarti hal semacam itu bisa dikendalikan dengan cukup lewat agen yang berperan sebagai pengelola atau pelengkapan lain di level kode?

RTFM: Tolong baca dokumentasi resminya.

Terima kasih banyak atas materi yang sangat berharga ini, mulai dari pengembangan situs nyata hingga operasionalnya. Saya sangat menikmati membacanya.

Ini tentang perusahaan yang lebih besar daripada Toss~

Tentu saja, benchmark memang tidak pernah lepas dari manipulasi.

Jika ada manajer yang blak-blakan tanpa mempertimbangkan perasaan dan manajer yang hangat sambil menjaga kedekatan, tipe manajer seperti apa yang bisa mendorong pertumbuhan anggota tim melalui umpan balik? Saat membaca tulisan sebelumnya, saya jadi punya pertanyaan seperti ini.

Menurut saya ini adalah permainan probabilitas. Orang yang berhasil berkembang dengan menembus peluang yang sangat kecil ada di mana-mana. Saya pikir manajer harus berusaha meningkatkan probabilitas secara keseluruhan, dengan mengecualikan orang-orang seperti itu. Saya rasa manajer yang bertindak karena percaya bahwa itu adalah sikap yang, dengan caranya sendiri, meningkatkan probabilitas layak dihormati. Asalkan itu bukan sekadar mempertahankan cara yang biasa dilakukan selama ini hanya karena memang dibiarkan begitu.

Pendapat di Hacker News ngeri juga... "Sepuluh juta? Bercanda?"

Katanya ini bukan checklist, tapi sepertinya saya harus menjadikannya checklist saya.

Eksperimen yang sangat menarik.

Belakangan saya sempat merasa kecepatan Time to first token Gemini luar biasa cepat, ternyata memang ada alasan seperti ini di baliknya...

Saya sangat setuju bahwa kita memang harus membaca dokumentasi resmi.

Saat pertama kali mengajarkan coding, saya rasa bakat seseorang sebagai programmer mulai terlihat dari apakah dia bisa membaca pesan error dengan teliti atau tidak.

Memang tidak semuanya, tetapi sebagian besar adalah poin-poin yang terasa relevan.

Saya sama sekali tidak terpikir bahwa ini mirip kerja kerajinan tangan, tapi saya sangat setuju.
Saat memikirkannya dari sudut pandang ini, rasanya banyak fenomena jadi bisa dijelaskan.

Hyperlight WASM: cepat, aman, dan tanpa OS - Manajer Mesin Virtual Ringan (VMM) | GeekNews

Hyperlight WASM: cepat, aman, dan bebas OS | GeekNews

Saya banyak berpikir setelah membaca komentar yang kritis itu. Ada bagian yang saya setujui, dan ada juga bagian yang saya pandang berbeda.

• Saat ini mungkin ada semacam gelembung pada status pengembang, tetapi menurut saya hal yang sama juga terjadi pada profesi lain. Dari sedikit menjadi banyak. Artinya, ketika jumlah pelaku bertambah dan keberagamannya meningkat, ini adalah fenomena yang wajar. Bukan berarti arah ini pasti benar, tetapi saya juga tidak melihat bahwa hal ini hanya menonjol pada pengembang saja.
• Mudah dipelajari. Saya mengakuinya, tetapi hambatan masuk yang rendah tidak berarti tingkat profesionalismenya rendah. Dibandingkan dengan industri lain, terutama jabatan teknis di manufaktur, alasan mengapa bidang ini lebih mudah dipelajari bukan karena pengembangan itu sendiri mudah, melainkan mungkin karena budaya open source dan risikonya yang rendah. Seperti yang disebut sebelumnya dalam konteks keberagaman pengembang, ada pekerjaan yang bisa dilakukan setelah belajar dengan cepat, dan ada juga pekerjaan yang harus bertumpu pada keahlian profesional.
• Lingkungannya telah berubah. Saya tidak berpikir alasan mengapa ekspektasi dan kompensasi terhadap pengembang di pasar lebih besar daripada masa lalu semata-mata karena kemampuan teknis, keterampilan, atau profesionalisme mereka. Semakin dalam IT masuk ke kehidupan manusia, software menjadi semakin penting dan menopang banyak infrastruktur. Bukan karena kemampuan masing-masing pengembang meningkat lalu kompensasinya menjadi besar, melainkan karena pekerjaan itu sendiri menjadi lebih mahal. Karena kini lebih penting daripada dulu.
• Apakah perbandingan langsung dengan manufaktur memang bermakna? Dari sudut pandang bahwa tingkat kematangan industrinya belum cukup tinggi, pembanding itu tampaknya adalah manufaktur. Jika kita mencoba memahami industri software dengan paradigma manufaktur, ia bisa terlihat seperti kerajinan tangan atau pengembangan sebagai hobi. Namun sebaliknya, saya pikir justru aspek-aspek inilah yang membentuk budaya pengembangan software yang lentur dan kreatif, lalu menjadi pijakan bagi pertumbuhannya.
• Keterlarutan yang berlebihan itu berbahaya. Saya sangat setuju. Bukan hanya pengembangan yang perlu dipelajari di dunia ini, dan sampai sekarang pun kita tetap menulis "karyawan" di kolom pekerjaan. Hanya karena suasana sosial sedang dipenuhi gelembung, kita perlu berhati-hati agar tidak menganggap profesi ini sangat berbeda dari pekerjaan lain. Namun, ini juga berlaku untuk profesi apa pun.

Bagi Toss, UX memang berkaitan langsung dengan kelangsungan hidup.
Namun dari sisi yang berbeda dengan tulisan ini, saya tidak tahu apakah perusahaan itu pandai mengejar keuntungan.

Selamat ulang tahun. Dengarkan baik-baik kata-kata orang tua dan semoga panjang umur serta selalu sehat.

Saya rasa jenis umpan balik seperti ini, tergantung pada kepribadian, budaya, dan perbedaan masing-masing individu, bisa terasa tidak enak didengar atau bahkan memicu kemarahan. Namun pada dasarnya, menurut saya akan lebih baik jika kita mendekatinya dengan asumsi bahwa "orang ini tidak sengaja menyiksa saya", baik dari sisi mental maupun dari sudut pandang pertumbuhan. Saat menghadapi situasi seperti itu, rasanya kita bisa mengingat tulisan ini dan berpikir, "mungkin manajer ini juga begitu?" Tulisan yang bagus.