I am a \u201cFront end\u201d developer – I have been working as one for about a month this coming week and I have been loving it and realizing how different coding for fun and coding for work is. Don\u2019t get me wrong, it\u2019s not all bad. There are good things like getting paid to do something you enjoy every day. Getting better at coding and being paid to do so. There are so many things that I want to continue learning and getting better at. I believe a good career should be like that. Getting paid to become better and better every day, whether it\u2019s becoming more familiar with the latest software frameworks or the latest JavaScript standards.<\/p>\n\n\n\n
This week, we were tasked with coming up with a project for a hackaton. I was struggling to come up with a good idea for it and ended up tinkering with the idea of Time-based factor authentication, my plan was to write my own hashing functions using the MAC algorithm standards and I think it was too much for me to chew on in a week. After spending a day following a tutorial on building a HOTP algorithm (otherwise known as a hash one-time password) I decided that the blog post code was not something that I could use. Not because it was bad code, but because I did not know if it had undergone testing. I found a TOTP-generator library and I plugged it into my project. Late into the week I began to realize that I am a front-end developer and I should be spending time learning front-end techniques. <\/p>\n\n\n\n
I began to realize that what I\u2019m doing is back-end development. Let me explain a bit, I was just finding the right libraries and sticking them all together without me actually writing any code that accomplished flashy and unique UI components. I fell into my workflow of writing a server and setting up the home route, specifying the HTML views engine for my express app, and passing objects to my views from the server otherwise known as back-end development. Not everything was lost, because in my attempts at writing a front-end application using server-side rendering (SSR) techniques I learned the difference between the two. <\/p>\n\n\n\n
I will elaborate, in a front-end development framework like React, Vue, or Angular, the JavaScript files don\u2019t have to be imported for the server to use. Instead, the JavaScript files are executed by the client\u2019s browser. Initially, this upset me because I had spent all this time learning SSR and now here I am un-learning those techniques to implement front-end development techniques. But there is a silver lining, because now I understand \u2013 at least at a conceptual level of abstraction \u2013 the difference between a \u201cfront-end\u201d developer and a \u201cback-end\u201d developer. I was a back-end developer and now I am becoming a front-end developer.<\/p>\n\n\n\n
I had mistakenly assumed that in the workplace there were back-end and front-end developers working with the same framework (expressjs) and that the front-end people just did HTML and CSS and some JavaScript. While the back-end developers would build the routes, add the middleware, and implement the database call functions. Now I realize that is not how it works in the real world.\u00a0\u00a0Not all is lost with this week\u2019s hackaton. I am presenting my back-end product this Friday and I will talk about what I learned and how this project helped me see the important difference between FE and BE when it comes to frameworks. This new knowledge will help me set my development and evaluation goals for my job which is something that I have been trying to figure out.\u00a0And for tomorrow\u2019s meeting I will be bringing a back-end app to a front-end fight.\u00a0<\/p>\n","protected":false},"excerpt":{"rendered":"
I am a \u201cFront end\u201d developer – I have been working as one for about a month this coming week and I have been loving it and realizing how different coding for fun and coding for work is. Don\u2019t get me wrong, it\u2019s not all bad. There are good things like getting paid to do … <\/p>\n