Tujuannya bukan menghitung secara akurat estimasi waktu yang dibutuhkan untuk berkunjung, melainkan menekankan makna bahwa TSP diterapkan pada data dunia nyata.
Beberapa waktu lalu, tweet dan video[1] tentang menyerah pada Edge rendering milik Vercel, serta tulisan tentang serverless server (wkwkwk)[2], sempat ramai, ya. Sepertinya saya juga punya pandangan yang mirip dengan tulisan-tulisan yang muncul saat itu.
Ini pendapat pribadi, tetapi dari sudut pandang developer frontend, menurut saya menempelkan serverless function ke request pengguna masih merupakan cerita yang cukup jauh untuk saat ini (kecuali aplikasi yang ingin dibuat hanyalah MVP).
Saya tidak menyangkal bahwa siapa pun bisa mencoba. Namun, mengatakan bahwa siapa pun bisa dengan mudah menjadi profesional adalah kebohongan. Saya harap Anda tidak mengatakan hal seperti itu kepada orang lain di dunia nyata. Karena itu penipuan.
Di bidang sains dan teknik, bidang apa yang cukup dengan belajar sendiri di kamar sambil sedikit browsing internet lalu (kalau berhasil) dalam beberapa bulan bisa menjadi profesional yang siap langsung diterjunkan ke lapangan? <- Di bidang apa pun, pencari kerja level entry seperti ini tidak ada yang menyebutnya ahli. Seseorang sudah lebih dulu mengkritiknya. Kalau Anda benar-benar berpikir seperti ini, berarti tingkat pemikiran Anda rendah dan juga tidak punya kesadaran profesional.
Sepertinya ada yang salah paham bahwa pengembangan perangkat lunak itu sekadar membuat kode atau membuat API. Hakikat pengembangan perangkat lunak adalah mengabstraksikan dunia nyata, lalu membuat protokol dan antarmuka, kemudian menyesuaikan semuanya ke dalam kerangka itu. Intinya adalah menghubungkan hal-hal yang bekerja dengan cara berbeda agar bisa beroperasi seolah-olah menjadi satu. Ini adalah aktivitas intelektual yang lebih kompleks daripada yang dibayangkan, dan karena itu membina engineer perangkat lunak juga lebih sulit daripada yang terlihat. Katanya sekarang orangnya banyak, tetapi dari jumlah itu berapa banyak yang benar-benar bisa bekerja dengan baik? Kebanyakan hanya pernah sekali memakai suatu tool, padahal itu bukan inti dari seorang engineer perangkat lunak.
Karena ada yang membahas pengalaman pengembangan dan observability, saya ingin menambahkan,
kalau lingkungan integrasi awal disusun dengan baik, Anda bisa mendapatkan pengalaman pengembangan yang tidak kalah dari yang berbasis container, bahkan mungkin lebih mendekati native dibanding yang berbasis container. (Ada berbagai tool untuk itu juga.)
Soal observability, kalau ingin mendalaminya, baik serverless maupun berbasis container sama-sama bukan persoalan yang mudah. Sentralisasi log, visualisasi berbagai metrik, APM, visualisasi penggunaan CPU/memori, lalu menyusun strategi scaling berdasarkan itu, dan seterusnya...
Kalau belum sampai tahap itu, integrasi metrik/log yang disediakan secara default oleh cloud vendor sudah cukup kuat, jadi pada akhirnya kurang lebih sama saja.
Kalau mau mengungkapkannya secara agresif, saya jadi ingin bertanya, 'Sejauh mana Anda sudah benar-benar mencoba serverless?'...😅
Sebagai orang yang pernah merasakan langsung lingkungan berbasis kontainer (berpusat pada ECS Fargate, klaster Kubernetes) dan lingkungan serverless (AWS), saya pribadi tidak terlalu merasa relate dengan argumen itu.
Poin-poin yang disebut sebagai keunggulan lingkungan berbasis kontainer justru merupakan hal-hal yang bisa menjadi kelebihan sekaligus kelemahan.
Semua hal yang disebut dengan alasan 'bisa dikendalikan langsung dan bisa memiliki state' pada akhirnya menjadi titik pengelolaan yang membuat tingkat kesulitan operasional lebih tinggi.
Saya justru sangat merekomendasikan serverless untuk organisasi kecil, terutama yang tidak memiliki tim pengelolaan server yang profesional.
Ah, saya setuju soal perhitungan biaya yang rumit atau sulit diprediksi, serta masalah vendor lock-in.
Seperti komentar lain, orang-orang yang bekerja di Samsung, Naver, dan sebagainya lalu pindah ke AMD, Google, dan lain-lain, jika nanti kembali ke Korea dengan membawa pengalaman mereka, itu akan menjadi aset besar. Namun dalam suasana seperti ini, jangankan kembali, sepertinya mereka akan terus pergi ke luar. Ini bukan sekadar soal uang; lingkungan dan persepsinya juga buruk.
Secara keseluruhan, apa sebenarnya yang ingin Anda sampaikan? Apakah Korea benar-benar bukan tempat yang memperlakukan insinyur dengan baik? Kalau Anda merasa menerima lebih banyak daripada yang layak dibandingkan pekerjaan yang Anda lakukan, mungkin Anda bisa menyumbangkannya saja. Apakah lingkungan di Korea memang bermasalah karena para insinyurnya terlalu arogan? Masalahnya justru kondisinya lebih buruk dibanding luar negeri, sehingga orang-orang yang benar-benar kompeten pindah kerja dan tidak kembali lagi (meski tentu bisa saja ada orang yang arogan).
Saya juga sempat berpikir bukankah lebih baik hanya menjalankan endpoint tertentu yang memang diperlukan di Lambda. Dari awal saya sendiri tidak punya pengalaman mengembangkan dengan serverless jadi tidak bisa banyak berkomentar, tetapi untuk beberapa kasus yang khusus sepertinya memang terlihat cocok.
Sebelumnya juga ada yang meragukan tulisan dari developer Netlify (kompetitor) yang mengkhawatirkan Next.js (Vercel) di sisi frontend, kan. Melihat komentarnya, sepertinya tidak terlalu bias.
Saya orang frontend jadi... tidak terlalu dekat dengan bidang ini, tapi saya memang cukup sering melihat meme bahwa serverless itu sebenarnya tetap ada servernya haha
Yang berat itu subjektif, jadi kenapa Anda mengatakannya seperti itu?
Bagi orang itu, hal-hal seperti itu bisa saja menjadi kesulitannya.
Kalau mau bicara seperti itu, orang juga bisa bilang ke Anda, karena Anda telat ganti bidang dan hanya melakukan pekerjaan yang begitu-begitu saja, makanya Anda merasa begitu. Kalau dibilang begitu, Anda juga tidak akan punya jawaban, kan?
Wkwkwkwk
Halaman bahasa Inggrisnya ada di https://www.math.uwaterloo.ca/tsp/korea/index.html.
Tur ini jelas sangat tidak realistis. Sepertinya rute laut dengan kapal saat berpindah dari daratan ke Jeju atau Ulleungdo tidak diperhitungkan. Lihat saja gambar ini: https://www.math.uwaterloo.ca/tsp/korea/img/full_line.png
Tujuannya bukan menghitung secara akurat estimasi waktu yang dibutuhkan untuk berkunjung, melainkan menekankan makna bahwa TSP diterapkan pada data dunia nyata.
Tentu saja, seperti yang juga disebutkan di postingan ini, sepertinya ini memang tulisan yang terlalu provokatif untuk memancing perhatian :(
Beberapa waktu lalu, tweet dan video[1] tentang menyerah pada Edge rendering milik Vercel, serta tulisan tentang serverless server (wkwkwk)[2], sempat ramai, ya. Sepertinya saya juga punya pandangan yang mirip dengan tulisan-tulisan yang muncul saat itu.
Ini pendapat pribadi, tetapi dari sudut pandang developer frontend, menurut saya menempelkan serverless function ke request pengguna masih merupakan cerita yang cukup jauh untuk saat ini (kecuali aplikasi yang ingin dibuat hanyalah MVP).
[1] https://youtu.be/lAGE-k1Zfrg
[2] https://vercel.com/blog/…
[2-1] https://bobaekang.com/blog/…
Saya masih belum begitu memahami bootable container.
Saya tidak menyangkal bahwa siapa pun bisa mencoba. Namun, mengatakan bahwa siapa pun bisa dengan mudah menjadi profesional adalah kebohongan. Saya harap Anda tidak mengatakan hal seperti itu kepada orang lain di dunia nyata. Karena itu penipuan.
Di bidang sains dan teknik, bidang apa yang cukup dengan belajar sendiri di kamar sambil sedikit browsing internet lalu (kalau berhasil) dalam beberapa bulan bisa menjadi profesional yang siap langsung diterjunkan ke lapangan? <- Di bidang apa pun, pencari kerja level entry seperti ini tidak ada yang menyebutnya ahli. Seseorang sudah lebih dulu mengkritiknya. Kalau Anda benar-benar berpikir seperti ini, berarti tingkat pemikiran Anda rendah dan juga tidak punya kesadaran profesional.
Mudah menjadi profesional setelah keluar dari fase amatir? Kalau itu benar, itu tidak akan lagi disebut profesional.
Sepertinya ada yang salah paham bahwa pengembangan perangkat lunak itu sekadar membuat kode atau membuat API. Hakikat pengembangan perangkat lunak adalah mengabstraksikan dunia nyata, lalu membuat protokol dan antarmuka, kemudian menyesuaikan semuanya ke dalam kerangka itu. Intinya adalah menghubungkan hal-hal yang bekerja dengan cara berbeda agar bisa beroperasi seolah-olah menjadi satu. Ini adalah aktivitas intelektual yang lebih kompleks daripada yang dibayangkan, dan karena itu membina engineer perangkat lunak juga lebih sulit daripada yang terlihat. Katanya sekarang orangnya banyak, tetapi dari jumlah itu berapa banyak yang benar-benar bisa bekerja dengan baik? Kebanyakan hanya pernah sekali memakai suatu tool, padahal itu bukan inti dari seorang engineer perangkat lunak.
Sayang sekali Samsung menghentikan dukungan Linux on DeX,
sekarang Google mencobanya sendiri.
Bagus.
Karena ada yang membahas pengalaman pengembangan dan observability, saya ingin menambahkan,
kalau lingkungan integrasi awal disusun dengan baik, Anda bisa mendapatkan pengalaman pengembangan yang tidak kalah dari yang berbasis container, bahkan mungkin lebih mendekati native dibanding yang berbasis container. (Ada berbagai tool untuk itu juga.)
Soal observability, kalau ingin mendalaminya, baik serverless maupun berbasis container sama-sama bukan persoalan yang mudah. Sentralisasi log, visualisasi berbagai metrik, APM, visualisasi penggunaan CPU/memori, lalu menyusun strategi scaling berdasarkan itu, dan seterusnya...
Kalau belum sampai tahap itu, integrasi metrik/log yang disediakan secara default oleh cloud vendor sudah cukup kuat, jadi pada akhirnya kurang lebih sama saja.
Kalau mau mengungkapkannya secara agresif, saya jadi ingin bertanya, 'Sejauh mana Anda sudah benar-benar mencoba serverless?'...😅
Sebagai orang yang pernah merasakan langsung lingkungan berbasis kontainer (berpusat pada ECS Fargate, klaster Kubernetes) dan lingkungan serverless (AWS), saya pribadi tidak terlalu merasa relate dengan argumen itu.
Poin-poin yang disebut sebagai keunggulan lingkungan berbasis kontainer justru merupakan hal-hal yang bisa menjadi kelebihan sekaligus kelemahan.
Semua hal yang disebut dengan alasan 'bisa dikendalikan langsung dan bisa memiliki state' pada akhirnya menjadi titik pengelolaan yang membuat tingkat kesulitan operasional lebih tinggi.
Saya justru sangat merekomendasikan serverless untuk organisasi kecil, terutama yang tidak memiliki tim pengelolaan server yang profesional.
Ah, saya setuju soal perhitungan biaya yang rumit atau sulit diprediksi, serta masalah vendor lock-in.
Dari awal memang bukan
Serverless, melainkanServerlease.Seperti komentar lain, orang-orang yang bekerja di Samsung, Naver, dan sebagainya lalu pindah ke AMD, Google, dan lain-lain, jika nanti kembali ke Korea dengan membawa pengalaman mereka, itu akan menjadi aset besar. Namun dalam suasana seperti ini, jangankan kembali, sepertinya mereka akan terus pergi ke luar. Ini bukan sekadar soal uang; lingkungan dan persepsinya juga buruk.
Secara keseluruhan, apa sebenarnya yang ingin Anda sampaikan? Apakah Korea benar-benar bukan tempat yang memperlakukan insinyur dengan baik? Kalau Anda merasa menerima lebih banyak daripada yang layak dibandingkan pekerjaan yang Anda lakukan, mungkin Anda bisa menyumbangkannya saja. Apakah lingkungan di Korea memang bermasalah karena para insinyurnya terlalu arogan? Masalahnya justru kondisinya lebih buruk dibanding luar negeri, sehingga orang-orang yang benar-benar kompeten pindah kerja dan tidak kembali lagi (meski tentu bisa saja ada orang yang arogan).
Selamat. Satu lagi framework js telah lahir.
Oh, ya, sepertinya ini benar sih wkwk
Saya juga sempat berpikir bukankah lebih baik hanya menjalankan endpoint tertentu yang memang diperlukan di Lambda. Dari awal saya sendiri tidak punya pengalaman mengembangkan dengan serverless jadi tidak bisa banyak berkomentar, tetapi untuk beberapa kasus yang khusus sepertinya memang terlihat cocok.
Sebelumnya juga ada yang meragukan tulisan dari developer Netlify (kompetitor) yang mengkhawatirkan Next.js (Vercel) di sisi frontend, kan. Melihat komentarnya, sepertinya tidak terlalu bias.
Saya orang frontend jadi... tidak terlalu dekat dengan bidang ini, tapi saya memang cukup sering melihat meme bahwa serverless itu sebenarnya tetap ada servernya haha
Yang berat itu subjektif, jadi kenapa Anda mengatakannya seperti itu?
Bagi orang itu, hal-hal seperti itu bisa saja menjadi kesulitannya.
Kalau mau bicara seperti itu, orang juga bisa bilang ke Anda, karena Anda telat ganti bidang dan hanya melakukan pekerjaan yang begitu-begitu saja, makanya Anda merasa begitu. Kalau dibilang begitu, Anda juga tidak akan punya jawaban, kan?