Menulis kode hanyalah sebuah gerbang dalam eksekusi. Meluncurkan, menjual, dan memelihara produk jauh lebih mahal dan sulit. Seperti halnya siapa pun bisa menjadi YouTuber hanya dengan ponsel, tetapi hanya sedikit yang benar-benar bisa menghasilkan uang.
Kecepatan iterasi — siklus membuat dengan cepat, mendapatkan umpan balik pengguna, lalu memperbaikinya (learning loop)
Selera·daya penilaian (taste) — kepekaan untuk membedakan mana yang layak dibuat dan mana yang tidak (sebagian besar seharusnya tidak dibuat)
Distribusi·jaringan (distribution) — kepada siapa pertama kali diketahui, siapa yang mempercayainya, dan seberapa cepat bisa mengumpulkan pengguna awal
Pemilihan masalah — menemukan masalah yang benar-benar ingin dibayar orang untuk diselesaikan (ini memang sejak awal yang paling sulit, dan sekarang jadi lebih penting)
Jika Anda merasakan demikian, saya minta maaf. Saya rasa tiap orang memiliki ekspektasi yang berbeda-beda terhadap isi tulisan hanya dengan melihat judulnya. Namun, memang benar bahwa saya harus menulis judul yang sejelas mungkin agar ekspektasi pembaca selaras. Hal ini akan saya perhatikan.
Selain itu, saya berharap tulisan ini dilihat secara terpisah dari tulisan sebelumnya. Tulisan sebelumnya ditandai karena saya mencoba melakukan upvote menggunakan dua akun yang tidak saya pakai. Itu sepenuhnya merupakan kesalahan saya, dan saya ingin menyampaikan bahwa masalahnya bukan pada tulisan itu sendiri.
Halo! Pertama-tama, terima kasih banyak sudah meninggalkan komentar masukan.
Saya menilai indeks GIN tidak diperlukan dalam kasus ini! Saat ini, pada API rekomendasi autocomplete kata pencarian, yang dibutuhkan hanya term itu sendiri. Tidak perlu mengetahui term tersebut termasuk ke artikel mana saja.
Sebaliknya, pada API pencarian kami menggunakan indeks yang mirip dengan indeks GIN. Kami memanfaatkan paradeDB, sebuah extension PostgreSQL, untuk menggunakan indeks BM25.
Walaupun tidak dijelaskan secara rinci di postingan, saat ini kami menggunakan ExecutorService yang ditentukan secara terpisah. Namun, seperti yang Anda sampaikan, kami juga akan mempertimbangkan pendekatan reactive atau virtual thread di kemudian hari!!
Saya juga sempat mampir ke blognya dan membaca artikel aslinya. Rasanya ada sedikit jarak antara judul dan isi sebenarnya. Fitur yang diimplementasikan atau arah perbaikan yang dilakukan itu pada dasarnya sudah merupakan bagian yang telah diimplementasikan dan diterapkan di berbagai proyek open source yang sudah ada. Yang dikerjakan sebenarnya adalah mematangkan pencarian yang sebelumnya pertama kali hanya diimplementasikan secara sederhana di layanan sendiri, tetapi kalau melihat judulnya kesannya seperti ada perombakan besar pada algoritme. Postingan sebelumnya juga sepertinya pernah ditandai sebagai promosi, jadi menurut saya mungkin perlu sedikit lebih dipertimbangkan saat menulis.
Saya penasaran apakah Anda sempat mempertimbangkan untuk menggunakan indeks GIN alih-alih indeks lower(). Toh Anda sudah memakai raw SQL dengan jdbctemplate, sekalian saja bagaimana dengan FTS?
Metode asinkron yang menggunakan CompletableFuture.supplyAsync() juga, jika tidak menetapkan ExecutorService terpisah, akan memakai common pool dari forkjoinpool, jadi
kalau jumlah koneksi bersamaan meningkat sampai common pool yang dipakai alih-alih request thread menjadi penuh (cpu core - 1), sistem bisa saja tidak sanggup menanganinya.
Bagian ini kemungkinan bisa diselesaikan dengan lebih rapi dengan mengubahnya ke pendekatan reactive atau menaikkan versi JVM lalu mengadopsi virtual thread.
Pemilihan masalah — menemukan masalah yang benar-benar ingin dibayar orang untuk diselesaikan -> saya tidak menyangka alat tangkapan layar xray yang baru saya buat akan mendapat banyak perhatian
Sepertinya yang penting adalah menemukan hal yang tidak nyaman, membuat solusinya, lalu memberi tahu orang-orang.
Kalau dengan vibe coding semudah itu bisa menghasilkan uang…
ya hasilkan uang saja begitu… kenapa malah main Twitter, YouTube, dan ngajar?
Orang yang menulis buku “Menghasilkan 100 juta won sebulan dari saham”, apa benar dia sedang menghasilkan 100 juta won tiap bulan dari saham? Kalau begitu, kenapa dia repot-repot menulis buku begituan? Kenapa keliling ke mana-mana untuk memberi kuliah spesial, dan kenapa bikin YouTube? Karena ingin menjadi cahaya bagi para investor ritel yang belum tercerahkan?
Saat ini saya memakai yang 40 inci, jadi 52 rasanya terlalu besar.
Bahkan di komentar Hacker News juga ada perdebatan antara pakai multi-monitor atau satu monitor seperti ini, tapi buat saya sekarang satu monitor seperti ini justru lebih nyaman.
Menulis kode hanyalah sebuah gerbang dalam eksekusi. Meluncurkan, menjual, dan memelihara produk jauh lebih mahal dan sulit. Seperti halnya siapa pun bisa menjadi YouTuber hanya dengan ponsel, tetapi hanya sedikit yang benar-benar bisa menghasilkan uang.
Kelihatannya seperti usaha seorang junior yang belum berpengalaman untuk memasukkan terlalu banyak informasi sekaligus..
Kecepatan iterasi — siklus membuat dengan cepat, mendapatkan umpan balik pengguna, lalu memperbaikinya (learning loop)
Selera·daya penilaian (taste) — kepekaan untuk membedakan mana yang layak dibuat dan mana yang tidak (sebagian besar seharusnya tidak dibuat)
Distribusi·jaringan (distribution) — kepada siapa pertama kali diketahui, siapa yang mempercayainya, dan seberapa cepat bisa mengumpulkan pengguna awal
Pemilihan masalah — menemukan masalah yang benar-benar ingin dibayar orang untuk diselesaikan (ini memang sejak awal yang paling sulit, dan sekarang jadi lebih penting)
Jika Anda merasakan demikian, saya minta maaf. Saya rasa tiap orang memiliki ekspektasi yang berbeda-beda terhadap isi tulisan hanya dengan melihat judulnya. Namun, memang benar bahwa saya harus menulis judul yang sejelas mungkin agar ekspektasi pembaca selaras. Hal ini akan saya perhatikan.
Selain itu, saya berharap tulisan ini dilihat secara terpisah dari tulisan sebelumnya. Tulisan sebelumnya ditandai karena saya mencoba melakukan upvote menggunakan dua akun yang tidak saya pakai. Itu sepenuhnya merupakan kesalahan saya, dan saya ingin menyampaikan bahwa masalahnya bukan pada tulisan itu sendiri.
Halo! Pertama-tama, terima kasih banyak sudah meninggalkan komentar masukan.
Saya menilai indeks GIN tidak diperlukan dalam kasus ini! Saat ini, pada API rekomendasi autocomplete kata pencarian, yang dibutuhkan hanya term itu sendiri. Tidak perlu mengetahui term tersebut termasuk ke artikel mana saja.
Sebaliknya, pada API pencarian kami menggunakan indeks yang mirip dengan indeks GIN. Kami memanfaatkan paradeDB, sebuah extension PostgreSQL, untuk menggunakan indeks BM25.
Walaupun tidak dijelaskan secara rinci di postingan, saat ini kami menggunakan
ExecutorServiceyang ditentukan secara terpisah. Namun, seperti yang Anda sampaikan, kami juga akan mempertimbangkan pendekatan reactive atau virtual thread di kemudian hari!!Hal-hal seperti ini biasanya ditemukan bagaimana di dalam proyek? Rasanya akan sulit untuk mengetahuinya hanya karena menjalankan AI..
Melihat kasus-kasus seperti ini membuat saya juga ingin belajar dan pasti ingin mengalaminya sendiri.
Foto apaan ini.... wow... kelihatan seperti lukisan pemandangan tradisional yang nyata
Saya juga sempat mampir ke blognya dan membaca artikel aslinya. Rasanya ada sedikit jarak antara judul dan isi sebenarnya. Fitur yang diimplementasikan atau arah perbaikan yang dilakukan itu pada dasarnya sudah merupakan bagian yang telah diimplementasikan dan diterapkan di berbagai proyek open source yang sudah ada. Yang dikerjakan sebenarnya adalah mematangkan pencarian yang sebelumnya pertama kali hanya diimplementasikan secara sederhana di layanan sendiri, tetapi kalau melihat judulnya kesannya seperti ada perombakan besar pada algoritme. Postingan sebelumnya juga sepertinya pernah ditandai sebagai promosi, jadi menurut saya mungkin perlu sedikit lebih dipertimbangkan saat menulis.
Keren, tapi akan lebih bagus kalau saat membuatnya juga disertakan alamat resource targetnya. Soalnya tidak bisa asal instal begitu saja, haha.
Saya penasaran apakah Anda sempat mempertimbangkan untuk menggunakan indeks GIN alih-alih indeks
lower(). Toh Anda sudah memakai raw SQL dengan jdbctemplate, sekalian saja bagaimana dengan FTS?Metode asinkron yang menggunakan
CompletableFuture.supplyAsync()juga, jika tidak menetapkanExecutorServiceterpisah, akan memakai common pool dari forkjoinpool, jadikalau jumlah koneksi bersamaan meningkat sampai common pool yang dipakai alih-alih request thread menjadi penuh (
cpu core - 1), sistem bisa saja tidak sanggup menanganinya.Bagian ini kemungkinan bisa diselesaikan dengan lebih rapi dengan mengubahnya ke pendekatan reactive atau menaikkan versi JVM lalu mengadopsi virtual thread.
Saya sangat setuju.
Artinya, ini berhasil menunjukkan bahwa para developer sebenarnya masih belum bisa digantikan~
Saya setuju..
Pemilihan masalah — menemukan masalah yang benar-benar ingin dibayar orang untuk diselesaikan -> saya tidak menyangka alat tangkapan layar xray yang baru saya buat akan mendapat banyak perhatian
Sepertinya yang penting adalah menemukan hal yang tidak nyaman, membuat solusinya, lalu memberi tahu orang-orang.
Hasil yang sukses = hei para eksekutif, itu artinya kalian masih belum bisa memecat kami
Baru-baru ini Supertonic merilis model yang bahkan mendukung bahasa Korea, coba cari tahu deh.
Saya juga sempat membuat library sekali klik!
https://www.npmjs.com/package/easy-supertonic-tts
Agak ironis ya, menggunakan parq yang dibuat untuk pemrosesan terdistribusi dengan tujuan diproses di satu mesin saja.
wkwkwk
Kalau dengan vibe coding semudah itu bisa menghasilkan uang…
ya hasilkan uang saja begitu… kenapa malah main Twitter, YouTube, dan ngajar?
Orang yang menulis buku “Menghasilkan 100 juta won sebulan dari saham”, apa benar dia sedang menghasilkan 100 juta won tiap bulan dari saham? Kalau begitu, kenapa dia repot-repot menulis buku begituan? Kenapa keliling ke mana-mana untuk memberi kuliah spesial, dan kenapa bikin YouTube? Karena ingin menjadi cahaya bagi para investor ritel yang belum tercerahkan?
Ini memang yang saya cari, mantap.
Saat ini saya memakai yang 40 inci, jadi 52 rasanya terlalu besar.
Bahkan di komentar Hacker News juga ada perdebatan antara pakai multi-monitor atau satu monitor seperti ini, tapi buat saya sekarang satu monitor seperti ini justru lebih nyaman.