DEV Community: raselldev

Xamarin, I Hate U

raselldev — Sun, 21 May 2023 06:36:19 +0000

As a Xamarin and .NET MAUI user, I am actually very happy with the existence of this framework because with one language, we can write both the backend and mobile applications (using ASP.NET Core and Xamarin).

Introduction

I am a programmer who deals with .NET, Xamarin, and SQL Server on a daily basis. I work for an enterprise where introducing a new technology requires extensive and costly studies, unlike startups that can easily propose relevant technologies for the problems they are addressing.

Main Problem

I need to migrate from Xamarin to .NET MAUI because Xamarin will be out of support in 2024. You can find more information about it here: https://dotnet.microsoft.com/en-us/platform/support/policy/xamarin

Performing this migration is not as simple as it may seem. First and foremost, we need to merge the Xamarin.Android and Xamarin.iOS sources into a single project before we can combine them into .NET MAUI. Some of you may wonder, "Why were the Android and iOS projects separated in the first place?" The answer is that at that time, we lacked sufficient proficiency in Xamarin. Therefore, we chose to keep the source code separate to minimize the occurrence of errors.

You might be thinking now, why don't we just merge the two Xamarin projects first and then migrate to .NET MAUI? Well, that's exactly what we thought, but in reality, it's still challenging. We need to set up the .NET MAUI project first, but every time we try to set it up for the iOS platform, it keeps switching to .NET 7, even though we initially set it up for .NET 6.

In the end, all of this is in vain. It has been a week, and we are still stuck in the project setup process. It feels like we are just waiting for a time bomb to explode when the boss asks, "Why can't we publish our app?"

Just be programmer. Not QA not support not anything!

raselldev — Sat, 27 Aug 2022 16:04:01 +0000

This article is based on my own story this week, nothing is right and nothing is wrong. We just have to study and learn to deal with all that is in our work.

As is known, there are many fields in IT that have developed so rapidly, initially only a backend engineer could become a python engineer because of the existing market needs. It is also possible in other fields to run like this. For now I am involved in 2 projects that I think are big. Management-wise, I was not involved in the project because I was new and had "no skills".

In the following months, I was involved in these 2 projects, namely project A and project B.

My work for project A is:

Create an HTTP API that connects Java and C#, which will then hit C# to Java(I use spring boot to speed things up)

As for project B are:

I have to translate the display from design to XAML form, incidentally my company uses Tech Stack .NET which requires all employees to use .NET

Both projects look easy right? Because each project only requires 1 task.

The following month, project A did not spell out the linkage of a data to the AWS S3 Bucket, okay in the end I was re-appointed to work on the linkage, here I still feel, "okay, this is still under control". In the same month, I received a ticket to assist the user department in requesting data, and I could not refuse the request because all requests had to be done.

Finally my job is

HTTP API project A
XAML design project B
Linkage project A
user requests

Still safe? Yes it seems so. But in fact there is not only 1 user request, there are several user requests regarding application changes, data requests, data changes, and others. Okay, I feel like this will be a burden for me because in my company no one has the capacity to work on project A and no one can work on cross platform mobile applications other than me and 3 of my friends, but the three of them also have different tasks.

It seems that if you see, what I do is support user, backend service (project A), mobile service (project B), if they are categorized, there are very few but have very many parent-child relationships. Because of this, I decided to report it to my superiors because I didn't feel strong enough to do all of this, because I didn't only do coding work, but also had to do testing, create documentation, meet with users related to the project, and also touch the database directly :).

With so many jobs, my boss said that the most important thing is time management, okay... Then how?

2 hours for project A, 2 hours for project B, 2 hours for user requests.

This is very difficult for me to do because the focus is divided and even the existing work is not completed on time. In the end, what should I do?

Seorang programmer hanya menjadi programmer

raselldev — Sat, 27 Aug 2022 16:02:14 +0000

Tulisan ini didasari oleh kisah saya sendiri selama seminggu ini, tidak ada yang benar dan tidak ada yang salah. Kita hanya harus belajar dan belajar untuk menghadapi semua yang ada pada pekerjaan kita.

Seperti yang diketahui, banyak sekali bidang di IT yang sudah berkembang sebegitu pesatnya, yang awalnya hanya backend engineer bisa saja menjadi python engineer karena seiring kebutuhan market yang ada. Tidak menutup kemungkinan juga di bidang lain berjalan seperti ini. Untuk sekarang saya terlibat dalam 2 project yang menurut saya besar. Secara management, saya memang tidak terlibat dalam project tersebut dikarenakan saya masih baru dan "belum ada skill" yang mumpuni.

Di bulan bulan berikutnya, saya ikut terlibat dalam 2 project tersebut sebut saja project A dan B.

Pekerjaan saya untuk project A adalah:

Membuat HTTP API yang menghubungkan Java dan C#, yang nantinya C# akan melakukan hit ke Java(saya menggunakan spring boot untuk mempercepat pekerjaan)

Sedangkan untuk project B adalah:

Saya harus menerjemahkan tampilan dari design ke bentuk XAML, kebetulan perusahaan saya menggunakan Tech Stack .NET yang mengharuskan semua pegawai menggunakan .NET

Kedua project tersebut terlihat mudah bukan? Karena masing masing project hanya membutuhkan 1 task.

Bulan berikutnya, project A tidak ada yang mengejakan untuk linkage sebuah data ke AWS S3 Bucket, oke pada akhirnya saya ditunjuk kembali untuk mengerjakan linkage tersebut, disini saya masih merasa, "oke, ini masih dalam kendali". Dibulan yang samapun saya mendapatkan ticketing untuk membantu user departemen dalam meminta data, dan saya tidak boleh menolak request tersebut karena semua request harus dikerjakan.

Akhirnya pekerjaan saya adalah

HTTP API project A
XAML design project B
Linkage project A
user request

Masih aman? Ya sepertinya begitu. Tapinya nyatanya user request tidak cuma 1, ada beberapa user request mengenai perubahan aplikasi, permintaan data, perubahan data, dan yang lainnya. Oke saya merasa ini akan menjadi beban saya karena di perusahaan saya tidak ada yang memiliki kapasitas untuk mengerjakan project A dan tidak ada yang bisa mengerjakan aplikasi mobile cross platform selain saya dan 3 orang teman saya, tapi ketiganya pun memiliki tugas lagi yang berbeda beda.

Sepertinya jika kalian lihat, yang saya kerjakan adalah support user, backend service (project A), mobile service (project B), jika dikategorikan memang sangat sedikit tapi memiliki relasi parent-child yang sangat banyak. Karena ini saya pun memutuskan untuk melaporkan ke atasan karena saya merasa tidak kuat untuk mengerjakan semuaya tersebut, karena saya tidak hanya mengerjakan perkerjaan coding, tapi juga harus testing, membuat dokumentasi, meeting dengan user terkait project, dan juga menyentuh database langsung :).

Dengan banyaknya perkerjaan tersebut, atasan saya mengatakan bahwa yang terpenting adalah time management, oke... Lalu bagaimana caranya?

2 jam untuk project A, 2 jam project B, 2 jam user request.

Hal tersebut sangat sulit saya lakukan karena fokus menjadi terbagi dan malahan pekerjaan yang ada menjadi tidak selesai dengan tepat waktu. Pada akhirnya, saya harus melakukan hal apa?

Database Wilayah Indonesia 2022

raselldev — Sun, 21 Aug 2022 10:11:41 +0000

Database Wilayah Indonesia 2022

Bertepatan dengan hari libur saya iseng mencari project di GitHub yang bisa saya clone untuk bahan belajar saya. Saat saya mencari bahan belajar, saya menemukan 1 repo yang menurut saya menarik, yaitu data data wilayah di Indonesia yang sudah valid berdasarkan Kepmendagri №050–145 Tahun 2022. Apa yang membuat ini menarik? Karena disediakannya data berupa .sql yang bisa kita gunakan pada local env kita.

Untuk kalian yang ingin melihat reponya, bisa dicek di

GitHub - cahyadsn/wilayah: Kode dan Data Wilayah Administrasi & Pulau Indonesia sesuai Permendagri…

_Kode dan Data Wilayah Administrasi & Pulau Indonesia sesuai Permendagri No 58 Tahun 2021* dengan PHP+MySQL+AJaX. Demo…_github.com

Catatan. Untuk project kali ini saya hanya akan menggunakan database wilayah_2022.sql

Penjelasan Awal

Scema Table wilayah_2022

Table wilayah memiliki sebanyak kurang lebih 91K row yang terdapat banyak wilayah. Saya sendiri sempat bingung untuk memasukan ini semua karena biasanya hanya 1000 row yang bisa di insert setiap transaksi. Dan sangat memakan waktu jika kita insert per 1000 row.

Insert data wilayah_2022

Dengan banyaknya data, bagaimana cara membaca semua wilayah tersebut? Sedangkan field yang ada hanya ada 2, kode dan nama. Mungkin saja untuk mempermudah orang orang yang menggunakannya, author tersebut menggabungkan kode provinsi, kabupaten/kota, kecamatan, kelurahan dalam 1 field string.

Struktur string kode wilayah

Sebagai contoh yang mudah, saya akan menggunakan DKI Jakarta. DKI Jakarta adalah sebuah Provinsi dengan kode wilayah 31, Kota Jakarta Pusat dengan kode wilayah 71, Kecamatan Gambir dengan kode wilayah 01, dan Kelurahan Gambar dengan kode wilayah 1001. Dengan begitu maka semuanya memiliki hirarki sebagai berikut:

Hirarki kode wilayah

Refactoring

Sebetulnya tidak ada yang salah dengan struktur table diawal, tapi jika kita bisa membuatnya lebih clean kenapa tidak, terlebih menurut saya akan sulit dan waktu yang dibutuhkan jauh lebih lama untuk melakukan query.

Semisalnya untuk kita mengambil query kelurahan Gambir, maka dibutuhkan query:

Query kelurahan Gambir

Hasil Query

Oke kita mendapatkan Query yang kita miliki, akan tetapi hasil yang didapatkan 2 records walaupun kita tahu bahwa hasil pada records kedua adalah hasil yang benar, maka dari itu kita perlu melakukan refactor struktur table yang ada.

Refactoring table

Create table

Note disini saya tidak menggunakan key di tiap tablenya. Biarkan key tersebut di definisikan pada saat melakukan join table.

Refactoring Data

Setelah selesai refactor table, sekarang saatnya memasukan semua data ke table yang telah kita buat.

Langkah pertama adalah kita harus memastikan data yang akan kita insert, disini saya akan insert data provinsi. Untuk pengecekannya saya akan lakukan select terlebih dahulu.

Berdasarkan data master yang kita punya, setiap Provinsi memiliki panjang string sebanyak 2, maka saya melakukan select berdasarkan panjang dari kode wilayah.

Hasil query

Setelah hasil query dipastikan benar, maka saya akan melakukan insert data dengan cara INSERT SELECT. Ini adalah metode insert dengan data yang didasarkan oleh apa yang kita select.

Insert data Provinsi

Jika berhasil, maka hasil yang didapat adalah table provinsi memiliki data provinsi yang telah kita dapat dari hasil select berdasarkan panjang kode provinsi.

Selanjutnya adalah melakukan insert Kota Kabupaten, Kecamatan, dan Kelurahan

Insert data Kabupaten Kota

Insert data Kecamatan

Insert data Kelurahan

Setelah selesai semuanya, maka kita akan mendapatkan data yang sudah tersortir berdasarkan kode wilayah. Selanjutnya data yang ada di setiap table bisa kita gunakan sebagai master jika ingin membuat API. Lalu mengapa dari data yang sudah ada harus kita “pecah” menjadi beberapa bagian? Dikarenakan untuk mempermudah kita dalam mencari data yang lebih spesifik. Kedepannya dengan data master yang sudah ada, apa saja yang akan saya buat?

Coming soon project

Data wilayah API
Visualisasi Data

Kesimpulan

Dengan data yang ada, saya sudah mempelajari bagaimana cara refactor sebuah table, insert select, dan instalasi MS SQL Server di Docker. Ohh iya untuk MS SQL saya menggunakan yang version Express karena free dan bisa di install pada MacOS dengan bantuan Docker.

Sulitnya Mengenalkan Teknologi Baru kepada Programmer Senior

raselldev — Sun, 06 Feb 2022 07:37:14 +0000

Pendahuluan

Dalam dunia teknologi yang terus berkembang, pengenalan teknologi baru menjadi kunci untuk tetap relevan dan kompetitif. Namun, mengenalkan teknologi baru kepada programmer senior, yang sering disebut sebagai "oldies programmer" atau "programmer senior", bisa menjadi tantangan yang kompleks. Artikel ini akan menjelaskan mengapa mengenalkan teknologi baru kepada programmer senior sulit dan memberikan beberapa strategi yang dapat membantu mengatasi tantangan ini.

Perbedaan Pendekatan dan Mindset

Programmer senior umumnya memiliki pengalaman yang luas dan mungkin sudah menguasai teknologi tertentu dengan baik. Mengubah pendekatan mereka dalam menghadapi teknologi baru dapat menjadi sulit karena mereka mungkin telah terbiasa dengan cara kerja lama dan merasa nyaman dengan itu. Artikel ini akan menggali perbedaan pendekatan dan mindset antara programmer senior dan teknologi baru yang

Komunikasi yang Efektif

Komunikasi yang efektif menjadi kunci dalam mengenalkan teknologi baru kepada programmer senior. Artikel ini akan membahas beberapa strategi komunikasi yang dapat membantu membangun kepercayaan, memotivasi mereka, dan menjelaskan manfaat dari teknologi baru tersebut. Hal ini mencakup menghindari jargon teknis yang rumit, memberikan contoh nyata implementasi teknologi baru, dan menggali kebutuhan dan kekhawatiran programmer senior.

Pelatihan dan Pendampingan

Mengenalkan teknologi baru kepada programmer senior mungkin memerlukan pelatihan tambahan dan pendampingan yang lebih intensif. Artikel ini akan membahas pentingnya menyediakan sumber daya pelatihan yang memadai dan mengembangkan program pendampingan yang mendukung mereka dalam menguasai teknologi baru. Ini bisa berupa pelatihan langsung, tutorial online, grup diskusi, atau bahkan mentorship antar programmer.

Membangun Kasus Penggunaan

Programmer senior mungkin perlu melihat manfaat langsung dari teknologi baru sebelum mereka terlibat sepenuhnya. Artikel ini akan mengajukan konsep membangun kasus penggunaan (use case) yang relevan dan jelas untuk menggambarkan bagaimana teknologi baru dapat meningkatkan efisiensi, produktivitas, atau keunggulan kompetitif. Dengan melihat hasil nyata, programmer senior mungkin lebih termotivasi untuk mengadopsi teknologi baru tersebut.

Kesabaran dan Empati

Mengenalkan teknologi baru kepada programmer senior membutuhkan kesabaran dan empati. Artikel ini akan menyoroti pentingnya memberikan waktu yang cukup bagi programmer senior untuk beradaptasi dengan perubahan dan memberikan dukungan saat mereka menghadapi tantangan. Terkadang, programmer senior mungkin juga perlu melalui tahap rasa tidak nyaman sebelum merasa nyaman dengan teknologi baru tersebut.