Tag: JavaScript

Day 62: Achoo!

I have a cold.

It was only a matter of time. We’ve all been cooped up in a classroom in the basement of our building for three months now. Several people have been sick over the course of our bootcamp. I’m just happy I never caught whatever that one guy had that caused him to stay home due to vomiting. I’m currently chugalugging Theraflu, hoping to stave off the worst of this. I’d just as soon NOT show up at my old department/new job next Monday morning with the Bubonic Plague. It could bring down the mood…

We spent most of today doing self-study “new hire” online trainings. We’re allowed to skip over some topics we might already be familiar with…things like “How to Fill Out a Timesheet.” Other topics are a bit more relevant. This, in turn, was punctuated with guest speakers. I have to say I was especially appreciative of the IT educational resources speaker. We now have a license through the company for Pluralsight. I’ve joked before about how I don’t get much out of just watching coding videos, but I think the combination of this and W3 Schools should help. My goal, going forward, is to learn Java.

I’m also trying to figure out how to keep my JavaScript/Node.js knowledge fresh, as I’m not going to be using it for my everyday work. One thing I thought of was to perhaps finish the server we started for the final project. We only built it out far enough for our required site pages. Over the years, I’ve seen too many developer friends let their skills go stale because they got complacent in their jobs—I don’t want that to happen to me.

On a cheerier note, I’ve been in touch with my manager. He’s got someone preparing a transition plan for me—It’s my coworker who has also been through Code Academy! That should be a plus. She should have an idea of where the gaps are, and what accesses and additional training I’ll need.

I just hope I remember where I sit…

Day 61: Showtime!

Today was the day our final projects were due. I managed to do my final GitHub push at a bit past 11:00 a.m. I had to add some SELECT/UPDATE/DELETE options on our SQL code we provided for alternatively loading data via MySQL (vs. PostgreSQL). Also, I had to beef up my README file a bit. Oddly enough, my README files are all the rage with my instructor and with my classmates…

We all did well with our presentations—everyone did a great job with their sites! Yours truly had some technical difficulties, due to not having used Skype in meetings for over three months now. For the life of me, I couldn’t get the damn “Presenting” bar to go away, so that I could switch browser tabs. It was the height of embarrassing, especially when one of my fellow students (who’s probably half my age) had to help me get rid of it. Other than that, demonstrating my site went well. If you’re reading, Mary S., I invoked you as a prospective knitter on my site, to walk through the functionality. I had you register for the site, log in, flake out, needing to change your email on the site, and then you decided to delete your account. I showed off my @ViewChild functionality code used to “Go to Top” without reloading an entire page—I’m probably too ludicrously proud of this, but it’s because I figured it out by researching for myself. I think that is our biggest takeaway from our entire training—learning how to tap every resource we can to figure out an issue.

I feel relieved the presentation is over, but disappointed. This is it for fun coding for the week. From here on in is the transition back to reality…

Day 60: I think I can, I think I can, I think I can…

We’re nearing the finish line for our final project, and for Code Academy as a whole. I’m pretty set on the project, except to test one more time and make sure I’ve done a run-through for the presentation tomorrow. I’m somewhat nervous about the presentation, but we’ve done these before, so it shouldn’t be too much different.

I’m feeling sad…I’ve spent the last three months with a great group of fellow students. I’m going to miss everyone! I know…I’m insane. Some of them will be working in my same office, so it won’t completely be goodbye. Speaking of offices, I’m also going to miss being in the downtown office. Granted, I know from past experience that the long commute is the seventh circle of hell in the winter, but I’m going to miss being in the middle of everything.

On a more entertaining note, I attempted to install ProsgreSQL on my home laptop (to see if I could run my site from home) and it was a fiasco. It asked for the port number, but I think I was supposed to change it to 3000. As a result, despite REINSTALLING it and specifically indicating Port 3000, the app, when opened, is still expecting the default port, and now gives big, ugly errors. I’m going to have to figure this out tomorrow.

Day 59: Fried Brains Redux…

Today was a tad uglier than yesterday. Thankfully, I didn’t feel like such an idiot, as some of our issues were communal. Everyone was having issues with their Nav Bar changing back to a “logged out” status when one clicked onto another page link. The trick was, believe it or not, to NOT do that. We ended up putting in click events for the links rather than hrefs, so that the components switched out, rather than the entire page reloading every time (which was wiping out the user authentication).

Right now, I’m struggling with the edit user page. Whenever I have issues with a page, it’s usually with any type of PUT request. I know it’s not the server, as I’ve tested that ad nauseum with Postman. If this were JavaScript and not Angular/Typescript, I’d be done by now! Not that I’m resentful…One of the other idiot things I’m struggling with is how to hide or show a DIV. With jQuery, it would be a no-brainer. One might say…I’D BE DONE BY NOW!!!

As I’m completely fried this evening, I took a break and have been knitting. I’m so brain-dead that I’ve been constantly checking the pattern, as I’m afraid of doing the wrong thing…AND several rows into this, I discovered that I did do something wrong. I forgot to put in a buttonhole! Guess who’s going to need to learn how to make an Elizabeth Zimmermann “afterthought buttonhole”?

This will have to wait until I figure out make the damned edit user page edit a damned user…preferably the correct user…

Day 58: We have liftoff!

Today was the official beginning of our final project, using our Capstone pages, our server from the last project, and Angular. Despite my misgivings, things are going well so far! I tested my server changes, after getting rid of the page renderings, and everything checked out. I’ve been doing what our instructor suggested and approaching things one step at a time. I created the client and I did the easy stuff. I copied in each component that used to be a “handlebar,” set up routing, and fired up the pages, one by one–just to make sure they appeared. They didn’t have functionality yet, of course, but they did show up! I was DYING to bring in the patterns page, too, but that’s going to be a nice-to-have, if I can get the other pages working in time. I also have a Team Details page that would be fantastic to get working by the Tuesday Noon deadline, but that one is really on the “I want a pony” wishlist…

This evening, I managed to get the code done for the Leagues and Users data. I even managed to add code to do a loop to dynamically create the Leagues list on the home page! I may have to do some googling to figure out how to bring in the Teams data, seeing as that has member data as a subset of the teams data. I’m happy with what I’ve accomplished so far, though.

Day 57: Serving It Up

This was one of those days where everything went wrong. I dropped my smoothie getting out the door, I faced horrendous traffic getting into class, and I spilled what was left of my smoothie all over myself.

And then there was Angular.

We’ve had only three days of Angular instruction, and now we’re being let loose to modify our sites to use this for our final project. We also found out today that since we are no longer using Handlebars or JavaScript for our site, we need to jettison all client-side JavaScript and handlebar pages to make way for Typescript and components. We have to get rid of any routers or controllers for former Handlebar pages in the server code. This poses a bit of an issue for me. Everything in my server was set up by—you guessed it—pages! I set up routes by pages, and under the route and controller scripts I had code for each page, with the different CRUD operations for the page under this, which in turn had service code script files. I know it sounds odd, but it worked. This afternoon, I had to reorganize it all by the files we’re using and their CRUD (pun intended). I have to admit that this is a cleaner way of doing it, but it took ages to set up. I had a few false starts, but the server finally fired up at 4:45. I still need to employ the dreaded Postman to test it tomorrow.

On a humorous note, this evening I met with my fellow IIBA members. I’m technically no longer a BA but I’m still a member of IIBA, as I’m an officer and my term isn’t up for a year and a half. I recently swapped duties with another officer, so I needed to meet with her and other people to show them all how to send out notices for chapter events and how to update the website. Overall, it went well, and I think they understood things.

When we got all done, I realized they were all staring at me.

“What?” I asked. (Was it my breath?)

“You…you…you’re beginning to…”

“Yes?”

“It’s…uncanny!”

“What?”

I couldn’t figure what they were driving at.

Finally, someone blurted it out.

“You sound like a…DEVELOPER!” They all nodded in unison.

“Yeah, it’s really weird.”

Someone else piped up, “And you actually SWORE!”

Honestly, I’m sort of proud.

Day 56: Breaking it down…

After my little adventure last night where I almost permanently hosed my server, I decided to leave well enough alone for now and just go with the pages I’ve rendered so far. If we’re going to have to rewrite pages in Angular, I’d just as soon not have too much to convert. I do want to work on eventually converting them all, so that I can practice different types of server routing…Oh my God…I really AM turning into a nerd…

Today’s deeper dive into Angular was a bit better than yesterday, although I’m still not sure HOW we’re going to pull off rewriting our pages. I’ve been reading ahead and it STILL looks confusing. I’m hoping that as we go along it will become clearer. I get the concept of breaking things (the partials and views we have now) into components, but we’re launching into another round of divding things up further into routes, components, and providers (services). We did a few of these today and I STILL have no idea how to determine what goes into which type of file.

In other more exciting news, I believe I’ve figured out how to vary my nav bar using Handlebar conditions, depending on whether a user is logged in or not. My next step is to figure out how to pull this off for users who are admins, so that other users (a.k.a. the unwashed public) aren’t privy to the admin link.

Actually, after last night’s adventure, my next step is to go to bed!

Day 55: Angular-ing for a clue…

When you google or bing the word “Angular” in a browser, you return:

“Angular is a TypeScript-based open-source web application framework…”

OR

“Angular Cheilitis is a condition that causes red, swollen patches in the corners of your mouth…” I’ll spare you the details, except to say that, yes, this can be caused by a fungus, or as I like to call it, a “fungus amungus.”

The second definition, pertaining to festering sores, is a MUCH better descripton of my entire day attempting to understand Angular. For our final project we are going to have to convert our Handlebar pages into this format, along with our code. I’m hoping to have some sort of clue in the next few days, because right now, I have NO idea how I’m going to do this for my Capstone pages.

Speaking of my pages, I took leave of my senses this evening and attempted to have the server render yet another Capstone page–the Edit Team Details page. I’m over and above where I need to be for activating pages, but I just HAD to try one more…I’ve spent the last 3 hours of my life (that I’m never getting back again) attempting to do a PUT request that hitherto worked just FINE with the old server. I screwed everything up so badly I had to wipe out the entire folder, clone the code from my GitHub Repo again, and reinstall the npm packages.

I think I need to quit for the evening, before I break anything else…

Day 54: Reprieve…

I’m not sure what divine intervention occurred today, but our instructor pushed out the due date. Instead of having to have our entire server done by 5:00 Friday, he extended the deadline to Saturday at 5:00 p.m…THEN he left the room, came back in, and declared that he didn’t care when it was done, as long as it was done so that it would work with our final Angular project.

I spent most of the day working on router/controller/services again, but with our instructor’s help, I finally managed to understand how to apply it to my existing connections. Anything else wrong was idiotic typos or case-sensitive issues. My personal favorite catastrophe was the “looping” server. All of a sudden, my console started spewing out “get JSON 404 over and over and OVER again. I tried commenting out code and taking out scripts, thinking they were the culprit. Come to find out, it was due to having the Node server debugger still open.

As of Friday afternoon, I STILL wasn’t done. Even though the due date has been pushed out, I’m going to work on the rest this weekend, so that I’m ready for learning Angular on Monday. I need to clean up the code, make sure pages validate, add comments, copy over the Postman tests, and pull out any unnecessary console.log troubleshooting code.

ALSO, I was so proud of myself for finishing the edit user profile page, but at the end of the day I realized that I had completely forgot to enact the delete function. Oops…

If I have time, I may try to render more pages. We only have to go as far as the landing page, but my site makes no sense without at least having the crocheting and knitting patterns page, too!

Day 52: MySQL…the Sequel…ize

Today we continued our MySQL adventure with something called “Sequelize” which honestly sounds like a Star Trek term—as in, “Mr. Sulu, sequelize the photon torpedoes!” It also sounds like something done with movie franchises that are well past their prime (“Rocky XIX,” anyone?). The entertaining thing is that autocorrect is coming up with all sorts of naughty words for Sequelize—especially if you initially spell it wrong.

Sequelize is an ORM (object-relational mapping) which we used for MySQL. This is also used for something called PostgreSQL, and yes, I think our instructor is just making stuff up now. All kidding aside, PostgreSQL seems to be very similar to Oracle tables, so I’m sure this will be beneficial to understand when I eventually return to our department.

The thing that’s giving me a coronary is that we need to learn all this stuff, at the rate of one major concept per day, and then APPLY IT TO THE CAPSTONE. I just barely have my routes operational from our last lab, and even so, my pages are not what one might call “functional,” except for the ones that applied to the requirements of the lab. To top it off, we now have to divide everything into routes, controllers, services, models…and I know I’m forgetting something. This is supposed to make the code easier to maintain, but honestly, if you can’t FIND anything, how much simpler is it??? I already get confused about which code is server code vs. client code. This is going to send me running screaming into the night…oh, right. We live in the boonies and THIS is what’s out there:

I’ll have to take my chances with the scary code…