Saya merasa lebih bahagia saat menulis kode dengan tangan sendiri.
Saya dengan hati-hati berpikir bahwa proses menuliskan langsung bagian yang sangat kompleks dan menjadi inti logika bisnis, memikirkannya sendiri, lalu menanamkan hasilnya kepada para engineer AI, mungkin justru bisa membantu produktivitas. Para matematikawan juga memakai alat seperti kalkulator, tetapi saat memikirkan ide intinya mereka juga banyak mencatat, bukan?
Penerapan software selalu harus dilihat dari sudut pandang "TCO" selama "5 tahun". Kalau tidak, ujung-ujungnya cuma menumpuk "bom" yang benar-benar akan meledak nanti.
Saya menghormati ideal kebahagiaan dan kepuasan pribadi, tetapi dari sudut pandang pekerjaan di mana seseorang memberikan tenaga kerja dan menerima bayaran, pola pikir seperti itu terasa kurang tepat.
Saya makin tidak yakin apakah istilah ini tepat, tetapi rasanya developer makin berubah menjadi “tech leader”.
Kalau AI mengambil alih “penulisan kode”, yang tersisa pada akhirnya hanyalah,
pemecahan masalah (stres)
meninjau hasil (stres)
tanggung jawab (stres)
itu saja.
Artinya, developer bukan lagi sekadar “produsen”, melainkan
“pengambil keputusan”
“peninjau”
“penanggung jawab”
yang perannya perlahan berubah menjadi itu.
Akibatnya, muncul jenis kelelahan kerja yang sebelumnya tidak ada,
dan kita pun mulai bertanya pada diri sendiri apakah arah ini benar-benar cocok dengan kecocokan profesi developer yang selama ini saya cari.
Saya juga setuju dengan pendapat itu. Meski seseorang bersikeras ingin menulis kode secara manual, kecuali benar-benar menjalankan bisnis sendirian
pada akhirnya itu tetap akan tergantikan, tetapi sepertinya mereka tidak menyadari hal ini.
Ini benar-benar metodologi pengembangan yang membuat maintenance jadi sangat sulit. Di era AI, ini orang yang mempraktikkan cara baru untuk menjaga posisinya seumur hidup di era yang baru.
Belakangan ini terus muncul tulisan dari pengembang tertinggal yang cuma mencari pembenaran mental. Bagaimanapun juga, arus zaman ini toh tidak bisa dihentikan.
Penulis artikel ini, Jakob Nielsen, adalah pakar UX dengan pengalaman 42 tahun.
Saat WWW dibuka untuk publik, ia pernah memprediksi bahwa "hypertext akan menjadi antarmuka pengguna masa depan."
Karena itu, pada 1990 ia sudah menulis buku berjudul "Hypertext and Hypermedia".
Ia juga turut mendirikan Nielsen Norman Group (https://www.nngroup.com/), firma konsultasi paling terkenal di bidang UX. (Donald Norman adalah orang yang menciptakan istilah UX.)
Ada framework yang tertata rapi dan punya banyak materi pelatihan untuk AI, jadi rasanya tidak perlu repot-repot membuat sesuatu yang baru versi saya sendiri; malah terasa seperti menurunkan produktivitas.
Saya rasa tidak perlu membuang sesuatu yang sudah membantu mengurangi biaya merancang arsitektur dan membuat kita bisa fokus pada hal yang esensial (layanan).
Saya juga merasa ada semacam romantisasi terhadap "kode yang ditulis dengan tangan".
Arah bahwa "dengan menulis lebih sedikit kita bisa melakukan lebih banyak" sebenarnya selalu ada,
dan bahkan sebelum AI pun, saat GC mulai muncul, rasanya suasananya mirip.
Meski menulis kode dengan tangan, kita merasa kode kita tidak bermasalah, tetapi kalau ada masalah, pada akhirnya kita tetap membongkar kode internal atau memeriksa memori.
Meski menulis prompt dengan tangan, kita merasa prompt kita tidak bermasalah, tetapi kalau ada masalah, sepertinya pada akhirnya tetap sama saja: membongkar kode internal.
Tentu saja, sebagian besar ini kemungkinan juga akan diselesaikan lewat layanan AI.
Saya juga membayangkan, dalam arti tertentu, kode yang ditulis dengan tangan mungkin akan menjadi seni modern..? wkwk
Hmm... praktik seperti ini bukankah lebih cocok saat Cursor menawarkan penggunaan tanpa batas...? Justru, setidaknya untuk sementara ke depan, arahnya tampaknya lebih ke bagaimana menghemat token dan memanfaatkan AI sebagai pendamping dengan baik, bukan?
Bahkan tanpa harga token yang mahal pun kita bisa menghilangkan duplikasi, jadi apa alasan untuk tidak menggunakan framework?
Saat sebelumnya sempat diunggah, ada pembahasan bahwa berbahaya jika aplikasi pihak ketiga yang bukan open source bisa melihat semua SMS saya; tampaknya masukan itu diterapkan dan sekarang aplikasinya benar-benar diubah menjadi open source.
Pemula dan peserta baru sulit untuk ikut berpartisipasi
Tidak ada alasan sama sekali mengapa mendapatkan Vouch harus sulit
Tujuan utama Vouch adalah mencegah partisipasi sembarangan tanpa usaha
Di proyek saya (termasuk proyek ini), Anda bisa mendapatkan Vouch dengan memperkenalkan diri di issue dan menjelaskan secara singkat bagaimana Anda ingin berkontribusi
Singkatnya, seperti dalam kehidupan sosial pada umumnya, Anda bisa mendapatkan Vouch dengan memperkenalkan diri
Namun, jika menyalahgunakan wewenang di dalam grup, akan ada sanksi
Rentan terhadap social engineering
Pengguna yang menerima Vouch hanya mendapatkan hak untuk berpartisipasi dalam proyek
Mereka tidak mendapatkan hak untuk merge pull request, push code, atau membuat rilis
Semua tindakan ini tetap dibatasi melalui proses review yang ada dan kontrol sistem
Selain itu, hanya admin/kolaborator yang dapat merekomendasikan pengguna
Karena itu, meskipun pengguna bermasalah menerima rekomendasi, mereka tidak bisa merekomendasikan pengguna lain
Tidak ada prosedur banding untuk Denouncing.
Prosedur banding berbeda tergantung subproyek
Untuk proyek saya, jika Anda menghubungi kami lewat Discord, email, atau cara apa pun, lalu berbicara secara manusiawi dan mengakui kesalahan, kami akan memberi Anda kesempatan lagi. Tidak sulit
Inti proyek ini adalah AI meminimalkan hambatan alami yang sudah ada dengan memberikan informasi kepada orang-orang melalui panggilan API
Dalam proyek komunitas yang berpusat pada manusia, interaksi antarmanusia hanya diperlukan di titik-titik batas
Saya merasa lebih bahagia saat menulis kode dengan tangan sendiri.
Saya dengan hati-hati berpikir bahwa proses menuliskan langsung bagian yang sangat kompleks dan menjadi inti logika bisnis, memikirkannya sendiri, lalu menanamkan hasilnya kepada para engineer AI, mungkin justru bisa membantu produktivitas. Para matematikawan juga memakai alat seperti kalkulator, tetapi saat memikirkan ide intinya mereka juga banyak mencatat, bukan?
Penerapan software selalu harus dilihat dari sudut pandang "TCO" selama "5 tahun". Kalau tidak, ujung-ujungnya cuma menumpuk "bom" yang benar-benar akan meledak nanti.
Menurut saya, sistem itu sendiri harus memperoleh otoritas agar bisa diterima.
Kedengarannya ini tidak lebih dari sekadar mengatakan bahwa Anda akan berbenturan secara frontal dengan arah yang dikejar perusahaan-perusahaan..
Ini sudah kelewat batas.
Saya menghormati ideal kebahagiaan dan kepuasan pribadi, tetapi dari sudut pandang pekerjaan di mana seseorang memberikan tenaga kerja dan menerima bayaran, pola pikir seperti itu terasa kurang tepat.
Saya makin tidak yakin apakah istilah ini tepat, tetapi rasanya developer makin berubah menjadi “tech leader”.
Kalau AI mengambil alih “penulisan kode”, yang tersisa pada akhirnya hanyalah,
itu saja.
Artinya, developer bukan lagi sekadar “produsen”, melainkan
yang perannya perlahan berubah menjadi itu.
Akibatnya, muncul jenis kelelahan kerja yang sebelumnya tidak ada,
dan kita pun mulai bertanya pada diri sendiri apakah arah ini benar-benar cocok dengan kecocokan profesi developer yang selama ini saya cari.
Justru para pengembang yang benar-benar hebat dan sangat terampil malah menikmati vibe coding...
Bukan saya yang bilang (seperti Linus Torvalds atau Robert Martin)
Saya juga setuju dengan pendapat itu. Meski seseorang bersikeras ingin menulis kode secara manual, kecuali benar-benar menjalankan bisnis sendirian
pada akhirnya itu tetap akan tergantikan, tetapi sepertinya mereka tidak menyadari hal ini.
Semua diskusi sebelum bukti muncul adalah penilaian yang terburu-buru
Ini benar-benar metodologi pengembangan yang membuat maintenance jadi sangat sulit. Di era AI, ini orang yang mempraktikkan cara baru untuk menjaga posisinya seumur hidup di era yang baru.
Wah, itu keterlaluan banget :(
Belakangan ini terus muncul tulisan dari pengembang tertinggal yang cuma mencari pembenaran mental. Bagaimanapun juga, arus zaman ini toh tidak bisa dihentikan.
Sudah lama rasanya saya menemukan proyek yang terlihat menarik seperti ini.
Penulis artikel ini, Jakob Nielsen, adalah pakar UX dengan pengalaman 42 tahun.
Saat WWW dibuka untuk publik, ia pernah memprediksi bahwa "hypertext akan menjadi antarmuka pengguna masa depan."
Karena itu, pada 1990 ia sudah menulis buku berjudul "Hypertext and Hypermedia".
Ia juga turut mendirikan Nielsen Norman Group (https://www.nngroup.com/), firma konsultasi paling terkenal di bidang UX. (Donald Norman adalah orang yang menciptakan istilah UX.)
Tulisan 10 Usability Heuristics for User Interface Design juga sangat terkenal.
Ada framework yang tertata rapi dan punya banyak materi pelatihan untuk AI, jadi rasanya tidak perlu repot-repot membuat sesuatu yang baru versi saya sendiri; malah terasa seperti menurunkan produktivitas.
Saya rasa tidak perlu membuang sesuatu yang sudah membantu mengurangi biaya merancang arsitektur dan membuat kita bisa fokus pada hal yang esensial (layanan).
Saya juga merasa ada semacam romantisasi terhadap "kode yang ditulis dengan tangan".
Arah bahwa "dengan menulis lebih sedikit kita bisa melakukan lebih banyak" sebenarnya selalu ada,
dan bahkan sebelum AI pun, saat GC mulai muncul, rasanya suasananya mirip.
Meski menulis kode dengan tangan, kita merasa kode kita tidak bermasalah, tetapi kalau ada masalah, pada akhirnya kita tetap membongkar kode internal atau memeriksa memori.
Meski menulis prompt dengan tangan, kita merasa prompt kita tidak bermasalah, tetapi kalau ada masalah, sepertinya pada akhirnya tetap sama saja: membongkar kode internal.
Tentu saja, sebagian besar ini kemungkinan juga akan diselesaikan lewat layanan AI.
Saya juga membayangkan, dalam arti tertentu, kode yang ditulis dengan tangan mungkin akan menjadi seni modern..? wkwk
Hmm... praktik seperti ini bukankah lebih cocok saat Cursor menawarkan penggunaan tanpa batas...? Justru, setidaknya untuk sementara ke depan, arahnya tampaknya lebih ke bagaimana menghemat token dan memanfaatkan AI sebagai pendamping dengan baik, bukan?
Bahkan tanpa harga token yang mahal pun kita bisa menghilangkan duplikasi, jadi apa alasan untuk tidak menggunakan framework?
DoNotNotify – Mencatat dan memblokir notifikasi secara cerdas di Android
Saat sebelumnya sempat diunggah, ada pembahasan bahwa berbahaya jika aplikasi pihak ketiga yang bukan open source bisa melihat semua SMS saya; tampaknya masukan itu diterapkan dan sekarang aplikasinya benar-benar diubah menjadi open source.
Sepertinya ada beberapa kesalahpahaman seiring topik ini makin mendapat perhatian, jadi FAQ-nya dirangkum terpisah. https://x.com/mitchellh/status/2020628046009831542