Membuat aplikasi Mac dengan Claude Code

• Dengan Claude Code, hampir seluruh kode aplikasi macOS berukuran lebih dari 20.000 baris berhasil dibuat dan dirilis, sementara kode yang ditulis langsung kurang dari 1.000 baris
• Seiring kemunculan agen coding AI, pengalaman pengembangan bergeser dari IDE konvensional ke alur kerja yang berpusat pada prompt
• Pembuatan kode Swift dan SwiftUI memang masih memiliki keterbatasan, tetapi kualitasnya bisa ditingkatkan lewat perancangan priming, context engineering, dan feedback loop
• Otomatisasi, deployment, dokumentasi, hingga pengujian sebagian besar ditangani Claude, sehingga pekerjaan manual berulang dan pemborosan waktu berkurang drastis
• IDE masa depan akan berevolusi menuju UX baru yang berfokus pada pemanfaatan agen dan pengelolaan konteks, bukan lagi editor kode

---

Pengalaman merilis aplikasi macOS hanya dengan Claude Code

Gambaran proyek

• Baru-baru ini saya merilis aplikasi native macOS bernama Context. Ini adalah alat developer untuk debugging server MCP
• Aplikasi ini dibuat hampir 100% dengan Claude Code. Dari sekitar 20.000 baris, kode yang saya tulis sendiri bahkan tidak sampai 1.000 baris
• Untuk membangun software dengan Claude, kemampuan developer, pekerjaan berulang, dan keterampilan menyusun prompt tetap dibutuhkan
• Tulisan ini menjelaskan secara rinci seluruh proses membuat aplikasi dengan Claude Code, pilihan alat, kelebihan dan kekurangan, serta cara menghasilkan kode berkualitas tinggi

1. Dari Copilot ke Claude Code, dan perubahan lingkungan pengembangan

• Alat coding AI pertama yang saya gunakan adalah GitHub Copilot, dan bahkan hanya dengan autocomplete sederhana pun efisiensi pengembangan terasa meningkat besar
• Setelah itu, bermunculan alat bergaya agen yang mengumpulkan konteks dari basis kode serta mengotomatiskan build dan iterasi pengujian, seperti mode agen di Cursor dan Windsurf
• Berbeda dari editor lama (misalnya VS Code), Claude Code mengejar lingkungan agen murni yang hanya berbasis terminal dan berpusat pada input prompt
• Dengan sebagian besar fitur IDE tradisional dihilangkan, UX-nya sederhana: hanya menampilkan satu kotak prompt dan hasil
• Agen coding tidak lagi sekadar membantu IDE lama, tetapi mencoba menggantikan IDE sepenuhnya
• Karena antarmuka dan pengalaman pengguna sangat berbeda dari alat lama, saya sempat skeptis terhadap UX-nya, tetapi tertarik mencoba pendekatan baru ini

2. Memulai lagi side project

• Seperti banyak developer yang juga bekerja penuh waktu, side project yang belum selesai terus menumpuk
• Prototype bisa dibuat cepat, tetapi pada 20% tahap penyelesaian terakhir, waktu dan energi sering tidak cukup sehingga tidak benar-benar sampai dirilis
• Saat menguji server MCP, saya merasa membutuhkan aplikasi native dan memutuskan untuk membuatnya sendiri
• Dalam proses ini saya mulai menggunakan Claude Code secara serius, dan merasakan langsung betapa besar bantuan agen AI dalam praktik nyata

3. Kemampuan pembuatan kode Claude Code yang luar biasa

• Claude Code yang memakai model Sonnet 4 dan Opus 4 terbaru benar-benar mampu menghasilkan kode bagus dengan cepat
• Ia membaca konteks proyek, memahami gaya kode, membaca dokumen dan spesifikasi terkait untuk mengimplementasikan fitur, serta menulis kode pengujian secara otomatis
• Build, iterasi pengujian, analisis log konsol dan screenshot, hingga perbaikan bug pun hampir sepenuhnya terotomatisasi
• Dengan hanya sebagian kecil dari waktu yang biasanya dipakai developer untuk menulis kode, ia menghasilkan output berkualitas tinggi
• Ini terasa seperti menempatkan pegawai baru ke dalam proyek tanpa konteks apa pun, tetapi ia bisa menyelesaikan fitur hanya dalam hitungan menit

4. Kualitas nyata dukungan Swift dan SwiftUI

• Menggunakan Swift 6.1, macOS 15.5, dan SwiftUI terbaru
• Claude masih cukup baik menangani Swift hingga versi 5.5, tetapi lemah pada perubahan terbaru seperti concurrency
• Kadang ia juga keliru mencampur API modern dan API legacy, atau Objective-C dan SwiftUI
• Untuk kode SwiftUI, draf awalnya bisa terasa belum matang dan agak kasar, tetapi jika diarahkan berulang kali hasilnya bisa dipoles dengan baik
• Saat kode UI menjadi kompleks, bisa muncul error compiler (misalnya kegagalan inferensi tipe), dan Claude dapat secara otomatis me-refactor-nya menjadi fungsi-fungsi yang lebih kecil
• Jika panduan dituliskan di file CLAUDE.md, kualitas kode Claude bisa ditingkatkan satu level lagi
  • Contoh: prioritaskan SwiftUI, patuhi Apple Human Interface Guideline, gunakan fitur macOS terbaru dan Swift6 secara aktif, dan sebagainya
• Selain itu, jika memanfaatkan pedoman dari repositori agent-rules, pembuatan kode berkualitas tinggi bisa lebih ditingkatkan lagi

5. Bisa meminta, "buat lebih cantik"

• Hanya dengan prompt sederhana seperti "buat lebih indah/lebih elegan/lebih nyaman digunakan", kita bisa meningkatkan desain UI lewat Claude
• Bug UI atau hal yang ingin diperbaiki bisa langsung diterapkan dengan menempelkan screenshot ke Claude dan memberi feedback berulang
• Secara lebih sistematis, kita juga bisa lebih dulu meminta, "beri saran agar UI ini bisa jadi lebih indah", lalu memilih perubahan yang diinginkan untuk diterapkan

6. Pentingnya context engineering

• Model AI terbaru cukup mampu memahami prompt yang tidak sempurna atau bahkan mengandung kesalahan tata bahasa
• Yang benar-benar penting adalah menempatkan hanya informasi yang paling dibutuhkan di dalam context window yang terbatas (200k token)
• Saat konteks percakapan Claude sudah penuh, ia akan otomatis merangkum (compaction) lalu mereset konteks, dan dalam proses ini ada risiko sebagian informasi hilang seperti detail yang terlewat atau penurunan kualitas
• Karena itu, "context engineering" untuk mendapatkan kualitas setinggi mungkin dalam konteks yang terbatas menjadi tantangan utama dalam penggunaan agen AI

7. Priming agen

• Karena konteks penting bisa terlewat dalam proses compaction ini, akan efektif bila perlu kita minta ringkasan secara manual atau melakukan priming dengan informasi tambahan
• Selain CLAUDE.md, kualitas output juga meningkat jika kita menulis prompt yang membuat Claude terlebih dahulu membaca dan merangkum source code atau dokumen spesifikasi tertentu
• Untuk library baru atau API terbaru yang muncul setelah knowledge cutoff Claude, dokumennya juga bisa diubah lewat alat tertentu seperti Context7 atau llm.codes agar lebih mudah dipahami Claude
• Priming adalah proses membuat Claude lebih dulu memahami konteks sepenuhnya, misalnya dengan instruksi seperti "baca dan ringkas semua source file, dokumen, dan spesifikasi ini"

8. Agen membutuhkan spesifikasi (Spec) yang jelas

• Saat meminta Claude mengimplementasikan fitur, kita harus memasukkan spesifikasi yang konkret dan detail agar hasilnya sesuai harapan
• Demo yang sering menampilkan "membuat aplikasi hanya dengan satu kalimat prompt" pada praktiknya umumnya hanya mencapai tingkat prototype
• Walaupun spesifikasinya belum sempurna, penjelasannya bisa diberikan dengan cara yang nyaman seperti input suara atau mengetik biasa

9. "Ultrathink and Make a Plan"

• Jika Claude langsung mulai mengimplementasikan sesuatu tanpa arah, kualitas output bisa menurun, jadi strategi meminta ia lebih dulu menyusun rencana dengan mode berpikir yang diperluas seperti 'think' atau 'ultrathink' cukup efektif
• Kualitas juga meningkat bila implementasi dilakukan bertahap, dimulai dengan meninjau rencana dan memberi feedback sebelum pengerjaan
• Dokumen Anthropic Claude Code: Best practices for agentic coding sangat direkomendasikan untuk dibaca

10. Membangun feedback loop

• Kekuatan sejati Claude Code paling terasa saat ia dapat menjalankan feedback loop secara mandiri
• Artinya, kuncinya adalah membuat siklus otomatis di mana Claude sendiri memperbaiki kode (perubahan), melakukan build (pengujian), menganalisis penyebab kegagalan (mengumpulkan konteks), lalu mengulanginya lagi
• Semakin baik loop seperti ini dirancang, semakin mandiri Claude dapat menyelesaikan kode berkualitas tinggi
• 1. Build
  • Claude harus bisa menjalankan proses build (kompilasi) aplikasi sendiri
  • Untuk paket Swift, build mudah dilakukan dengan perintah swift build, dan Claude menangani ini secara alami
  • Namun untuk target aplikasi macOS (misalnya proyek Xcode), Claude sering bingung harus memakai perintah xcodebuild yang mana
  • Untuk mengatasi masalah ini, digunakan alat bernama XcodeBuildMCP, yang menyediakan antarmuka yang disederhanakan agar Claude lebih mudah melakukan build dan menjalankan aplikasi
• 2. Test
  • Setelah membangun kode, Claude harus bisa menjalankan pengujian secara otomatis dan menganalisis hasilnya
  • Paket Swift secara alami diuji dengan swift test, dan Claude menangani proses ini dengan baik
  • Saya belum mencoba membiarkan Claude menjalankan pengujian seluruh aplikasi atau UI test secara langsung, tetapi kemungkinan ini juga memerlukan alat seperti XcodeBuildMCP
  • Berdasarkan hasil pengujian (log sukses/gagal), loop perbaikan kode dapat terus dilanjutkan
• 3. Fix Bugs
  • Claude dapat melacak masalah dengan menambahkan log untuk debugging
  • Namun Claude tidak bisa mengoperasikan aplikasi secara langsung untuk menghasilkan log itu sendiri
  • Diperlukan proses di mana pengguna mengoperasikan aplikasi secara manual, lalu menyalin log dari konsol dan menempelkannya ke Claude
  • Cara ini dalam praktiknya tetap berjalan baik, tetapi tanpa unit test atau UI test yang cukup sejak awal, perbaikan bug otomatis penuh akan sulit dicapai
  • Untuk web app ada solusi otomatisasi browser seperti playwright-mcp, tetapi untuk aplikasi native belum ada alternatif yang benar-benar kuat
• 4. Fix UX Issues
  • Untuk perbaikan isu UI/UX, kita bisa memberi feedback berulang dengan menempelkan screenshot langsung ke Claude
  • Otomatisasi screenshot dengan alat seperti Peekaboo juga dimungkinkan, tetapi tetap ada keterbatasan karena aplikasi harus lebih dulu dioperasikan secara manual ke keadaan yang diinginkan sebelum screenshot bisa diambil
  • Artinya, otomatisasi terkait UX juga masih membutuhkan campur tangan pengguna

11. Claude Code melakukan lebih dari sekadar menulis kode

• Karena Claude Code berjalan di atas large language model (LLM) serbaguna, ia bisa dimanfaatkan untuk beragam pekerjaan non-pengembangan selain penulisan kode
• Misalnya, kita bisa secara alami meminta Claude menangani pengeditan copy dalam aplikasi, penyusunan rencana rilis, atau usulan arah peningkatan fitur
• Salah satu hal yang sangat berguna adalah kemampuannya membuat data mock secara otomatis pada tahap awal saat data nyata belum tersedia
  • Saat mengembangkan aplikasi Context, saya ingin mengerjakan prototype UI meski library klien MCP untuk Swift saat itu belum selesai
  • Dalam kondisi normal, membuat data mock yang terlihat realistis dengan tangan sangat merepotkan dan memakan waktu, sehingga kemungkinan besar tidak akan saya lakukan
  • Namun Claude secara otomatis menghasilkan data mock yang sangat meyakinkan hanya dalam hitungan detik, sehingga UI tampak nyaris tak bisa dibedakan dari keadaan nyata
  • Bahkan saat membagikan UI kepada teman-teman, saya menggunakan screenshot berbasis data mock ini, dan kesannya bisa setara dengan layanan nyata
  • Untuk server MCP, pada saat itu banyak yang baru mengimplementasikan sebagian fitur dari spesifikasi resmi sehingga situasinya sulit untuk mendapatkan data nyata
  • Meski begitu, melalui data mock buatan Claude, saya bisa memverifikasi alur UI secara keseluruhan dan perilaku fitur

12. Era ketika otomatisasi berkualitas tinggi menjadi (hampir) gratis

• Salah satu bagian paling menyakitkan dari 20% terakhir proses merilis software adalah otomatisasi proses rilis aplikasi
• Khususnya untuk aplikasi macOS, prosedur deployment yang kompleks seperti code signing, notarization, dan packaging (pembuatan DMG) sering membuat rilis tertunda karena bergantung pada pekerjaan manual atau skrip yang rapuh
• Sebelumnya saya biasanya memaksa menyiapkan alat otomatisasi seperti fastlane, atau menulis sendiri skrip Python minimal untuk menanganinya
• Dalam proyek ini, hanya dengan beberapa jam prompt berulang dan debugging, Claude berhasil membuat skrip otomatisasi rilis yang lengkap
• Tugas utama yang ditangani skrip ini:
  • Pemeriksaan setup lingkungan: memeriksa apakah alat yang dibutuhkan terpasang dengan benar
  • Pembuatan changelog otomatis: mengekstrak riwayat perubahan dari commit git lalu menggabungkannya dengan item yang ditulis manual untuk membuat release note HTML
  • Build dan packaging aplikasi: mengotomatiskan seluruh proses dari build aplikasi → code signing → notarization → packaging DMG
  • Pembuatan feed pembaruan Sparkle (appcast): mengirim pembaruan otomatis ke pengguna lama
  • Tag rilis dan distribusi: menambahkan tag di GitHub dan mempublikasikan rilis
  • Upload simbol Sentry: mengunggah debug symbol secara otomatis untuk analisis crash report
• Setelah skrip selesai, hanya dengan satu baris prompt seperti "buat output CLI lebih indah", perbaikan UI CLI pun bisa diterapkan
• Hasil akhirnya adalah kode Python sekitar 2.000 baris, yang kalau dikerjakan manual kemungkinan hanya akan selesai pada fitur minimum, tetapi berkat Claude bisa dituntaskan dengan kualitas tinggi
• Berkat skrip otomatisasi ini, saya dapat menghemat puluhan menit pekerjaan berulang pada setiap rilis
• Cukup jelaskan spesifikasinya dalam bahasa alami, lalu beri Claude feedback hanya pada error yang ditemukan saat eksekusi, maka sebagian besar pekerjaan bisa selesai

13. IDE masa depan akan sepenuhnya berbeda

• Dalam proyek ini, alat yang benar-benar saya gunakan dari awal sampai akhir hanyalah dua: Claude Code dan GitHub Desktop (untuk melihat diff)
• Fitur inti IDE tradisional seperti file tree, editor kode, ekstensi, dan plugin hampir tidak dibutuhkan
• Sesekali saya memang membuka Xcode dan mengedit kode langsung, tetapi fitur khas Xcode (misalnya SwiftUI Previews atau View Debugger) juga hampir tidak saya gunakan
• Justru saat inilah kemampuan agen coding AI masih berada pada titik terendahnya, sehingga saya merasa IDE ke depan akan berevolusi ke bentuk yang sepenuhnya baru

• Copilot, Cursor, dan Windsurf semuanya berkembang dari VS Code dengan menambahkan fitur, tetapi VS Code sendiri hampir tidak berbeda jauh dari IDE JetBrains 20 tahun lalu
• Proyek seperti Warp memang berusaha memodernkan terminal dan mengubahnya menjadi lingkungan pengembangan berbasis agen, tetapi UX yang berpusat pada terminal pun kemungkinan bukan jawaban akhir untuk masa depan

• Inti IDE masa depan adalah membantu developer menyiapkan konteks agen secara efektif (priming), serta merancang dan mengelola feedback loop
• Dengan kata lain, pusatnya bukan lagi editor kode, melainkan UX yang berfokus pada pemanfaatan agen dan pengelolaan konteks

14. Menjadi bisa merilis side project lagi

• Hal yang paling berkesan dari perjalanan ini bukan hanya bahwa saya berhasil membuat aplikasi yang keren, tetapi bahwa saya bisa kembali benar-benar merilis side project sendiri
• Rasanya seperti mendapatkan tambahan 5 jam setiap hari, dan biayanya hanya $200 per bulan
• Berkat agen coding AI seperti Claude Code, saya mendapatkan kembali dorongan dan kepercayaan diri untuk mewujudkan ide-ide yang sudah lama tertunda

[geek12356]

Lakukan banyak hal.

[GN⁺]

Komentar Hacker News

• Bahkan baru 2 tahun lalu aku yakin diriku benar-benar seorang engineer Python yang hebat, tetapi sekarang aku sudah bisa membuat aplikasi mobile native, aplikasi desktop yang berkomunikasi dengan Slack, API yang ditulis dengan Go, sampai aplikasi web full-stack berbasis React hanya dalam hitungan hari atau jam
  Rasanya seperti mendapat kekuatan super, dengan produktivitas, kecepatan, dan kreativitas yang meluap, tetapi di saat yang sama ada juga kesedihan yang aneh
  Pekerjaanku, passion-ku, dan semua hal yang sudah kupelajari dengan susah payah serta pengorbanan selama bertahun-tahun kini sebagian besar sedang digantikan oleh mesin
  Perusahaan-perusahaan yang membuat alat seperti ini bahkan masih baru di garis start
  Aku penasaran apa artinya ini bagi generasi engineer berikutnya, dan sejauh mana arus ini akan berlanjut
  Penasaran apakah ada yang merasakan hal yang sama sepertiku

  • Fakta bahwa aku kini bisa menangani berbagai tool seperti native, mobile, Go, React, dan lainnya secara efisien di banyak platform adalah berkat pengalaman pengembangan software-ku sebagai engineer Python
    Area yang digantikan LLM adalah tidak perlunya lagi menghafal detail kecil spesifik tiap platform
    Aku mungkin tidak hafal sintaks for loop di Go, tetapi tetap bisa langsung menulis kode Go yang berguna
    Yang tidak berubah adalah kita tetap harus memahami prinsip dasar seperti loop, konsep Go, pemrograman terstruktur, compiler, serta script build dan test
    Bagi orang tanpa latar belakang pemrograman, bagian ini sangat kurang
    Aku merasa LLM adalah penguat dan akselerator yang membuat pengetahuan samar yang terakumulasi dari karier panjangku bisa langsung diterapkan ke berbagai bahasa dan platform
    Sebelumnya aku selalu memecahkan semua masalah hanya dengan Python, JavaScript, dan SQL karena terasa merepotkan untuk mempelajari lagi perbedaan-perbedaan kecil dari bahasa atau platform baru
    Sekarang aku dengan senang hati memakai Go, Bash, AppleScript, jq, ffmpeg, dan bahkan sedang mempertimbangkan proyek Swift

  • Aku pernah melihat orang non-teknis membuat sesuatu dengan LLM, dan biasanya jauh lebih lambat atau nyaris gagal total
    Skill teknis mungkin pada akhirnya bukan keharusan mutlak, tetapi kemampuan berkomunikasi dengan jelas jelas wajib
    Bahkan sekadar memahami HTML sudah cukup untuk menata teks dengan rapi sehingga LLM bisa memahaminya dengan lebih jelas
    Aku tetap menganggap latar belakang teknis adalah keunggulan

  • Kurasa para pekerja kerajinan tangan sebelum Revolusi Industri juga merasakan emosi yang mirip
    Tetapi perlu diingat bahwa kebanyakan dari mereka hampir tidak mendapat pendidikan yang layak, 1 atau 2 anak mereka meninggal sebelum usia 10 tahun karena penyakit ringan, dan mereka hidup tanpa listrik, air ledeng, pipa dalam rumah, atau kulkas
    Membuat alat langsung dengan tangan memang romantis—seperti menulis kode Python secara manual—tetapi seiring zaman berkembang, hidup pada lapisan abstraksi yang lebih tinggi justru menurutku juga menguntungkan bagi para leluhur kita
    Tidak ada yang melarang siapa pun menulis sendiri kode Python, dan kurasa pasti akan ada orang yang menikmatinya sebagai hobi, seperti kerajinan grafit

  • Aku sulit setuju dengan gagasan bahwa pekerjaan, passion, dan skill yang sudah kubangun kini sedang diambil alih mesin
    Mesin hanyalah entitas yang mengikuti instruksi tanpa pengalaman, firasat, refleksi, kemampuan merencanakan, atau kreativitas
    Hanya manusia yang punya ide, kreativitas, tujuan, dan empati, bisa meyakinkan orang lain dengan ide bagus, serta mempertimbangkan konteks sesuai situasi
    Menurutku bukan profesi programming yang menghilang, melainkan sedang berpindah ke level abstraksi yang jauh lebih tinggi
    Dulu orang bisa menjadi developer tanpa harus paham bit, byte, atau satu baris assembly pun, padahal pernah ada masa ketika assembly itu wajib
    Sekarang kita hidup di zaman ketika bahkan tanpa tahu bahasa pemrograman itu sendiri, program bisa dibuat asalkan paham bahasa Inggris dan requirement
    Meski begitu, orang yang memahami struktur memori, assembly, dan konsep level rendah tetap lebih paham apa yang terjadi di balik layar, dan bila perlu bisa melakukannya dengan lebih “baik”
    Tapi itu tidak berarti lapisan abstraksi yang lebih tinggi menjadi tidak berguna atau akan hilang

  • Aku juga merasakan hal yang persis sama
    Sudah lebih dari 20 tahun aku mengembangkan software secara profesional, dan aku benar-benar menikmati pekerjaan ini
    Sekarang aku memanfaatkan Claude Code 100%, dan produktivitasku memang jelas naik, tetapi proses lamanya dulu terasa seperti seni, sedangkan sekarang rasanya seperti produksi massal yang terindustrialisasi
    Aku ingin menemukan lagi sesuatu yang membuatku bisa tenggelam dalam software di realitas baru ini, dan jelas kesenangannya memang sudah banyak berkurang

• Tulisannya sangat bagus dan membacanya saja sudah menyenangkan
  IDE masa depan akan benar-benar berbeda dari sekarang
  Aku sendiri mulai dari Cursor, lalu memakai IDE hasil penguatan VS Code, dan akhirnya pindah ke Claude Code
  Akibatnya pentingnya terminal justru makin besar, jadi alur kerjaku berpindah ke Ghostty di iTerm (cepat, ringan, dan modern), Tmux, Tmuxinator, dan NeoVim
  Aku memeriksa file dengan perintah cat atau bat, kadang hanya mengedit teks, dan sebagian besar pekerjaan berat ditangani Claude Code
  Jadinya aku menulis spesifikasi dan prompt saja di NeoVim atau Emacs, dan aku sangat menyukai workflow seperti ini
  Bukan cuma pembuatan kode, saat mengubah file config seperti zsh, neovim, ghostty, dan lainnya pun aku menyerahkan task ke Claude Code
  Bahkan refactor file konfigurasi pun selesai hanya dalam beberapa menit
  Pertanyaan tentang codebase, refactor kode, dokumentasi kode, sampai pembuatan commit message juga semua kuserahkan—benar-benar luar biasa

  • Di bagian akhir disebutkan soal pertanyaan codebase, refactor, dokumentasi kode, sampai commit yang bermakna, dan aku juga pernah membuat commit message yang sangat bagus dengan CC lalu memasukkan informasi dan contoh Conventional Commits ke file CLAUDE.md

  • Aku penasaran apakah CC mengubah file konfigurasi pribadi seperti .zshrc setelah membuat backup otomatis terlebih dahulu

• Terminal + Claude Code + folder proyek
  Sekarang aku baru sadar bahwa itu benar-benar sudah cukup
  Aku memang sejak awal tidak suka setup IDE penuh karena merepotkan, dan untuk cross-compile per OS pengaturan QT juga rumit, jadi kupikir kombinasi editor dan terminal selalu yang paling masuk akal
  Dengan Claude Code yang membantu menangani permintaan di jendela terminal lain yang terbuka, rasanya seperti aku “naik level” dari developer menjadi pemimpin proyek
  Tidak ada juga stres mengelola karyawan
  Sekarang semua side project yang sejak dulu ingin kucoba akhirnya selesai hanya dalam beberapa bulan sejak Claude versi Maret muncul

• Ada pemikiran yang muncul 1–2 tahun lalu: LLM adalah asisten luar biasa bagi developer berpengalaman, kacau kalau dipakai untuk menggantikan developer berpengalaman, dan asisten yang berbahaya bagi developer tidak berpengalaman
  Kalau dilihat dari pengalaman langsung, kebanyakan memang terasa cocok dengan pendapat itu
  Sekarang aku memang berpikir LLM bisa juga menjadi mentor yang baik untuk developer yang belum berpengalaman, tetapi di dunia nyata yang lebih sering terlihat adalah orang mengutak-atik secara acak tanpa memahami mengapa kode itu bekerja, lalu terus mencoba sampai kurang lebih jalan
  Akibatnya keyakinan awalku bahwa dalam situasi seperti itu LLM adalah asisten yang berbahaya justru makin kuat
  Dalam kasus seperti ini, bug atau masalah halus sering bersembunyi di kode tanpa disadari, dan bahkan saat disadari pun penyebabnya sering tidak dipahami

• Aku sangat terkesan dengan kesimpulan bahwa berkat asisten LLM, 20% terakhir untuk menyelesaikan side project jadi jauh berkurang
  Bagi diriku, hal paling menarik dalam perjalanan ini bukan aplikasi baru, melainkan bahwa sekarang rasa haus untuk ngoding bisa terpenuhi lagi dan side project yang rapi bisa kembali dirilis dengan tingkat penyelesaian tinggi
  Rasanya seperti mendapat tambahan 5 jam sehari, dan 200 dolar per bulan sudah cukup

• Aku terutama memakainya saat membuat utilitas kecil, dan hasilnya benar-benar fantastis
  Dengan Claude aku berhasil mewujudkan dalam beberapa jam utilitas yang menampilkan status task launchctl/launchd (berjalan/unload/gagal dan seterusnya) seperti ikon menu OrbStack

  • Aku juga membuat aplikasi iOS dan plugin Wordpress untuk dinikmati sendiri, dan aku sangat puas
    Kurasa ke depan semakin banyak orang akan melakukan hal seperti ini, dan aku jadi penasaran apakah semua orang sebaiknya membagikan kodenya di github

• Kalau ada orang yang sudah membuat software untuk Mac sejak 2008, kurasa dia pasti bisa cepat menyadari di mana Claude salah langkah lalu segera membetulkannya

  • Tool seperti Claude Code pada akhirnya berfungsi memperkuat skill dan pengalaman yang sudah ada
    Sama sekali tidak bisa menggantikan keahlian

  • Pada akhirnya, di akhir tulisan terungkap bahwa pekerjaan ini menghabiskan 200 dolar per bulan, dan aku saja merasa sayang mengeluarkan 50 dolar untuk Autodesk yang benar-benar penting bagi hobi utamaku
    Perusahaan AI seperti ini juga belum menghasilkan laba, dan ketika investor mulai menuntut keuntungan, menurutku lonjakan biaya atau penurunan kualitas layanan akan tak terhindarkan
    Kalau model-model ini kalah gugatan karena menyediakan kode yang dipelajari tanpa izin, kemampuan Claude dalam menghasilkan Swift juga akan langsung turun
    Aku juga ragu apakah kita benar-benar berharap Disney akan kalah dalam gugatan AI
    Sejujurnya komentarku mungkin tidak berarti, tetapi kelelahan terhadap AI ini benar-benar parah
    Menurutku pada titik ini, posting seperti ini seharusnya dilarang juga di HN atau forum teknologi lain
    Kalau ada yang memposting cerita bahwa mereka bisa ngoding mudah dengan Google atau StackOverflow, semua orang pasti akan menyindir bahwa itu membosankan—dan menurutku posting seperti ini pada akhirnya sama saja
    Aku muak dengan cerita soal “nebeng gratis” pada AI untuk hobi atau pekerjaan

• Membuat tool kustom milikku sendiri dengan alat seperti Windsurf dan tool CLI kini jadi jauh lebih mudah dibanding sebelumnya
  Ini benar-benar masa yang menarik

• Aku merasa sebentar lagi akan datang masa ketika seseorang menyalin MacOS itu sendiri dengan memanfaatkan LLM

• Beberapa minggu lalu aku berhasil memakai tooling LLM untuk menyalakan renderer wireframe 6DOF pada aplikasi system 6 (Mac klasik) dengan retro68 dan c++