Ah, saya tidak bermaksud meremehkan visi masa depan OpenAI atau inovasi Browser+AI yang lebih baik.
Yang ingin saya sampaikan adalah, jika OpenAI mencoba melangkah ke arah seperti itu, karena browser besar seperti Chromium atau Firefox sudah terbuka, saya merasa situasinya tidak menuntut akuisisi terpisah untuk pengembangannya.
Maksud saya, akuisisi bukanlah hal yang wajib untuk membangun moat teknologi.
Karena itu, jika mempertimbangkan akuisisi, saya rasa pendorong utamanya lebih ke ekspansi melalui pangsa pasar daripada aspek teknis.
Kalau mereka sekadar merilis browser baru berbasis Chromium, bagi pengguna yang tidak pindah dari Chrome tidak akan ada daya tarik yang besar. Namun, jika mereka mengakuisisi Chrome, mereka bisa secara resmi membuat para pengguna yang menguasai 70% pasar browser merasakan layanan model AI mereka melalui update. Hambatan ekspansi layanan baru akan berkurang secara drastis.
Seperti yang Anda katakan, fenomena bahwa Edge juga tidak berkembang tampaknya berada dalam konteks yang serupa. Pasar browser itu benar-benar konservatif. Saya rasa OpenAI juga mempertimbangkan hal ini sehingga memikirkan akuisisi Chrome. Karena itu, ketika OpenAI berbicara tentang "penjelajahan web yang dipimpin AI", saya melihat pengaruh pasar Chrome lebih besar daripada kapabilitas OpenAI itu sendiri.
Supabase memiliki karakteristik yang cocok untuk sistem berbasis CRUD, dan karena implementasi CRUD bisa dilakukan dari frontend tanpa perlu mengembangkan/mengoperasikan server API, beban pengembangan backend menjadi lebih ringan. Developer frontend dan backend berkomunikasi melalui definisi tabel alih-alih spesifikasi API, dan fitur yang terutama digunakan adalah web console, autentikasi, serta object storage.
Karena frontend bergantung pada definisi tabel DB, view, dan fungsi, Anda perlu memberi perhatian lebih pada pelacakan perubahan data. Jika memerlukan logika sisi server, saya rasa lebih baik membangun WAS/REST API secara terpisah
Ini layanan yang sangat saya sukai. Tanpa setup backend/DB yang rumit, kita bisa membuat layanan hanya dari sisi frontend.
Saya sedang giat memakainya untuk benar-benar diterapkan di layanan, dan menurut saya justru pengalaman pengembangnya lebih baik daripada Firebase.
Ada region domestik juga, dan mereka menyediakan free tier yang cukup murah hati, jadi bagus. Bisa self-hosting juga.
Kabar baik ya bisa mendapatkan pendanaan Seri D! Namun, seperti terus disebutkan dalam berbagai opini, saya tetap agak khawatir apakah ini bisnis yang berkelanjutan.
Menurut saya pribadi, menggunakan layanan serverless milik vendor itu berisiko, tetapi menyediakan lingkungan serverless sendiri di perusahaan dengan memanfaatkan container tampaknya ide yang bagus. Akan lebih baik jika serverless dimanfaatkan bukan sebagai layanan, melainkan sebagai sebuah konsep.
Tolong pikirkan baik-baik kenapa orang lain mengkritik Anda seperti ini, dan ke depannya jangan lagi bersikap pongah lalu berkeliling mengatakan omong kosong seperti ini.
Banyak juga orang yang bekerja dengan penuh semangat terhadap teknologi komputasi. Jangan melakukan generalisasi berdasarkan pemikiran dan pengalaman Anda sendiri. Itu menghina mereka.
Ada masalah yang muncul karena, berbeda dari masa lalu, cakupan area yang harus ditangani oleh satu orang menjadi semakin luas.
•Memang benar bahwa dibandingkan masa lalu, ekspektasi terhadap satu orang engineer menjadi lebih luas dan lebih besar. Dan dibandingkan masa lalu, jauh lebih banyak aspek dunia nyata yang masuk ke dalam sistem komputer, sehingga tingkat abstraksi dan kesulitan implementasinya pun meningkat dengan cepat. Rasanya tidak perlu sampai berargumen bahwa hanya karena kita bisa menyebutkan pekerjaan lain yang lebih sulit di dunia nyata, pekerjaan ini jadi bukan pekerjaan yang berat...
Menurut saya tidak perlu membanding-bandingkannya.
• Judulnya memang diterjemahkan sebagai “gila”, tetapi saya rasa itu lebih menggambarkan situasi saat ini yang membuat orang kehilangan semangat. Dan saya sendiri cukup berempati dengan isi tulisannya. Memang benar bahwa dibandingkan masa lalu, harapan yang dibebankan kepada satu orang engineer menjadi lebih luas dan lebih besar. Selain itu, jauh lebih banyak aspek dunia nyata yang kini masuk ke dalam sistem komputer dibandingkan dulu, sehingga tingkat abstraksi dan kesulitan implementasinya juga meningkat dengan cepat. Rasanya tidak perlu sampai berargumen bahwa hanya karena kita bisa menyebutkan pekerjaan lain di dunia nyata yang lebih sulit, lalu pekerjaan ini jadi bukan pekerjaan yang berat....
Itu contoh yang sama sekali berbeda, kan? Tinggal rollback lalu selesai? Pengalaman pribadi Anda bukanlah segalanya. Belum pernah mengerjakan proyek berskala besar?
•Tampaknya ada kesalahpahaman bahwa pengembangan perangkat lunak hanyalah sekadar menghasilkan kode atau membuat API. Hakikat pengembangan perangkat lunak adalah mengabstraksikan dunia nyata menjadi protokol dan antarmuka, lalu menyesuaikan semuanya ke dalam kerangka itu. Intinya adalah menghubungkan hal-hal yang bekerja dengan cara berbeda agar dapat berfungsi seolah-olah sebagai satu kesatuan. Ini adalah aktivitas intelektual yang jauh lebih kompleks daripada yang dibayangkan, dan karena itu membina engineer perangkat lunak juga jauh lebih sulit daripada yang terlihat. Katanya sekarang orangnya banyak, tetapi dari jumlah itu berapa yang benar-benar mampu bekerja dengan baik? Kebanyakan hanya pernah mencoba satu dua alat, padahal itu bukan inti dari seorang software engineer.
•Apakah perbandingan langsung dengan industri manufaktur benar-benar bermakna? Dari sudut pandang bahwa industrinya belum cukup matang, saya paham pembandingnya adalah manufaktur. Jika mencoba memahami industri perangkat lunak dengan paradigma manufaktur, itu bisa terlihat seperti kerajinan tangan atau pengembangan sebagai hobi, tetapi di sisi lain justru bagian-bagian seperti inilah yang membentuk budaya pengembangan perangkat lunak yang lentur dan kreatif, dan menurut saya industri ini tumbuh dengan bertumpu pada hal tersebut.
•Memang benar, dibandingkan masa lalu, cakupan dan besarnya ekspektasi terhadap satu orang engineer kini semakin luas. Dan dibandingkan dulu, jauh lebih banyak aspek dunia nyata yang masuk ke dalam sistem komputer, sehingga tingkat kesulitan abstraksi dan implementasinya pun meningkat sangat cepat. Rasanya tidak perlu sampai berargumen bahwa hanya karena kita bisa menyebutkan pekerjaan lain di dunia nyata yang lebih sulit, maka pekerjaan ini bukan pekerjaan yang berat...
•Lingkungannya telah berubah. Saya tidak berpikir alasan ekspektasi dan kompensasi pasar terhadap developer lebih besar daripada dulu semata-mata karena teknologi, keterampilan, atau profesionalisme mereka. Semakin dalam IT masuk ke kehidupan manusia, semakin penting perangkat lunak, dan ia menopang banyak infrastruktur. Bukan karena kemampuan masing-masing developer membesar lalu kompensasinya meningkat, melainkan karena pekerjaan itu sendiri memang menjadi lebih mahal. Karena sekarang ia lebih penting daripada dulu.
Di bawah ada kritik yang tepat. Teknologi komputasi punya aksesibilitas yang tinggi juga berkat kontribusi besar para insinyur perangkat lunak. Tingginya aksesibilitas bukan berarti mudah menjadi profesional. Apakah karena akses ke dunia memasak tinggi lalu menjadi ahli memasak itu mudah?
•Mudah dipelajari. Saya akui, tetapi rendahnya hambatan masuk tidak berarti rendahnya profesionalisme. Dibandingkan industri lain, terutama jabatan teknis lain di manufaktur, alasan mengapa ini lebih mudah dipelajari mungkin bukan karena pengembangannya sendiri mudah, melainkan karena budaya open source atau risikonya yang lebih rendah. Seperti yang disebut sebelumnya dalam aspek keberagaman pengembang, ada pekerjaan yang bisa dilakukan setelah belajar cepat, dan ada pekerjaan yang harus bertumpu pada keahlian.
•Kalau setelah belajar menggambar sedikit lalu masuk sebagai asisten komikus, apakah Anda akan keliling menyebut diri profesional? Atau kalau ikut kursus memasak sebentar lalu bekerja di dapur, apakah Anda akan menyebut diri ahli masak, chef? Kurang lebih setara seperti itu. Dengan kata lain, jika semudah itu, orang tidak akan menyebutnya profesional.
Salah satu hal yang paling sulit saat mengembangkan dengan Spring sepertinya adalah dependensi sirkular..
Rasa frustrasi ketika komponen saling menginisialisasi tanpa henti lalu crash karena kebocoran memori itu benar-benar menyebalkan...
Anda mengkritik di luar konteks. Penulis postingan asli sama sekali tidak merendahkan siapa pun, tetapi bukankah justru Anda yang meremehkan dan menjatuhkan nilai profesi software engineer?
Sepertinya saya pernah mendengar bahwa perplexity juga akan membuat browser.
Perang besar browser tampaknya akan pecah lagi.
Dan mimpi buruk fragmentasi pun dimulai lagi...
Bahkan Firefox pun belum bisa mandiri, jadi saya tidak paham dasar apa yang dipakai Departemen Kehakiman untuk mengklaim bahwa Chrome bisa bertahan hidup sendiri secara independen. Apa cuma karena penggunanya banyak maka dianggap bisa...
Ah, saya tidak bermaksud meremehkan visi masa depan OpenAI atau inovasi Browser+AI yang lebih baik.
Yang ingin saya sampaikan adalah, jika OpenAI mencoba melangkah ke arah seperti itu, karena browser besar seperti Chromium atau Firefox sudah terbuka, saya merasa situasinya tidak menuntut akuisisi terpisah untuk pengembangannya.
Maksud saya, akuisisi bukanlah hal yang wajib untuk membangun moat teknologi.
Karena itu, jika mempertimbangkan akuisisi, saya rasa pendorong utamanya lebih ke ekspansi melalui pangsa pasar daripada aspek teknis.
Kalau mereka sekadar merilis browser baru berbasis Chromium, bagi pengguna yang tidak pindah dari Chrome tidak akan ada daya tarik yang besar. Namun, jika mereka mengakuisisi Chrome, mereka bisa secara resmi membuat para pengguna yang menguasai 70% pasar browser merasakan layanan model AI mereka melalui update. Hambatan ekspansi layanan baru akan berkurang secara drastis.
Seperti yang Anda katakan, fenomena bahwa Edge juga tidak berkembang tampaknya berada dalam konteks yang serupa. Pasar browser itu benar-benar konservatif. Saya rasa OpenAI juga mempertimbangkan hal ini sehingga memikirkan akuisisi Chrome. Karena itu, ketika OpenAI berbicara tentang "penjelajahan web yang dipimpin AI", saya melihat pengaruh pasar Chrome lebih besar daripada kapabilitas OpenAI itu sendiri.
Saya sangat sering menggunakannya untuk proyek pribadi.
Tiba-tiba Godot?!
Supabase memiliki karakteristik yang cocok untuk sistem berbasis CRUD, dan karena implementasi CRUD bisa dilakukan dari frontend tanpa perlu mengembangkan/mengoperasikan server API, beban pengembangan backend menjadi lebih ringan. Developer frontend dan backend berkomunikasi melalui definisi tabel alih-alih spesifikasi API, dan fitur yang terutama digunakan adalah web console, autentikasi, serta object storage.
Karena frontend bergantung pada definisi tabel DB, view, dan fungsi, Anda perlu memberi perhatian lebih pada pelacakan perubahan data. Jika memerlukan logika sisi server, saya rasa lebih baik membangun WAS/REST API secara terpisah
Bagi yang ingin mengerjakan side project, saya selalu merekomendasikan Supabase sebagai opsi nomor 1. Semoga Supabase semakin sukses!
Ini layanan yang sangat saya sukai. Tanpa setup backend/DB yang rumit, kita bisa membuat layanan hanya dari sisi frontend.
Saya sedang giat memakainya untuk benar-benar diterapkan di layanan, dan menurut saya justru pengalaman pengembangnya lebih baik daripada Firebase.
Ada region domestik juga, dan mereka menyediakan free tier yang cukup murah hati, jadi bagus. Bisa self-hosting juga.
Kabar baik ya bisa mendapatkan pendanaan Seri D! Namun, seperti terus disebutkan dalam berbagai opini, saya tetap agak khawatir apakah ini bisnis yang berkelanjutan.
Menurut saya pribadi, menggunakan layanan serverless milik vendor itu berisiko, tetapi menyediakan lingkungan serverless sendiri di perusahaan dengan memanfaatkan container tampaknya ide yang bagus. Akan lebih baik jika serverless dimanfaatkan bukan sebagai layanan, melainkan sebagai sebuah konsep.
"Saya cuma ingin pisang, tapi yang datang malah seluruh hutan" — ungkapan ini lucu banget.
Tolong pikirkan baik-baik kenapa orang lain mengkritik Anda seperti ini, dan ke depannya jangan lagi bersikap pongah lalu berkeliling mengatakan omong kosong seperti ini.
Banyak juga orang yang bekerja dengan penuh semangat terhadap teknologi komputasi. Jangan melakukan generalisasi berdasarkan pemikiran dan pengalaman Anda sendiri. Itu menghina mereka.
Ada masalah yang muncul karena, berbeda dari masa lalu, cakupan area yang harus ditangani oleh satu orang menjadi semakin luas.
•Memang benar bahwa dibandingkan masa lalu, ekspektasi terhadap satu orang engineer menjadi lebih luas dan lebih besar. Dan dibandingkan masa lalu, jauh lebih banyak aspek dunia nyata yang masuk ke dalam sistem komputer, sehingga tingkat abstraksi dan kesulitan implementasinya pun meningkat dengan cepat. Rasanya tidak perlu sampai berargumen bahwa hanya karena kita bisa menyebutkan pekerjaan lain yang lebih sulit di dunia nyata, pekerjaan ini jadi bukan pekerjaan yang berat...
Menurut saya tidak perlu membanding-bandingkannya.
• Judulnya memang diterjemahkan sebagai “gila”, tetapi saya rasa itu lebih menggambarkan situasi saat ini yang membuat orang kehilangan semangat. Dan saya sendiri cukup berempati dengan isi tulisannya. Memang benar bahwa dibandingkan masa lalu, harapan yang dibebankan kepada satu orang engineer menjadi lebih luas dan lebih besar. Selain itu, jauh lebih banyak aspek dunia nyata yang kini masuk ke dalam sistem komputer dibandingkan dulu, sehingga tingkat abstraksi dan kesulitan implementasinya juga meningkat dengan cepat. Rasanya tidak perlu sampai berargumen bahwa hanya karena kita bisa menyebutkan pekerjaan lain di dunia nyata yang lebih sulit, lalu pekerjaan ini jadi bukan pekerjaan yang berat....
Itu contoh yang sama sekali berbeda, kan? Tinggal rollback lalu selesai? Pengalaman pribadi Anda bukanlah segalanya. Belum pernah mengerjakan proyek berskala besar?
•Tampaknya ada kesalahpahaman bahwa pengembangan perangkat lunak hanyalah sekadar menghasilkan kode atau membuat API. Hakikat pengembangan perangkat lunak adalah mengabstraksikan dunia nyata menjadi protokol dan antarmuka, lalu menyesuaikan semuanya ke dalam kerangka itu. Intinya adalah menghubungkan hal-hal yang bekerja dengan cara berbeda agar dapat berfungsi seolah-olah sebagai satu kesatuan. Ini adalah aktivitas intelektual yang jauh lebih kompleks daripada yang dibayangkan, dan karena itu membina engineer perangkat lunak juga jauh lebih sulit daripada yang terlihat. Katanya sekarang orangnya banyak, tetapi dari jumlah itu berapa yang benar-benar mampu bekerja dengan baik? Kebanyakan hanya pernah mencoba satu dua alat, padahal itu bukan inti dari seorang software engineer.
•Apakah perbandingan langsung dengan industri manufaktur benar-benar bermakna? Dari sudut pandang bahwa industrinya belum cukup matang, saya paham pembandingnya adalah manufaktur. Jika mencoba memahami industri perangkat lunak dengan paradigma manufaktur, itu bisa terlihat seperti kerajinan tangan atau pengembangan sebagai hobi, tetapi di sisi lain justru bagian-bagian seperti inilah yang membentuk budaya pengembangan perangkat lunak yang lentur dan kreatif, dan menurut saya industri ini tumbuh dengan bertumpu pada hal tersebut.
•Memang benar, dibandingkan masa lalu, cakupan dan besarnya ekspektasi terhadap satu orang engineer kini semakin luas. Dan dibandingkan dulu, jauh lebih banyak aspek dunia nyata yang masuk ke dalam sistem komputer, sehingga tingkat kesulitan abstraksi dan implementasinya pun meningkat sangat cepat. Rasanya tidak perlu sampai berargumen bahwa hanya karena kita bisa menyebutkan pekerjaan lain di dunia nyata yang lebih sulit, maka pekerjaan ini bukan pekerjaan yang berat...
•Lingkungannya telah berubah. Saya tidak berpikir alasan ekspektasi dan kompensasi pasar terhadap developer lebih besar daripada dulu semata-mata karena teknologi, keterampilan, atau profesionalisme mereka. Semakin dalam IT masuk ke kehidupan manusia, semakin penting perangkat lunak, dan ia menopang banyak infrastruktur. Bukan karena kemampuan masing-masing developer membesar lalu kompensasinya meningkat, melainkan karena pekerjaan itu sendiri memang menjadi lebih mahal. Karena sekarang ia lebih penting daripada dulu.
Di bawah ada kritik yang tepat. Teknologi komputasi punya aksesibilitas yang tinggi juga berkat kontribusi besar para insinyur perangkat lunak. Tingginya aksesibilitas bukan berarti mudah menjadi profesional. Apakah karena akses ke dunia memasak tinggi lalu menjadi ahli memasak itu mudah?
•Mudah dipelajari. Saya akui, tetapi rendahnya hambatan masuk tidak berarti rendahnya profesionalisme. Dibandingkan industri lain, terutama jabatan teknis lain di manufaktur, alasan mengapa ini lebih mudah dipelajari mungkin bukan karena pengembangannya sendiri mudah, melainkan karena budaya open source atau risikonya yang lebih rendah. Seperti yang disebut sebelumnya dalam aspek keberagaman pengembang, ada pekerjaan yang bisa dilakukan setelah belajar cepat, dan ada pekerjaan yang harus bertumpu pada keahlian.
•Kalau setelah belajar menggambar sedikit lalu masuk sebagai asisten komikus, apakah Anda akan keliling menyebut diri profesional? Atau kalau ikut kursus memasak sebentar lalu bekerja di dapur, apakah Anda akan menyebut diri ahli masak, chef? Kurang lebih setara seperti itu. Dengan kata lain, jika semudah itu, orang tidak akan menyebutnya profesional.
Salah satu hal yang paling sulit saat mengembangkan dengan Spring sepertinya adalah dependensi sirkular..
Rasa frustrasi ketika komponen saling menginisialisasi tanpa henti lalu crash karena kebocoran memori itu benar-benar menyebalkan...
Anda mengkritik di luar konteks. Penulis postingan asli sama sekali tidak merendahkan siapa pun, tetapi bukankah justru Anda yang meremehkan dan menjatuhkan nilai profesi software engineer?
+11111
Sepertinya saya pernah mendengar bahwa perplexity juga akan membuat browser.
Perang besar browser tampaknya akan pecah lagi.
Dan mimpi buruk fragmentasi pun dimulai lagi...
Bahkan Firefox pun belum bisa mandiri, jadi saya tidak paham dasar apa yang dipakai Departemen Kehakiman untuk mengklaim bahwa Chrome bisa bertahan hidup sendiri secara independen. Apa cuma karena penggunanya banyak maka dianggap bisa...