Work impact is debatable as well. Often, you're fully replaceable, you're a minuscule cog, your work never sees the light of day. And if it does, it's fiddling a knob, or may not have a positive impact on the world, depending on your worldview. Can't argue if that it's good if you're looking to pump net worth though.
Anyways, for FAANG, it's just gaming the interview process. Your experience and skills won't matter as much as getting through their demeaning LeetCode gauntlet.
Wouldn't Vscode alone can do the trick?
I have been using Vscode previously and could easily find implementions/definitions inside the project by searching.
Never used JB webstorm before, there will definitely be a learning curve with this new IDE. I am not sure the benefits weigh more than the time i have to get used to new IDE.
VSCode is pretty barebones. You'll need to setup a language server and figure out how to search everywhere and also learn grep in the process if you don't know it already.
In Webstorm, you just press on Shift twice and a popup appears that allows you to search for everything you need. Since the IDE indexed all symbols in your project already, you'll be able to quickly find whatever you need.
Yes that's exactly what i meant by scaling the frontend (maintainability and ability to add new features easily).
What's the tech stack you use on frontend? And for testing which library do you prefer? Do you rely on unit and integration testing only to avoid any regression?
Just FYI I'm a mid-level SWE at this time. Not an expert. This is just what I've encountered (corp day job) and personal pains of my own code.
I primarily use ReactJS.
We used a domain-driven pattern. Although there is still that component parent hierarchy thing going on.
TDD (tech design doc), write the code, linter, unit tests (Jest/Enzyme eg. render part of component take code snapshot, assert stuff) and then WDIO for visual regression testing (image diffs). It is a time consuming thing to setup but when you have like 600tests it's nice/assuring. Then it runs on a pipeline (Jenkins) for about an hour before it gets released to some domain.
Personally I am still in the get it done/MVP stage. The above is ideal case when you're established/dealing with many other people changing code.
I am going with a Selenium/functional test though personally for the thing I'm working on now (2-way real time interactive app).
There's different ways to test stuff depends what your thing is. The TAs I worked with use Eggplant.
The main thing though about separation of concerns is important when possible just to reduce cognitive load for the next stuff you add.
The above process I described I've been doing for over 2 years. I will be leaving them soon though.
Personally I've started learning since 2013, but I was still in jQuery/PHP days around that time. Didn't pick up React until like 2017. Now everything I do is JS based for the most part except things like Python/C++.
Professional experience about 4 years or so.
If you're just starting there's a developer roadmap (on GitHub) you might find interesting about all the different directions you can take.
Oh if you want to get your feet wet with ReactJS fast, I'd recommend Traversy Media's React JS crash course on YT. They're like an hour long. I say they're because he updates them per year.
Also if you look at the monthly HN who's hiring JS/React/Python are usually always at the top of the list in demand. Does depend where you're looking but yeah.
Thanks for the recommendations. I am already familiar with React, had built a web app at the start of the year. I had some unsuccessful interviews a couple of months ago for a React position and this question came up from the interviewer (it was a senior position) so I posted it here to know what are the approaches other devs are following here.
Right now i am working on a JavaScript/jQuery SPA, a huge app and a lot of bad approaches and coding conventions. I am going to resume with react ecosystem again to update myself with the current industry trends.
I’m not trying to be mean here but the rough experiences you are having with jQuery are not really going to go away with React. I would also not call anything a SPA without a solid router and honestly I doubt the jQuery app has that.
Even if you don’t want to use one of the larger frameworks like Angular or Ember I would still recommend doing a couple of tutorials to see how they construct things. Any app needs an architecture and you are more likely to get a feel for that with something larger like Angular or Ember.
Alternatively find something that can teach you about front end architecture. An SPA is more than a router, views/components and state management (and libs and service objects). Look around a bit to figure out how you want to architect things and what concepts exist.
Yeah I'm not sure what direction you're taking but the SPA can be just its own thing interacting with APIs or server-side rendered. Also your back end, I would recommend knowing MySQL or SQL in general so you have that under you.
But yeah ReactJS is good to know/has huge market share. I'm glad I picked it over Vue/Angular.
If you're looking for something else to learn, being able to setup a Node backend with auth is nice to have as well eg. using JWT. Then knowing general best practices about security eg. XSS/sql-injection.
But yeah... Depends what direction you're taken eg. strictly front end or both.
Anyway good luck.
Check out CSCareers the subreddit if you haven't already. That is more for school/compsci but can help with how to get jobs. And have a good GitHub/LinkedIn.
Looks like the book explains the base/core of JavaScript and how some of the concepts work in JS under the hood.
Although it is good to have this knowledge but shouldn't i be focusing on laying the architecture of JS apps and how to scale them? Given that i have been working in the industry for 6 years now.
You are right, the book is about base/core of JavaScript and how they work under the hood. I think you already know that then you are well into the path of becoming an expert.
I recommended this book as you mentioned JavaScript Expert. I think expert involves a very deep knowledge of JavaScript itself and how it works under the hood. This is why recommended the book.
Whatever bullshit recruiters are looking for in six months. A Real Hacker™ would say "find a profile that gets a lot of spam from recruiters and copy it."
If you have keywords for an obsolete skill that recruiters are desperate to hire for you get a lot of calls. I hesitate to mention either one because I don't want to get spammed but I mentioned ColdFusion once and I think I asked a question about SharePoint once. I had some mad ColdFusion skills (at least I knew what ColdFusion was) but wasn't all that clear on what exactly SharePoint did.
I was looking at some design patterns for JS. I am reading Addy osmani book for that. What i am struggling with is how i am gonna put my learning in to practice. Can someone tell me their approach for learning and implementing advanced JS knowledge outside work?
