If you're also like me, you're now trying to figure out how to do this seemingly simple "squash and merge" thingy locally for some reason.

Whether you've been asked to do it because that's how your team has done it (read: my team) or you're curious how to do it just to learn – you've come to the right place.

The Mechanism

The main idea of squashing your commits is you need to reset or undo your commits until the very last one you want to squash. Then just git commit again.

1. Reset to your last N commit

Where, N = number of commits you want to squash

For example, if you have 3 commits that you want to squash, you can simply git reset --soft HEAD~3

IMPORTANT: make sure it's a *soft* reset by using the --soft flag.

Otherwise, you will lose all of your progress. We don't want that.

2. Re-commit

This is pretty straightforward, just git commit -m ...

And that's it, it's pretty simple when you know now but it was quite confusing if you're used to the 1-click squash and merge button on GitHub.

At least that was the case for me. 🥲

If you ever find yourself in the same position as me, ie. you want to use mailchimp to collect email and you want to connect it to a custom frontend project, this article will be useful to you.

Note that I will be using React in this article as an example, but this should work with any JavaScript project.

If you want to have a look at my implementation, this is the source code. Also, this article will assume that you've already setup your project.

With that out of the way, let's get into the article.

What you'll need:

• Mailchimp account
• jsonp

1. Get request URL link from Mailchimp

Go to your Mailchimp dashboard, on the sidebar, go to Audience > Signup forms. And then, click on Embeded forms.

You can add more fields by clicking on the Form Fields and enable all the fields that you need. Then click on Continue.

Find the form tag in the code, and copy the action URL.

Also, look for input tag and find the fields that you've added. Take note the name of the input tag. We will be using it to submit our form later.

<input type="email" value="" name="EMAIL" class="required email" id="mce-EMAIL" required>

In this case, the name is EMAIL.

2. Setup the onSubmit handler

Before we proceed: Don't forget to install jsonp package in your project.

First, we need to replace the /post? with /post-json? in our url. Then add this code in your onSubmit handler. I'll explain what we did later.

const onSubmit = e => {
    e.preventDefault();
    const url = 'your-mailchimp-url';
    jsonp(`${url}&EMAIL=${email}`, { param: 'c' }, (_, data) => {
        const { msg, result } = data
        // do something with response
        alert(msg);
    });
};

We use the jsonp function to make the request. We then append &EMAIL=<your-input-email> to include the email that we want to submit.

If you have more fields, just use the name value you've listed out from Mailchimp code before, and append it accordingly.

Then we add the { param: 'c' } as the second parameter, but I don't really know why we need this to be honest.

Lastly, we add a callback function to handle the response. The relevant response data will be available to you in the second argument. That's why I use _ for the first argument.

From there, I just alert the user with the response message.

And that's it, you should be able to submit the email to Mailchimp now.

For more context

I write this article to share my learning when I was building "Coming Soon" page for my upcoming project sea-techjobs.com. (shameless plug here ✊)

I want to collect emails using Mailchimp but I don't want to use their form builder. I think I can do a better job with React and ChakraUI to design the website but I wasn't sure how to exactly get this two connected.

I first stumbled upon this video on how to setup Mailchimp newsletter with React. And in that video, they were using this library called react-mailchimp-subscribe but I couldn't get the state working right.

I looked into the source code and figure out exactly how it works under the hood. I realized that I don't need that library for it to work. I can just copy how it works and tweak it to suit my needs.

Then I thought, why not write an article to hopefully help other people who might be facing the same issue – thus this article.

So I guess that's it from me. Thank you for reading and have a good day.

p/s - If you're curious about the project that I'm working on, you can read this twitter thread to learn more. It's in Malay though, I'm sorry if you're english reader. 🤧

And you’re thinking, “Sure but how? How do I contribute exactly?”

Well in this article, I'm going to walk you through a step-by-step process on contributing to your first open-source project. This article is meant to teach you the "how" part, the technical part.

Or in other words, this is a technical tutorial on how to contribute to a public repo on GitHub, exciting stuff.

The project that you are going to contribute to is a small little project of mine called the Guestbook. It's basically a website where you can leave some comments, maybe an advice, some quotes that inspires you, a joke – anything at all.

Hopefully by the time you read this, there are some comments made by other people and not just me 🥲

Gentle reminder

Before we proceed to the steps, I want to talk about contributing to an open-source project. Specifically, what can you contribute because it is one of the most if not the most important steps to all this.

While contributing to an open-source project is a great thing to do, there are some contributions that are made just for the sake of making a contribution.

You don't want to spam the maintainer with bad contribution because it does not help anyone, and you should not be proud of that.

If you think you can contribute meaningfully to a project by fixing a bug, adding new features, or even improve the documentation – by all means go for it.

With that out of the way, let's get into the tutorial.

Forking the repository

The first step if you want to contribute to an open-source project on GitHub is to fork the repo that you want to contribute to.

Now you may be wondering, why do we have to fork the repo? Why can't I just clone it?

Well, it all depends on what you're trying to do.

In some cases, you might just want to run the project locally and see how things are done, without the intention of making any changes to the original repo – if that's the case, you can just clone it.

In our case however, we want to run it locally. But we also want to make some changes, and contribute back to the original repo with our changes, which is why we need to fork it.

Forking vs Cloning

When you clone a repo, you will have a copy of the repo locally but it is still pointing to the original GitHub repo.

With cloning, you will run into a problem when you try pushing your code back to GitHub. You won't be able to do that because you don't have a write permission to that particular repo.

By forking however, you kinda clone it into your GitHub repo, in which you will have the write permission.

Technically it is your repo now, and when you clone, edit, and try to push new updates back to GitHub, it will succeed – because it's your repo.

That's why you need to fork it first, so that you will have the write permission.

So go ahead and fork this repository.

Clone the forked repository locally

Now that you have this repo under your name, you can clone it as usual and try to run it locally.

Note that this project is a Next.js project. You will need to install node and run npm install or yarn to install the dependencies.

Once the dependencies are installed, you can try to run it by running npm run dev or yarn dev and hopefully you will see this in your terminal.

By now you should be able to go to your localhost and see the guestbook page.

If everything went well, you can proceed to the next step.

Create a new branch

Now that you can run the project locally in your machine, you should be able to make some changes to it.

But before you start doing any changes, you should create a new branch and name it <your_github_username> . For example if I want to create a new branch, I will name it afrieirham .

You can create a branch however you want but the way I usually do it is using VS Code. At the bottom left your VS Code, you will see a main text.

You can click the Create new branch from... and enter your branch name.

Then select the main branch for this.

This will create a new branch called afrieirham from the main branch.

Now if you notice, it will change it to afrieirham which means I have successfully create a new branch. Hopefully yours will display your GitHub username.

If you find this method a bit tedious, you can always use the command line.

git checkout -b <your-github-username>

Quick Note ✍️

If you're contributing to a real project, usually you will name your branch based on what you're trying to do.

For example it might be a new feature called feature/upload-photo or a bug fix called fix/form-not-working .

It all depends on the project maintainer if they have a guideline for branch name. For this tutorial, you just have to use your GitHub username, that’ll makes it easier for me, thanks. 🙇🏻‍♀️

Making your changes

Now that you're on a new branch, you can start making your changes safely. To sign the guestbook, you need to create a new file in the sign-here folder located in the public folder.

You’ll need add a new JSON file with your GitHub username as the title. In my case for example, I will create a new file called afrieirham.json. Yours would be your-github-username.json.

Then you can copy the template I provided in the README or copy the code below.

{
  "body": "Change this with your comment",
  "date": ""
}

Paste the code into the JSON file you’ve created and add your comment accordingly.

To add the date, you’ll need to go to this link and click on the “Copy to clipboard” button.

You can then paste it into the date section of the template and it will look something like this.

{
  "body": "Your comment",
  "date": "2022-04-04T23:25:49Z"
}

I hope my instructions are clear.

You can also refer the README file in the repo on how to get started, the instructions should be similar to this article.

Committing your changes

Once you've made your changes, you can proceed into the next step which is to commit your changes.

If you already know how to do this, go ahead and commit the JSON file you've created, you can skip this part.

If you don't, I will show you step by step on how to commit your changes with VS Code.

First, you need to go to the git tab in VS Code, it's the icon with the blue number badge.

When you click it, you should see something like this.

By right it should show that you’ve added a new JSON file. It's fine if it shows more than that, you probably have explored the other files and make other changes if that's the case.

However, you will only need to commit the JSON file that you just made, that's the only file you should be contributing in this tutorial.

Feel free to do any other changes for yourself, just don't include it when you want to contribute for this tutorial.

You should write a commit message in the input box. Just write anything to be honest, this message will be stored in the GitHub repo though, so be sensible.

Then you can click on the + plus sign when you hover on the JSON file. This step is called staging your changes.

It should show something like this. This means that the changes you've made is ready to be committed into the repo.

From here, you can either click on the ☑️ icon or press command + enter for Mac or control + enter for Windows.

You might need to setup your Git config if you've never used Git before, but I hope you know how to do that.

If the JSON file is gone from the git tab in VS Code, you now have successfully make a git commit, yeay! ✨

But there's still more steps need to be done.

Pushing your changes to GitHub

This step is pretty easy and should be a quick one. All you have to do is just click on the cloud icon at the bottom left of VS Code.

If the icons changed to this icon, you're all good.

Making a Pull Request (PR)

Pull Request is arguably the most important step to all this. It is a way for you to make a merge request to my GitHub repo so that your code will be reflected on the website once I approve it.

To make a PR, you need to go to your forked repo, or the original repo and you might see something like this. Just click on the Compare & pull request button.

If you don't, you can click on the Pull Request tab and then click on the New Pull Request button. You should be on this page after you click on the button.

When you're on that page, you can write something if you want. Ideally in a real open-source project, you should write about the changes you've made and what are the PR is all about.

It will help the maintainer or the owner of the repo to review your PR and understand what you're trying to do.

Before you click on the Create pull request button, you should make sure that you are trying to merge the correct branch to the main branch.

Things you should double check:

• Base repository is afrieirham/guestbook and the base is main
• Head repository is <your_github_username>/guestbook and the compare is <your_github_username>

If everything is correct, you can now go ahead and click on the Create pull request button. If this is your first PR – congrats! 🥳

The whole process you just went through is how you would do it in any “real” project, and possibly in your job too.

It will not be exactly the same because different organization have different workflows but generally it is the same.

Starting from cloning the project, making your changes locally, making your first commit, pushing your code to GitHub, and finally make a PR for that – this workflow is generally the same across all organization.

From here, all you can do is just wait for me to merge your code into the main branch. I will try my best to merge your PR as soon as possible.

After that, hopefully your comment will appear on the guestbook.afrieirham.com, you can always check if your code has been merged or not by going to the PR page again.

Conclusion

By now I really hope you've learned something from this mini project. I hope that you have a clearer vision on how people use GitHub to contribute to an open-source project.

I would also like to point out that it is not necessarily only applicable to an open-source project. You can use the same method in your own project, and you might find some similarity when you start working in a real project.

There might be extra or less steps involved, but I hope this tutorial will be a good foundation for you to learn a more complicated workflows in your organization.

Here's the tweet.

If you're planning to use your naked domain (or root domain) on Hashnode and you have a project on Vercel using a subdomain from the same domain – please read this first.

The Issue

Hashnode uses Vercel, and when you want to connect your root domain to your Hashnode blog, you will need to delegate it to Hashnode's Vercel account.

Again, if you're not planning to use any subdomain (on Vercel) from the domain you use on Hashnode, there's no problem.

However, I want to use afrieirham.com for my Hashnode blog, and I want to use bukugraduan.afrieirham.com on my Vercel project.

But I get this error

Because what essentially happens is you're trying to use the same domain with 2 different Vercel account; Hashnode's and yours.

The solution

If you've already facing the same issue, you might want to contact Hashnode to delete your domain from their Vercel account, then follow these steps.

1. Use www subdomain for your Hashnode account.
2. Redirect your root domain to point to your www subdomain.
3. You can now use any subdomain on your Vercel account.

This way, you'll only delegate www subdomain to Hashnode and you'll keep your root domain on your Vercel account.

Conclusion

I want to again thank Sandeep for his help. He's the one who get in touch with Vercel regarding this issue.

The solution I'm sharing here today is the suggestion from Vercel's team, so I would like to thank them as well.

This is what they have to say,

It will be supported in the future. At this moment, however, it is indeed an edge case that we are not prepared yet. –Vercel

New developers find it hard to decide on what to use and/or learn when starting a new full-stack project.

The project might be a side-project, university assignments, final year project, business idea, or hackathon project.

Not only that, but when I was starting, I was struggling thinking about what does it takes to create a full stack app.

• What do I need to learn?
• How does it all work together?
• Is my skills currently enough or do I need to learn more?
• Is using Bootstrap okay? Or am I cheating?

Understading the big picture

Before you start developing or creating an app, you need to understand the big picture first, so that you know what does it take and what are things you need to learn.

There might be things that you have already understand and know how to do, but you don't know how do these skills play in the big picture.

So what does an app needs?

Generally speaking, a full-stack app have a few components that are working together.

• Database ⇒ to store data
• Storage ⇒ to store assets
• API ⇒ to process request
• User Interface ⇒ to let users interact with your app

One thing to note is hosting won't be covered in this article. While it is an essential aspect in distributing or sharing your apps to your users, it is not something you need to worry about when you're in development.

Most likely, you'll be developing on a local machine (i.e. your laptop) in a localhost. However, the main thing you need to know about hosting is – it's a place where all of the components live.

You probably have heard of the term frontend and backend. In this case, the database, the storage, and the API collectively is called the backend, and the user interface is called the frontend.

Most, if not all, full-stack app must have at least a database, an API, and a user interface. Storage is optional depending on the requirements of the system you're building.

So what are these components? Let's start with the easy one, the user interface.

User Interface (UI)

A user interface is the thing that users interact with. This might be a website, a mobile app, or a desktop app.

I'm sure many of you here have a pretty good idea of what a user interface is and what role does it play. So let's move on to the next one.

Database

Again a pretty straightforward one.

A database is the component that stores the data of the app. It can be the user's email and password, the price of an item, user's address and so on.

This one is also pretty easy to understand. You might not know how to use and set it up, but most probably you know how it works — it stores data. Next is API.

Application Programming Interface (API)

This is a big one. You might have heard of it but you have no idea what it is and how does it work. If that's the case, don't worry because I was in the same spot when I was starting.

In the context of building a full-stack app, an API usually is the server-side code where it handles the request made by the client (i.e. the user interface of your project). For example, if a user wants to buy an item in an e-commerce store, the transaction needs to be processed by the API or the server-side code. This process is done through HTTP protocol.

If you have no idea what HTTP protocol is, you can watch this HTTP Crash Course video by Traversy Media. I highly recommend you watch the video to understand this topic.

Processes that can be handled by the API may include updating the stock count of an item, creating a new order for the purchase, send a confirmation email to the customer, notify the seller, and many more.

In a nutshell, the API acts like the operator of the app. It does all of the work.

Storage

You might be confused with this one because it seems like the role is the same as the database right?

Well, not exactly.

Storage is a place to store assets such as photos, files, and videos. All of these assets can't be stored in a database because it is not in a text or string format. The database usually stores the location reference of the assets in the storage.

To understand what I meant by a location reference is, try to go to this link of a cat photo, the URL of the photo is the location reference. This URL is the thing that will be stored in the database. I'll explain how you can use this link to show it in your app later.

An example of a storage is simply the folder on your Desktop right now, which is called file system. There is usually a dedicated folder in the project that is used to store user generated assets.

The GIF above shows where does the photo goes after you upload it.

Apps like Instagram and YouTube needs a place to store those files that will be fetched later. However, with big platforms like Instagram and YouTube, they usually will use an external cloud storage.

Services like AWS S3, Firebase Cloud Storage, and Cloudinary, are some of the examples of it. These services offer a dedicated server just to manage and store assets. You can explore and learn more about them later, but all of those are a part of the storage component.

The most common use case for a storage is to store user generated assets. If you app does not have a feature that allow the user to upload files, photos, or videos. You can get away with having no storage.

I hope that clear things up.

But how does everything works together?

When I was starting, I do know some of the components needed to build an app. But I really have no clue how does it work together.

To explain this, I will use the MERN stack as an example. MERN stands for MongoDB, Express, React, and Node.js

This stack consists all of the components I talked about previously except for the storage.

• Database ⇒ MongoDB
• API ⇒ Express & Node.js
• User Interface ⇒ React

Imagine a to-do list app built with this stack. Features includes; users can add, delete, edit, and view a task. They can also see a list of all the tasks.

When a user opens your app for the first time, the React app will make a GET request to the API to fetch all of the user's tasks. The API will then fetch all of the data needed from the database, process it, and send it back to the React app.

From here, the React app will render the data provided by the API and the user will see their task on the home page.

The user can also add, delete, and edit by making a POST, DELETE, and PUT request respectively.

As you can see from the example, every component have its own role.

Now imagine the to-do app that lets the user to upload a photo to a task. The React app will need to send the photo to the API via POST request, the API will then store it in the file system or upload it to an external file storage. The API will also store the location reference of the photo in the database.

Next, to display the photo in the UI, the React app will reference it using the location reference stored by the database and fetch the photo from the storage. It may look something like this in a React app.

<image src="https://www.vets4pets.com/globalassets/close-up-of-cat-looking-up.jpg" />

I hope by now you have a clearer understanding of how everything works together. By the way, you can always replace the MERN stack with any framework combination of your choice. The important thing to note is you know which components does the framework satisfy.

Conclusion

Learning how to create a full-stack app is a long journey, it will take time to master every aspect of it. Even then, you won't be able to catch up with all the available technologies and services provided.

Good news is, you don't need to know everything!

Just understand the core principle of how it works, then pick and choose whatever frameworks, technologies, or services that you need to make it work.

Remember that the important thing is your ability to put things together, and solve a problem – tools are not important.

Finally, I wish you all the best in your journey to learn building a full-stack app. If you have any questions, feel free to dm me on Twitter or leave a comment, I will try my best to answer your questions.

Jika anda seorang pelajar lepasan SPM atau pelajar tahun pertama, yang ingin mengetahui pengalaman seorang "fresh grad" sains komputer mencari kerja, ini adalah artikel yang mungkin dapat membantu anda.

Dalam artikel kali ini, saya nak kongsikan sedikit experience job hunting saya sebagai graduan sains komputer pada tahun 2021.

Sebelum anda teruskan membaca, saya ingin maklumkan kepada anda yang artikel ini agak panjang, jadi bagi memudahkan anda, saya telah membahagikan artikel ini kepada 4 bahagian.

1. Fasa Persediaan
2. Sesi Interview
3. Kronologi Job Hunting
4. Kesimpulan

Fasa Persediaan

Sebelum saya mulakan job hunting, ada beberapa perkara yang saya lakukan sebagai persediaan.

Antara perkara tersebut ialah:

• Membuka akaun LinkedIn
• Bina portfolio atau side-project
• Sediakan resume
• Senaraikan company yang menarik

2 perkara yang pertama adalah perkara yang saya lakukan sebelum atau sepanjang pengajian saya dan 2 perkara yang seterusnya merupakan perkara yang saya lakukan setelah saya tamatkan pengajian. Mari saya explainkan satu per satu.

Membuka Akaun LinkedIn

Saya membuka akaun LinkedIn pada akhir tahun 2016. Setahun sebelum saya memulakan pengajian ijazah.

Saya mengetahui kewujudan LinkedIn ini daripada ayah saya yang mencadangkan saya untuk membuka akaun LinkedIn. Dia percaya LinkedIn merupakan sebuah platform yang bakal membantu saya untuk mencari kerja kelak.

Spoiler alert, ayah saya 100% tepat.

Pada masa itu saya masih tidak mengetahui apa apa tentang LinkedIn, tapi saya mengikut sahaja apa yang dicadangkan dan register akaun LinkedIn. Seingat saya, saya seterusnya mula membaca artikel dan menonton video di YouTube tentang mengapa students perlu membuka akaun LinkedIn.

Pada masa itu juga saya terjumpa beberapa perkongsian di Twitter daripada @malissaali, @lukmankhiruddin, dan juga @azwant tentang kebaikan LinkedIn.

Selepas saya lebih faham tentang kebaikan LinkedIn, saya sangat excited. Saya nampak pengalaman orang lain yang menunjukkan LinkedIn ini merupakan sebuah platform yang dapat membantu mereka dalam job hunting.

Ada juga antara mereka yang di-offer kerja tanpa mereka memohon. Ini membuatkan saya sangat optimis tentang peluang pekerjaan saya. Dan itulah juga antara pengalaman saya bersama LinkedIn, saya akan kongsikan dengan lebih detail dalam artikel ini.

Nasihat saya, jika anda masih belum mempunyai akaun LinkedIn, silakan daftar sekarang.

Bina Portfolio atau Side-Projects

Sebagai seorang graduan Sains Komputer, terutamanya kepada anda yang ingin menjadi seorang programmer atau software developer. Amatlah digalakkan untuk anda membina sebuah portfolio atau side-projects yang boleh digunakan sebagai bukti kemahiran anda.

Jika anda tidak faham kenapa anda perlu membina portfolio, anda boleh tonton video ini daripada Coder Foundry, "How to get your first software development job".

Sepanjang tempoh pengajian, saya telah membina beberapa buah aplikasi web yang saya jadikan sebagai portfolio.

Antaranya ialah:

• WhatsAppIt
• Proshop eCommerce
• Student Management System
• Buku Graduan

Side-project pertama saya merupakan sebuah website utiliti yang bernama WhatsAppIt yang saya bina pada tahun kedua pengajian. Ianya merupakan beberapa bulan setelah saya mulakan initiatif #100DaysOfCode saya.

Proshop eCommerce merupakan sebuah web app hasil daripada saya mengikuti online course MERN stack eCommerce daripada Brad Traversy.

Walaupun ianya adalah sebuah projek hasil mengikuti online course, saya ada menggunakan projek ini sebagai starting point untuk assignment saya, dimana kami ditugaskan untuk menambah beberapa feature baru.

Disebabkan projek ini telah diubah dari hasil asal, saya decide untuk gunakan ia sebagai portfolio saya.

Tujuan asal saya membeli online course tersebut adalah kerana saya ingin belajar tentang library Redux untuk diimplementasikan dalam Final-Year Project (FYP) saya. FYP saya merupakan sebuah projek terbesar dalam portfolio saya.

Selepas saya menamatkan pengajian ijazah, saya mengambil masa ini untuk membina sebuah website bernama Buku Graduan yang saya jadikan sebagai portfolio. Ini merupakan sebulan sebelum saya mulakan sesi job hunting saya.

Kesemua projek yang telah saya bina sepanjang dan selepas pengajian ijazah, merupakan projek yang saya gunakan sebagai portfolio bagi membuktikan kemahiran development saya. Saya telah memasukkan Proshop eCommerce, Student Management System, dan Buku Graduan di dalam resume saya.

Which brings us to the next point.

Membuat Resume

Sebelum kita mula memohon pekerjaan, resume merupakan perkara yang paling utama yang kita perlu sediakan.

Sepanjang bulan Februari, saya telah mengambil masa untuk menyediakan resume saya supaya ianya lebih up-to-date. Pada masa itu saya telah pun melancarkan Buku Graduan secara live.

Perkara pertama yang saya lakukan untuk menyediakan resume ni adalah dengan merujuk semula resume saya yang lama. Resume yang paling latest saya ada pada masa itu adalah resume internship saya.

Dari situ saya guna semula general structure yang saya telah gunakan semasa permohonan internship. Saya juga update beberapa section penting seperti work experience dan projects.

Jika anda ingin mandapatkan tips membina resume dengan lebih lanjut, saya cadangkan anda membaca artikel ini yang ditulis oleh rakan saya, Aliaa' Ramzani, iaitu "Students’ Resume: What and How to Write?".

Saya juga kongsikan resume saya kepada beberapa rakan untuk mendapatkan feedback dari mereka. Feedback dan nasihat daripada orang lain merupakan perkara yang penting untuk anda dapatkan dalam proses penyediaan resume.

Saya ada kemungkinan untuk melakukan kesilapan seperti typo dan terlepas pandang beberapa perkara yang boleh ditemui oleh orang lain. Maka proses ini adalah sangat penting supaya saya dapat menyediakan resume yang berkualiti.

Setelah saya berpuas hati dengan resume yang disediakan, saya mula bersedia untuk melakukan step seterusnya yang saya rasa amat penting untuk anda semua lakukan.

Senaraikan Company Menarik

Sebelum saya mula membuat apa apa permohonan kerja, saya mulakan dengan survey dulu company yang saya rasa menarik. Saya ingin lebih memahami dan mengenali dahulu syarikat tersebut sebelum membuat permohonan.

Saya ada buat satu excel spreadsheet dimana saya gunakan untuk keep track permohonan saya. Tapi untuk peringkat awal ni, saya hanya mencatat beberapa maklumat penting tentang company tersebut seperti nama dan emel company, jawatan yang ditawarkan, link kepada permohonan tersebut, dan juga company website.

Setelah saya sediakan senarai company tersebut, saya kemudiannya memulakan proses permohonan kerja. Saya mula dengan memohon company yang paling saya berminat terlebih dahulu, dan saya cuba untuk fokuskan kepada satu atau dua permohonan pada satu satu masa.

Ini kerana ada sesetengah permohonan yang saya perlu mengambil masa untuk menjawab soalan soalan mereka. Saya akan kongsikan dengan lebih detail tentang perkara ini dalam bahagian temuduga. Excel ni juga merupakan tempat saya update status permohonan seperti Applied, Review, Interview, Offered, Rejected atau Accepted.

Sesi Interview

Untuk bahagian ini, saya akan bahagikan mengikut company. Secara keseluruhan, terdapat 6 company yang saya apply, dan right off the bat, 3 company tidak memberi apa apa respond. Tapi yang menariknya ada 3 company yang panggil saya untuk interview tanpa saya memohon.

Dalam bahagian ini, saya akan ceritakan cara saya mendapat panggilan ke interview, sesi interview, dan kesimpulan dan harapan setelah selesai interview bersama syarikat berkenaan.

Senarai ini tidak mengikut urutan kronologi panggilan interview sebenar saya.

Maevi

Maevi merupakan sebuah company subsidiari TNB. Mereka merupakan anak syarikat TNB pertama yang memfokuskan kepada perkhidmatan software.

Maevi mempunyai 2 bisnes utama yang dibahagikan kepada B2B dan B2C. Jika anda melawat laman web mereka, maevi.my, itu merupakan business B2C mereka dimana mereka menjual peralatan smart home devices kepada konsumer. Business utama mereka merupakan business B2B mereka dimana mereka membantu SMEs untuk mengurus electical consumption.

Cara saya mengenali dan mendapat interview daripada company ini agak menarik. Ianya bermula semasa saya masih didalam tahun akhir pengajian saya, semester 7. Ketika itu, seorang Product Manager daripada Lazada yang ada membuat request untuk menjadi connection saya di LinkedIn.

Setelah saya accept request tersebut, beliau message saya di LinkedIn mengenai peluang part-time. Pada masa itu saya masih berkerja di Digi-X secara part-time sambil belajar dan saya menolak tawaran beliau.

Saya accept request beliau kerana mempunyai connection dengan Product Manager daripada Lazada merupakan satu perkara yang baik. Peluang networking dengan seseorang seperti beliau adalah perkara yang positif untuk saya.

Dan dari situlah saya mula mengenali Maevi.

Cara Mendapat Interview

Pada awal bulan Februari tahun ini, beliau membuat post di LinkedIn dimana beliau sedang mencari seorang Software Engineer. Tetapi pada masa itu, saya perasan yang beliau tidak lagi bekerja di Lazada. Walaubagaimanapun saya tetap message beliau berkenaan peluang pekerjaan tersebut.

Beliau meminta resume saya dan setelah beberapa hari kami bersetuju untuk melakukan sesi temuduga.

Sesi Interview

Sesi interview bersama Maevi mempunya 3 interviewer, dimana salah seorang daripada mereka merupakan Product Manager tersebut. Secara general-nya saya merasakan interview tersebut lebih casual.

Semasa interview, saya perasan yang mereka amat berminat tentang pengalaman saya di Digi-X. Mereka juga ada mengatakan yang TNB perlu cuba untuk mengikut langkah Digi yang menubuhkan Digi-X sebagai venture builder.

Bagi soalan teknikal, mereka ada menguji pengetahuan Git saya semasa interview, dimana mereka meminta saya untuk menerangkan perbezaan git merge dan git rebase. Selain itu mereka ada juga meminta saya mengongsikan workflow saya menggunakan Git secara kolaborasi. Ini termasuk penggunaan git branch.

Refleksi

Secara keseluruhannya, pengalaman interview bersama Maevi ini lebih kepada sesi networking. Secara jujurnya saya tidaklah begitu excited untuk bekerja di syarikat mereka tetapi lebih kepada ingin berkenalan secara profesional.

IFCA

Cara Mendapat Interview

IFCA merupakan salah satu syarikat yang menghubungi saya melalui aplikasi Wobb. Saya ada menggunakan Wobb sebagai platform job hunting saya dimana saya perlu membuka akaun sebelum saya dapat menggunakannya.

Secara jujurnya saya tidak berminat untuk bekerja di syarikat tersebut tetapi saya tetap ke sesi temuduga for the experience.

Sesi interview

Saya dijadualkan untuk menghadiri sesi temuduga tersebut pada 23 Mac. Saya diberikan beberapa soalan terlebih dahulu sebelum saya bermulanya sesi temuduga tersebut. Beliau meminta saya untuk menjawab soalan tersebut dalam 30 minit.

Antara topik yang ditanya adalah soalan algorithm, SQL, dan konsep Object-Oriented Programming. Terus terang saya tidak dapat menjawab kesemuanya dalam masa yang diberikan dah hanya mampu menjawab soalan berkaitan algorithm.

Saya ada cuba untuk menjawab soalan yang lain tetapi masa yang diberi adalah amat singkat. Selepas 30 minit tamat, saya menghantar jawapan saya.

Setelah itu, penemuduga tersebut mungkin sedang membaca jawapan saya sebab ketika itu saya tidak mendapat apa apa respond. Namun dalam 10 minit kemudian, sesi temuduga bermula.

Sesi temuduga tersebut berjalan seperti biasa namun ada satu perkara yang saya ingin highlight-kan. Jika anda masih ingat, saya pada mulanya tidak begitu berminat untuk bekerja di syarikat tersebut tetapi semasa sesi temuduga, saya amat tertarik dengan tech-stacks yang mereka gunakan.

Mereka ada katakan yang mereka sentiasa akan cuba menggunakan tech-stack terbaru seperti TypeScript dan GraphQL. Skillset utama saya adalah React dan penggunaan TypeScript dan GraphQL bersama React merupakan perkara yang menarik minat saya.

Selain itu, penemuduga tersebut juga mengatakan pengalaman saya bekerja di Digi-X dimana saya terlibat dengan development aplikasi berkaitan HR merupakan perkara yang menarik bagi mereka. Ini kerana mereka juga mempunyai sebuah aplikasi yang berkaitan HR.

Refleksi

Secara kesimpulannya, IFCA merupakan sebuah company yang agak menarik setelah saya pergi ke sesi interview mereka. Penggunaan tech-stack yang menarik seperti GraphQL merupakan penarik untuk saya bekerja di syarikat mereka.

Walaupun pada mulanya saya tidak berminat, peluang untuk menpelajari perkara baru boleh mempengaruhi keputusan saya dan saya perlu mengambil kira segala pros and cons sesebuah company tersebut.

Digi-X

Digi-X merupakan tempat intern saya semasa semester 5 selama 6 bulan. Saya sambung bekerja dengan mereka secara part-time dari Mac 2020 sehingga Disember 2020 selama lebih kurang 9 bulan.

Cara Mendapat Interview

Saya dipanggil ke sesi temuduga bersama Digi-X adalah melalui manager saya semasa intern. Selepas saya update status LinkedIn saya kepada #OpenToWork, manager saya segera menghubungi saya untuk mengatur sesi temuduga.

Saya berasa amat rendah hati dengan tawaran tersebut.

Sesi Interview

Proses interview Digi merupakan antara proses yang terpanjang bagi saya. Saya telah menjalani 4 peringkat interview bersama mereka dalam masa 2 minggu.

Pada peringkat yang pertama saya di-interview oleh 2 developer dari Digi-X yang saya kenali. Sesi interview tersebut dimulakan dengan saya memberitahu "update" kehidupan saya selepas intern dan pengalaman FYP saya.

Kami banyak berbincang tentang FYP saya kerana mereka ingin mengetahui proses saya ketika mengumpul requirements projek, tindakan saya ketika menghadapi masalah seperti pemilihan tech-stacks, penentuan scope projek, dan sebagainya.

Saya juga ada memberi beberapa feedback kepada mereka tentang pengalaman saya bekerja secara part-time dan beberapa perkara yang saya ingin ketahui tentang future planning mereka.

Perkara yang sama berlaku semasa sesi interview peringkat yang kedua dan ketiga, dimana saya di-interview oleh business team dan juga senior developer.

Pada peringkat keempat merupakan sesi interview bersama management Digi-X. Ketika sesi ini saya ditanya tentang plan career saya dan apakah yang saya cari dalam pekerjaan pertama saya. Saya juga ditanya soalan cepumas seperti, sejauh manakah saya ingin bekerja di Digi dan adakah saya mencari pekerjaan secara long-term atau short-term.

Secara jujurnya saya tidak menyangka akan ditanya soalan sebegitu dan saya memang tidak bersedia untuk memberikan jawapan yang baik.

Refleksi

Sesi interview yang saya jalani secara overall berjalan dengan lancar, terutamanya pada peringkat awal interview. Satu kelebihan jika saya memulakan career full-time saya di sini adalah familiarity. Saya sudah bekerja dan mengenali mereka selama lebih setahun.

Memang tidak dinafikan, saya suka bekerja dengan rakan sekerja saya di sana tetapi familiarity ini juga merupakan antara sebab saya kurang berminat bekerja di Digi-X.

Saya risau jika saya sambung bekerja di tempat yang saya sudah selesa saya akan menjadi terlampau selesa di situ. Saya merasakan saya tidak mahu bekerja di sesebuah syarikat untuk jangka masa yang lama, terutamanya di peringkat awal career saya.

Walaubagaimanapun saya tetap akan mempertimbangkan Digi-X jika diberi tawaran untuk bekerja.

Shopee (Singapore)

Cara Mendapat Interview

Sekali lagi LinkedIn merupakan permulaan saya mendapat interview bersama Shopee. Seorang recruiter daripada Shopee membuat connection request kepada saya dan sedang mencari Frontend Developer.

Apa yang menarik tentang Shopee Singapore adalah ianya merupakan peluang oversea. Saya perlu berpindah ke Singapore jika saya ingin bekerja di Shopee Singapore. Ketika itu saya agak excited tetapi masih tidak bersedia secara mental untuk berpindah.

Saya tidak merancang untuk ke luar negara buat masa sekarang walaupun jika saya ditawarkan kerja. Namun saya tidak mahu menutup kemungkinan tawaran. Saya juga masih berada di peringkat temuduga, maka saya terima tawaran temuduga tersebut.

Sesi Interview

Pada peringkat pertama, saya diberikan satu online test berdurasi selama satu jam. Mereka memberi link kepada saya untuk menjawab test tersebut dan saya boleh access soalan tersebut dalam masa 48 jam. Saya juga perlu menyiapkan dalam satu sesi.

Online test Shopee teramatlah strict. Saya diwajibkan untuk share screen, buka mic dan webcam, dan platform tersebut memasang software eye tracking untuk memastikan saya tidak memandang ke tempat lain sepanjang test.

Peringkat Pertama - Online Test

Dari segi soalan, test tersebut mempunyai 8 soalan programming. Jika anda pernah menyertai mana-mana competitive programming, anda mungkin familiar dengan format soalan tersebut.

Saya dapat menyelesaikan 7 soalan pertama dalam 30 minit yang pertama, dan baki masa 30 minit yang ada saya habiskan untuk soalan terakhir yang agak mencabar. Soalan terakhir memerlukan saya untuk menggunakan konsep recursive function.

Secara overall saya confident dengan performance saya walaupun agak kekok dengan monitoring yang dilakukan. Namun alhamdulillah saya layak untuk ke peringkat seterusnya, iaitu temuduga bersama senior developer.

Peringkat Kedua - Technical Interview with Senior Developer

Untuk peringkat kedua, ianya berlangsung selama 90 minit. Topik yang ditanya adalah Web Frontend Development dan JavaScript. Interview tersebut dilakukan melalui Zoom.

Pada awal interview, seperti biasa saya perlu mengenalkan diri saya dan menceritakan serba sedikit latar belakang dan pengalaman saya. Kemudian penemuduga saya terus memasuki topik pertama tanpa saya sedar.

Ketika itu saya sedang menceritakan pengalaman saya terlibat dalam projek automation. Saya menyangkakan bahawa beliau ingin mengetahui lebih mendalam tentang apa yang saya sedang ceritakan, tetapi beliau sebaliknya sudah memulakan sesi teknikal interview.

Beliau menanya bagaimanakah saya mendapatkan element daripada web seperti button dan input box, dimana saya menjawab saya menggunakan attribute id atau class. Kemudian beliau meneruskan bertanya tentang topik yang lebih mendalam.

Saya diminta untuk menerangkan apakah yang berlaku dari mulanya seorang user menaip URL ke dalam browser sehinggalah user tersebut dapat menggunakan laman web yang diingini.

Ketika itu saya menjawab secara high level apa yang berlaku seperti browser tersebut akan menghantar request tersebut kepada server dan server kemudiannya akan menghantar semula dengan file yang diminta oleh browser.

Tidak berpuas hati dengan jawapan saya, beliau memberi soalan yang lebih spesifik kepada saya.

Bagaimanakah browser tersebut mengetahui server mana yang perlu request tersebut dihantar. Ketika ini saya mula merasakan bahawa beliau ingin jawapan yang lebih detail.

Maka saya menerangkan tentang DNS server dimana browser akan mendapatkan IP adress sesebuah server berdasarkan domain name yang didaftar.

Begitulah sesi interview saya berlalu untuk bahagian pertama. Beliau ada menyentuh beberapa topik seperti apakah perbezaan HTTPS dan HTTP, bagaimanakah browser membaca dan "render" file HTML, CSS, dan JavaScript, dan bermacam-macam lagi.

Secara jujurnya memang saya tidak dapat menjawab sebahagian besar daripada soalan yang ditanya kerana ianya agak advance berbanding dengan apa yang saya ketahui.

Setelah tamat bahagian pertama, beliau teruskan sesi interview tersebut kepada bahagian kedua, iaitu sesi coding JavaScript. Bahagian kedua ini mempunyai 2 soalan, dan spoiler alert, ianya amat sukar.

Soalan pertama saya diminta untuk membuat satu function dimana function tersebut boleh menerima beberapa argument atau parameter dan me-return sebuah value. Value yang dipulangkan perlu diambil dari cache jika ianya adalah panggilan kedua.

Contoh situasi mengikut urutan:

1. add(1,1) ⇒ 2 (computed value)
2. add(1,1) ⇒ 2 (cached value)
3. add(1,2) ⇒ 3 (computed value)
4. add(1,1) ⇒ 2 (computed value)

Sehingga sekarang saya masih tidak tahu bagaimana untuk menyelesaikan masalah tersebut.

Soalan kedua merupakan soalan yang lebih saya familiar tetapi saya masih tidak faham dengan solusi yang saya berikan.

Beliau memberikan saya beberapa code snippet yang berbentuk seperti dibawah.

Array.prototype.all([1, 2, 3] => isGreaterThanZero)  // return true
Array.prototype.any([1, 2, 3] => isGreaterThanZero)  // return true
Array.prototype.none([1, 2, 3] => isGreaterThanZero) // return false

Array.prototype.all([-1, 2, -3] => isLessThanZero)   // return false
Array.prototype.any([1, -2, 3] => isLessThanZero)    // return true
Array.prototype.none([-1, 2, 3] => isLessThanZero)   // return false

Sekali pandang saya ianya nampak mudah. Tetapi dengan apa yang diberikan saya keliru dengan cara beliau menulis code JavaScript. Saya juga tidak dapat run code tersebut ketika itu, yang membuatkan ianya menjadi lebih mencabar.

Sekali lagi secara jujurnya saya cakap, saya masih tidak faham dengan apa yang berlaku dengan sesi interview kedua ini.

UPDATE (27/5/21): Saya terjumpa video ini and it all makes sense now. Jika saya terjumpa bentuk soalan yang sama seperti ini pada masa akan datang, saya yakin saya akan dapat menjawab dengan lebih baik.

Ini juga bukti kenapa pengalaman itu berharga. Anda mungkin akan belajar perkara baru yang berkait dengan apa yang anda tidak faham sebelum ini.

Refleksi

Pengalaman interview bersama Shopee adalah sangat unik. Dari cara saya ditawar untuk ditemuduga, kepada sesi interview online test yang agak strict, dan sesi technical interview yang sangat mencabar.

Ianya sebuah pengalaman yang sangat menarik yang perlu saya hargai. Tidak semua company yang melakukan sesi hiring process seperti mereka. Walau apa pun keputusan mereka, saya berharap pengalaman ini akan membantu saya pada masa hadapan di dalam sesi interview yang lain.

MoneyLion

MoneyLion adalah sebuah syarikat daripada US yang mempunyai office di Kuala Lumpur. Saya mengenali syarikat ini melalui career fair di fakulti saya. Secara amnya MoneyLion hampir menyerupai sebuah bank tetapi mereka lebih memfokuskan kepada mobile app.

Cara Mendapat Interview

Pada mulanya, saya sudahpun berhajat untuk apply position Mobile Engineer di MoneyLion. Tetapi saya teragak-agak kerana saya merasakan peluang untuk mendapat panggilan interview itu rendah.

Namun begitu, seorang daripada rakan sekerja saya semasa intern menghubungi saya melalui WhatsApp untuk bertanya khabar dan ingin mengambil tahu tentang status job hunting saya. Beliau ada memberi beberapa nasihat dan tips kepada saya untuk mencari kerja,

Beliau juga ada bertanya jika saya berminat untuk bekerja di MoneyLion, dimana beliau mempunyai seorang kenalan disana dan beliau boleh membantu saya untuk merujuk terus kepada HR.

Saya terus terima tawaran tersebut dan beliau kemudiannya memberikan saya sebuah special link untuk saya apply position Mobile Engineer tersebut. Dari sini saya mula lebih serious untuk teruskan permohonan saya.

Saya merasakan bahawa saya mempunyai peluang yang lebih tinggi jika saya dirujuk oleh seseorang. Maka dari situlah saya mendapat panggilan temuduga bersama MoneyLion.

Sesi Interview

Bagi sesi interview MoneyLion, saya menjalani sebanyak 3 peringkat bersama mereka secara total. Peringkat pertama merupakan sebuah online test sama seperti Shopee. Seterusnya saya perlu menyiapkan take-home assignment yang diberi mereka dalam masa 24 jam. Akhir sekali merupakan sesi temuduga bersama Mobile Lead dan Engineering Lead mereka.

Peringkat Pertama - Online Test

Online test mereka tidaklah se-strict Shopee. Mereka hanya memberikan saya sebuah link dan saya perlu menyelesaikan test tersebut dalam masa satu jam. Test tersebut merangkumi 3 soalan programming dan 2 soalan subjektif.

Saya tidak mengalami sebarang masalah bagi soalan programming tetapi 2 soalan subjektif mereka agak mencabar. Bagi soalan pertama, saya diminta untuk "propose" satu solusi untuk sebuah case study dan bagi soalan kedua saya diminta untuk menerangkan perbezaan teknik imperative programming dan functional programming.

Memang ketika itu saya membuat research on-the-spot kerana saya tidak begitu familiar dengan 2 konsep tersebut. Tapi secara overall ianya berjalan dengan lancar.

Dan saya layak ke peringkat kedua.

Peringkat Kedua - Take-Home Assignment

Saya diminta untuk develop sebuah mobile app menggunakan React Native. Saya diminta untuk membuat aplikasi klon mirip Google Form, tetapi tidaklah merangkumi segala aspek. Saya hanya perlu membuat 2 screen utama iaitu Builder screen dan Viewer screen.

Builder screen merupakan screen dimana user boleh Add Question dan memilih jenis Question tersebut sama ada Checkbox, Text, Number atau Boolean. Viewer screen pula adalah screen untuk mengisi soalan tersebut.

Secara overall saya agak yakin dengan peringkat ini kerana saya amat familiar dengan React. Tetapi saya agak struggle untuk setup project React Native. Cara untuk setup sebuah aplikasi mobile app menggunakan React Native adalah lebih rumit berbanding setup web app menggunakan create-react-app

Tapi apa apa pun saya dapat menyiapkan assignment tersebut dengan jaya berserta beberapa requirement bonus yang diberi. Cuma saya tidak dapat run mobile app tersebut di emulator android.

Anda boleh merujuk repository ini di GitHub jika anda berminat untuk melihat project tersebut.

Peringkat Ketiga - Interview

Sesi temuduga ini adalah lebih kepada membentangkan source code dan perbincangan tentang approach saya untuk membina mobile app tersebut.

Mereka juga ada meminta saya untuk menambah satu lagi feature dalam masa satu jam. Feature yang ditambah adalah data persistence. Saya hanya menggunakan localstorage untuk menambah feature ini.

Selepas itu ianya berjalan seperti sesi interview yang lain dimana kami berbincang tentang pengalaman dan expectation saya, dan juga sesi soalan jawab dimana saya bertanya tentang MoneyLion secara lebih mendalam.

Saya dapat rasakan sesi tersebut berlangsung dengan baik dan mereka kagum dengan performance saya. Satu perkara yang boleh diperbaiki adalah masalah saya tidak dapat run mobile app tersebut di Android.

Refleksi

Secara peribadi, saya merasakan yang saya telah lakukan yang terbaik disemua peringkat interview mereka. Saya mendapat respond yang positif daripada mereka dan diakhir interview juga saya dipuji "Good Job!" oleh Mobile Lead mereka.

Saya mempunyai harapan yang tinggi kerana saya berjaya ke semua peringkat dengan baik. Saya diberitahu yang mereka akan memberi maklum balas dalam masa seminggu dan jika tiada apa apa respond saya boleh menganggap ianya tidak berjaya.

Snappymob

Cara Mendapat Interview

Snappymob merupakan syarikat pertama yang saya apply melalui JobStreet. Ketika itu saya memang target untuk bekerja disitu sekiranya saya diberikan tawaran. Ianya merupakan first choice saya dan the only company yang saya apply.

Saya berminat dengan syarikat ini disebakan oleh kecantikan website mereka. Overall vibe didalam gambar mereka juga adalah satu faktor saya berminat untuk bekerja di sini. Saya tahu ianya bukanlah perkara yang paling penting untuk menilai sesebuah company.

Dan saya juga merasakan anda tidak patut buat apa yang saya lakukan, haha.

Sebelum saya apply di JobStreet, saya ada berminat dengan 2 posisi yang ditawarkan iaitu React Native Developer dan Fullstack Developer. Saya merancang untuk apply posisi React Native terlebih dahulu di JobStreet dan memberitahu mereka yang saya juga berminat untuk posisi Fullstack semasa interview.

Sesi Interview

Snappymob mempunyai hiring process yang ringkas. Saya hanya melalui 2 peringkat – boleh dikatakan juga mereka hanya mempunyai 1 peringkat technical interview. Selepas saya apply di JobStreet, saya mendapat panggilan daripada HR mereka untuk mengatur sesi interview.

Sesi technical interview mereka boleh dibahagikan kepada 2 bahagian, general programming concept dan JavaScript. Technical interview mereka hanyalah dilakukan diatas talian melalui Zoom. Mereka tidak melakukan sebarang hands-on test seperti take-home assignment dan online test.

General Programming Concept

Bahagian ini sedikit mencabar bagi saya, topik yang ditanya adalah konsep Object-Oriented Programming. Walaupun saya familiar dengan konsep OOP, saya tidak dapat menerangkan kesemua konsep dengan baik.

Saya diminta untuk menerangkan perbezaan interface dan abstract class . Saya cuba sebaik mungkin tetapi memang saya tidak dapat menjawab segala persoalan yang ditanya.

Bahagian JavaScript

Untuk bahagian ini, saya merasakan ianya berjalan dengan lebih baik kerana saya lebih yakin dengan knowledge JavaScript saya. Penemuduga tersebut ada menyentuh konsep JavaScript seperti Promise dan Callback Functions.

Beliau ada juga menyentuh topik yang lebih berkaitan dengan React Native seperti penggunaan Redux sebagai state management solution. Saya diminta untuk menerangkan sebab sebab kenapa Redux diperlukan dan apakah masalah yang Redux selesaikan.

Topik yang dibincangkan adalah antara tools dan technology yang saya gunakan semasa membuat FYP saya yang membuatkan saya lebih yakin dengan jawapan saya.

Refleksi

Secara overall saya merasakan ianya berjalan dengan lancar dan saya mempunyai harapan yang tinggi untuk mendapat tawaran dari mereka.

Saya juga ada menghantar email follow up setelah selesai interview untuk menunjukkan yang saya amat berminat dan excited untuk mendengar maklum balas dari pihak mereka.

Kronolgi Job Hunting

Setelah anda membaca kesemua sesi interview di atas, mungkin anda sudah boleh agak keputusan bagi setiap interview tersebut. Anda juga mungkin sudah mengetahui dimana saya bekerja sekarang sekiranya anda melawati akaun LinkedIn saya.

Tetapi jika anda masih belum mengetahuinya, dalam bahagian ini saya akan menceritakan kronologi job hunting saya selama hampir 2 bulan.

25 Februari 2021

Ini merupakan tarikh saya memohon kerja Snappymob. Saya mendapat panggilan daripada mereka pada keesokan harinya dan kami mengatur sesi temuduga pada 2 Mac 2021.

2 Mac 2021

Sesi interview pertama saya bersama Snappymob. Seperti yang anda ketahui saya mempunyai harapan yang tinggi untuk mendapat tawaran bekerja. Ianya juga merupakan company first choice saya ketika ini dan saya memang target untuk bekerja disini jika mendapat tawaran.

Namun begitu, setelah seminggu selepas interview iaitu pada 8 Mac 2021, saya tidak mendapat apa apa respond dari mereka. Saya kemudiannya membuat follow-up melalui WhatsApp dan mereka mengatakan bahawa permohonan saya masih diproses.

Ketika ini saya merasakan yang saya tidak berjaya dan mungkin sudah ditolak. Pada minggu seterusnya juga saya tidak mendapat apa apa respond dan saya mula memohon di syarikat lain.

15 Mac 2021

Saya mulakan sesi permohonan kerja saya dengan membuat sebuah post di LinkedIn dan menukar status saya kepada #OpenToWork. Pada hari yang sama juga saya approach Product Manager Maevi untuk mengetahui dengan lebih lanjut tentang job opening yang diiklankan.

Hari tersebut juga merupakan hari dimana manager Digi-X saya menghubungi saya untuk mengatur sesi interview bersama Digi.

17 Mac 2021

Saya menjalani sesi interview bersama Maevi 2 hari selepas saya approach mereka. Rakan sekerja saya dari Digi-X juga ada menghubungi saya untuk mengetahui status job hunting saya. Ketika inilah beliau menawarkan untuk merujuk saya ke MoneyLion.

19 Mac 2021

Saya mengambil masa 2 hari untuk menyediakan cover letter dan menjawab soalan MoneyLion sebelum apply setelah saya diberikan special link oleh rakan sekerja saya.

Pada hari yang sama juga recruiter daripada IFCA menghubungi saya untuk mengatur sesi interview pada 23 Mac 2021.

22 Mac 2021

Secara tidak disangka, setelah hampir 3 minggu selepas sesi interview, saya mendapat tawaran pertama saya daripada Snappymob. Ketika ini saya agak conflicted kerana saya sudahpun mula untuk mencari pekerjaan di syarikat lain dan first choice saya sudah bertukar kepada MoneyLion.

Namun saya diberikan masa seminggu untuk memberikan jawapan saya, dan saya ingin fokus untuk sesi interview yang akan datang.

Pada hari yang sama juga merupakan sesi interview pertama saya bersama Digi-X.

23 Mac 2021

Saya menghadiri sesi interview bersama IFCA pada hari ini dan selepas sesi temuduga tersebut, saya terus mendapat tawaran kerja. Ini merupakan hiring process yang paling cepat pernah saya alami. Saya mendapat tawaran pada hari yang sama saya ditemuduga.

Ketika ini saya sudahpun mendapat 2 tawaran. Saya masih tidak membuat apa apa keputusan kerana saya masih ada masa dan tidak mahu terburu-buru.

25 Mac 2021

Pada hari ini saya mempunyai 2 sesi interview, iaitu bersama MoneyLion untuk sesi pertama dan sesi kedua bersama Digi-X. MoneyLion kemudiannya memberi saya sebuah link untuk menjawab online test mereka.

Ini juga merupakan hari terakhir untuk saya memberi respond kepada tawaran IFCA dan saya decide untuk menolak tawaran mereka. Ini adalah kerana saya mungkin akan terima tawaran Snappymob.

Pada hari yang sama juga, seorang recruiter daripada Shopee approach saya di LinkedIn mengenai peluang pekerjaan di Singapore. Kami mengatur sesi interview yang pertama pada keesokan harinya.

26 Mac 2021

Recruiter daripada Shopee menerangkan kepada saya tentang hiring process mereka dan memberitahu saya untuk menjawab online test mereka pada hujung minggu.

Setelah beberapa hari memikirkan tawaran daripada Snappymob, saya decide untuk menerima tawaran mereka walaupun saya masih mempunyai banyak sesi interview. Saya akan mula bekerja pada 19 April 2021.

Saya tidak mahu menolak tawaran mereka walaupun ketika ini saya target untuk bekerja di MoneyLion. Tetapi saya juga tidak mahu untuk cancel semua interview yang saya dah booked.

Saya mengangap tawaran ini merupakan backup plan saya jika saya tidak mendapat apa apa tawaran lain.

Harapan saya adalah untuk mendapatkan tawaran lain sebelum 19 April. Sekiranya saya berjaya mendapat tawaran lain sebelum tarikh tersebut, saya boleh menolak semula tawaran Snappymob dan menerima tawaran baru jika ianya lebih menarik.

30 Mac 2021

Saya mendapat rejection saya yang pertama iaitu daripada Maevi. Respond yang diberikan adalah agak lewat tetapi saya amat menghargai respond tersebut. Mereka mengatakan yang mereka ingin mengambil saya tetapi atas sebab sebab tertentu mereka terpaksa menolak saya.

1 April 2021

Saya menjalani 2 sesi interview pada hari ini iaitu sesi kedua bersama MoneyLion dan sesi kedua bersama Shopee.

Bagi MoneyLion, ianya merupakan sesi penerangan take-home assignment saya. Saya diminta untuk develop sebuah mobile app dalam masa 24 jam.

2 April 2021

Ini merupakan sesi interview terakhir saya bersama Digi-X namun saya tidak berjaya ke peringkat seterusnya. Saya merasakan bahawa mereka nampak hesitation saya untuk bekerja bersama mereka.

Walaupun saya tidak berjaya, saya merasakan sekiranya saya betul betul berminat untuk bekerja di situ, saya akan berjaya ke peringkat yang terakhir.

Maka pada ketika ini, hanya MoneyLion dan Shopee sahaja yang masih mempunyai harapan.

5 April 2021

Saya menjalani sesi inteview ketiga bersama Shopee. Setelah tamat interview tersebut, saya mendapat email mengatakan yang saya tidak berjaya ke peringkat seterusnya. Saya tidak terkejut tetapi agak kecewa.

Saya sangat yakin dengan performance saya semasa sesi online test tetapi untuk sesi interview teknikal, ianya adalah sangat mencabar bagi saya.

Walaubagaimanapun, saya bersyukur saya tidak menolak tawaran untuk interview bersama mereka dan saya menganggap ini merupakan pengalaman yang saya hargai.

Maka hanya tinggal MoneyLion yang saya masih berpeluang untuk mendapat tawaran.

7 April 2021

Hari ini merupakan sesi interview peringkat terakhir saya bersama MoneyLion. Seperti yang anda tahu, saya merasakan yang saya mempunyai peluang yang tinggi setelah tamat interview. Saya juga diberitahu yang saya akan mendapat maklum balas daripada mereka dalam masa seminggu.

Saya masih ada masa sebelum 19 April dan sangat mengharapkan untuk mendapat tawaran daripada mereka.

15 April 2021

Seminggu kemudian, saya mendapat email daripada MoneyLion yang mengatakan bahawa saya tidak berjaya mendapat tawaran. Walaupun agak kecewa saya tidaklah begitu sedih dengan keputusan tersebut.

Saya bangga dengan usaha yang saya telah lakukan dan pengalaman bertemuduga dengan MoneyLion merupakan suatu perkara yang saya hargai.

Berdasarkan apa yang saya telah lalui, saya mungkin akan cuba sekali lagi untuk bekerja disini pada masa akan datang.

Maka dengan itu, saya dah tak ada pilihan lain selain Snappymob. Don't get me wrong, walaupun saya pernah menganggap Snappymob sebagai backup plan, saya tetap mahu bekerja dengan mereka.

Snappymob merupakan first choice saya pada asalnya.

19 April 2021

Maka pada 19 April 2021, saya mula bekerja di Snappymob setelah hampir 2 bulan sesi job hunting saya.

Kesimpulan

Walaupun sesi job hunting saya bermula dengan agak baik, lebih-lebih lagi setelah mendapat 2 tawaran pada minggu yang sama, yang memberi harapan tinggi kepada saya. Little did I know yang 2 tawaran tersebut merupakan the only tawaran yang saya akan dapat.

Saya bersyukur saya tidak menolak tawaran Snappymob ketika saya berada di peringkat interview bersama company lain. Walaupun saya meletakkan harapan yang tinggi, saya tetap tidak mendapat apa-apa selain 2 tawaran tersebut.

Jika saya menolak mentah atas sebab ingin "target" company lain, saya mungkin perlu mula semula sesi job hunting saya pada 15 April 2021.

Walaubagaimanapun, saya tidak juga menolak mentah invitation untuk di-interview oleh company lain walaupun saya telah secure satu tempat.

Apa yang saya ingin sampaikan adalah, take your time untuk membuat keputusan. Anda tidak perlu terburu-buru kerana most likely anda mempunyai masa untuk consider segala aspek.

Saya akhiri dengan sedikit tips dan lesson learned daripada pengalaman saya iaitu untuk allocate at least dua bulan untuk sesi job hunting anda.

Ini termasuk tarikh anda mula bekerja atau tarikh masuk office, beri mereka tarikh yang lebih jauh supaya anda ada buffer time untuk memikirkan pilihan anda.

Anda mungkin akan mendapat tawaran terlalu awal dan sekiranya tarikh masuk office anda adalah pada bulan hapadan, anda boleh menerima dahulu tawaran tersebut dan cancel jika anda mendapat tawaran yang lebih baik.

Tidak semua company mempunyai hiring process yang sama. Company besar terutamanya mungkin mengambil masa sehingga 2-3 minggu untuk memproses permohonan anda.

Akhir kata

Saya ingin mengucapkan terima kasih banyak-banyak kepada anda yang membaca artikel ini. Tidak kiralah anda hanya membaca beberapa bahagian atau membaca sepenuhnya dari awal sehingga habis, terima kasih kerana membaca.

Saya tahu artikel ini sangatlah panjang dan tujuan saya menulis artikel ini adalah untuk anda mendapat sedikit "insights" tentang perjalanan seorang fresh graduate sains komputer memohon kerja setelah tamat belajar.

Sekiranya anda ada apa-apa soalan tentang mana mana bahagian artikel ini, atau anda ingin mengetahui dengan lebih lanjut, anda sangatlah dialu-alukan untuk menulis komen di bawah atau hubungi saya di Twitter, @afrieirham_

Saya akan cuba sebaik mungkin untuk menjawab soalan anda.

Sekali lagi saya ingin mengucapkan jutaan terima kasih kepada anda yang membaca dan ingin meminta anda untuk share artikel ini kepada rakan anda sekiranya anda rasa ianya bermanfaat.

Itu saja daripada saya, thank you! ✨

Namun begitu, anda juga akan memperoleh pelbagai manfaat sekiranya anda mula menulis blog atau artikel sebagai seorang software developer atau pelajar sains komputer. Dalam artikel ini, saya ingin berkongsi dengan anda, 3 faktor, mengapa anda perlu mula menulis blog.

Melatih Skill Komunikasi 🗣

Menulis artikel atau blog yang berkualiti bukanlah perkara yang mudah. Ianya memerlukan skill penulisan dan komunikasi yang tinggi. Menerangkan sesuatu perkara, terutamanya topik yang kompleks seperti programming memerlukan seseorang itu berkomunikasi dengan bahasa yang mudah difahami. Ini merupakan skill komunikasi yang penting untuk diasah oleh seorang programmer kerana tugas mereka bukanlah hanya untuk menulis code tetapi programmer juga perlu menyuarakan pendapat dan idea supaya dapat menjalankan tugas dengan lebih efektif.

Dalam sesebuah Software Development team, programmer perlu berkomunikasi dengan pelbagai jenis orang dimana tidak semua orang akan memahami jargon atau technical term yang digunakan oleh programmer. Melalui penulisan artikel dan blog, ia membolehkan seseorang programmer itu melatih skill komunikasi mereka dengan lebih berkesan, lebih lebih lagi jika mereka konsistent menulis blog yang berkualiti.

Belajar Dengan Mengajar 👨🏻‍🏫

Sebagai seorang Software Developer, anda pasti akan belajar perkara baru hampir setiap hari. Samada programming language baru, library baru, framework baru, atau konsep programming yang baru. Apa pun topik yang anda belajar, anda akan lebih memahami topik tersebut jika anda mengajar semula kepada orang lain.

Malah, konsep "Belajar Dengan Mengajar" boleh diimplementasi oleh sesiapa sahaja kerana anda perlu memahami perkara tersebut secara menyeluruh sebelum anda yakin dan boleh mengajar seseorang tentang sesuatu perkara.

Blogging merupakan salah satu platform yang sangat accessible untuk anda mengajar melalui penulisan. Zaman sekarang ni, sesiapa pun boleh start blogging dengan mudah samada di platform seperti Hashnode dan Medium, ataupun di website anda sendiri jika anda mahir membangunkan sebuah website.

Membina Personal Branding 👨🏻‍💻

Jika anda seorang pelajar sains komputer yang aktif di Twitter, saya pasti anda amat mengenali saudara Omar Mokhtar. Omar merupakan seorang FullStack Software Developer yang dikenali ramai melalui penulisan bebenang beliau di Twitter di mana beliau berkongsi tips dan pengalaman beliau berkaitan sains komputer, programming, dan tips belajar coding kepada beginners.

Populariti Omar bukanlah perkara yang berlaku secara tiba tiba, ramai yang mengenali beliau melalui Twitter apabila bebenang beliau di-retweet banyak kali oleh pengguna Twitter. Saya yakin saudara Omar sendiri tahu tentang perkara ini, dimana, dengan berkongsi ilmu dan pengalaman berkaitan topik programming dan sains komputer, ianya dapat menjadikan beliau berada di posisi yang dikenali orang sebagai Software Developer yang mahir dan berpengalaman.

Baru baru ini saudara Omar telah menulis sebuah ebook Kitab FullStack dan mendapat sambutan yang hangat. Penjualan Kitab FullStack itu merupakan bukti kejayaan Personal Branding beliau. Ramai yang membeli buku tersebut (termasuk saya haha) kerana beliau telah mendapat kepercayaan dan kredibiliti sebagai seorang yang berpengalaman.

Semua ini tidak akan terjadi jika Omar tidak bermula dengan menulis bebenang di Twitter secara percuma dan memberi value kepada orang ramai sebelum beliau melancarkan ebook pertama beliau.

Konklusi

Tiga perkara yang dah saya terangkan tu adalah antara kelebihan yang saya ingin highlight-kan dalam artikel ni. Saya yakin jika anda search "Why developers should start blogging" di Google, anda akan jumpa lebih banyak artikel yang ditulis oleh developers dari pelbagai jenis latar belakang yang menerangkan dengan lebih terperinci tentang perkara ini.

Akhir kata, saya nak recommend satu video daripada Traversy Media yang bertajuk "Why Developers Should Have a YouTube Channel". Walaupun dalam video tu beliau menerangkan tentang kenapa Developers perlu start YouTube Channel, tapi saya rasa ada beberapa point yang boleh dikaitkan dengan blogging. Itu sahaja dari saya dalam artikel ni, thank you for reading!

I think everyone knows the benefits of internship, especially for new developers. But often time we hesitate to even apply for it.

So ,  am I ready for internship? Absolutely not – that is what your mind will tell you.

Truth is, you're never ready. That's why you do internship, to get more experience.

But you need to know "something" right? To answer that – yes

To be honest, I also didn't feel like I was ready for internships, that's why I only did it when I need to do it. It was in my uni curriculum, we are required to do internship on our fifth semester.

I knew internship will be beneficial for me but I didn't feel ready.

I also don't know what should I know, what do companies expect from interns, what if I am actually not ready, like I need to know something first right? A framework, maybe a certain language.

And the list goes on, and I believe that some of you are experiencing the same thing too.

But truth is – none of that matters.

The only thing you need to have is a strong programming fundamental. You know what and how to use a loop, if else statement, functions, class and maybe Object-oriented programming.

But the most important thing is you need be resourceful a.k.a. knowing how to "figure it out".

That is the most important skill and mindset that you need to have as an intern – heck, it's the most important mindset to have as a developer in general.

My portfolio before internship

To give you more context about how much I knew before my internship, here are some of my works. Talk is cheap right?

1. Command line Blackjack – school project

Not this one, mine was this without all the interface.

If I have to pinpoint a moment where I experience real development, this is the project that I would choose.

Sure, I know how to write a simple command line calculator before, I know what a function is, I know the concept of Object-oriented programming, I know how to use loops, if else, and switch.

But this project is the moment where I apply all those knowledge into practice, this is the project that I actually build something from nothing.

Where I pulled off an all nighter just to fix an unknown bug cause by a simple typo.

The moment where I copy paste the error message into google, and search it because I have no idea what else should I do.

The project that forced me to learn Blackjack itself because I have no idea how to play it.

This is, for me, where it all started. My first experience building a software, a game I might add.

And if any of you have done or experience something like this before. Just stop reading this already and start applying for that intern position for god's sake.

I'm not sure if you can still run the game but here's the source code , it's written in Java.

2. CSS image challenge – personal project

Somewhere in June of 2018 I decided to do the #100daysofcode challenge where I try to learn the fundamentals of web development - HTML and CSS.

I learn it on FreeCodeCamp and I also actually document the journey on Twitter - here's the thread

The purpose of the challenge is for me to be more consistent with coding. I also wanted to learn web development more seriously.

After completing the course on FCC and do all the projects, I still didn't feel comfortable with my CSS – here's why .

Then I decided to do more CSS focused project to get more familiar with it.

Personally, the Nintendo Switch was my proudest project after Rick and Morty. It was a fun project that is also easy to showcase.

3. WhatsApp It!  –  personal project

Yep ,  that's it.

WhatsApp It! is a pure JavaScript application that takes the input from the interface and redirect the user to its respective user based on WhatsApp click to chat API.

It is a very simple web page that is surprisingly very useful to a lot of people. I may have taken too much credit from it.

This project came from my own frustration being a treasurer of an event selling t-shirts. My task was to contact all the people who placed an order to confirm their orders.

And if you didn't know already, WhatsApp app itself doesn't let you to chat with an unknown number.

You can technically do it with the click to chat API, or using WhatsApp It! (shameless plug) but it's not available within the app itself, even today.

I also decided to make it a Progressive Web App (PWA) because for me it is the perfect use case for it to be a PWA.

I managed to do it but after a while it's a simple web page again because I felt like I was over-engineering it at that point, and the implementation was not the best, it keeps on breaking.

4. Critical Thinking Test website – school project

This project is the most exciting for me. I see it as an opportunity for me to make it as my first full stack web app portfolio. Though I know nothing about backend stuff apart from database, it was very exciting for me.

I thought it was going to be a Google Forms clone. But it wasn't that.

It is still a great project to showcase as a full stack web app but it wasn't really how I envision it initially - it was much simpler.

It still a great project, don't get me wrong but I think if, a) i had more time, and b) i can focus on it throughout the semester, it would be a much better product in the end.

Nonetheless, it was my first experience with PHP though, this project was built with pure PHP and MySQL using XAMPP. It was fun, but it could be better.

And of course, here's the source code .

All in all -

As you can see, these aren't the most impressive projects, but it's better than nothing – and that's the point.

It shows that you have some experience in development, you have built something from nothing.

The experience of fixing unknown bugs, reading documentation, looking for answers in StackOverflow, and googling the heck out of everything - this is all valuable skills.

You might be surprised but this is how programmers and developers work, either you're a junior developer, an intern, or a senior developer - we all google things we don't know.

And that's okay, it is encouraged in fact.

Nobody expecting you to know everything, they expect you to know how to figure things out.

Conclusion

Now that you've seen my portfolio before my internship, I hope it will help you in terms of having more context to help you evaluate yourself whether you are ready for internship or not.

You might still feel like you're not ready, but if you've done something like I did, you are more than ready.

If you feel like you barely know anything about programming or coding in general, my advice is to start creating personal projects.

Anything would do, be it a clone of Twitter login page with only HTML and CSS, be it a simple calculator mobile apps, a personal website - whatever.

As long as you are coding, programming, and learning. That is all that matters.

Good luck and go apply for that internship.

I wish you the best! Thanks for reading.

Tl;dr  –  it doesn't matter for me.

Before I explain why I don't care about CGPA, I want to give out some context about where I came from. So please read the first few paragraphs before raging. ;)

When I was in high school, I cared a lot about good grades and examinations. And I did pretty well, I get "flying colors" for most of my major exams. All straight As from my primary school year until the very end of high school. I especially worked hard for the last one, the Malaysian Certificate of Education or in Malay "Sijil Pelajaran Malaysia", SPM.

I did all the past years questions, from MRSM trial to SBP trial  –  all of it. I love it, I felt like I'm the genius who knows everything, I was pretty humble though but I felt like I can do anything. I want to learn more complex physics, change the world with chemistry, and considering the holy grail of an Asian family career – becoming a Doctor. I started my "research" about universities, scholarships, high demand jobs that I am supposed to have because I was an "exceptional" student.

I started to apply for scholarship offers (read: tuition fee waiver) at Taylor's University and managed to secure the interview. My life seems to be on the right path. Until I was there.

I got insecure immediately after I look at the people there; others look way matured than me, wearing formal business attire with suits, shiny polished shoes, talking about their achievements in school, going all over the world for conferences, science fair, sports competition, and more. I feel like I was barely at their level. They were more confident, speaks English better, and more well-rounded students, I have no chance.

It crippled me down, I was only there for about 15 minutes and I already fucked up my insecurity, I felt like a failure. But fake it til you make it is all that I have in mind. I tried acting professional and it failed miserably. I stuttered when I speak, I couldn't explain myself when the interviewers asked me questions. I wasn't prepared because I have no idea what kind of career do I want in the future. I settled for Actuarial Science course for my answers because I thought I want to be an Actuary since I'm good at it and enjoyed doing math a lot.

And this self-esteem issue doesn't end here. After my SPM, I research a lot about scholarships, looking for opportunities while also learning more about the best careers that I need to have. I applied to a lot of scholarships, got 2 or 3 interviews out of it and that was it, up until today. I failed most of them and I'm glad now.

All of that teaches me that good grades don't matter, there's more to life than just grades.

Soon I secure a place for my studies at my local universities, I felt great because my expectations were lowered and it's the University of Malaya, no. 1 uni in Malaysia as they said. At this point, I still didn't give up. I am still actively looking for scholarships, bursaries, convertible loans, etc. But I failed, again. Didn't even secure any interviews.

But also at this time, I discovered Computer Science, and I started to consider it as my target for my Bachelor's degree. I watched a lot of YouTube videos about programming jobs, life as developers, and how some people got developer jobs without any formal education. And that's refreshing, I started to worry less about my grades and GPAs and focus more on my actual skills and knowledge.

I don't care if I don't score A for every subject anymore, I don't care if I barely pass. In fact, I would be much happier if I pass rather than getting As.

BUT  – this doesn't mean I neglect my studies, this doesn't mean I stopped learning.

This is just a way for me to clear out my mind and focus on the more important things other than just my grade. It just didn't matter for me anymore.

As you know, I'm a CS student which is a skill-based field. My ability to code and create functional apps or website is much valuable than 4.00 and I found out that the way you get a job in this field, or in any skill-based industry really, is by having a portfolio. A portfolio of the things that you develop or create. In fact, I don't even need a degree to get into this field, but that's another topic.

The reason I said I was glad that I didn't get any scholarship offers, or any financial help really, besides from my parents, is because some of my friends need to maintain their CPGA. They can't afford to not care about their grades. It will cost them money in some cases. If I am a scholar right now, I might still care about my grades and not focusing on my skills. That would be bad for me.

Thanks for reading.

Anyone who always in need to contact other people through WhatsApp but have no interest in saving their contact details. All you need to do is just type in the number and it will direct you to WhatsApp.

It is essentially a click to chat feature. Try it here.

The inspiration

When I was in charge of taking t-shirt orders for my college’s event which is the Software Engineering Day recently, I find out that it is unnecessary to save the customer’s phone number just to tell them about the payment.

I am a person who don’t like to keep my contact list full with unknown people or someone who I have contacted once. Thus, this app is made. :)

Click to Chat feature

I first found out about this feature when I was trying to shop online on Instagram. Most sellers provide a link on their bio for us to click and then it opens up WhatsApp with their number. Sometimes they even pre-filled it with some generic text, which I find really handy.

How it works

The logic behind it is pretty simple.

First, I save the input from the user in a Variable. Then I append it to the Click to Chat Custom URL from WhatsApp and save it in another Variable. When the user click the WhatsApp It! button, it will open up that link in a new tag.

For example, user type in 012324xxxx, the number will then append to the link Variable, creating https://wa.me/012324xxxx. Finally, the user will be directed to that link when they click on WhatsApp It!

What are the tools that I use?

I use Bootstrap for the front-end and JavaScript for the logic. I also use GitHub to host it with GitHub page.

New features that I have in mind

I am currently trying to add more country code into it so that you can use it to WhatsApp anyone, as long as they have WhatsApp account.

I have read some reviews about a similar app on Google PlayStores that gave me some ideas on other features that might be helpful. My friends and family also give me some feedback which helps a lot.

Thank you for reading, appreciate it!

So let's first look at how we, as a human, make decisions.

Usually, we will gather as many information as possible first before we a decision is made.

When deciding what movie to watch, we usually decide it based on

• reviews
• past experience (watched movies)
• friends' opinions

The key is, gather as much data as we can.

Then, based on all of those data, we decide which information is more important.

Say, if I trust the reviews more than my friends' opinions, I will add some sort of "priority" based on the reviews.

If the review tells me that it's a 2/10 and my friends tell me that it's a 100/10,

And because I trust the reviews MORE than I trust my friends, I decided not to watch the movie.

This concept of gathering data, prioritize which one is more important, and decide based on that, is exactly how ANN works.

But with numbers, and mathematics – because "robots".

How ANN works.

ANN works by getting the input data and filter it through each hidden layer by using mathematical formula to predict the output.

Essentially the same as our decision making algorithm.

Say you wanna build a machine that can recognize some written numbers.

Of course it is easy for us to do it but for a machine to recognize the written word, or in this case, numbers, is hard.

Based on this photo, we can easily tell which number is which.

• 2 is 2
• 3 is 3
• 0 is 0

Effortlessly, because we recognize them. No matter how weird the handwriting is. Even if we have never seen it before, because we recognize patterns.

But to give a machine to do the same thing, they'll need to learn it first.

This is where ANN takes place.

And we are going to use the supervised learning method, as an example.

How machines learn

First, we need data. Lots of data.

In this case, we are going to take each individual pixel value of the image.

If you have no idea about what I'm saying, it is basically a value in hexadecimal to represent the color.

But in this case, we're going to make it simple.

If it's white, the value will be 1.

If it's black, the value will be 0.

And anything else from off-white to dark gray will be valued within that range.

Off white might be 0.12.

Dark gray might be 0.86.

You get the idea.

And let's say this image is 10 by 10 pixels wide. So we have a total of 100 inputs.

Each carrying its own value.

And then we are going to feed it to the input layer, in this case, it's 100 different values.

Thus 100 green circles, or called nodes.

Let's say that the first hidden layer is responsible to recognize whether it is a line, a curve, or a loop.

Thus, there'll be 3 nodes in the first hidden layer.

The input value will be calculated with a mathematical formula here.

Usually the nodes will add all of the inputs and adjust it using a sigmoid function to make it within the range of 0 to 1 again.

So for example the summation of all 100 value of colours that we got before is 10,

Then 10 will be inserted into the sigmoid function and the output will be within 0 to 1. Say it's 0.2

That is for a single node in the hidden layer, we have to do it for all the other nodes too.

You may be thinking.

"All of it will be the same because the input are all the same"

And yes, you are right.

But, there's more.

As I said before, the first hidden layer is responsible to predict whether it is a line, a curve, or a loop right?

If all of the formula and the inputs are the same, how on earth can you get a different output value?

Well, introducing "bias value", a number in which, it will be added to each summation.

And each node has a different bias value.

For example, the first node of the hidden layer's bias value is -10.

Second is 40 Third is 100

Now the output will be different.

The summation of all input was 10 before, now by adding the bias value, it will be different.

• Node 1: 10 + (-10) = 0
• Node 2: 10 + 40 = 50
• Node 3: 10 + 100 = 110

You're welcome.

And ohh, before I forget, do you see all of those lines connecting the nodes from input layer to nodes from the hidden layer.

Yes, all of them. EVERY. SINGLE. ONE.

Carries a different values, that'll be multiplied with the input data.

For example,

• Input 1: 0.2
• Input 2: 0.5
• Input 3: 0.7

Each line will alter the value of each input and effect the summation of all the inputs.

Here's the value at each line:

• Line 1: 4
• Line 2: 2
• Line 3: 3

The input value now will be different.

Respective input after altered,

• Input 1: 0.2 x 4 = 0.8
• Input 2: 0.5 x 2 = 1.0
• Input 3: 0.7 x 3 = 2.1

Now as you can see, the value will be massively altered due to the bias value of each node and alteration value from each line.

Maybe it is hard to understand it for now because I didn't organize my flow correctly.

Recap

• The value of each pixel on our image of a handwritten value is retrieved.
• Our image is 10 by 10 pixels, it means that we have a total of 100 input.
• Each value is within the range of 0 to 1.
• Each node has its own bias value.
• Each line has its own value.

Now we have a completely different value for each node on the hidden layer after going through the mathematical formula;

Altered by the value from each line Altered by the bias value in each node

Congratulations, we have just passed the first hidden layer.

There's like thousands more because the number of hidden layers depends on the goal we are trying to achieve.

But say for our handwritten number recognition, there are only 2 hidden layers.

We need to keep doing the math until we reach the output layer before we can even get the result.

But thank god this is all done by a machine so it is pretty fast.

But wait, what if the prediction is not correct?

Simple answer, we need to change the value of the bias value and the value of each line.

How do we know which one to change you ask?

Well, that's the complicated answer. And that is actually the part where the machine actually learns.

Do you wonder, how does the machine even know that it gives the wrong answer? Or how do they know which value to change? How does the change affect the output?

If yes, then good. If no, then try to think about it.

Again I am sorry, that part needs another post. It is way too complicated and I think even this post needs time to be understood.

But good luck.

If you are confused with my explanation, you can watch the video below. It helps to make you understand better.