<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: nzp126</title>
    <description>The latest articles on DEV Community by nzp126 (@nzp126).</description>
    <link>https://dev.to/nzp126</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F576663%2F684c965d-1460-4e71-8d57-7cbecb031e1d.png</url>
      <title>DEV Community: nzp126</title>
      <link>https://dev.to/nzp126</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/nzp126"/>
    <language>en</language>
    <item>
      <title>Microservice or Monolith Architecture?</title>
      <dc:creator>nzp126</dc:creator>
      <pubDate>Mon, 12 Apr 2021 17:50:31 +0000</pubDate>
      <link>https://dev.to/nzp126/microservice-or-monolith-architecture-357n</link>
      <guid>https://dev.to/nzp126/microservice-or-monolith-architecture-357n</guid>
      <description>&lt;h1&gt;
  
  
  Application Monolith
&lt;/h1&gt;

&lt;p&gt;Server-side applications can come with either a modular hexagonal or layered architecture with four main parts: &lt;strong&gt;presentation&lt;/strong&gt;, &lt;strong&gt;business logic&lt;/strong&gt;, &lt;strong&gt;database access&lt;/strong&gt;, and &lt;strong&gt;application integration&lt;/strong&gt;. The presentation deals with the HTTP requests coming into the server and processing the HTML/JSON to structure it. The others are pretty self-explanatory (business logic is the applications &lt;em&gt;business logic&lt;/em&gt;, etc.). When deploying your application, these four parts come together to make a &lt;em&gt;monolith&lt;/em&gt; of code. This is called Monolithic Architecture and it's structured like this for a couple of reasons. The most dominant reason and the only reason it is still integrated so frequently is that it is so simple. It's simple in developing, testing, deploying, and scaling. With this simplicity does come some drawbacks, unfortunately. These drawbacks revolve mostly around complexity and run-time as once an application gets too large, the monolith structure starts to struggle. Other struggles include redeploying after every update, conflicting resource requirements, and sometimes even reliability. Overall, this architecture is very convenient and easygoing that tends to struggle once the application gets larger and more complicated. In the modern age and where application building is headed, it will eventually be outdated and underpowered as the future hopefully holds larger and more complicated projects. &lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--La8iC8b0--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/hkti8t3d60mosb7so0xg.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--La8iC8b0--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/hkti8t3d60mosb7so0xg.jpg" alt="Alt Text"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h1&gt;
  
  
  Microservice Architecture
&lt;/h1&gt;

&lt;p&gt;Looking at the monolith picture above, you can visualize it as one unified structure using the four different blocks. With microservices, they significantly affect the database and application relationship. This is because microservice architecture splits your application into smaller, embedded services that have their own business logic and adapters to act on their own and create individual actions. Each service is different and acts on its own so instead of sharing one big schema (like monolith), they each have their own connection to a database. Because microservice architecture utilizes multiple databases there is most likely going to be data overlap but in return, it ensures &lt;strong&gt;loose coupling&lt;/strong&gt;. The benefits that come from using this architecture start at tackling complexity, enabling a team to work more cohesively and effectively, reducing the struggle to adopt new technologies, and enables technologies to be updated and scaled independently. As you can tell, microservice architecture handles all the problems that monolith architecture couldn't but this also comes with drawbacks. The drawbacks are a lot more complicated and less straightforward. For instance, the first problem is &lt;em&gt;complexity&lt;/em&gt;. Once you add multiple services that all have separate motives, it becomes a lot harder to understand where a problem is coming from, and fixing it can become lost in the order of operations of how the site is populated. Testing a microservice application can also be a lot more complex in the sense that you would need to launch that service and any services that depend on it, in order for it to work or be tested in general. This also means that deploying and running your site will be harder because each service will need its own runtime instance and each instance is going need to be configured, deployed, scaled, and monitored.&lt;br&gt;
&lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--69uDumYZ--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/w4oqw9vntgvxctgmuqqd.png" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--69uDumYZ--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/w4oqw9vntgvxctgmuqqd.png" alt="Alt Text"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h1&gt;
  
  
  Summary
&lt;/h1&gt;

&lt;p&gt;Monolith = easier and lightweight &lt;br&gt;
Monolith != able to handle heavy loads and convenient&lt;br&gt;
Microservice = effective for large projects and accessing information from multiple places&lt;br&gt;
Microservices != simple in any way or able to be implemented with haste.&lt;/p&gt;

&lt;h2&gt;
  
  
  Sources
&lt;/h2&gt;

&lt;p&gt;&lt;a href="https://d2m6ke2px6quvq.cloudfront.net/uploads/2020/09/11/3f3de3fc-f3a8-4cd1-81cd-518496f59141.jpg"&gt;Monolith Pic&lt;/a&gt;&lt;br&gt;
&lt;a href="https://articles.microservices.com/monolithic-vs-microservices-architecture-5c4848858f59"&gt;Information Article&lt;/a&gt;&lt;br&gt;
&lt;a href="https://docs.microsoft.com/en-us/azure/architecture/includes/images/microservices-logical.png"&gt;Microservice Pic&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Video
&lt;/h2&gt;

&lt;p&gt;&lt;a href="https://youtu.be/EE2P2OSPiHg"&gt;Link&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>Why Your Business Should Be Using Web Components</title>
      <dc:creator>nzp126</dc:creator>
      <pubDate>Tue, 30 Mar 2021 18:02:09 +0000</pubDate>
      <link>https://dev.to/nzp126/why-your-business-should-be-using-web-components-1i8g</link>
      <guid>https://dev.to/nzp126/why-your-business-should-be-using-web-components-1i8g</guid>
      <description>&lt;h1&gt;
  
  
  What is a web component?
&lt;/h1&gt;

&lt;p&gt;Have you ever heard of an HTML element? If not you can find out more about them &lt;a href="https://www.w3schools.com/html/html_elements.asp"&gt;here&lt;/a&gt;. In essence, an HTML element is something that allows developers to structure webpages. This brings us to a web component, which is a bundle of code that allows users to create and customize their own elements to match their individual webpage. Web components have been around since 2011 and in the coding world, we consider that new. Because it is "new", a lot of websites or companies haven't updated their HTML structure with web components yet. The silver lining here is that some have and are starting to normalize them. In this blog, I will be delving deeper into what companies are utilizing web components and why that is helping them out so much. &lt;/p&gt;

&lt;h1&gt;
  
  
  Why web components?
&lt;/h1&gt;

&lt;p&gt;If you're reading this and you've never developed, worked on, or inspected a site, it can be very complicated and embedded. Web components allow for these complicated sites to be organized and designed in a way that allows for effortless &lt;strong&gt;readability&lt;/strong&gt; and &lt;strong&gt;accessibility&lt;/strong&gt;. Let's look at an example to give you some context. You know how when you go to a site like YouTube, there are a bunch of squares, all with thumbnails, and evenly spaced? That's a web component. "Well, how do you know?" Look here: &lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--lGUrh6Ur--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/4ty7rhhshu6hh0xic26c.png" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--lGUrh6Ur--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/4ty7rhhshu6hh0xic26c.png" alt="Alt Text"&gt;&lt;/a&gt; Normally when you go to a webpage there are standard HTML elements loaded to the page. Here we can see that this HTML element is styled specifically for YouTube. Basically, YouTube branded HTML. This makes it seamless for YouTube developers to go in and change or style something because they have customized element names that style their entire site. &lt;/p&gt;

&lt;h1&gt;
  
  
  If We're Being Real
&lt;/h1&gt;

&lt;p&gt;"What is the correct approach going forward with web components" is a question that has been floating around the internet for quite some time and no one really knows the answer. In a perfect world, every company that has a high-functioning website would have someone develop a web component that is customized to their respective site. This would take time, money, and resources and because we live in an "old person" world, the likeliness of that happening is around 0%. That's why as of now, it is best to look at the companies that have done it successfully and how that has benefitted them since reformatting. Here is a look at pre-web-component YouTube: &lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--r4oVkW0T--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/f5mg06hdbngbobxzacfn.jpeg" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--r4oVkW0T--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/f5mg06hdbngbobxzacfn.jpeg" alt="Alt Text"&gt;&lt;/a&gt; Gross right? That's because it was a jumbled mess of code that displayed videos in a fumbled mess. As time passed, Google acquired YouTube, and with that came a lot of funding. With this funding, they didn't just make slides at their HQ, they had someone reformat the website to make it more appealing and easier to work with. Because of this updated site, YouTube became unmatched (it already kind of was but this was the nail in the coffin). It is now the kingpin in the video uploading space and the next closest thing (Vimeo) isn't even in the conversation as of now. This shows just how powerful web components can be, especially if they are implemented correctly and sooner rather than later. Other sites that have started to use web components are Xfinity, Nintendo, and EA-Games, to name a few.  &lt;/p&gt;

&lt;h1&gt;
  
  
  Video! (Sorry I got cutoff in it)
&lt;/h1&gt;

&lt;p&gt;&lt;a href="https://www.youtube.com/watch?v=B33zGDAZUn4"&gt;link&lt;/a&gt;&lt;/p&gt;

</description>
      <category>milliondollaridea</category>
    </item>
    <item>
      <title>Can you guess what's wrong with my Highschool's website?</title>
      <dc:creator>nzp126</dc:creator>
      <pubDate>Tue, 23 Feb 2021 04:23:13 +0000</pubDate>
      <link>https://dev.to/nzp126/can-you-guess-what-s-wrong-with-my-highschool-s-website-20kh</link>
      <guid>https://dev.to/nzp126/can-you-guess-what-s-wrong-with-my-highschool-s-website-20kh</guid>
      <description>&lt;p&gt;&lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--nCYVAYlB--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/qzylqzo2ulqbit5am7sb.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--nCYVAYlB--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/qzylqzo2ulqbit5am7sb.jpg" alt="Alt Text"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  The Breakdown
&lt;/h2&gt;

&lt;p&gt;In order to fully understand why I had such a bad relationship with my Highschool website, we need to look at the finer things. In this blog post, I will be referencing a website called &lt;strong&gt;web.dev&lt;/strong&gt;. Web.dev is a performance monitoring website that runs any site using a given URL and spits out scores 1-100 based on four major categories; &lt;em&gt;Performance&lt;/em&gt;, &lt;em&gt;Accessibility&lt;/em&gt;, &lt;em&gt;Best Practices&lt;/em&gt;, and &lt;em&gt;SEO&lt;/em&gt;. Now I had a personal disdain for my Highschool website &lt;strong&gt;(scasd.org/highschool:scahs for short)&lt;/strong&gt;, and now I'm going to show you why using logic instead of emotion.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Start
&lt;/h2&gt;

&lt;p&gt;The scahs website has improved since my graduation 3 years ago, but it still has the same fundamental problems. The first of those being the amount of render-blocking resources there are. Lighthouse provides us with the exact amount of time is being used and how it compares to other problems. Render-blocking resources are our greatest concern in the worst scored category: &lt;em&gt;Performance&lt;/em&gt;.&lt;br&gt;
 &lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--7zA7Bt7U--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/m316d5kok5f42y7z65uo.png" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--7zA7Bt7U--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/m316d5kok5f42y7z65uo.png" alt="Alt Text"&gt;&lt;/a&gt;&lt;br&gt;
&lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--HGS_GBp2--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/o8g6aj4cm52nxf88tttu.png" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--HGS_GBp2--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/o8g6aj4cm52nxf88tttu.png" alt="Alt Text"&gt;&lt;/a&gt;&lt;br&gt;
Render-blocking resources are any files within the CSS or JS code that would end up taking the website longer to load. In my case, the scahs website has 3.81 seconds of loading those files every time I open the webpage. That might not seem like a lot of time but having to go to that website every day for 12 years, added up. The most common way to eliminate render-blocking resources is to use an application that does it automatically. One app I've seen used is &lt;a href="https://wordpress.com/"&gt;WordPress&lt;/a&gt; which is a plugin that automatically helps eliminate those slow resources. If you wanted to do it yourself, another solution would be to use async/defer on your body or script tags in order to load everything at the same time rather than waiting for the CSS/JS to load. &lt;/p&gt;

&lt;h2&gt;
  
  
  Anotha One
&lt;/h2&gt;

&lt;p&gt;The &lt;em&gt;11/100 Performance&lt;/em&gt; score showed me that my frustrations growing up using the scahs site &lt;em&gt;wasn't&lt;/em&gt; just nonsense and that I was the true genius among kids who didn't fall for their pretty layout charade. With that in mind, I decided to investigate what else was wrong internally. As you can see from the first picture, my school administration loved big pictures to cascade everything. This brings us to our next problem: image proportion.&lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--LbbI-_Tw--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/1oeft341lmdj35axegnv.png" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--LbbI-_Tw--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/1oeft341lmdj35axegnv.png" alt="Alt Text"&gt;&lt;/a&gt;&lt;br&gt;
Here we can see that every time I loaded to do homework or check if I had a snow day, I was wasting 1 second to load some overly sized pictures. What a waste. I found that a way to resolve this could be using responsive images so that multiple versions of each image are made which allows you to specify which version you would want to use in your HTML/CSS. You could also use Image CDNS; another strategy used to combat image proportion which utilizes API functionality to help cut down on 40-80% of image size so the site runs smoother.&lt;/p&gt;

&lt;h2&gt;
  
  
  Dagger
&lt;/h2&gt;

&lt;p&gt;To finish, I wanted to branch out to a different category, so what I ended up going with was the second-worst scored category: &lt;em&gt;Best Practices&lt;/em&gt;. The largest problem within this category was &lt;strong&gt;links to cross-origin destinations are unsafe&lt;/strong&gt;, and I'm going to explain why that was a problem.&lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--WNO0K4Uo--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/y4kk3o3egmlafb4ex5og.png" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--WNO0K4Uo--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/y4kk3o3egmlafb4ex5og.png" alt="Alt Text"&gt;&lt;/a&gt; In Highschool, homework, and links were &lt;strong&gt;non-negotiable&lt;/strong&gt;. Whatever online site my teacher trusted, I was forced to click. Though this never affected me personally, seeing something as potentially risky as a rouge virus link makes me a bit uneasy. Especially because it could have been avoided. From what I read, the best way to combat this is to add &lt;code&gt;noopener&lt;/code&gt; and &lt;code&gt;noreferrer&lt;/code&gt; typing to the rel attribute within the link tags. This will prevent a new page from being able to access the window opener property and ensures it runs in a separate process.&lt;/p&gt;

&lt;h3&gt;
  
  
  Links
&lt;/h3&gt;

&lt;p&gt;Thanks for reading.&lt;br&gt;
If you need help visualizing any of this, check out my YouTube vid: &lt;a href="https://www.youtube.com/watch?v=OJvOeHjzD9s&amp;amp;ab_channel=Neil%27sNomenclature"&gt;here&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>Committing to GitHub using GitBash/GitHub Desktop Client</title>
      <dc:creator>nzp126</dc:creator>
      <pubDate>Mon, 22 Feb 2021 23:24:54 +0000</pubDate>
      <link>https://dev.to/nzp126/committing-to-github-using-gitbash-github-desktop-client-4njb</link>
      <guid>https://dev.to/nzp126/committing-to-github-using-gitbash-github-desktop-client-4njb</guid>
      <description>&lt;h1&gt;
  
  
  The Basics
&lt;/h1&gt;

&lt;p&gt;Working your way around GitHub can sometimes be a daunting task. There are seemingly infinite ways to upload, update and create files using Git. GitHub's main function comes in the form of repositories: essentially folders that house almost all amounts or types of information. The way these folders are accessed and modified is what you clicked on this blog post for, so let's get into it. &lt;/p&gt;

&lt;h1&gt;
  
  
  Git Bash
&lt;/h1&gt;

&lt;p&gt;Git Bash is a source control management system (command line), that allows for easy storage management. You can download Git Bash &lt;a href="https://git-scm.com/downloads"&gt;here&lt;/a&gt; and once that downloads, I'll walk through the steps I took in order to commit using the command line. To start, I wanted to create the test repository I made using the &lt;code&gt;clone&lt;/code&gt; command. To do that, I first got the link to my repository that GitHub offers me under the "code" tab, then copy and pasting that link into Git Bash like so: &lt;code&gt;git clone https://github.com/nzp126/GDDemo.git&lt;/code&gt;. Now before I continue, I need to add that I modified a txt file within my repository in order for the Git Bash to display that a change had been made. Now that I have my file that's modified, I want to select that file in order to push it to the master branch on GitHub's server. The command for this is &lt;code&gt;git add yourFileName.txt&lt;/code&gt;. This command places the file in the staging area right before implementation. This basically says the file is ready to be committed but is waiting in order to give the user more time to add more files to change if need be. Now that the file's ready we can now commit that file by using the command &lt;code&gt;git commit -m "first version edit of the text file"&lt;/code&gt;. The &lt;code&gt;-m&lt;/code&gt; makes sure there's a comment being added to the commit so another user working on the same repo knows what's going on. All that is left to do is push it to the main server by using &lt;code&gt;git push&lt;/code&gt;. You have now made your first commit using the Git Bash!&lt;/p&gt;

&lt;h1&gt;
  
  
  GitHub Desktop Client
&lt;/h1&gt;

&lt;p&gt;Think that was hard? Good, this will be super easy. In order to make commits using the desktop client, first, download it from &lt;a href="https://desktop.github.com/"&gt;here&lt;/a&gt;. Next, you will need to sign in to your GitHub account in order to link your repositories. After that comes the easy part, make all the changes in the world! Within your main GitHub folder with your repositories, any changes you make will automatically display on the desktop client. &lt;em&gt;You are also able to create repositories right on the client and make changes to those repositories at any point.&lt;/em&gt; Once these steps are complete, on the left side of your screen, it should show the files that changes were made to, and below that, a spot to put the summary of your commit and a description of what is being done to the file. We're cookin' with Crisco now time to push it - to GitHub. Parallel with the "changed file" tab, should be a button that says "Update Origin" which will update the repository on the GitHub server. Congrats you just learned how to commit using the desktop client!&lt;/p&gt;

&lt;h2&gt;
  
  
  Links
&lt;/h2&gt;

&lt;p&gt;&lt;strong&gt;If you get stuck, follow along!&lt;/strong&gt;&lt;br&gt;
&lt;a href="https://www.youtube.com/watch?v=HohBcOh_5dk&amp;amp;t=88s&amp;amp;ab_channel=Neil%27sNomenclature"&gt;YouTube&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>VueJS is easy and everyone should learn it</title>
      <dc:creator>nzp126</dc:creator>
      <pubDate>Tue, 09 Feb 2021 20:42:49 +0000</pubDate>
      <link>https://dev.to/nzp126/vuejs-is-easy-and-everyone-should-learn-it-ona</link>
      <guid>https://dev.to/nzp126/vuejs-is-easy-and-everyone-should-learn-it-ona</guid>
      <description>&lt;h1&gt;
  
  
  &lt;strong&gt;What even is JueVS and why is it easy?&lt;/strong&gt;
&lt;/h1&gt;

&lt;p&gt;VueJS is a JavaScript framework that allows for the effortless implementation of UIs and front-end applications. Over the past couple of years, it has increasingly become exponentially more popular among developers and companies are starting to take notice. The reason for VueJS's rise in popularity is mainly due to how fast and lightweight it is, along with requiring less of a learning curve like most other JS frameworks. &lt;/p&gt;

&lt;h1&gt;
  
  
  &lt;strong&gt;Where to begin?&lt;/strong&gt;
&lt;/h1&gt;

&lt;p&gt;The installation will be your first step in becoming a VueJS pro. You can download 2 versions of VueJS from their website &lt;a href="https://vuejs.org/v2/guide/installation.html"&gt;Link&lt;/a&gt;. The two versions available currently are Development (which comes with error messages and is recommended for newer developers) and Production (implemented at the command line and does not come with any error messages).&lt;/p&gt;

&lt;h1&gt;
  
  
  &lt;strong&gt;What I'll be demonstrating today&lt;/strong&gt;
&lt;/h1&gt;

&lt;p&gt;Prior to this assignment, I had a draft resume written up in basic HTML and CSS. With this, I'm going to be demonstrating how I implemented a VueJS component in order to simplify down my cluttered code. For example, before VueJS, I had a multitude of list items and variables that were scattered around the entire resume which acted only as text headers. Now my code has variables I can refer back to at any point and a specific area where all my variables will be.&lt;/p&gt;

&lt;h1&gt;
  
  
  &lt;strong&gt;My Code and Video&lt;/strong&gt;
&lt;/h1&gt;

&lt;p&gt;&lt;a href="https://youtu.be/ij363MLdXrQ"&gt;Explanation&lt;/a&gt;&lt;br&gt;
&lt;a href="https://codepen.io/nzp126/pen/yLVaBOq"&gt;My Code&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
  </channel>
</rss>
