Rehat kopi #31. 9 kesalahan karir yang harus dihindari setiap pengembang. Mengapa arsitektur REST API semakin populer?

9 Kesalahan Karir yang Harus Dihindari Setiap Pengembang Perangkat Lunak

Sumber: Infoworld Jujur saja. Beberapa dari Anda mulai belajar pemrograman karena Anda atau orang tua Anda berpikir akan lebih mudah bagi Anda untuk menghasilkan banyak uang. Anda tidak terlalu menyukai komputer di sekolah, dan Anda tidak terlalu menikmati pengembangan perangkat lunak. Jika ini benar, berarti Anda akan selalu menjadi programmer biasa-biasa saja. Ya, Anda akan mendapatkan banyak uang karena industri kami menyukainya, tetapi artikel ini bukan untuk Anda. Namun jika Anda dihukum saat masih anak-anak karena membongkar perangkat elektronik untuk mengetahui cara kerjanya... Jika Anda menghabiskan setengah malam di Internet untuk mempelajari cara membuat video game... Jika Anda menghabiskan waktu luang yang berharga untuk mempelajari tentang apa tidak ada yang bertanya padamu... artikel ini untukmu. Anda perlu mengubah persepsi tentang karier Anda. Anda tidak lagi menulis kode untuk bersenang-senang: Anda melakukannya demi uang. Untuk bersenang-senang, Anda dapat mendukung proyek pribadi Anda. Tapi tolong pastikan Anda setidaknya menikmati pekerjaan harian Anda. Jika tidak, carilah tempat yang lebih baik jika memungkinkan. Tujuan Anda adalah membuka dana pensiun, memasukkan semua dana setelah pajak ke dalamnya, membeli rumah, mobil, dan melakukan apa yang Anda inginkan. Mungkin bepergian. Pada saat yang sama, Anda perlu memikirkan karier Anda, bukan hanya pekerjaan Anda saat ini. Untuk melakukan ini, Anda perlu menghindari sembilan jebakan, yang sekarang akan kita bahas.

Kesalahan #1: Jangan terpaku pada satu teknologi terlalu lama

Saya mengerti. Apakah Anda suka C# atau Java atau JavaScript, Python atau Cobol. Namun sebagian besar teknologi memiliki siklus hidup adopsi, puncak, outsourcing, niche, dan keusangan. Maksud saya, jika Anda mengenal Cobol di tahun 1980an, pasti keren. Tapi programmer Cobol tidak menghasilkan banyak uang saat ini. Artinya, dengan hanya mengetahui satu bahasa pemrograman, cepat atau lambat Anda harus mengurangi pengeluaran, pindah ke kota yang lebih murah, karena penghasilan Anda akan lebih sedikit.

Kesalahan No. 2: jangan menjadi perusahaan monopoli TI

Anda perlu melakukan lindung nilai atas investasi Anda. Sepertinya Anda hanya perlu menjadi ahli dalam teknologi yang saat ini mendominasi pasar. Tapi kemudian Anda akan menghadapi banyak persaingan. Selain itu, ketika permintaan terhadap spesialisasi Anda menurun, Anda seharusnya sudah memiliki rencana keluar. Misalnya, saya adalah seorang ahli C++ ketika Java keluar. Saya belajar Jawa. Beberapa tahun yang lalu, semua orang mulai membicarakan Ruby sebagai bintang baru di antara bahasa pemrograman. Dan pada titik tertentu tampaknya Perl akan mencapai level yang sama dengan Java. Memprediksi masa depan itu sulit, jadi melakukan lindung nilai atas taruhan Anda adalah cara paling aman untuk memastikan relevansinya di pasar kerja.

Kesalahan #3: Jangan mengikuti tren

Cepat atau lambat keajaiban itu akan hilang. Orang tidak akan mempekerjakan pengembang Groovy atau Ruby. Jika atasan Anda mengizinkan Anda menggunakan bahasa lama dalam sebuah proyek, itu mungkin karena dia tidak peduli atau sekadar cuek. Dengan segala cara, pelajari dan gunakan teknologi terkini. Bersiaplah untuk menjadi orang pertama yang mengetahuinya dan menjadi ahli di dalamnya. Di sisi lain, bersiaplah juga untuk melakukan perubahan drastis jika permintaan terhadap spesialisasi Anda menurun. Selalu ada teknologi baru lainnya yang membuat Anda jatuh cinta, baik itu bahasa atau database.

Kesalahan #4: Alergi terhadap peraturan

Setiap organisasi, tidak peduli seberapa besar atau kecilnya, memiliki peraturan kantornya sendiri. Anda harus mempelajarinya dan mengikutinya. Jika tidak, Anda akan menjadi pion dalam permainan orang lain atau terisolasi dalam tim. Jika Anda tertarik pada karier dan hubungan produktif di tempat kerja, belajarlah untuk mengikuti taktik defensif dalam peraturan kantor.

Kesalahan #5: ketidaktertarikan pada bisnis

“Saya hanya seorang pengembang, saya tidak tertarik dengan bisnis.” Ini adalah jalan menuju ke mana-mana. Anda perlu belajar berhitung. Apakah perusahaan Anda berjalan dengan baik? Apa tujuan bisnis utamanya? Apa proyek terpentingnya? Bagaimana teknologi atau perangkat lunak membantu mencapainya? Bagaimana perusahaan Anda cocok dengan industri secara keseluruhan? Jika Anda tidak mengetahui jawaban atas pertanyaan-pertanyaan ini, Anda akhirnya akan mengerjakan proyek-proyek tidak penting untuk orang-orang tidak penting di perusahaan-perusahaan tidak penting dengan jumlah uang yang relatif kecil.

Kesalahan No. 6: mentalitas “solidaritas serikat buruh”

Ketika saya masih muda, salah satu kolega saya adalah seorang pria yang merencanakan hampir segala sesuatunya enam bulan sebelumnya. Dia membuat kesalahan dengan pergi berlibur, jadi saya menyelesaikan seluruh proyek dalam dua minggu, tetapi meninggalkan dia satu bagian untuk dikerjakan. Saya berharap dia bahagia karenanya. Ternyata dia tidak senang. Semuanya berakhir dengan dia menggunakan setiap kesempatan untuk membuat saya dipecat. Ini menjadi tujuan utamanya. Dia bahkan mengeluh tentang saya kepada direktur baru kami. Tentu saja saya melakukan semua pekerjaan saya. Saya adalah seorang inovator. Saya selalu menemukan cara baru untuk melakukan sesuatu dengan lebih baik dan lebih cepat serta memecahkan masalah. Dia pensiun tak lama setelah saya berangkat ke pekerjaan lain. Beberapa kali saya melihatnya di kafe, dan kami berpura-pura tidak mengenal satu sama lain. Ini bukan terakhir kalinya saya menghadapi jenis pekerjaan ini: "Lakukan sesuatu secara perlahan atau keadaan akan menjadi lebih buruk." Saran saya: tulis kode yang benar, namun bersiaplah untuk hal yang tidak terduga. Jika masalah tidak dapat diselesaikan, biarkan saja: perusahaan Anda bukan satu-satunya yang ada di pasar.

Kesalahan No. 7: Anda tidak tahu nilai diri Anda

“Saya di sini bukan untuk mencari uang.” Kalau begitu, lakukan hobi. Jangan pergi bekerja setiap hari memikirkan gaji Anda berikutnya. Anda juga tidak boleh pergi bekerja jika penghasilan Anda 50% lebih rendah dari orang lain. Ketahuilah nilai Anda dan jangan meremehkannya.

Kesalahan #8: Memperlakukan pekerjaan Anda seperti sebuah pekerjaan

"Itu hanya pekerjaan." Tidak, ini adalah langkah dalam karier Anda. Anda tidak akan berada dalam pekerjaan ini selamanya. Jadi apa yang bisa Anda pelajari di sini? Apa langkah Anda selanjutnya? Di mana Anda akhirnya ingin berakhir? Bagaimana pekerjaan ini akan membantu Anda mencapai tujuan tersebut? Tingkatkan kesadaran Anda terhadap lingkungan sekitar Anda. Ini akan bermanfaat bagi Anda dalam jangka panjang. Ini bukan sekedar pekerjaan, ini adalah sebuah perjalanan.

Kesalahan No. 9: Anda pikir ini hanya tentang uang

Tenaga penjualan suka berkata, “Saya bekerja jika Anda melempar koin.” Ya, tetapi kecuali Anda bekerja di bidang penjualan, tidak ada seorang pun yang mau bekerja dengan seseorang yang melakukan pekerjaan itu hanya demi uang. Saya tahu bahwa saya hanya ingin bekerja dengan seseorang yang bertanggung jawab atas pekerjaannya. Dan kamu? Di sisi lain, tidak perlu terlalu bertanggung jawab. Jika yang benar-benar Anda khawatirkan hanyalah perdebatan abadi tentang tab atau celah, Anda mungkin perlu minum obat penenang.

Mengapa arsitektur REST API semakin populer?

Sumber: DZone Komunikasi instan adalah hal yang menakjubkan. Kita semua terbiasa dengan kenyataan bahwa kita dapat berkomunikasi secara instan dimanapun di dunia. Dari komputer desktop atau perangkat seluler, kita dapat membeli, memposting, melampirkan, dan memilih apa saja, di mana saja. Kita terhubung satu sama lain dan dengan dunia yang belum pernah ada sebelumnya. Namun bagaimana hal ini bisa terjadi? Bagaimana data sampai ke kita “dari sana”? Perangkat dan aplikasi berkomunikasi satu sama lain menggunakan antarmuka pemrograman aplikasi, atau API. Inilah tepatnya mesin yang “di bawah kap”. Itu selalu ada di belakang layar, dan kita cenderung menganggapnya sebagai sesuatu yang biasa, tetapi API-lah yang menciptakan semua interaktivitas yang kita andalkan.

Apa itu API?

Sederhananya, API adalah pembawa pesan yang menerima permintaan, memberi tahu sistem apa yang ingin Anda lakukan, dan kemudian mengembalikan respons kepada Anda. Sebagai contoh visual, bayangkan API sebagai pelayan di sebuah restoran. Bayangkan Anda sedang duduk di depan meja, memegang menu di tangan Anda, dan dapur adalah bagian dari sistem yang akan menyiapkan pesanan Anda. API adalah tautan yang akan mengirimkan pesanan Anda ke dapur dan mengantarkan makanan ke meja.

Mari kita ambil contoh nyata:

Kita semua akrab dengan proses pencarian penerbangan online dan mengetahui bahwa untuk memesan penerbangan kita harus berinteraksi dengan situs web maskapai penerbangan. Anda mengakses database mereka untuk melihat apakah kursi tersedia pada tanggal tertentu dan berapa biaya yang dapat Anda harapkan berdasarkan kebutuhan penerbangan Anda. Namun bagaimana jika Anda tidak menggunakan situs web maskapai penerbangan yang memiliki akses langsung terhadap informasi? Bagaimana jika Anda menggunakan layanan pemesanan online yang mengumpulkan informasi dari berbagai maskapai penerbangan? Layanan berinteraksi dengan API maskapai penerbangan, di mana API adalah antarmuka yang, seperti pelayan kami yang membantu, meminta informasi dari layanan online tentang reservasi kursi dan pilihan makanan atau preferensi bagasi penumpang. API kemudian mengambil respons maskapai penerbangan dan mengirimkannya kembali ke layanan online, yang menampilkan informasi tersebut kepada penumpang. Proses yang hampir sama terjadi antara semua aplikasi, data, dan perangkat lainnya. Mereka semua memiliki API yang memungkinkan komputer untuk mengendalikannya, dan ini pada akhirnya menciptakan komunikasi.

Jenis API apa yang ada?

Arsitektur API dapat diimplementasikan dengan dua cara utama: salah satu cara mengimplementasikan transfer informasi adalah SOAP, dan cara utama lainnya adalah REST. Kami telah menetapkan bahwa API menyediakan komunikasi antara dua aplikasi. Sekarang kita akan mempelajari bagaimana SOAP dan REST cocok dengan arsitektur komunikasi.

API SABUN

SOAP (Simple Object Access Protocol) adalah layanan web yang mengikuti spesifikasi dengan prinsip komunikasi tertentu yang dibangun antara badan pusat yang disebut W3C dan serangkaian spesifikasi inti. Set ini meliputi:

• SABUN MANDI
• WSDL
• UDDI

SOAP adalah protokol yang mendefinisikan bagaimana dua aplikasi akan berkomunikasi satu sama lain. Dua aplikasi harus mengikuti format umum saat berkomunikasi satu sama lain, dan format umum ini harus didasarkan pada bahasa XML. XML dalam SOAP API harus sesuai dengan standar SOAP Message yang terdiri dari Envelop, Header, dan Body.

API REST

Ini adalah konsep layanan web yang sangat penting namun sering disalahpahami, jadi mari kita pahami apa arti REST atau RESTful API. REST adalah layanan web yang memulai komunikasi antara dua aplikasi menggunakan prinsip arsitekturnya sendiri. Arsitektur REST adalah gaya arsitektur yang tidak mengikuti protokol apa pun, tidak ada spesifikasi ketat, dan tidak ada otoritas pusat yang mengontrol spesifikasi tersebut. Hal ini membuat REST serbaguna untuk menggunakan atau membuat layanan apa pun. Ketika prinsip-prinsip ini diterapkan saat membuat layanan web, kita mendapatkan layanan web yang tenang. Sekarang mari kita masuk lebih dalam dan mencari tahu prinsip-prinsip yang menjadi dasar arsitektur REST.

Antarmuka Terpadu

Dalam arsitektur RESTful, segala sesuatu dapat dianggap sebagai sumber daya. Misalnya saja jika Anda mencoba membuat aplikasi untuk sistem manajemen karyawan. Aplikasi ini dapat dikembangkan menggunakan bahasa apa pun, pada platform apa pun, dan untuk platform apa pun. Demikian pula, database apa pun dapat digunakan untuk menangani layanan internal. Konsep sumber daya di REST API menyiratkan bahwa pengguna dapat mendefinisikan informasi atau modul apa pun sebagai sumber daya. Dengan adanya sistem manajemen karyawan, pembuat dapat menentukan sumber daya karyawan, departemen, dan modul lain yang digunakan dalam aplikasi.

Tanpa kewarganegaraan

Dalam arsitektur RESTful, semua respons dan permintaan, serta semua komunikasi antar server, tidak memiliki kewarganegaraan. Ini berarti bahwa server tidak mempertahankan keadaan sistem saat ini, klien dapat mengirimkan permintaan yang selesai dengan sendirinya. Dan permintaan ini tidak bergantung pada permintaan sebelumnya. Misalnya, jika Anda berbelanja online dan menambahkan item ke keranjang Anda, server tidak akan menjaga status keranjang Anda, sehingga setiap kali pengguna mengirimkan permintaan ke server, server akan berisi status keranjang pada saat itu. permintaan dibuat. Ketika stateless, tidak ada overhead bagi server untuk menyimpan atau memelihara sesi, sehingga meningkatkan kinerja layanan web.

Kemampuan cache

Dalam protokol terakhir, kami memperhatikan bahwa dalam arsitektur RESTful, server tidak menyimpan status sesi, semua caching terjadi di sisi klien. Setiap kali klien mengirimkan permintaan ke server, server mengembalikan respons yang berisi data aktual serta metadata lain yang memberi tahu klien apakah klien harus menyimpan respons secara lokal atau tidak.

Sistem bertingkat

Prinsip REST menyatakan bahwa setiap kali ada komunikasi antara klien dan server, terdapat beberapa lapisan di antara keduanya, dan lapisan ini dapat digunakan untuk mengimplementasikan berbagai tujuan seperti terjemahan pesan, peningkatan kinerja, cache, dan berbagai hal lainnya. Setiap tingkat komunikasi memiliki tugas tertentu. Dengan komunikasi berlapis-lapis, sistem beroperasi secara efisien, meningkatkan kecepatan dan daya tahan.

Kode berdasarkan permintaan

Ini adalah batasan opsional layanan web RESTful yang berfungsi saat pengguna mengirimkan permintaan untuk menerima respons. Responsnya dapat menjalankan kode sisi klien. Prinsip ini memperluas fungsi komunikasi.

Mengapa REST API semakin sering digunakan?

REST sebagian besar lebih mudah digunakan, lebih fleksibel, dan memiliki sejumlah keunggulan dibandingkan SOAP. Misalnya, Anda tidak memerlukan alat mahal untuk berinteraksi dengan layanan web apa pun. Arsitektur REST lebih sederhana, dapat dengan mudah dikustomisasi, dan tidak memerlukan keahlian khusus saat membuat model komunikasi. Efisien untuk digunakan karena dapat menggunakan sisi klien dari server untuk menyimpan informasi terkait klien. REST menggunakan format pesan yang lebih kecil dan memberikan interaksi yang lebih cepat karena tidak memerlukan pemrosesan yang memakan waktu. REST juga lebih dekat dengan teknologi web lainnya dalam hal filosofi desain.

SABUN atau REST?

Untuk persyaratan aplikasi web pada umumnya, SOAP sering kali berlebihan. REST adalah solusi sederhana yang memiliki semua yang Anda perlukan saat aplikasi web membutuhkan API. Namun, ada kalanya API perlu sedikit lebih kompleks untuk menyelesaikan tugas. Misalnya, jika API diperlukan untuk permintaan otomatis, SOAP API akan menjadi pilihan yang lebih baik untuk skenario tersebut. Sederhananya, pilih SOAP jika masalahnya besar dan kompleks, dan pilih REST jika Anda memerlukan solusi sederhana.